-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Richard,
On 03/10/2011 01:28 PM, Richard Nduka wrote:
> I have recently configured sticky sessions in Tomcat 6.0.29 but i have found
> out that in some cases when i log into the application with several
> instances of tomcat running i get redire
--- On Thu, 3/10/11 at 8:43 PM, Jess Holle wrote:
> >> Yes, both Java 6 Update 24.
> > Just to verify, are both instances Tomcat running in
> the same JVM mode (-client or -server)? (That
> shouldn't affect the .class file size, but just
> checking...)
> Yes.
>
Have you compared the size of .
On 3/10/2011 10:34 PM, Caldarale, Charles R wrote:
From: Jess Holle [mailto:je...@ptc.com]
Subject: Re: JSP class size increase in Tomcat 7
Yes, both Java 6 Update 24.
Just to verify, are both instances Tomcat running in the same JVM mode (-client
or -server)? (That shouldn't affect the .class
> From: Jess Holle [mailto:je...@ptc.com]
> Subject: Re: JSP class size increase in Tomcat 7
> Yes, both Java 6 Update 24.
Just to verify, are both instances Tomcat running in the same JVM mode (-client
or -server)? (That shouldn't affect the .class file size, but just checking...)
- Chuck
Yes, both Java 6 Update 24.
Both using the same doc-base, file paths, etc. I renamed the old Tomcat
directory and put the new one in its place.
On 3/10/2011 10:01 PM, Bob Hall wrote:
Jess,
--- On Thu, 3/10/11 at 7:10 PM, Jess Holle wrote:
P.S. This was with Tomcat 7.0.10.
On 3/10/2011 9
Jess,
--- On Thu, 3/10/11 at 7:10 PM, Jess Holle wrote:
> P.S. This was with Tomcat 7.0.10.
>
> On 3/10/2011 9:10 PM, Jess Holle wrote:
> > I've been looking at moving to Tomcat 7 from Tomcat
> 6.
> >
> > Most things look good.
> >
> > I have been surprised by one thing, however: Tomcat 7
> p
P.S. This was with Tomcat 7.0.10.
On 3/10/2011 9:10 PM, Jess Holle wrote:
I've been looking at moving to Tomcat 7 from Tomcat 6.
Most things look good.
I have been surprised by one thing, however: Tomcat 7 produces larger
JSP class files than Tomcat 6 from the same JSP source files, tag
libr
I've been looking at moving to Tomcat 7 from Tomcat 6.
Most things look good.
I have been surprised by one thing, however: Tomcat 7 produces larger
JSP class files than Tomcat 6 from the same JSP source files, tag
libraries, etc. Around 12% larger in some examples I've been looking at
(where
Hi John,
You may achieve this in two ways :
1. Place the file under your web context (WebApp) and then give the relative
URL of the file in your web page
2. Place your file any where and stream the file content by reading the file
byte by byte
On Thu, Mar 10, 2011 at 8:37 PM, John C wrote:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Teemu,
On 3/10/2011 12:12 PM, Teemu Kivimäki wrote:
> Found out that it was DWR 3.0 rc1 causing this.. So not really Tomcat
> related,
> although the log messages didn't really give any hints towards this, but
> thats
> just life :)
Tomcat can on
> > The only filesystem involved is the local ext3 one that
> tomcat lives on.
> > I can stop and start tomcat as many times as I want and
> everything is
> > fine. But when I reboot the server, the next time tomcat
> comes up the
> > XML files get deleted. This only happens to the 70 or so
>
>
> On 10/03/2011 14:33, Robinson, Eric wrote:
> > The only filesystem involved is the local ext3 one that
> tomcat lives on.
> > I can stop and start tomcat as many times as I want and
> everything is
> > fine. But when I reboot the server, the next time tomcat
> comes up the
> > XML files g
> From: Mathew Samuel [mailto:mathew.sam...@entrust.com]
> Subject: RE: tools.jar dependency with Tomcat 7.0.10?
> Here is the full stack trace:
Nothing terribly exciting there. Can you tell us how you start Tomcat? If
you're using the startup.sh, it should display the classpath, which is of
On 10/03/2011 13:36, Mathew Samuel wrote:
> Hi Mark,
>
> Here is the full stack trace:
>
> WARNING: Failed to process JAR
> [jar:file:/usr/java/jre1.6.0_24/lib/tools.jar!/null] for TLD files
> java.util.zip.ZipException: error in opening zip file
I can't repeat this.
If you can reproduce this
> From: Ari King [mailto:ari.brandeis.k...@gmail.com]
> Subject: Options for setting context path
> What options do I have for setting the context path, aside
> from naming the war file, i.e. "context-path-name.war", and
> modifying the server.xml file?
Keep the .war file *outside* of Tomcat's
Hi,
I'd appreciate help in clarifying the following:
1. What options do I have for setting the context path, aside from
naming the war file, i.e. "context-path-name.war", and modifying the
server.xml file? What is the recommended/best practice?
2. What options do I have for setting the DEFAULT c
> From: bradford [mailto:fingerm...@gmail.com]
> Subject: Re: session fixation bug fix - questions
> What type of authentication are you referring to?
Any container-managed authentication. If your webapp is doing its own, then
you're in control.
> Are you talking about the first time they acc
Thanks, Mark. What type of authentication are you referring to? Are
you talking about the first time they access the Tomcat server? Or
some sort of authentication I control in my application code?
I would like to use this feature. Should I just turn it on and see
what happens? Is there a test
On 10/03/2011 18:03, bradford wrote:
> I see that a session fixation fix [1] was backported into 5.5.29, but
> is disabled by default.
>
> 1) Why is this disabled by default?
Because things may blow up. Apps should handle this but...
> 2) Can I just turn it on and have all my problems solved? O
If you use "localhost2" as a URL, you will almost certainly get an error
because that name is unlikely to resolve to a system that is set up to
provide a Web service to your browser. If you get an error when using
the URL "localhost", that is because the machine you're running that
browser on
Robinson, Eric wrote:
The only filesystem involved is the local ext3 one that tomcat lives on.
I can stop and start tomcat as many times as I want and everything is
fine. But when I reboot the server, the next time tomcat comes up the
XML files get deleted. This only happens to the 70 or so inst
I see that a session fixation fix [1] was backported into 5.5.29, but
is disabled by default.
1) Why is this disabled by default?
2) Can I just turn it on and have all my problems solved? Or could
things blow up?
3) What is the authentication step the bug fix is referring to?
[1] https://issues.
thanks for a clear answer.
Ken
> Date: Thu, 10 Mar 2011 12:41:06 -0500
> Subject: Re: tomcat server
> From: j...@tabbysplace.org
> To: users@tomcat.apache.org
>
> When you enter localhost:8080 the browser treis to speak to a server
> on port 8080, where Tomcat runs by default.
>
> When you just
Petr Hracek wrote:
Thank you for explanation for me.
How can be handled ProxyPassReverse for case
ProxyPassMatch ^/XYtest/servlet/(.*)$ ajp://localhost:8009/XYtest/$1
Is it enough to have ProxyPassReversy /XYtest/servlet
ajp://localhost:8009/XYtest/servlet
With the above configuration, use
P
When you enter localhost:8080 the browser treis to speak to a server
on port 8080, where Tomcat runs by default.
When you just enter localhost, the browser uses the default HTTP port
of 80. Presumably, you do not have a server listening to that port.
Make sense?
--
Jonathan Rosenberg
Founder &
Perfectly normal browsers assume port 80 when you don't offer a
port number in the url. Your tomcat instance is not listening on port
80 and won't be able to respond when you try to access it there.
Solution: change the port number in your tomcat's server.xml file and
restart.
--David
On 3
I've narrowed this down even further.
As I mentioned below, the "0\r\n\r\n" was not being sent to nginx, although it
was being sent to curl. The difference was that nginx was doing a GET HTTP/1.0,
while curl was using HTTP/1.1. If I configure curl to use HTTP/1.0 then I get
the same result: no
Questions:1. how to get response (not error) when i type localhost2. why does
it work in one case and not the other
please don't try to be funny, answer the question or don't reply
> From: chuck.caldar...@unisys.com
> To: users@tomcat.apache.org
> Date: Thu, 10 Mar 2011 11:16:38 -0600
> Subject
> From: ken dias [mailto:kend...@hotmail.com]
> Subject: tomcat server
> I started the Tomcat webserver. When I keyin "localhost:8080",
> I get the apache-tomcat webpage and can run the examples.
> however, when i keyin "localhost" only, i get error.
As you should. Do you have a question?
-
I started the Tomcat webserver. When I keyin "localhost:8080", I get the
apache-tomcat webpage and can run the examples. however, when i keyin
"localhost" only, i get error.
Thanks,
Ken
Mikolaj Rydzewski ceti.pl> writes:
>
>
> On Thu, 10 Mar 2011 12:36:14 + (UTC), Teemu Kivimäki
> gmail.com> wrote:
> > Was this ever resolved? I have the exact same problem when shutting
> > down tomcat.
> > Not critical but pretty annoying.
>
> For proper webapplications problem is no
On 3/10/2011 10:57 AM, Mikolaj Rydzewski wrote:
On Fri, 11 Mar 2011 04:44:27 +1300, John C
wrote:
Actually I have one more question that hopefully you can help with.
How do you delete a file after a user downloads/views it or closes the
browser window? Is there any way to track this or is the
On Fri, 11 Mar 2011 04:44:27 +1300, John C
wrote:
Actually I have one more question that hopefully you can help with.
How do you delete a file after a user downloads/views it or closes
the
browser window? Is there any way to track this or is the solution to
clean up the files after a specifi
Actually I have one more question that hopefully you can help with. How do you
delete a file after a user downloads/views it or closes the browser window? Is
there any way to track this or is the solution to clean up the files after a
specific amount of time has passed?
> From: jac_legend_...@
Although you stated the obvious you also answered my naive question :).
Thank you
> Subject: RE: Cannot create a link to a file - suspecting tomcat is the issue
> Date: Thu, 10 Mar 2011 09:29:42 -0600
> From: joseph.mor...@ignitesales.com
> To: users@tomcat.apache.org
>
> John,
>
> Think about w
Hi All,
Yesterday I created bug 50906 for this issue:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50906
Since then I've got some more details to add:
- I'm running with nginx in front of tomcat
- The 60 second timeout is happening in nginx and not tomcat
- Regardless of whether or not I'm
John,
Think about what the browser is doing. When the browser sees
file:///C:/Users/OEM/Desktop/testa.text, it wants to load a file from
the local system where it is running, which is NOT your Apache + Tomcat
server, but the user's machine.
For so many reasons we cannot get into here, you do n
On 3/10/2011 10:21 AM, John C wrote:
In case I did not explain myself well. I am trying to create a link to a file
in a webpage. The link works fine using Apache + Tomcat if the file and link
are both relative. This means that the html file containing the link to the
text file is located in t
In case I did not explain myself well. I am trying to create a link to a file
in a webpage. The link works fine using Apache + Tomcat if the file and link
are both relative. This means that the html file containing the link to the
text file is located in the same directory as the file itself. H
I am trying to create a link to a file in my webpage. The anchors href for the
link is "file:///C:/Users/OEM/Desktop/testa.txt". When I run my webpage from
file I can click the link
(file:///C:/Users/OEM/Documents/NetBeansProjects/WebApp/web/main.htm). However
when I run my webpage using Apach
On 10/03/2011 14:33, Robinson, Eric wrote:
> The only filesystem involved is the local ext3 one that tomcat lives on.
> I can stop and start tomcat as many times as I want and everything is
> fine. But when I reboot the server, the next time tomcat comes up the
> XML files get deleted. This only ha
> >> They are deleted as part of the autoDeploy process when Tomcat
> >> detects that the associated directory or WAR file is deleted. Turn
> >> off autoDeploy or stop deleting your WARs/directories.
> >
> > Why would rebooting cause this? I'm not aware of anything
> that we are
> > deleting.
Hi Mark,
Here is the full stack trace:
WARNING: Failed to process JAR
[jar:file:/usr/java/jre1.6.0_24/lib/tools.jar!/null] for TLD files
java.util.zip.ZipException: error in opening zip file
at java.util.zip.ZipFile.open(Native Method)
at java.util.zip.ZipFile.(Unknown Source)
On Thu, 10 Mar 2011 12:36:14 + (UTC), Teemu Kivimäki
wrote:
Was this ever resolved? I have the exact same problem when shutting
down tomcat.
Not critical but pretty annoying.
For proper webapplications problem is non existent one.
Webapp should terminate any threads it created. It's not
Was this ever resolved? I have the exact same problem when shutting down
tomcat.
Not critical but pretty annoying.
Cheers,
Teemu
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
Hi Friends,
I have recently configured sticky sessions in Tomcat 6.0.29 but i have found
out that in some cases when i log into the application with several
instances of tomcat running i get redirected to the login page. It looks as
though that Tomcat is terminating the sessions.
Env
===
Tomcat 6
On 09/03/2011 10:48, Mark Thomas wrote:
> The fix in Tomcat 7.0.10 was incomplete. @SecurityAnnotations are still
> ignored when there are no security constraints defined in web.xml (a
> typical use case).
>
> There will be a Tomcat 7.0.11 release shortly to address this. In the
> meantime, the wo
Hi Friends,
Did any one met *StackOverFlowError *in Tomcat 6.0.29.
Please follow the bug Link : *
https://issues.apache.org/bugzilla/show_bug.cgi?id=50883*
Seeking for your help in figuring out the issue.
--
with best regards
Ashish
Thank you for explanation for me.
How can be handled ProxyPassReverse for case
ProxyPassMatch ^/XYtest/servlet/(.*)$ ajp://localhost:8009/XYtest/$1
Is it enough to have ProxyPassReversy /XYtest/servlet
ajp://localhost:8009/XYtest/servlet
Directory structure in servlet directory is:
/opt/test/ser
On 10/03/2011 00:04, Robinson, Eric wrote:
>> From: Mark Thomas [mailto:ma...@apache.org]
>> On 09/03/2011 23:15, Robinson, Eric wrote:
>>> WHY oh why does tomcat automatically delete XML files and
>> how can we
>>> stop it?
>>
>> They are deleted as part of the autoDeploy process when
>> Tomca
50 matches
Mail list logo
