Re: Adding Tomcat redirect to .htaccess
Rahul, Sure, I'll do it right now. I should've checked if the .htaccess itself was coming from SVN ;) Yoav --- Rahul Akolkar [EMAIL PROTECTED] wrote: Hi Yoav, Can you please update the Jakarta .htaccess [ https://svn.apache.org/repos/asf/jakarta/site/docs/.htaccess ] to include the Tomcat redirect? The one in /www/j.a.o pulls it out from here. Noticed this as I was about to update .htaccess in jakarta-site. I'll wait till your change comes in. Thanks, -Rahul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVN
Hi, Can I just ask if the Tomcat subversion migration is now complete? If i were to want to obtain the latest 5.5.x branch, would I just do so from /tomcat/current/5.5.x. Also, I presume the build.xml script will have changed now? I wonder if someone might highlight a few steps/ant targets for the new setup, and I will give it a shot and write a more formal help page, Cheers, Allistair. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT
RE: SVN
Hey, I was hoping so, thanks! :) Although I find Tortoise is absolutely brilliant for Windows SVN Ali. -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: 19 October 2005 15:09 To: 'Tomcat Developers List' Subject: RE: SVN Hi, svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x tomcat cd tomcat/build ant That's it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 19, 2005 9:57 AM To: dev@tomcat.apache.org Subject: SVN Hi, Can I just ask if the Tomcat subversion migration is now complete? If i were to want to obtain the latest 5.5.x branch, would I just do so from /tomcat/current/5.5.x. Also, I presume the build.xml script will have changed now? I wonder if someone might highlight a few steps/ant targets for the new setup, and I will give it a shot and write a more formal help page, Cheers, Allistair. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37121] - HTTP Static Partial Content Bug
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37121. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37121 --- Additional Comments From [EMAIL PROTECTED] 2005-10-19 16:20 --- Sorry about that. thanx for fixing. :-) Next time remm... please be more considerate while replying. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Question about tomcat 4.1.31 and 5.5.x
Hello all,
Apache 4.1.31 seems to work much better then the 5.5.x. None of the
5.5.x works fine for me. For example 5.5.x does not recognize the error
page for handling exception where 4.1 handle that very well. Do I need to
do any thing to make 5.5.1 recognize my old JSP pages?
Regards,
Omar
-Original Message-
From: Jean-frederic Clere [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 18, 2005 4:52 PM
To: dev@tomcat.apache.org
Subject: tomcat/build/tc5.5.x/resources/build.xml
hi,
This file uses cvs but it should do the same with svn. The question is
how to solve the problem:
1 - using a exec/ like:
+++
target name=checkout
exec dir=${basedir} executable=svn
arg line=checkout ${svnroot}/${dir} ${dir}/
/exec
/target
+++
2 - Using svnant (http://subclipse.tigris.org/svnant.html).
3 - Using AntSvnTask (http://antsvntask.sourceforge.net/subtask.html).
4 - Something else? (like using javasvn: http://tmate.org/svn/).
Comments?
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37164] New: - JkShmFile Directive and jk-runtime-status
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37164. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37164 Summary: JkShmFile Directive and jk-runtime-status Product: Tomcat 5 Version: 5.5.9 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] using JK-1.2.14 on solaris 9 w/apache-2.0.55 I have Directive JkShmFile /data1/web/logs/mod_jk.shm defined, yet it creates a logs/jk-runtime-status file in my ServerRoot logs directory. I have multiple apache instances using the same ServerRoot. Need the shm file created outside of the ServerRoot. Don't know if this a configuration error or a bug? Thanks -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SVN
Hi, I did just that but got C:\svn-tc5.5.x\build\build.xml:137: Warning: Could not find file C:\usr\share\ja va\jsp-api-2.0\lib\jsp-api.jar to copy. I remember the previous build would download these usr/share dependencies beforehand? Cheers, Allistair. -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: 19 October 2005 15:09 To: 'Tomcat Developers List' Subject: RE: SVN Hi, svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x tomcat cd tomcat/build ant That's it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA USA [EMAIL PROTECTED] / www.yoavshapira.com -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 19, 2005 9:57 AM To: dev@tomcat.apache.org Subject: SVN Hi, Can I just ask if the Tomcat subversion migration is now complete? If i were to want to obtain the latest 5.5.x branch, would I just do so from /tomcat/current/5.5.x. Also, I presume the build.xml script will have changed now? I wonder if someone might highlight a few steps/ant targets for the new setup, and I will give it a shot and write a more formal help page, Cheers, Allistair. FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK Disclaimer: The information contained within this e-mail is confidential and may be privileged. This email is intended solely for the named recipient only; if you are not authorised you must not disclose, copy, distribute, or retain this message or any part of it. If you have received this message in error please contact the sender at once so that we may take the appropriate action and avoid troubling you further. Any views expressed in this message are those of the individual sender. QAS Limited has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as QAS Limited deems to be necessary in order to protect its information, its interests and its reputation. Whilst all efforts are made to safeguard Inbound and Outbound emails, QAS Limited cannot guarantee that attachments are virus free or compatible with your systems and does not accept any liability in respect of viruses or computer problems experienced. /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37167] - make error: libtool: install: you must specify a destination
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37167. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37167 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|bugs@httpd.apache.org |tomcat- ||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-10-19 19:07 --- This is a bug in the mod_jk build system. Moving. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: SVN
here is a script posted on the list earlier
#!/bin/sh
#
# This is a quickie helper script to easily build tomcat 5 from source.
# This will create a subdirectory called tc5build and build
# tomcat 5 into it.
#
# Here are the requirements to get this to run
# 1) Set JAVA_HOME to a 1.4 compliant JDK
# ex: /opt/java1.4
# 2) Set ANT_HOME to your ant installation (You need ant 1.6 or better)
# ex: /opt/jakarta/jakarta-ant-1.6
# 3) Make sure svn is in your path
# 4) Make sure NetComponents.jar is installed in $ANT_HOME/lib
#which can be found at http://www.savarese.org/oro/index.html
#[Not sure if this step is still required for Ant to download things.]
#
#
# Some help functions
#
TC_ECHO() {
echo INFO: `date '+%H:%M:%S'` - $1
}
TC_DOH() {
echo ERROR: `date '+%H:%M:%S'` - $1
}
#
# cygwin - The UI of unix and the stability of windows.
#
cygwin=false
case `uname` in
CYGWIN*) cygwin=true;;
esac
#
# Check for JAVA_HOME
#
if [ Z = Z$JAVA_HOME ] ;
then
TC_DOH Where is JAVA_HOME!
exit 1
fi
#
# Check for ANT_HOME
#
if [ Z = Z$ANT_HOME ] ;
then
TC_DOH Where is ANT_HOME! Please set it.
exit 1
fi
# It seems like the environment is set
TC_ECHO Using ANT_HOME=$ANT_HOME
TC_ECHO Using JAVA_HOME=$JAVA_HOME
TC_ECHO Putting everything in `pwd`/tc5build
TC_ECHO Downloaded dependencies go into `pwd`/tc5build/includes
mkdir -p tc5build/includes
if [ 0 != $? ];
then
TC_DOH Making subdir tc5build/includes failed!
exit 1
fi
BASE_PATH=`pwd`/tc5build/includes
if $cygwin; then
BASE_PATH=`cygpath --path --mixed $BASE_PATH`
fi
cd tc5build
TC_ECHO Getting http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/;
svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x/
if [ 0 != $? ];
then
TC_DOH Checkout failed. Hopefully there is a reason above.
exit 1
fi
cd tc5.5.x/build
echo base.path=$BASE_PATH build.properties
# Now do the build
TC_ECHO Now performing the build
$ANT_HOME/bin/ant download deploy
TC_ECHO All done!
Allistair Crossley wrote:
Hi,
I did just that but got
C:\svn-tc5.5.x\build\build.xml:137: Warning: Could not find file C:\usr\share\ja
va\jsp-api-2.0\lib\jsp-api.jar to copy.
I remember the previous build would download these usr/share dependencies
beforehand?
Cheers, Allistair.
-Original Message-
From: Yoav Shapira [mailto:[EMAIL PROTECTED]
Sent: 19 October 2005 15:09
To: 'Tomcat Developers List'
Subject: RE: SVN
Hi,
svn co http://svn.apache.org/repos/asf/tomcat/current/tc5.5.x tomcat
cd tomcat/build
ant
That's it.
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA USA
[EMAIL PROTECTED] / www.yoavshapira.com
-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 19, 2005 9:57 AM
To: dev@tomcat.apache.org
Subject: SVN
Hi,
Can I just ask if the Tomcat subversion migration is now
complete? If i
were to want to obtain the latest 5.5.x branch, would I
just do so from
/tomcat/current/5.5.x. Also, I presume the build.xml script
will have
changed now? I wonder if someone might highlight a few
steps/ant targets
for the new setup, and I will give it a shot and write a
more formal help
page,
Cheers, Allistair.
FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLACK
Disclaimer: The information contained within this e-mail
is confidential
and may be privileged. This email is intended solely for the named
recipient only; if you are not authorised you must not
disclose, copy,
distribute, or retain this message or any part of it. If
you have received
this message in error please contact the sender at once so
that we may
take the appropriate
DO NOT REPLY [Bug 37167] - make error: libtool: install: you must specify a destination
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37167. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37167 --- Additional Comments From [EMAIL PROTECTED] 2005-10-19 19:26 --- Is the compile good? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: SVN
Hi,
There seems also to be a problem in mod_jk , tomcat5, the jap connections
build up slowly over the day.
The problem seems to be that the connection via mod_jk (Port 8009) does
not close, so the java/tomcat processes
will not quit after responding to the request (or the other way
around?). This problem occurs only in
heavy load situations. After that I see many open socket connections an
some tomcat processes that will not quit.
Has any one suffered a similar problem??
these are the worker.property settings
worker.insight.port=8009
worker.insight.type=ajp13
worker.insight.cachesize=200
# worker.insight.cache_timeout=60
# worker.insight.recycle_timeout=60
worker.insight.socket_keepalive=1
worker.insight.socket_timeout=60
# if the retries value is greater than three,
# there will be a pause of 100 ms between each retry
# so this would be a good value if your average response
# time is 1.7 seconds:
worker.insight.retries=20
Property for tomcat
Connector port=8009 address=${jboss.bind.address}
enableLookups=false redirectPort=8443 debug=0 minProcessors=75
maxProcessors=200 protocol=AJP/1.3/
Steve
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
Tomcat fails to service requests after period of time
HI,
Please, can any one help. I've googled but to no success.
There seems also to be a problem in mod_jk , tomcat5, the jap connections
build up slowly over the day.
The problem seems to be that the connection via mod_jk (Port 8009) does
not close, so the java/tomcat processes
will not quit after responding to the request (or the other way
around?). This problem occurs only in
heavy load situations. After that I see many open socket connections an
some tomcat processes that will not quit.
Has any one suffered a similar problem??
these are the worker.property settings
worker.insight.port=8009
worker.insight.type=ajp13
worker.insight.cachesize=200
# worker.insight.cache_timeout=60
# worker.insight.recycle_timeout=60
worker.insight.socket_keepalive=1
worker.insight.socket_timeout=60
# if the retries value is greater than three,
# there will be a pause of 100 ms between each retry
# so this would be a good value if your average response
# time is 1.7 seconds:
worker.insight.retries=20
Property for tomcat
Connector port=8009 address=${jboss.bind.address}
enableLookups=false redirectPort=8443 debug=0 minProcessors=75
maxProcessors=200 protocol=AJP/1.3/
Steve
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
Re: Accessing a custom user principal from a JAAS Realm
Yoav,
Thanks for the reply. What version of Tomcat are you referring to? I am using
Tomcat 5.0.28. With regards to your code below, there is no
getUserPrincipal() method on the org.apache.catalina.realm.GenericPrincipal
class.
Furthermore, how's this for bizarre -- if I do an instanceof with the class
returned from request.getUserPrincipal(), and print it out, I get the
following:
Principal class is: org.apache.catalina.realm.GenericPrincipal
However, if I try to cast it to that class type in the very next line of code,
the code throws a ClassCastException. Very weird. The library I am using is
the catalina.jar sent with the code (which I happen to be packaging in my
WEB-INF/lib directory of my webapp.
Is it possible that there's another version of this class out there somewhere
in the Tomcat libraries, that's conflicting?
Brad
On Wednesday 19 October 2005 07:15 am, Yoav Shapira wrote:
Hi,
You'd need to cast as follows:
Principal mydude = request.getUserPrincipal();
if(mydude instanceof GenericPrincipal) {
mydude = ((GenericPrincipal) mydude).getUserPrincpal();
}
Yoav
--- Brad O'Hearne [EMAIL PROTECTED] wrote:
After several days of questions on the user mailing list surrounding
this issue, I received an answer today which I need to confirm with any
of the developers out there. Basically, I am using Tomcat 5.0.28, and
using the JAAS realm for authentication and authorization. In my JAAS
login module, I am setting the user principal as a custom Principal
implementation configured in server.xml. Here's my server.xml realm
setup:
Realm className=org.apache.catalina.realm.JAASRealm
appName=imap
userClassNames=com.redbarnsoftware.web.security.UserPrincipal
roleClassNames=com.redbarnsoftware.web.security.RolePrincipal
debug=99 /
My authentication across my login module works just fine. But in my
subsequent servlets, when I invoke the request.getUserPrincipal()
method, I am not returned my user principal class type, but I am instead
returned a GenericPrincipal, and there's no way to get at my custom user
principal class.
Someone on the user list said that though it should be supported,
retrieving custom user principals weren't supported for the JAAS realm.I
just wanted to confirm this with the developers, because its hard for me
to imagine how the Java platform's authentication / authorization API is
not fully supported in a mature app like Tomcat -- it sounded a little
weird to me. So if someone could confirm this, that would really help.
Secondly, if it is in fact unsupported, I would like to inquire 1) if
this feature is planned and if so, when, and 2) what is required to
implement this in the present Tomcat architecture. I'd like to consider
adding this, as it is pretty much a the type of hole that can be a
deal-killer for Tomcat from a security standpoint.
Thanks for your help.
Cheers,
Brad
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yoav Shapira
System Design and Management Fellow
MIT Sloan School of Management
Cambridge, MA, USA
[EMAIL PROTECTED] / www.yoavshapira.com
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33453] - Jasper should recompile JSP files whose datestamps change in either direction (not just newer)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33453. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33453 [EMAIL PROTECTED] changed: What|Removed |Added Priority|P3 |P1 --- Additional Comments From [EMAIL PROTECTED] 2005-10-19 22:59 --- We got bit by this bug again today! How can I impress on the developers the seriousness of this issue? We need to touch every JSP file when we deploy a webapp because we cannot trust that Tomcat will recompile the things that need to be. This causes large delays to the end users that are unlucky enough to hit the website first. If you revert your JSP files to an older branch, you also have to remember to touch them (many CM systems revert the dates to the older version which still pass the comparison). I think Jonathon's fix will address every realistic scenario.Please use his patch! -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37172] New: - user-friendly suggestion
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=37172. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37172 Summary: user-friendly suggestion Product: Tomcat 5 Version: Unknown Platform: Macintosh OS/Version: Mac OS X 10.4 Status: NEW Severity: critical Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Even though I realize this is a mistake someone makes only once... When you Deploy an application in the webapps manager - it doesn't create a new application. It just makes a link between the application already existing in the webapps folder and tomcat manager. Therefore, you would think that when you click a link called Undeploy it would sever that link NOT delete the entire webapp folder - usually that kind of action is called, you know, Delete. Therefore, for the sake of user-friendliness and to, you know, avoid the usual sadomasochistic Linux user-experience, maybe you should have the javascript popup say something useful along the lines of: Are you sure - this will delete the webapp folder - not just: Are you sure when the undeploying is really deleting. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat fails to service requests after period of time
1) Can you reproduce it with a test?
2) If you can, or as soon as you can, can you also reproduce it on a
standalone tomcat?
3) You tried a stacktrace?
4) How do you know it's AJP?
5) Have you looked at the manager? /manager/status.html
regards
Leon
On 10/19/05, Steve Gaunt [EMAIL PROTECTED] wrote:
HI,
Has anyone else had any issue using mod_jk under heavy load..
It seems after a period of time(or large no. opf requests) under heavy load
AJP connetor just hangs. It's crazy.
All the ajp connections seem to be hanging in service mode, and the only way
to recover this is to restart tomcat. I'm really stuck with this.
Has anyone got success stories with jk2(mod)jk) under heavey load. Around
1/2-1 million hits/day.
Steve
-Original Message-
From: Steve Gaunt
Sent: Wed 19/10/2005 18:51
To: Tomcat Developers List; Tomcat Developers List
Cc:
Subject: Tomcat fails to service requests after period of time
HI,
Please, can any one help. I've googled but to no success.
There seems also to be a problem in mod_jk , tomcat5, the jap
connections build up slowly over the day.
The problem seems to be that the connection via mod_jk (Port 8009)
does
not close, so the java/tomcat processes
will not quit after responding to the request (or the other way
around?). This problem occurs only in
heavy load situations. After that I see many open socket connections
an
some tomcat processes that will not quit.
Has any one suffered a similar problem??
these are the worker.property settings
worker.insight.port=8009
worker.insight.type=ajp13
worker.insight.cachesize=200
# worker.insight.cache_timeout=60
# worker.insight.recycle_timeout=60
worker.insight.socket_keepalive=1
worker.insight.socket_timeout=60
# if the retries value is greater than three,
# there will be a pause of 100 ms between each retry
# so this would be a good value if your average response
# time is 1.7 seconds:
worker.insight.retries=20
Property for tomcat
Connector port=8009 address=${jboss.bind.address}
enableLookups=false redirectPort=8443 debug=0 minProcessors=75
maxProcessors=200 protocol=AJP/1.3/
Steve
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
__
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
__
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r326774 - /tomcat/build/tc5.5.x/resources/welcome.bin.html
Author: yoavs Date: Wed Oct 19 18:42:11 2005 New Revision: 326774 URL: http://svn.apache.org/viewcvs?rev=326774view=rev Log: Clarified executable distro contents per Bugzilla http://issues.apache.org/bugzilla/show_bug.cgi?id=36289 Modified: tomcat/build/tc5.5.x/resources/welcome.bin.html Modified: tomcat/build/tc5.5.x/resources/welcome.bin.html URL: http://svn.apache.org/viewcvs/tomcat/build/tc5.5.x/resources/welcome.bin.html?rev=326774r1=326773r2=326774view=diff == --- tomcat/build/tc5.5.x/resources/welcome.bin.html (original) +++ tomcat/build/tc5.5.x/resources/welcome.bin.html Wed Oct 19 18:42:11 2005 @@ -27,9 +27,9 @@ pPackaging Details (or What Should I Download?) ul liapache-tomcat-[version].zip or .tar.gz: base distro, all non-embedded users download this./li -liapache-tomcat-[version].exe: Windows installer with base distro contents + Windows installation./li +liapache-tomcat-[version].exe: Windows installer for Tomcat. Please note that while this distribution includes the vast majority of the base distribution, some of the command-line scripts for launching Tomcat are not included. This distribution is intended for those users planning to launch Tomcat through the Windows shortcuts or services./li liapache-tomcat-[version]-admin.zip or .tar.gz: the Tomcat Administration webapp only./li -liapache-tomcat-[version]-compat.zip or .tar.gz: required in addition to the base distro for using tomcat with a Java 1.4 environment./li +liapache-tomcat-[version]-compat.zip or .tar.gz: required in addition to the base distro for using Tomcat with a Java 1.4 environment./li liapache-tomcat-[version]-deployer.zip or .tar.gz: the standalone Tomcat Web Application Deployer./li liapache-tomcat-[version]-embed.zip or .tar.gz: for using Tomcat only as an embedded servlet container./li /ul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36578] - How to use a truststore other than cacerts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36578. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36578 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-10-20 03:48 --- Atanu, if I have understood your request correctly, it is not currently possible. As Bill pointed out, the truststoreFile is a server.xml Connector element attribute. You can have different ones by having different Connector elements. Please pursue further discussions on this on the users@tomcat.apache.org mailing list. We like to use Bugzilla not as a completely open discussion forum, but as a place to post specific bugs with steps to reproduce them, or specific and clear enhancement requests. Thank you. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
