Christopher,
actually, I'm new to configuring tomcat and writing .jsp's. All that I
managed to do up to the moment is - to set up authentication rules and to
get a jsp that gives me a list of files that I need (in the
/$catalina_base/my_instance/logs directory). So, I can't give you a sample
-Original Message-
From: Christopher Schultz [mailto:ch...@christopherschultz.net]
Sent: 5. februar 2012 21:27
To: Tomcat Users List
Subject: Re: [OT] Dependencies on extensions functionality
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casper,
On 2/5/12 2:39 AM, Casper Wandahl Schmi
well because this is for an 15K member organization, and that is a MAJOR
change. I'm in charge of the web project, not the hardware, and as much as
I've fought that battle, the best I've gotten was virtualization still on a
32-bit OS. I ordered 2 new 2K8 64b systems (still virtualized :: stroke
:
Andre,
but if a symbolic link is deleted, its target remains unaffected. Are you
sure that undeployment can damage my logs somehow?
Best Regards,
Karatun Lev,
RBRU IT Application Support ,
(495) 5464
André Warnier
03.02.2012 20:00
Please respond to
"Tomcat Users List"
To
Tomcat Users Li
> From: Dan Tran [mailto:dant...@gmail.com]
> Subject: Re: tomcat 7.0.25 - tomcat7 //US// ++jmvOptions broken ??
> it seems procrun already fixed this issue at its end.
Only in SVN, no new commons-daemon releases yet.
> does tomcat team has a tentative schedule date for 7.0.26?
Usually abo
it seems procrun already fixed this issue at its end. does tomcat
team has a tentative schedule date for 7.0.26?
Thanks
-Dan
On Sun, Feb 5, 2012 at 1:46 AM, Dan Tran wrote:
> I also notice commons-deamon is upgraded after tomcat 7.0.23
>
> Would this be the main issue?
>
> -D
>
> On Sun, Feb 5
> From: Josh Gooding [mailto:josh.good...@gmail.com]
> Subject: Re: unable to set MaxPermSize past 128MB
> your kidding me right? Why is tweaking the JVM for this so hard?
Why are you still running on ancient hardware and software? Use a 64-bit OS
and a 64-bit JVM and you don't have to be con
your kidding me right? Why is tweaking the JVM for this so hard?
On Sun, Feb 5, 2012 at 11:19 PM, Caldarale, Charles R <
chuck.caldar...@unisys.com> wrote:
> > From: David Dabbs [mailto:dmda...@gmail.com]
> > Subject: RE: unable to set MaxPermSize past 128MB
>
> > > I just upgraded to 6.0.35 run
> From: David Dabbs [mailto:dmda...@gmail.com]
> Subject: RE: unable to set MaxPermSize past 128MB
> > I just upgraded to 6.0.35 running on Win2K3 32 bit platform.
> I believe you need to specify
>-XX:MaxPermSize=256m
> and not
>-XX:MaxPermSize:256m
Even when the OP gets the syntax ri
See inline
> -Original Message-
> From: Josh Gooding [mailto:josh.good...@gmail.com]
> Sent: Sunday, February 05, 2012 9:44 PM
> To: Tomcat Users List
> Subject: unable to set MaxPermSize past 128MB
>
> Hey one more wild question for this sunday evening (I hope)
>
> I just upgraded to 6.
Hey one more wild question for this sunday evening (I hope)
I just upgraded to 6.0.35 running on Win2K3 32 bit platform. I used the
Win installer. I tried setting the Initial Pool to 512MB and the MaxPool
to 1536MB of ram, however when I pass in the -XX:MaxPermSize:256m in the
config -> Java ->
> From: Bill Rebey [mailto:bill.re...@isirona.com]
> Subject: Windows Service Start Fails at Command Line
> Using 6.35 of Tomcat, the line "tomcat6.exe //RS//Tomcat6"
> fails to start Tomcat.
That's as expected; the //RS option is only for use by the Windows service
manager. If you want to sta
On 05/02/2012 23:19, Josh Gooding wrote:
> Hey guys,
>
> In .net can you run your application in a shared pool or it's own pool on
> the IIS server, so it doesn't bring down the entire server in the event of
> a OOM error. Does Tomcat allow you to do this as well?
No.
> So you can
> basically
Hi,
Here is the bug that I created:
https://issues.apache.org/bugzilla/show_bug.cgi?id=52607
I didn't find "catalina.ext.dirs" property in the documentation.
I just attached the debugger and checked the sources while executing the
scenario ;-)
Thanks and Regards
Violeta
2012/2/5 Konstantin Koli
On 2/5/2012 2:53 PM, Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jess,
On 2/5/12 1:23 PM, Jess Holle wrote:
Certainly this is an optional / quality of implementation feature.
I'm perfectly aware that other form-based authentication solutions
will not save POST data
On Sun, Feb 5, 2012 at 9:46 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Bilal,
>
> On 2/5/12 2:59 PM, Bilal S wrote:
> > Is the goal to design for the lowest common dominator? This would
> > mean that if 99% of the user base
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jess,
On 2/5/12 1:23 PM, Jess Holle wrote:
> Certainly this is an optional / quality of implementation feature.
> I'm perfectly aware that other form-based authentication solutions
> will not save POST data and may even fail to replay requests at
> al
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bilal,
On 2/5/12 2:59 PM, Bilal S wrote:
> Is the goal to design for the lowest common dominator? This would
> mean that if 99% of the user base had access to better tools and
> 1% did not you would design for the 1%?
>
> If so, this would be a diss
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Casper,
On 2/5/12 2:39 AM, Casper Wandahl Schmidt wrote:
> Den 05-02-2012 08:18, Violeta Georgieva skrev:
>> I'm attaching again the examples cause I think that one of them
>> was not attached very well.
>
> The list strips attachments so you need to
On Thu, Feb 2, 2012 at 3:38 PM, Mark Thomas wrote:
> On 02/02/2012 20:19, Bilal S wrote:
> > I am willing to learn but finding the Apache related processes
> > singularly difficult to deal with. We are working with mailing list,
> > in the age of websites and social media.
>
> Correct. This is de
On 2/5/2012 12:22 PM, Konstantin Kolinko wrote:
2012/2/5 Jess Holle :
Also it strikes me that maxSavePostSize should really be backed up by a use
of a SoftReference in SavedRequest.
This would allow one to allow relatively large POST bodies to be saved
unless/until this threatened to consume th
On 2/5/2012 12:04 PM, André Warnier wrote:
Hi.
I've just been following this thread, and this is not about the
problem per se, but a comment about the overall design of the
application.
The fact that you do a POST without being authenticated, and that you
rely on the server to save the POST
2012/2/5 Jess Holle :
> On 2/5/2012 11:15 AM, Konstantin Kolinko wrote:
>>
>> I think this issue is specific to AJP.
>>
>> For HTTP connectors a similar issue was noted and fixed here:
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=51940#c9
>>
>> I think adding the following line to "REQ_SET
On 2/5/2012 11:24 AM, Jess Holle wrote:
On 2/5/2012 11:22 AM, Jess Holle wrote:
On 2/5/2012 11:15 AM, Konstantin Kolinko wrote:
I think this issue is specific to AJP.
For HTTP connectors a similar issue was noted and fixed here:
https://issues.apache.org/bugzilla/show_bug.cgi?id=51940#c9
I th
Hi.
I've just been following this thread, and this is not about the problem per se, but a
comment about the overall design of the application.
The fact that you do a POST without being authenticated, and that you rely on the server
to save the POST content while the authentication is taking p
On 2/5/2012 11:22 AM, Jess Holle wrote:
On 2/5/2012 11:15 AM, Konstantin Kolinko wrote:
I think this issue is specific to AJP.
For HTTP connectors a similar issue was noted and fixed here:
https://issues.apache.org/bugzilla/show_bug.cgi?id=51940#c9
I think adding the following line to "REQ_SET
On 2/5/2012 11:15 AM, Konstantin Kolinko wrote:
I think this issue is specific to AJP.
For HTTP connectors a similar issue was noted and fixed here:
https://issues.apache.org/bugzilla/show_bug.cgi?id=51940#c9
I think adding the following line to "REQ_SET_BODY_REPLAY" case in
AbstractAjpProcesso
2012/2/5 Jess Holle :
> On 2/5/2012 9:43 AM, Jess Holle wrote:
>>
>> On 2/5/2012 9:26 AM, Konstantin Kolinko wrote:
>>>
>>> build.xml:
>>> >> debug="${compile.debug}"
>>> deprecation="${compile.deprecation}"
>>> source="${compile.source}"
>>> target="${co
On 2/5/2012 10:38 AM, Jess Holle wrote:
Diving in deeper, I see that AbstractAjpProcessor.action() is setting
the bodyBytes perfectly for the ActionCode.REQ_SET_BODY_REPLAY case here.
After that is done, however, I don't see anything that tries to read
AbstractAjpProcessor.bodyBytes.
org.apa
On 2/5/2012 9:43 AM, Jess Holle wrote:
On 2/5/2012 9:26 AM, Konstantin Kolinko wrote:
build.xml:
build.properties.default:
compile.debug=true
Thus debug information should already be there.
I usually start with setting some breakpoints. In your case take a
look at FormAuthenticator#saveReque
2012/2/5 Violeta Georgieva :
> Hi,
>
> As I wrote I'm placing the extension jar in "C:\apache-tomcat-7.0.25\ext".
> I tried the following: I specified "C:\apache-tomcat-7.0.25\lib" as value
> for "catalina.ext.dirs" property and now the web application is working.
>
> But then I have two questions:
On 2/5/2012 9:26 AM, Konstantin Kolinko wrote:
build.xml:
build.properties.default:
compile.debug=true
Thus debug information should already be there.
I usually start with setting some breakpoints. In your case take a
look at FormAuthenticator#saveRequest() and #restoreRequest() methods
2012/2/5 Jess Holle :
> On 2/5/2012 8:29 AM, Konstantin Kolinko wrote:
>
> 2. Enable debug logging for FormAuthenticator class.
>
> org.apache.catalina.authenticator.FormAuthenticator.level=FINE
>(...)
>
> I had already increased verbosity for FormAuthenticator -- nothing seemed
> amiss from what I
On 2/5/2012 8:29 AM, Konstantin Kolinko wrote:
2012/2/5 Jess Holle:
I've done all the basic troubleshooting tweaks I can think of, trying 7.0.25
and 7.0.23, switching my web.xml back to the 2.5 spec level, reducing from a
combination of 2 JNDI realms to 1, cranking lots of loggers up to full
ver
Hi,
As I wrote I'm placing the extension jar in "C:\apache-tomcat-7.0.25\ext".
I tried the following: I specified "C:\apache-tomcat-7.0.25\lib" as value
for "catalina.ext.dirs" property and now the web application is working.
But then I have two questions:
- Do we need "catalina.ext.dirs" at all
2012/2/5 Jess Holle :
> I've done all the basic troubleshooting tweaks I can think of, trying 7.0.25
> and 7.0.23, switching my web.xml back to the 2.5 spec level, reducing from a
> combination of 2 JNDI realms to 1, cranking lots of loggers up to full
> verbosity, etc.
>
> In all cases I lose the
here is a link to the attached example
https://docs.google.com/open?id=0B-HUwAvkRIKJZTNhMDE1ZjEtY2M0Yy00YjZkLWE4NjktYjAwZWIzMzU2NzQw
2012/2/5 Casper Wandahl Schmidt
>
>
> Den 05-02-2012 08:18, Violeta Georgieva skrev:
>
> I'm attaching again the examples cause I think that one of them was not
>
I've done all the basic troubleshooting tweaks I can think of, trying
7.0.25 and 7.0.23, switching my web.xml back to the 2.5 spec level,
reducing from a combination of 2 JNDI realms to 1, cranking lots of
loggers up to full verbosity, etc.
In all cases I lose the POST parameters.
I guess I e
On 04/02/2012 16:44, Violeta Georgieva wrote:
> Hi,
>
> The Dependencies on Extensions mechanism is described in Servlet Spec 3.0 -
> chapter 10.7.1.
It appears to be first documented in Tomcat for Servlet 2.3.
> In the web application's Manifest file one should describe the following:
>
> Exte
On 04/02/2012 21:02, Violeta Georgieva wrote:
> Hi,
>
> Here is how one can reproduce the scenario:
>
> 1. Start Tomcat
> 2. Put attached war in webapps folder
> 3. In the console the following error message is printed:
In the example above, where have you placed the extension? Is it in one
o
Dan Tran wrote:
>I also notice commons-deamon is upgraded after tomcat 7.0.23
>
>Would this be the main issue?
>
>-D
>
>On Sun, Feb 5, 2012 at 1:40 AM, Dan Tran wrote:
>> Hello,
>>
>> Starting tomcat 7.0.25, update windows tomcat server option using
>> ++jmvOptions seems to replace existing opti
I also notice commons-deamon is upgraded after tomcat 7.0.23
Would this be the main issue?
-D
On Sun, Feb 5, 2012 at 1:40 AM, Dan Tran wrote:
> Hello,
>
> Starting tomcat 7.0.25, update windows tomcat server option using
> ++jmvOptions seems to replace existing option.
>
> Can someone confirm t
Hello,
Starting tomcat 7.0.25, update windows tomcat server option using
++jmvOptions seems to replace existing option.
Can someone confirm this?
run bin/service.bat, and you can see the last ++jmvOptions replaces
previous configuration
Thanks
-D
Note: I have a custom bat script to setup my W
43 matches
Mail list logo
