DO NOT REPLY [Bug 28245] New: - Enhancement: the order of the attribute!
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=28245. 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=28245 Enhancement: the order of the attribute! Summary: Enhancement: the order of the attribute! Product: Tomcat 5 Version: 5.0.19 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The jspx code: ?xml version=1.0 ? fo:root xmlns:jsp=http://java.sun.com/JSP/Page; xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:block id=test font-weight=bold color=blue font-size=12pt jsp:element name=fo:inline jsp:attribute name=font-size9pt/jsp:attribute jsp:attribute name=colorred/jsp:attribute jsp:attribute name=font-weightbold/jsp:attribute jsp:bodyHello World/jsp:body /jsp:element /fo:block /fo:root The output of Resin 3.0.7 is: fo:block id=test font-weight=bold color=blue font-size=12pt fo:inline font-size=9pt color=red font-weight=bold same order as Template text. and the Tomcat 5.0.19 is: fo:block font-size=12pt color=blue font-weight=bold id=test reversed order as Template text. fo:inline color=red font-weight=bold font-size=9pt not the same order as jsp:attribute, the order of generated attributes depend on the hashcode of the attribute name. Regards. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems with stress tested apps
Bill Barker wrote: - Original Message - From: Henri Gomez [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 5:08 AM Subject: Re: Problems with stress tested apps Henri Gomez wrote: Henri Gomez wrote: Hi to all, I've got problems with some highly stressed applications using jk or jk2 and tomcat 3.3.2 (same thing with TC 5.0.x). I see many errors like these in log : in TC 3.3.2 and 5.0.19 : Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke INFO: Unknown message 0 in 5.0.19 I've got also : Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest decodeRequest WARNING: Error registering request There is something weird in jtc, since the INFO: Unknown message 0 indicate that there is an invalid command on the AJP13 link. The problem appears with both jk and jk2, so I suspect the problem to be on the java side. I'm investigating the problem. While playing with TC 3.3.3-dev and JTC-dev, I didn't see (yet), the INFO: Unknown message 0 but got some : 6 avr. 2004 08:46:37 org.apache.jk.common.ChannelSocket processConnection GRAVE: Error, releasing connection java.lang.NullPointerException at org.apache.coyote.RequestInfo.setGlobalProcessor(RequestInfo.java:52) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:427) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:659) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav a:644) at java.lang.Thread.run(Thread.java:534) With the latest TC 3.3.3-dev, I didn't get the : Mar 19, 2004 1:47:51 PM org.apache.jk.common.HandlerRequest invoke INFO: Unknown message 0 This is BZ #27881. With 3.3.2 (unless you JMX-register the CoyoteConnector yourself :) it doesn't do anything except fill up your log file when threads die. Of course, you can always swap in the JK jar from 5.0.21 if you don't want to see the message. Thanks Bill. I made a TC 3.3.3-dev from the CVS and it seems to works great (add since it has been build with common-modeler, more JMX support is included). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28245] - Enhancement: the order of the attribute!
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=28245. 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=28245 Enhancement: the order of the attribute! [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28236] - org.apache.jasper.runtime.BodyContentImpl buffer is too small
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=28236. 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=28236 org.apache.jasper.runtime.BodyContentImpl buffer is too small --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 08:41 --- well actually changes above has a bug if: Math.max(Constants.DEFAULT_TAG_BUFFER_SIZE, cb.length) len I just pointed the problem, but I'm not sure about the strategy to use in buffer increment... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Oh my God
Norton AntiVirus gelöscht1.txt Description: plain/text - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: 5.0.22 tag ?
Hi, -Original Message- From: Remy Maucherat Sent: Wednesday, April 07, 2004 12:48 AM To: Tomcat Developers List Subject: 5.0.22 tag ? I plan to tag 5.0.22 tomorrow. Any objections ? What about new procrun? I'm having all the patches ready and tested, and tomcat.nsi changed and tested. What do you think, should I wait after the release or act now, so we can use that in 5.0.22? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.0.22 tag ?
Mladen Turk wrote: I plan to tag 5.0.22 tomorrow. Any objections ? What about new procrun? I'm having all the patches ready and tested, and tomcat.nsi changed and tested. Ah ... Well, you can try to commit them. Since this is untested, if there's a problem, I'll use the old one. What do you think, should I wait after the release or act now, so we can use that in 5.0.22? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: 5.0.22 tag ?
Filip Hanik (lists) wrote: sounds good! Filip -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 5:48 PM To: Tomcat Developers List Subject: 5.0.22 tag ? I plan to tag 5.0.22 tomorrow. Any objections ? +0 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mail Delivery (failure tomcat-dev@jakarta.apache.org)
If the message will not displayed automatically, follow the link to read the delivered message. Received message is available at: www.jakarta.apache.org/inbox/tomcat-dev/read.php?sessionid-30547
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcat5w.exe tomcat5.exe
mturk 2004/04/07 04:30:01 Added: procrun/bin tomcat5w.exe tomcat5.exe Log: New procrun 2.0 binaries Revision ChangesPath 1.1 jakarta-tomcat-connectors/procrun/bin/tomcat5w.exe Binary file 1.1 jakarta-tomcat-connectors/procrun/bin/tomcat5.exe Binary file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 tomcat.nsi build.xml
mturk 2004/04/07 04:33:40
Modified:.tomcat.nsi build.xml
Log:
Use the new Procrun 2.0
Revision ChangesPath
1.43 +20 -14jakarta-tomcat-5/tomcat.nsi
Index: tomcat.nsi
===
RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v
retrieving revision 1.42
retrieving revision 1.43
diff -u -r1.42 -r1.43
--- tomcat.nsi11 Feb 2004 12:54:30 - 1.42
+++ tomcat.nsi7 Apr 2004 11:33:40 - 1.43
@@ -27,8 +27,8 @@
;Configuration
!define MUI_FINISHPAGE_SHOWREADME $INSTDIR\webapps\ROOT\RELEASE-NOTES.txt
- !define MUI_FINISHPAGE_RUN $INSTDIR\bin\tomcatw.exe
- !define MUI_FINISHPAGE_RUN_PARAMETERS //GT//Tomcat5
+ !define MUI_FINISHPAGE_RUN $INSTDIR\bin\tomcat5w.exe
+ !define MUI_FINISHPAGE_RUN_PARAMETERS //MS//Tomcat5
!define MUI_FINISHPAGE_NOREBOOTSUPPORT
!define MUI_ABORTWARNING
@@ -134,8 +134,14 @@
ClearErrors
Call configure
+ Call findJavaPath
+ Call findJVMPath
+ Pop $2
- ExecWait '$INSTDIR\bin\tomcatw.exe //IS//Tomcat5 --DisplayName Apache Tomcat
--Description Apache Tomcat @VERSION@ Server - http://jakarta.apache.org/tomcat/;
--Install $INSTDIR\bin\tomcat.exe --ImagePath $INSTDIR\bin\bootstrap.jar
--StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass
org.apache.catalina.startup.Bootstrap;main;stop --Java java --JavaOptions -Xrs
--Startup manual'
+ DetailPrint Using Jvm: $2
+
+ nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //IS//Tomcat5 --DisplayName Apache
Tomcat --Description Apache Tomcat @VERSION@ Server -
http://jakarta.apache.org/tomcat/; --LogPath $INSTDIR\logs --Install
$INSTDIR\bin\tomcat5.exe --Jvm $2'
+ ClearErrors
SectionEnd
@@ -154,7 +160,7 @@
Call findJVMPath
Pop $2
- ExecWait '$INSTDIR\bin\tomcatw.exe //US//Tomcat5 --Startup auto'
+ nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Startup auto'
ClearErrors
@@ -208,15 +214,15 @@
CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Tomcat 5.0 Program Directory.lnk \
$INSTDIR
- CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Start Tomcat.lnk \
- $INSTDIR\bin\tomcatw.exe \
- '//GT//Tomcat5' \
- $INSTDIR\bin\tomcatw.exe 1 SW_SHOWNORMAL
+ CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Monitor Tomcat.lnk \
+ $INSTDIR\bin\tomcat5w.exe \
+ '//MS//Tomcat5' \
+ $INSTDIR\tomcat.ico 0 SW_SHOWNORMAL
CreateShortCut $SMPROGRAMS\Apache Tomcat 5.0\Configure Tomcat.lnk \
- $INSTDIR\bin\tomcatw.exe \
+ $INSTDIR\bin\tomcat5w.exe \
'//ES//Tomcat5' \
- $INSTDIR\bin\tomcatw.exe 0 SW_SHOWNORMAL
+ $INSTDIR\tomcat.ico 0 SW_SHOWNORMAL
SectionEnd
@@ -233,8 +239,8 @@
SectionEnd
Section -post
-
- ExecWait '$INSTDIR\bin\tomcatw.exe //US//Tomcat5 --JavaOptions
-Dcatalina.home=\$INSTDIR\#-Djava.endorsed.dirs=\$INSTDIR\common\endorsed\#-Xrs
--StdOutputFile $INSTDIR\logs\stdout.log --StdErrorFile $INSTDIR\logs\stderr.log
--WorkingPath $INSTDIR'
+ nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath
$INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap
--StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams
stop --StartMode jvm --StopMode jvm'
+ nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions
-Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR
--StdOutput $INSTDIR\logs\stdout.log --StdError $INSTDIR\logs\stderr.log'
WriteUninstaller $INSTDIR\Uninstall.exe
@@ -496,7 +502,7 @@
Delete $INSTDIR\Uninstall.exe
; Delete Tomcat service
- ExecWait '$INSTDIR\bin\tomcatw.exe //DS//Tomcat5'
+ nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //DS//Tomcat5'
ClearErrors
DeleteRegKey HKCR JSPFile
1.183 +6 -4 jakarta-tomcat-5/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-5/build.xml,v
retrieving revision 1.182
retrieving revision 1.183
diff -u -r1.182 -r1.183
--- build.xml 30 Mar 2004 14:48:54 - 1.182
+++ build.xml 7 Apr 2004 11:33:40 - 1.183
@@ -1287,10 +1287,11 @@
fileset dir=resources /
/copy
copy file=${nsis.installoptions.dll} todir=${tomcat.dist} /
-copy file=${jtc.home}/procrun/bin/tomcat.exe
-tofile=${tomcat.dist}/bin/tomcat.exe /
-copy file=${jtc.home}/procrun/bin/tomcatw.exe
-tofile=${tomcat.dist}/bin/tomcatw.exe /
+copy file=${nsis.nsexec.dll} todir=${tomcat.dist} /
+copy file=${jtc.home}/procrun/bin/tomcat5.exe
+
cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat
mturk 2004/04/07 04:38:07 Modified:catalina/src/bin service.bat Log: Use the new Procrun 2.0 Revision ChangesPath 1.4 +19 -7 jakarta-tomcat-catalina/catalina/src/bin/service.bat Index: service.bat === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/service.bat,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- service.bat 24 Dec 2003 04:40:43 - 1.3 +++ service.bat 7 Apr 2004 11:38:07 - 1.4 @@ -18,19 +18,22 @@ set CURRENT_DIR=%cd% if not %CATALINA_HOME% == goto gotHome set CATALINA_HOME=%cd% -if exist %CATALINA_HOME%\bin\tomcat.exe goto okHome +if exist %CATALINA_HOME%\bin\tomcat5.exe goto okHome rem CD to the upper dir cd .. set CATALINA_HOME=%cd% :gotHome -if exist %CATALINA_HOME%\bin\tomcat.exe goto okHome +if exist %CATALINA_HOME%\bin\tomcat5.exe goto okHome echo The tomcat.exe was not found... echo The CATALINA_HOME environment variable is not defined correctly. echo This environment variable is needed to run this program goto end :okHome - -set EXECUTABLE=%CATALINA_HOME%\bin\tomcat.exe +if not %CATALINA_BASE% == goto gotBase +set CATALINA_BASE=%CATALINA_HOME% +:gotBase + +set EXECUTABLE=%CATALINA_HOME%\bin\tomcat5.exe rem Set default Service name set SERVICE_NAME=Tomcat5 @@ -55,9 +58,18 @@ :doInstall rem Install the service -%EXECUTABLE% //IS//%SERVICE_NAME% --DisplayName Apache Tomcat --Description Apache Tomcat Server - http://jakarta.apache.org/tomcat/; --Install %EXECUTABLE% --ImagePath %CATALINA_HOME%\bin\bootstrap.jar --StartupClass org.apache.catalina.startup.Bootstrap;main;start --ShutdownClass org.apache.catalina.startup.Bootstrap;main;stop --Java java --Startup manual +rem Use the environment variables as an exaple +rem Each command line option is prefixed with PR_ + +set PR_DISPLAYNAME=Apache Tomcat +set PR_DESCRIPTION=Apache Tomcat Server - http://jakarta.apache.org/tomcat +set PR_INSTALL=%EXECUTABLE% + +%EXECUTABLE% //IS//%SERVICE_NAME% --LogPath %CATALINA_HOME%\logs --Jvm auto --Classpath %CATALINA_HOME%\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop rem Set extra parameters -%EXECUTABLE% //US//%SERVICE_NAME% --JavaOptions -Dcatalina.home=\%CATALINA_HOME%\#-Djava.endorsed.dirs=\%CATALINA_HOME%\common\endorsed\#-Xrs --StdOutputFile %CATALINA_HOME%\logs\stdout.log --StdErrorFile %CATALINA_HOME%\logs\stderr.log --WorkingPath %CATALINA_HOME%\bin +%EXECUTABLE% //US//%SERVICE_NAME% --JvmOptions -Dcatalina.base=%CATALINA_BASE%;-Dcatalina.home=%CATALINA_HOME%;-Djava.endorsed.dirs=%CATALINA_HOME%\common\endorsed --StartMode jvm --StopMode jvm +rem More extra parameters +%EXECUTABLE% //US//%SERVICE_NAME% ++JvmOptions -Djava.io.tmpdir=%CATALINA_BASE%\temp --StdOutput %CATALINA_HOME%\logs\stdout.log echo The service '%SERVICE_NAME%' has been installed :end - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28256] New: - WebappClassLoader.findClassInternal() permission problems
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=28256.
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=28256
WebappClassLoader.findClassInternal() permission problems
Summary: WebappClassLoader.findClassInternal() permission
problems
Product: Tomcat 5
Version: 5.0.19
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Blocker
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
In summary, because WebappClassLoader extends the behavior of
URLClassLoader's findClass method, it needs to insulate its extended
behavior in a doPrivileged block (with a stored AccessControlContext)
just like URLClassLoader.findClass does.
The findClassInternal method of WebappClassLoader does not execute as a
privileged operation, but a brief glance the source to its superclass,
URLClassLoader, shows that it needs to. A class loader needs to
insulate itself from the arbitrary security context in which it might
be invoked (such as during lazy class loading).
The specific problem we are encountering is a bit complex, but in
brief, the bug occurs when attempting to load a class using a class
loader whose parent is a servlet's WebappClassLoader-- the loading
fails with a security exception. (This situation can come about when,
for example, a servlet attempts to download the proxy for a Jini
service, for which the service proxy's class gets loaded using the
RMIClassLoader.loadClass API.)
When the child class loader, which is also a URLClassLoader, defines a
class that it has loaded itself, that operation executes as a
privileged operation restricted by the protection domains in the access
control context stored in that URLClassLoader instance (this access
control context was snapshotted by URLClassLoader's constructor). This
access control context's domain's may not include permissions to read
from where the parent WebappClassLoader looks for classes and
resources-- in the case of an RMI class loader, for example, it
typically does not include such permissions, because it will only
include permissions to read from the loader's own URLs.
When this defineClass operation causes a recursive loading operation
(such as to load a supertype of the class being defined), delegation to
the parent WebappClassLoader results in its findClassInternal method
being invoked. Because that method does not execute as a privileged
operation itself, its attempt to read the class definition from some
location (such as the .../WEB-INF/classes/ tree) fails with a security
exception, because the child loader's privileged operation is still in
force.
[Because the access control context used by RMI class loaders uses a
domain with a set of permissions that were assembled synthetically, it
is impossible to grant the necessary permissions through the security
policy (as a workaround), except by granting them to all code, which is
clearly undesirable.]
The fix is a relatively simple one.
First we need to add a private class variable to hold the loaders context:
private AccessControlContext acc;
next we need to retrieve and store this context in the Class's two constructors:
public WebappClassLoader() {
...
if (securityManager != null) {
refreshPolicy();
}
acc = AccessController.getContext();// see URLClassLoader
^ add this line above
}^M
Finally we need to wrap the logic of the findClassInternal() method in a
doPriveleged operation:
protected Class findClassInternal(final String name)
throws ClassNotFoundException {
try {
return (Class)
AccessController.doPrivileged( new PrivilegedExceptionAction() {
public Object run() throws ClassNotFoundException {
if (!validate(name))
throw new ClassNotFoundException(name);
Etc...
}, acc);
} catch (java.security.PrivilegedActionException pae) {
throw (ClassNotFoundException) pae.getException();
}
}
We have developed a simple servlet that employs the RMIClassloader
to demonstrate the problem. We've tested the fixes supplied above and
they do correct the problem. We would be happy to furnish the test
to you, if you like.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] New: - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug Summary: Synchronous cluster very slow - select() bug Product: Tomcat 5 Version: 5.0.21 Platform: Sun OS/Version: Solaris Status: NEW Severity: Normal Priority: Other Component: Catalina:Cluster AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] In a TC cluster with synchronous replication there is a bug in using select() and registering operations on selectors. If I use a high tcpSelectorTimeout (e.g. 1000ms) I can observe the secondary node waiting in the midlle of a request until the timeout occurs, although replication data is available. As a consequence requests take 1 second to work on, although only the TC instances need only 20ms to process the request. Nearly 1 second is spend waiting for select() to return in the middle of processing the request. I assume this is a bug in the logic handling the registration of operations on the selector? It is not a problem of high load, one can observe using single requests, but it is necessary to use session atributes in the request. I expect the same problem to occur in pooled mode. The problem does not increase response times in asynchronous mode, but I expect, that it will increase replication time. Here is a protocol of what is happening. Most of these log lines are non standard, I added them to the code, to find out the flow of control in this situation. The intersting thing happens between step 5 and 6. 1) Node 1: Request coming in at 12:39:32,563 : 2004-04-07 12:39:32,563 (http-21080-Processor25) org.apache.catalina.core.StandardWrapper/DEBUG: Returning non-STM instance 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG: JspEngine -- /repit.jsp 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG: ServletPath: /repit.jsp 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG:PathInfo: null 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG:RealPath: /opt/iob3_tomcat_a/webapps/ROOT/repit.jsp 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG: RequestURI: /repit.jsp 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG: QueryString: null 2004-04-07 12:39:32,564 (http-21080-Processor25) org.apache.jasper.servlet.JspServlet/DEBUG: Request Params: 2) Node 1: New session message EVT_SESSION_CREATED is being send at 12:39:32,567: 2004-04-07 12:39:32,566 (http-21080-Processor25) org.apache.catalina.cluster.session.DeltaManager/DEBUG: Sending EVT_SESSION_CREATED: Sending creation of Session with id=CD25AAD154CC01843779EA36B143D101.mkbtomcat1 isValid=true isNew=true accessCount=0 maxInactiveInterval=900 isPrimarySession=true creationTime=1081334372565 lastAccessedTime=1081334372565 lastTimeReplicated=1081334372565 2004-04-07 12:39:32,566 (http-21080-Processor25) org.apache.catalina.cluster.tcp.SimpleTcpCluster/DEBUG: Starting CatalinaCluster.send for msg 1 session CD25AAD154CC01843779EA36B143D101.mkbtomcat1 and destination null 3) Node 2: Message is being received at 12:39:32,568, sending ack at 12:39:32,573: 2004-04-07 12:39:32,568 (ClusterReceiver) org.apache.catalina.cluster.tcp.ReplicationListener/DEBUG: ReplicationListener listen in while doListen after select returned n=1 2004-04-07 12:39:32,568 (ClusterReceiver) org.apache.catalina.cluster.tcp.ReplicationListener/DEBUG: ReplicationListener woke up in listen 2004-04-07 12:39:32,568 (ClusterReceiver) org.apache.catalina.cluster.tcp.ReplicationListener/DEBUG: ReplicationListener calling serviceChannel from readDataFromSocket in TcpReplicationThread 2004-04-07 12:39:32,568 (ClusterReceiver) org.apache.catalina.cluster.tcp.TcpReplicationThread/DEBUG: TcpReplicationThread calling notify in serviceChannel 2004-04-07 12:39:32,568 (ClusterReceiver) org.apache.catalina.cluster.tcp.ReplicationListener/DEBUG: ReplicationListener listen in while doListen before select with tcpSelectorTimeout=1000 2004-04-07 12:39:32,569 (p.TcpReplicationThread[2]) org.apache.catalina.cluster.tcp.TcpReplicationThread/DEBUG: TcpReplicationThread woke up with key [EMAIL PROTECTED] 2004-04-07 12:39:32,569 (p.TcpReplicationThread[2]) org.apache.catalina.cluster.tcp.TcpReplicationThread/DEBUG: TcpReplicationThread woke up and calling drainChannel for key [EMAIL PROTECTED] 2004-04-07 12:39:32,569
Re: cvs commit: jakarta-tomcat-5 tomcat.nsi build.xml
[EMAIL PROTECTED] wrote: mturk 2004/04/07 04:33:40 Modified:.tomcat.nsi build.xml Log: Use the new Procrun 2.0 The new procrun looks professional. It seems really good quality overall (I do have a bad feeling about Win9x). The log viewer is gone though. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat+IIS+WinXP Client problem
Hi devs. I have a problem. I spend 2 days and I haven't found answer yet. Please help me. Some days ago I sent mail to tomcat-user but there were no answers. http://www.mail-archive.com/[EMAIL PROTECTED]/msg123750.htm l So I have removed jk and installed jk2 But the same problem - user from Win2K views pages perfectly and NTLM works fine //Snip of log 127.0.0.1 - Domain\Anatol_Pomazau [07/Apr/2004:16:22:48 +0200] GET /jsp-examples/images/code.gif HTTP/1.1 304 - But for user from WinXP error appears - Page cannot be displayed //Snip Of IIS log 13:28:17 10.6.13.156 GET /jakarta/isapi_redirector2.dll 401 13:28:17 10.6.13.156 GET /jakarta/isapi_redirector2.dll 500 Seems that IIS NTLM auth works fine. And in j2k.log strange error message appears [Wed Apr 07 16:28:17 2004] (error ) [jk_requtil.c (606)] serialize.request() Error serializing header value [Wed Apr 07 16:28:17 2004] (error ) [jk_worker_ajp13.c (627)] ajp13.service(): error marshaling If Anonymous access for tomcat virtual dir enabled then this page is reachabe by clients from WinXP without problem. Please help me. Win2k. IIS 50. Tomcat 5.0.19. IE 60. If you need more information please do not hesitate to ask me. --- regards, Anatol Pomozov EPAM Systems phone: +375 (17) 210-1662 ext. 1373 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Filter.init and JNDI resources
I just wrote a Filter that uses a JNDI provided datasource. When I try to access that datasource from the Filter.init(...) I get a exception: Caused by: javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceEnvFactory.getObjectInstance(ResourceE nvFactory.java:146) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java: 301) at org.apache.naming.NamingContext.lookup(NamingContext.java:838) at org.apache.naming.NamingContext.lookup(NamingContext.java:185) at org.apache.naming.NamingContext.lookup(NamingContext.java:826) at org.apache.naming.NamingContext.lookup(NamingContext.java:185) at org.apache.naming.NamingContext.lookup(NamingContext.java:826) at org.apache.naming.NamingContext.lookup(NamingContext.java:185) at org.apache.naming.NamingContext.lookup(NamingContext.java:826) at org.apache.naming.NamingContext.lookup(NamingContext.java:198) at org.apache.naming.SelectorContext.lookup(SelectorContext.java:183) at javax.naming.InitialContext.lookup(InitialContext.java:347) at net.sf.hibernate.connection.DatasourceConnectionProvider.configure(Datas ourceConnectionProvider.java:44) ... 23 more But when I put the same init code in the Filter.doFilter(...) method such that it only executes once, but delayed until the webapp has been made available I have no problems. I skimmed the servlet 2.4 spec and found nothing stating the availability of JNDI resources at the time a filter is instantiated. I tried reordering my web.xml so that the resource-env-ref came before the problematic filter to no avail. Does this sound like a bug, an ambiguous part of the Servlet spec, or am I missing something? Sandy McArthur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default KEYS
remm2004/04/07 06:55:00
Modified:.build.properties.default KEYS
Log:
- Deps updates.
Revision ChangesPath
1.121 +4 -3 jakarta-tomcat-5/build.properties.default
Index: build.properties.default
===
RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v
retrieving revision 1.120
retrieving revision 1.121
diff -u -r1.120 -r1.121
--- build.properties.default 24 Feb 2004 09:24:49 - 1.120
+++ build.properties.default 7 Apr 2004 13:55:00 - 1.121
@@ -131,11 +131,11 @@
# - Xerces XML Parser, version 2.6.1 -
-xerces.home=${base.path}/xerces-2_6_1
+xerces.home=${base.path}/xerces-2_6_2
xerces.lib=${xerces.home}
xercesImpl.jar=${xerces.lib}/xercesImpl.jar
xmlParserAPIs.jar=${xerces.lib}/xmlParserAPIs.jar
-xerces.loc=${base-xml.loc}/xerces-j/binaries/Xerces-J-bin.2.6.1.tar.gz
+xerces.loc=${base-xml.loc}/xerces-j/binaries/Xerces-J-bin.2.6.2.tar.gz
# --
@@ -196,6 +196,7 @@
nsis.home=${base.path}/nsis-2.0
nsis.exe=${nsis.home}/makensis.exe
nsis.installoptions.dll=${nsis.home}/Plugins/InstallOptions.dll
+nsis.nsexec.dll=${nsis.home}/Plugins/nsExec.dll
nsis.loc=${base-sf.loc}/nsis/nsis20.exe
1.5 +33 -15jakarta-tomcat-5/KEYS
Index: KEYS
===
RCS file: /home/cvs/jakarta-tomcat-5/KEYS,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- KEYS 11 Jan 2003 08:03:17 - 1.4
+++ KEYS 7 Apr 2004 13:55:00 - 1.5
@@ -144,25 +144,43 @@
-END PGP PUBLIC KEY BLOCK-
Type bits keyID Date User ID
-DSS 1024 0x7572CDEF 2001/10/12 *** DEFAULT SIGNING KEY ***
+DSS 3072/1024 0xA01422B5 2001/10/09 *** DEFAULT SIGNING KEY ***
Remy Maucherat [EMAIL PROTECTED]
-BEGIN PGP PUBLIC KEY BLOCK-
-Version: PGP 6.5.1i
+Version: PGP 6.5.8
-mQGiBDvGnR4RBADPVhGl+eo6ie6UJ9E4sIW8xbBCYHQxIMwWalcLzbz2FKWl57VP
-JzoIaTZZP6op3yhRv4qRm7NGC/gpabRj/im8vK7eKgoh2VVKhqVdIjWbQW+u9pEb
-pXlp1AAFUbP4kqSIggV54s4lRulE6Uq0eDy6sXK8mBFLGRggwEFvLTHPYQCg/2qx
-u1/hBovB0I8+XJoSzconttMEAJVYrxD2W9FhnVCn3ffHhkjQBxUeXr8bQIRwid6R
-ukAqlcVkGohOngdJ94O7KL40mm2A0t9APFVC0tgEk0M7piB5cE1zAZjoLTrlvWrC
-0tH0LzEyaUgvHdG1fVeHtgwsiGW/raWDzCfiIvLCx80yiaMw2TtYXLmhjy+1qWv3
-v78JA/4idwIP7zEF8O6hSEcn5RopddUte5Ne+Ya+fsuSmKDCqPNnIkVvHYarFbkY
-QPDEiUA2fS9j1ShDz3t0Adt1TRbN2VbENH6rYbx9gwiQGu41jjRVit2Z9JM5YDyq
-VDyYH5PpyKOJkKPzuIFzq6Wn6dh/wczhDNn7YHXH49ES2nO+/LQgUmVteSBNYXVj
-aGVyYXQgPHJlbW1AYXBhY2hlLm9yZz6JAE4EEBECAA4FAjvGnR4ECwMBAgIZAQAK
-CRBuHJULdXLN72cHAKCbdPNI0ep6mGivq/xXoeQOPbBEBwCgpBbCFwc4Q6W+Y+VT
-KQh+f5jVojw=
-=1iBa
+mQGiBDvDY+ERBADJ+GZ2SSlHMb0wRjfsHdJbb4zrRfHn4McEkYGUXyLtZJquAj3V
+8/JxrL3+wiBuXFQitf5qYXLDlRH+F1iFT17kqalFTvxZMA3Hg2kLB6ZUvIP8sTrD
+b8WJU18Lu2GwPMEUT1ito2eG3PDzgIVRwA0c5btLOhkwoRT+5bEl4ad8KwCg/0XV
+CEchMuZtOdJi6WOf8hfwF+cD/iTdfkuxGZEn6fK9erJb5GCr1v/0l83qKU36r8DX
+3kGpR6yac/2xv7+NEaKS1t9k/0seRsFQ/gWZA192HpsRhhe4C2lWmTh+YI7jS7mB
+Bw8dY304yhwPZuUYw86cLMpG5PXz9519kkDFGHlLG6MaxHnhfe0dXWzs/yv4uSsm
+35QfBACUx677GL4pEFJq2pP30aWhxc1but0ncLh5WDCael7wVuTGVSk8TorWoteM
+GcQkmDLo+my7xettXUTssijSn+NVRsFjcgMEpAWeJTBtfDRCyf312ECx7BM5G9oh
+HxtzMW4ZJYY4M1+3qklgpZaEYx1J8g8bIBv661vunbbcj1/OrLQgUmVteSBNYXVj
+aGVyYXQgPHJlbW1AYXBhY2hlLm9yZz6JAE4EEBECAA4FAjvDY+EECwMBAgIZAQAK
+CRB7QXnboBQitdfbAKD8zt0jeFHIlX6awuu9atxWyWaB3ACfb08JdEElpF7cTZhx
+yRpnKZDUvpa5Aw0EO8Nj5RAMAMwdd1ckOErixPDojhNnl06SE2H22+slDhf99pj3
+yHx5sHIdOHX79sFzxIMRJitDYMPj6NYK/aEoJguuqa6zZQ+iAFMBoHzWq6MSHvoP
+Ks4fdIRPyvMX86RA6dfSd7ZCLQI2wSbLaF6dfJgJCo1+Le3kXXn11JJPmxiO/Cqn
+S3wy9kJXtwh/CBdyorrWqULzBej5UxE5T7bxbrlLOCDaAadWoxTpj0BV89AHxstD
+qZSt90xkhkn4DIO9ZekX1KHTUPj1WV/cdlJPPT2N286Z4VeSWc39uK50T8X8dryD
+xUcwYc58yWb/Ffm7/ZFexwGq01uejaClcjrUGvC/RgBYK+X0iP1YTknbzSC0neSR
+BzZrM2w4DUUdD3yIsxx8Wy2O9vPJI8BD8KVbGI2Ou1WMuF040zT9fBdXQ6MdGGze
+MyEstSr/POGxKUAYEY18hKcKctaGxAMZyAcpesqVDNmWn6vQClCbAkbTCD1mpF1B
+n5x8vYlLIhkmuquiXsNV6UwybwACAgwAkwuQXCs1OPX398vydLxtt6AX9KreX4wm
+ykMG+hjgNUsUhYbi03fInYtqTd0TS9qtvSyFUP1aahoY7xKDECI8fyN20Xphb2ih
+fgipT6lBFH1tYX4cS1NHcQEdPU3b96Uat6cy7bma0/kUr3EZuxQlc6UVvsxD+lsT
+HsSqymY3om8Jx2yaDB58yK/VRUMs7/GPaqe/jQiHxbwyS7sWqhew7uNp+wJL5lEx
+x5PkbKj/eA2pKUpMrPKVJfK3E4nq5Q9feBgukhMCADxon2KYa4z4orU3EkM7I3sn
+wujj9dnCkoK2+P6/WvhNhR6q9fbdTHQqtDi4zSwip90m4CPWX/26RrEw2Lax1vC9
+LNJu5olQORxWvaDEoPFkU23kohGe9Qtxozqjn2Sya8VQoq1X5IMrQoCrf3MUWGrJ
++UzABENqSj4mM5XSGazkzTsx59hQMLEz/zKsFlQqTSaZ88VXNoRjj3Hm7b8KQeDE
+nTVtyjsrfoYjqPLSdhypI6HyNbUZ4mDJiQBGBBgRAgAGBQI7w2PlAAoJEHtBedug
+FCK1DkkAoJpMzhUJ2LrraHk7ALnqEeOlPnusAKCQ0vyLlJGktTxwzZ6yv2xwSj6O
+XQ==
+=1Jv0
-END PGP PUBLIC KEY BLOCK-
Type Bits/KeyID Date User ID
Re: Filter.init and JNDI resources
Opps, this belongs on tomcat-users, I'll take this there. Sorry. Sandy McArthur - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Losing line numbers in stracktraces
Thx, Dave ! It works. I did put debug=true in my ant javac task and recompiled the whole thing. Do you think debuglevel=lines would work also ? Regads, Hans - Original Message - From: David Rees [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, April 07, 2004 2:36 AM Subject: Re: Losing line numbers in stracktraces Hans Verschoor wrote: I have a problem reading stacktrace info when Tomcat throws an exception caused by a servlet or a class calld by a servlet I have my classes compiled into in the . WEB-INF/classes directory and (so far) I use no war or jar. When an exception is thrown the stacktrace does not show line numbers but Unknown source, which is not so handy. The classes are compiled correctly, in other circumstances the line numbers DO appear in stacktraces using the same classes. I am a relative newbie, so my questions are: 1. Do I need to configure the webapploader explicitly ? 2. Do I need some switch on de java statement when starting tomcat ? Make sure you compile your classes with the -g flag to javac. Otherwise, line numbers will be optimized out. -Dave - 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 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 14:50 --- Here is what causes the problem: in TcpReplicationThread line 142 the call to key.interestedOps blocks until the select in the parallel execution of ReplicationListener returns the next time. I checked with adding debug output directly nefore and after. Internet sources confirm, that register and setting interestedOps are blocking on select to the same selector. Some people suggest putting wakeup directly before register and interstedOps, but since an interrupted select in ReplicationListener will very quickly do the next select, I think you need some way of informing ReplicationListener to not do the select until interestedOps has returned. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Custom session tracking method?
Hi,
The reason your approach feels ugly and fragile to you is because it IS
;) Session-tracking is mandated by a couple of specs (J2EE, Servlet),
and tomcat implements it per the spec. If you do something different,
you will very likely have misbehaving 3rd party libraries that rely on
proper session tracking behavior.
Since you're rewriting your CGI scripts as servlets, why not modify them
to not expect the session-num parameter, and instead get the session ID
via normal java code (request.getSession().getId())? It's simpler,
standard, less code for you to write and test...
Please continue this discussion on the tomcat-user list, not tomcat-dev.
Yoav Shapira
Millennium Research Informatics
-Original Message-
From: Sandy McArthur [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 06, 2004 5:05 PM
To: [EMAIL PROTECTED]
Subject: Custom session tracking method?
Hi all,
Is there a way to implement custom session tracking at the container
level?
I'm trying to figure out how to implement a custom session tracking
method. I have a legacy client that interacts with a set of cgi scripts
and I'd like to port those scripts to servlets. I'm running into a
problem because the client passes session ids as a query parameter
named 'session-num' (e.g.: /update?session-num=TOKEN). The client does
not support cookies and there is no way to tell it use a JSESSIONID
encoded in the path.
I've followed the code as best as I can starting at
org.apache.coyote.tomcat5.CoyoteAdapter parses the JSESSIONID from the
request/cookies to where the org.apache.catalina.Manager fetches the
org.apache.catalina.Session and I don't see anyway to directly override
the session tracking behavior.
The best idea I currently have is to use a Valve and a custom Manager
and hope none of the Manager.{create,find}Session() methods are called
before my Valve can parse the request and stuff the session-num in a
ThreadLocal that Manager can use when returning a Session.
That feels ugly and fragile to me. Does anyone have a better solution?
Sandy McArthur
This e-mail, including any attachments, is a confidential business communication, and
may contain information that is confidential, proprietary and/or privileged. This
e-mail is intended only for the individual(s) to whom it is addressed, and may not be
saved, copied, printed, disclosed or used by anyone else. If you are not the(an)
intended recipient, please immediately delete this e-mail from your computer system
and notify the sender. Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 14:55 --- Why would you set tcpSelectorTimeout to 1000ms? The tcpSelectorTimeout feature is in place because of a bug in java NIO. If your NIO is working bug free, then tcpSelectorTimeout should be 0, cause the selector should wake up by itself when it receives a package. In many Unix JDKs this is not the case, hence you can set it to 50ms. I am setting this to INVALID, cause 1000ms in tcpSelectorTimeout is wrong. The problem is in Java NIO, not in Tomcat, hence you have to set tcpSelectorTimeout to a reasonable value. On windows you can set to 0, no timeout, cause on windows NIO works well, and the selector wakes up by itself when a data packet arrives Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28256] - WebappClassLoader.findClassInternal() permission problems
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=28256. 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=28256 WebappClassLoader.findClassInternal() permission problems [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Minor --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 14:55 --- Can you attach your test case? I'm -0 for such change for 1 reason: performance. Adding your recommendation will impact the current Tomcat performance when security is turned on. What you are doing is not a common use case, and will impact a lot of container who embedded Tomcat with security turned on (J2EE 1.4 requires the security manager turned on by default). Also, you can declare a more restrictive set of permissions in catalina.policy than AllPermissions. Thanks -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PHP from Tomcat , some news from JFC :)
Hi to all, Mladen discussed about using PHP from Tomcat. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. I make a simple try and here's the resulting 'readme' : Using php in Tomcat5: Easy a servlet is available in php (I have tried with php-4.3.5) configure the php with: ./configure --with-servlet=$TOMCAT_HOME --with-java=$JAVA_HOME a jarfile and dynamic library are produced: - sapi/servlet/phpsrvlt.jar - libs/libphp4.so Copy jarfile and arrange web.xml: cp $PHP_HOME/sapi/servlet/phpsrvlt.jar $TOMCAT_HOME/common/lib copy the $PHP_HOME/sapi/servlet/web.xml servlet and servlet-mapping in the $TOMCAT_HOME/conf/web.xml Start the Tomcat: LD_LIBRARY_PATH=$PHP_HOME/libs export LD_LIBRARY_PATH $TOMCAT_HOME/bin/catalina.sh start Try it: Create a file named ./webapps/ROOT/test.php containing: +++ ?php phpinfo(); ? +++ Call it: http://localhost:8080/test.php Patch for the configure of php: --- configure.org 2004-04-07 11:20:24.0 +0200 +++ configure 2004-04-07 11:22:50.0 +0200 if test $withval = yes; then SERVLET_CLASSPATH=. else + if test -f $withval/common/lib/servlet-api.jar; then +SERVLET_CLASSPATH=$withval/common/lib/servlet-api.jar + fi + if test -f $withval/lib/servlet.jar; then SERVLET_CLASSPATH=$withval/lib/servlet.jar fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28256] - WebappClassLoader.findClassInternal() permission problems
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=28256. 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=28256 WebappClassLoader.findClassInternal() permission problems --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 15:02 --- For the performance concern, I recommend adding the usual check on the presence of the security manager. Also, the CL actually *used* to be fast (it's no longer fast due to all the extra stuff done to avoid locking JARs at all costs - stupid JVM). BTW, going through the bug report gave me a headache :( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PHP from Tomcat , some news from JFC :)
Henri Gomez wrote: Hi to all, Mladen discussed about using PHP from Tomcat. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. They don't advetise a lot ;) Is the performance that bad ? :D Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 15:13 --- I'm having a different opinion: it is well documented, that key.interestedOps() blocks waiting for select() to return - dependent on the JVM implementation. It is not a bug in the JVM! You call interestedOps() in TcpReplicationThread line 142 although there is a parallelly executing select() call in ReplicationListener. So the interestedOps () blocks the TcPReplicationThread until the select() in ReplicationListener returns. Since during that time OP_READ is not set, select might block a very long time. Of course setting tcpSelectorTimeout to a very small value looks like a workaround. But still it is not a safe solution: depending on the scheduling of threads on CPUs it might happen, that ReplicationListener calls select() again, before interestedOps() is able to set the new flags. I really think you need a design, - where you check for pending interestedOps or register calls before retrying select - where you register interestedOps or register calls as pending, afterwards call wakeup, then do the interestedOps or register call and finally unregister the calls. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() bug -- Ref #[1M5QNAEu7l48Bwe]
Dear [EMAIL PROTECTED], Thank you for contacting the Juno Help Center. Please note that this is an automated response and further replies to this mail will not be responded to. Live technical support over e-mail is only available to Juno Platinum members writing through a Personal Assistance Ticket (PAT). You are receiving this mail due to one of the following reasons: [A]You're a Juno Platinum member and have NOT written to us from your Platinum account. [B]You're replying to a mail received from our Customer Support technicians at [EMAIL PROTECTED], and have modified the original Subject Line of the mail. [C]You're a Juno Free Internet service member. * [A]To give you the best service possible, we need some key information about your computer system and details of the problem error messages received. Visit our Web site at www.juno.com/techsupport/pat to create your own PAT and send a customized request to the Juno Customer Support Team. You'll receive personalized assistance in approximately one business day. Note: This service is available for Platinum members only. * [B]If you've received a reply from [EMAIL PROTECTED] in response to a PAT created by you, please ensure that you reply to that mail for further assistance. Note: Remember to keep the Subject Line of the mail unchanged. This will help us track your request, and serve you faster. * [C]If you are a Juno Free Internet service member and need technical support, please check out our other Support Options at http://www.juno.com/contact/free_index.html. If you require assistance over e-mail, send a blank mail to [EMAIL PROTECTED] Our e-mail-based Automated response library will send you the solutions database and provide you with a means to retrieve a list of relevant support documents. Thanks for using Juno! Sincerely, Juno Customer Care http://help.juno.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PHP from Tomcat , some news from JFC :)
Hi, Ooh, this is great. I'll put it in the wiki for now until we (or users) further test it out, then maybe we'll move it to a more permanent doc. Yoav Shapira Millennium Research Informatics -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 07, 2004 11:00 AM To: Tomcat Developers List Subject: PHP from Tomcat , some news from JFC :) Hi to all, Mladen discussed about using PHP from Tomcat. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. I make a simple try and here's the resulting 'readme' : Using php in Tomcat5: Easy a servlet is available in php (I have tried with php-4.3.5) configure the php with: ./configure --with-servlet=$TOMCAT_HOME --with-java=$JAVA_HOME a jarfile and dynamic library are produced: - sapi/servlet/phpsrvlt.jar - libs/libphp4.so Copy jarfile and arrange web.xml: cp $PHP_HOME/sapi/servlet/phpsrvlt.jar $TOMCAT_HOME/common/lib copy the $PHP_HOME/sapi/servlet/web.xml servlet and servlet-mapping in the $TOMCAT_HOME/conf/web.xml Start the Tomcat: LD_LIBRARY_PATH=$PHP_HOME/libs export LD_LIBRARY_PATH $TOMCAT_HOME/bin/catalina.sh start Try it: Create a file named ./webapps/ROOT/test.php containing: +++ ?php phpinfo(); ? +++ Call it: http://localhost:8080/test.php Patch for the configure of php: --- configure.org 2004-04-07 11:20:24.0 +0200 +++ configure 2004-04-07 11:22:50.0 +0200 if test $withval = yes; then SERVLET_CLASSPATH=. else + if test -f $withval/common/lib/servlet-api.jar; then +SERVLET_CLASSPATH=$withval/common/lib/servlet-api.jar + fi + if test -f $withval/lib/servlet.jar; then SERVLET_CLASSPATH=$withval/lib/servlet.jar fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PHP from Tomcat , some news from JFC :)
Nice :-) Did you try it ? I'm curious, could you run a quick helo world benchmark ( helo.jsp / help.php ) ? The big question is the level of integration - i.e. if you can call java objects from php or use some of the nice PHP features from java. Costin Henri Gomez wrote: Hi to all, Mladen discussed about using PHP from Tomcat. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. I make a simple try and here's the resulting 'readme' : Using php in Tomcat5: Easy a servlet is available in php (I have tried with php-4.3.5) configure the php with: ./configure --with-servlet=$TOMCAT_HOME --with-java=$JAVA_HOME a jarfile and dynamic library are produced: - sapi/servlet/phpsrvlt.jar - libs/libphp4.so Copy jarfile and arrange web.xml: cp $PHP_HOME/sapi/servlet/phpsrvlt.jar $TOMCAT_HOME/common/lib copy the $PHP_HOME/sapi/servlet/web.xml servlet and servlet-mapping in the $TOMCAT_HOME/conf/web.xml Start the Tomcat: LD_LIBRARY_PATH=$PHP_HOME/libs export LD_LIBRARY_PATH $TOMCAT_HOME/bin/catalina.sh start Try it: Create a file named ./webapps/ROOT/test.php containing: +++ ?php phpinfo(); ? +++ Call it: http://localhost:8080/test.php Patch for the configure of php: --- configure.org 2004-04-07 11:20:24.0 +0200 +++ configure 2004-04-07 11:22:50.0 +0200 if test $withval = yes; then SERVLET_CLASSPATH=. else + if test -f $withval/common/lib/servlet-api.jar; then +SERVLET_CLASSPATH=$withval/common/lib/servlet-api.jar + fi + if test -f $withval/lib/servlet.jar; then SERVLET_CLASSPATH=$withval/lib/servlet.jar fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 15:36 --- Reopened - reason see my 2 last comments. tcpSelectorTimeout was only chosen so big to demonstrate the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PHP from Tomcat , some news from JFC :)
Costin Manolache wrote: Nice :-) Did you try it ? I'm curious, could you run a quick helo world benchmark ( helo.jsp / help.php ) ? The big question is the level of integration - i.e. if you can call java objects from php or use some of the nice PHP features from java. I just forwarded the Jean-Frederic mail to the list, but I'm sure he'll be happy to reply to these questions :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-5 tomcat.nsi build.xml
-Original Message- From: Remy Maucherat The new procrun looks professional. It's been cooking for over a year and I've tried to do my best :) It seems really good quality overall (I do have a bad feeling about Win9x). The log viewer is gone though. Win9x is not supported (lack of interest and test platform). Since procrun now consist of two parts (lib and applications) it wouldn't be a problem to support that. But I'm +0 on supporting Win9x cause it's a NT kind of a application. Log viewer is gone, cause it was not local language independent, and it required additional sources in j-t-c. Now there is only monitor (like ApacheMonitor), that can be used to monitor the service. Perhaps like in Apache2 it should be run at startup. The major change is in configuration GUI that now supports all the configurable options, and in the fact that the java.exe is not needed any more. There are two additional apps (apsvcmgr for monitoring all the services with the options to filter particular services) and jar2exe that can make an .exe from .jar file. I was able to run the entire Tomcat from single .exe (although the usability of such application is questionable :). Few things remains (mostly cosmetic) open, like shutting down monitor when the service is deleted (for uninstall purposes) etc. Also I've changed the installation to use the jvm from detected JAVA_HOME (not the default one set in registry) so it should finally act the same way as started from startup.bat Further more the binaries now reflects the service name, so just double clicking on the application will call the default action (running in debug mode and configuration editing). MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PHP from Tomcat , some news from JFC :)
Hi, I posted the wiki: http://wiki.apache.org/jakarta-tomcat/UsingPhp (reformatted for easier reading and following by less experienced users). Yoav Shapira Millennium Research Informatics -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 07, 2004 11:37 AM To: Tomcat Developers List Subject: Re: PHP from Tomcat , some news from JFC :) Costin Manolache wrote: Nice :-) Did you try it ? I'm curious, could you run a quick helo world benchmark ( helo.jsp / help.php ) ? The big question is the level of integration - i.e. if you can call java objects from php or use some of the nice PHP features from java. I just forwarded the Jean-Frederic mail to the list, but I'm sure he'll be happy to reply to these questions :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PHP from Tomcat , some news from JFC :)
From what I hear, the current PHPServlet is okay for simple things, but the integration you're looking for is not quite there yet. There's some work going on to let Java and scripting languages act more friendly with each other. For those who are interested, check out JSR-223, Scripting Pages in Java Web Applications. http://jcp.org/en/jsr/detail?id=223 This JSR focuses on tight integration between PHP (or other scripting languages) and Java webapps. Zend is an active participant on the expert group and is interested in such integration. I believe they're building their RI on top of Tomcat. Cool stuff! --- Mark Roth, Java Software JSP 2.0 Specification Lead Sun Microsystems, Inc. Costin Manolache wrote: Nice :-) Did you try it ? I'm curious, could you run a quick helo world benchmark ( helo.jsp / help.php ) ? The big question is the level of integration - i.e. if you can call java objects from php or use some of the nice PHP features from java. Costin Henri Gomez wrote: Hi to all, Mladen discussed about using PHP from Tomcat. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. I make a simple try and here's the resulting 'readme' : Using php in Tomcat5: Easy a servlet is available in php (I have tried with php-4.3.5) configure the php with: ./configure --with-servlet=$TOMCAT_HOME --with-java=$JAVA_HOME a jarfile and dynamic library are produced: - sapi/servlet/phpsrvlt.jar - libs/libphp4.so Copy jarfile and arrange web.xml: cp $PHP_HOME/sapi/servlet/phpsrvlt.jar $TOMCAT_HOME/common/lib copy the $PHP_HOME/sapi/servlet/web.xml servlet and servlet-mapping in the $TOMCAT_HOME/conf/web.xml Start the Tomcat: LD_LIBRARY_PATH=$PHP_HOME/libs export LD_LIBRARY_PATH $TOMCAT_HOME/bin/catalina.sh start Try it: Create a file named ./webapps/ROOT/test.php containing: +++ ?php phpinfo(); ? +++ Call it: http://localhost:8080/test.php Patch for the configure of php: --- configure.org 2004-04-07 11:20:24.0 +0200 +++ configure 2004-04-07 11:22:50.0 +0200 if test $withval = yes; then SERVLET_CLASSPATH=. else + if test -f $withval/common/lib/servlet-api.jar; then +SERVLET_CLASSPATH=$withval/common/lib/servlet-api.jar + fi + if test -f $withval/lib/servlet.jar; then SERVLET_CLASSPATH=$withval/lib/servlet.jar fi - 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 28262] New: - Fix autodeploy bug at CVS HEAD
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=28262. 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=28262 Fix autodeploy bug at CVS HEAD Summary: Fix autodeploy bug at CVS HEAD Product: Tomcat 5 Version: 5.0.21 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hey, at 5.0.19 release the dir and war autodeploy feature don't work but the current cvs head (07.04.2004) has a fix. After test I see a strange behavior. first example or bug start tomcat copy dir or war to webapps wait 1 sec look a manager app OK. Apps are deploy and ready. remove dir or war with the manager app Result: dir is deleted but war's not ! work dir or context.xml removed HostConfig not closed a jar pointer. (s. Patch) next example start tomcat copy dir or war to webapps wait 1 sec look a manager app OK. Apps are deploy and ready. remove dir or war with the manager app wait 1 sec copy dir or war again to webapps Hups. Autodeployment not work anymore I look at HostConfig and see that all autodeploy xml,dirs and wars registered at deployed list but not delete. I add a checkRemoveApps() method and call it inside check(). Now second szenario work correct. Regards Peter - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28262] - Fix autodeploy bug at CVS HEAD
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=28262. 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=28262 Fix autodeploy bug at CVS HEAD --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:08 --- Created an attachment (id=11171) Autodeploy Patch HostConfig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
[For some reason, a commit notification was never sent for this
change i committed last night]
date: 2004/04/07 02:27:47; author: luehe; state: Exp; lines: +18 -18
Fixed problem where when replacing global JspServlet with
webapp-specific one, the wrapper for the global JspServlet (which had
already been stopped and marked unavailable) was still being
registered with JMX, because even though the wrapper had been removed
from the context's children, it was never removed from the wrappers
instance field.
Replaced all occurrences of wrappers with the result of
findChildren(), so that we don't need to maintain two lists of
wrapper children.
DIFFS:
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.123
retrieving revision 1.124
diff -u -r1.123 -r1.124
--- StandardContext.java5 Apr 2004 22:40:07 - 1.123
+++ StandardContext.java7 Apr 2004 02:27:47 - 1.124
@@ -109,7 +109,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
- * @version $Revision: 1.123 $ $Date: 2004/04/05 22:40:07 $
+ * @version $Revision: 1.124 $ $Date: 2004/04/07 02:27:47 $
*/
public class StandardContext
@@ -569,8 +569,6 @@
*/
private transient DirContext webappResources = null;
-private ArrayList wrappers=new ArrayList();
-
private long startupTime;
private long startTime;
private long tldScanTime;
@@ -2315,7 +2313,6 @@
public Wrapper createWrapper() {
//log.info( Create wrapper );
Wrapper wrapper = new StandardWrapper();
-wrappers.add(wrapper);
synchronized (instanceListeners) {
for (int i = 0; i instanceListeners.length; i++) {
@@ -3105,9 +3102,10 @@
*/
public void removeChild(Container child) {
-if (!(child instanceof Wrapper))
+if (!(child instanceof Wrapper)) {
throw new IllegalArgumentException
(sm.getString(standardContext.notWrapper));
+}
super.removeChild(child);
@@ -4416,8 +4414,6 @@
// Reset application context
context = null;
-
-wrappers = new ArrayList();
}
/**
@@ -4523,8 +4519,6 @@
// Reset application context
context = null;
-wrappers = new ArrayList();
-
// This object will no longer be visible or used.
try {
resetContext();
@@ -5251,16 +5245,23 @@
}
-/** JSR77 servlets attribute
+/**
+ * JSR77 servlets attribute
*
* @return list of all servlets ( we know about )
*/
public String[] getServlets() {
-int size=wrappers.size();
-String result[]=new String[size];
-for( int i=0; i size; i++ ) {
-result[i]=((StandardWrapper)wrappers.get(i)).getObjectName();
+
+String[] result = null;
+
+Container[] children = findChildren();
+if (children != null) {
+result = new String[children.length];
+for( int i=0; i children.length; i++ ) {
+result[i] = ((StandardWrapper)children[i]).getObjectName();
+}
}
+
return result;
}
@@ -5325,10 +5326,9 @@
broadcaster.sendNotification(notification);
}
}
-for (Iterator it = wrappers.iterator(); it.hasNext() ; ) {
-StandardWrapper wrapper=(StandardWrapper)it.next();
-// XXX prevent duplicated registration
-wrapper.registerJMX( this );
+Container children[] = findChildren();
+for (int i=0; children!=null ichildren.length; i++) {
+((StandardWrapper)children[i]).registerJMX( this );
}
} catch (Exception ex) {
log.info(Error registering wrapper with jmx + this + +
Jan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28262] - Fix autodeploy bug at CVS HEAD
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=28262. 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=28262 Fix autodeploy bug at CVS HEAD --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:09 --- Created an attachment (id=11172) LocalString.properties ( debug messages) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PHP from Tomcat , some news from JFC :)
-Original Message- From: Henri Gomez Mladen discussed about using PHP from Tomcat. The point is better native integration, php support will be just an example of such integration. Jean-Frederic Clere make some tests during his vacation and send me the following mail to be forwarded to the list : Good news, tomcat+php it's easy, php allready have support for. This module is totally unusable although it was written by Sam Ruby :(. Also it doesn't support php5 and it's even removed from cvs. Here are some statemets from one of the leading php developers (Sebastian Bergman): http://www.zend.com/lists/php-dev/200308/msg00571.html about two or three times a month I receive mails concering the Servlet SAPI module of PHP 4. This module is not usable in production since it segfaults after the first or second request. Are there any plans to rewrite this SAPI module for PHP 5? MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] New: - Tomcat 5 installer Windows detects JRE instead of JDK
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=28263. 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=28263 Tomcat 5 installer Windows detects JRE instead of JDK Summary: Tomcat 5 installer Windows detects JRE instead of JDK Product: Tomcat 5 Version: 5.0.19 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Native:Packaging AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The Tomcat 5 installation on Windows detects the JRE folder (usually like C:\Program Files\Java\j2re1.4\), instead of the correct Java SDK folder (usually like C:\j2sdk1.4\). This is really bad for the novice user, since after that Tomcat will run, but it will not be able to dynamically compile JSP pages by default, unless he/she manually copy tools.jar to the Tomcat common\lib\ folder. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:13 --- Yes, you are absolutely right, the interestOps in unix is blocking until select is done. I will fix this, many thanks for the detailed bug report - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] - Tomcat 5 installer Windows detects JRE instead of JDK
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=28263. 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=28263 Tomcat 5 installer Windows detects JRE instead of JDK [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:15 --- This is not the case. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2004/04/07 09:26:54 Modified:webapps/docs changelog.xml Log: - Changelog update. Revision ChangesPath 1.38 +104 -0jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.37 retrieving revision 1.38 diff -u -r1.37 -r1.38 --- changelog.xml 31 Mar 2004 09:03:36 - 1.37 +++ changelog.xml 7 Apr 2004 16:26:53 - 1.38 @@ -13,6 +13,110 @@ body +section name=Tomcat 5.0.22 (remm) + + subsection name=General + +changelog + + add + New procrun 2 Windows wrapper (mturk) + /add + update + Xerces 2.6.2 (remm) + /update + +/changelog + + /subsection + + subsection name=Catalina + +changelog + + fix + Fix getContext(/) so current context is returned if called whilst + in the root context (markt) + /fix + fix + Refactor the Extension validator without using a singleton pattern to fix + a possible NPE (remm) + /fix + fix + Allow webapp to override JspServlet (settings) inherited from global + web.xml (luehe) + /fix + +/changelog + + /subsection + + subsection name=Coyote + +changelog + + fix + Add detection for JDK 1.5 (billbarker) + /fix + fix + bug16157/bug: Set AuthType on HttpServletRequest, submitted by + Kan Ogawa (markt) + /fix + fix + Add public method consistently (jfarcand) + /fix + +/changelog + + /subsection + + subsection name=Jasper + +changelog + + fix + Moved initialization of 'varName' to where it is needed (luehe) + /fix + update + Allow disable tag pooling for ant task (and command line option) in jspc + (funkman) + /update + fix + bug28236/bug: when reallocating, make the buffer grow faster + (512 bytes at a time was not sufficient) (remm) + /fix + +/changelog + + /subsection + + subsection name=Modules + +changelog + + fix + bug28131/bug: Fix expiration of delta sessions (fhanik) + /fix + +/changelog + + /subsection + + subsection name=Webapps + +changelog + + fix + Remove resource bundle which was causing problems in the admin + webapp (remm) + /fix + +/changelog + + /subsection + +/section + section name=Tomcat 5.0.21 (remm) subsection name=General - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] - Tomcat 5 installer Windows detects JRE instead of JDK
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=28263. 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=28263 Tomcat 5 installer Windows detects JRE instead of JDK [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:27 --- I beg you pardon, but this is a reproducible issue in my Windows XP computer, which have the JDK 1.4.2_04 correctly installed. In addition, I maintain a Tomcat installation tutorial (in Portuguese) in my site and some other users have also contacted me describing the exact same problem. So *why* this is not the case? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] - Tomcat 5 installer Windows detects JRE instead of JDK
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=28263. 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=28263 Tomcat 5 installer Windows detects JRE instead of JDK [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |Low - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28263] - Tomcat 5 installer Windows detects JRE instead of JDK
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=28263. 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=28263 Tomcat 5 installer Windows detects JRE instead of JDK [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28265] New: - tomcat watchdog
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=28265. 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=28265 tomcat watchdog Summary: tomcat watchdog Product: Tomcat 5 Version: 5.0.0 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When tomcat crashes with a segmentation fault, it doesn't have any automatic way of starting back up. In a single server/single tomcat situation, this causes users to get an internal server error if there's an apache front end, or just be unable to connect if it's standalone, until the administrator notices and starts it back up. Eliminating the segfault is the best solution, but sometimes not possible (for example we have a DB2 driver that crashes the JVM about once every 48 hours). What I would like to have is a watchdog process which starts tomcat, then restarts it if it dies with a SIGSEGV (and probably logs the error and/or notifies someone). Perhaps this should be a feature of jsvc... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28265] - tomcat watchdog
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=28265. 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=28265 tomcat watchdog [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 16:52 --- This looks to me like a feature of jsvc (evidently, you need to start it as a daemon). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23914] - NullPointerException in Coyote Adapter
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=23914. 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=23914 NullPointerException in Coyote Adapter --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 17:23 --- Having the same problem with Tomcat 5.0.19 running in an integrated stack with JBoss 3.2.4 RC1 Running mod_jk 2.0.2/2.0.4 running on Redhat Fedora core 1. JDK 1.4.2_04 Another I see this very often after about 2 or three minutes of use. The application that I'm running has frames in it and when the error occurs, one frameset fails to be delivered. You get a white page. A click on the reload button restores the page, but its almost if the TCP connection delivers one frame and disconnects without handling the other frame. Didnt see this problem running Tomcat 4.1.29 with JBoss 3.2.3 Get this with the first request 3:29,453 WARN [HandlerRequest] Error registering request Here is the stack trace, 18:16:28,920 ERROR [CoyoteAdapter] An exception or error occurred in the container during the request processing java.lang.NullPointerException at org.jboss.resource.connectionmanager.BaseConnectionManager2.unregisterAssociation(BaseConnectionManager2.java:625) at org.jboss.resource.connectionmanager.BaseConnectionManager2.disconnect(BaseConnectionManager2.java:592) at org.jboss.resource.connectionmanager.CachedConnectionManager.disconnect(CachedConnectionManager.java:405) at org.jboss.resource.connectionmanager.CachedConnectionManager.popMetaAwareObject(CachedConnectionManager.java:247) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:96) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:567) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206) at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:339) at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:415) at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:716) at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:650) at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:829) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688) at java.lang.Thread.run(Thread.java:534) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23914] - NullPointerException in Coyote Adapter
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=23914. 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=23914 NullPointerException in Coyote Adapter --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 17:32 --- This is really annoying ... How is this the same issue ? Don't you see the stack trace is completely different, and doesn't involve Tomcat code ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 18:09 --- Thank you very much! I hope I don't bother you too much, but we plan to use TC 5.0 cluster in a high load mission critical application starting June. So we try hard to help you improve robustness. I think you do a wonderful job and we try to be as precise as possible with our observations. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28265] - tomcat watchdog
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=28265. 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=28265 tomcat watchdog --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 18:50 --- This looks like it might be a useful enhancement to jsvc. As Remy has pointed out, jsvc issues should be filed under commons-daemon, not Tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Renee M Rice/Gates/NWIE is out of the office.
I will be out of the office starting 04/06/2004 and will not return until 04/12/2004. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationListener.java TcpReplicationThread.java ThreadPool.java WorkerThread.java
fhanik 2004/04/07 12:02:31
Modified:modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaManager.java DeltaSession.java
modules/cluster/src/share/org/apache/catalina/cluster/tcp
ReplicationListener.java TcpReplicationThread.java
ThreadPool.java WorkerThread.java
Log:
Two bug fixes
1. access() on a session should not set isNew false
2. fixed the blocking interestOps(), although selector.select() still doesn't wakeup
when a new request comes in
bug 28259
Revision ChangesPath
1.20 +2 -2
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
Index: DeltaManager.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v
retrieving revision 1.19
retrieving revision 1.20
diff -u -r1.19 -r1.20
--- DeltaManager.java 2 Apr 2004 14:42:20 - 1.19
+++ DeltaManager.java 7 Apr 2004 19:02:30 - 1.20
@@ -334,7 +334,7 @@
session.setId(sessionId);
session.resetDeltaRequest();
// Initialize the properties of the new session and return it
-
+
sessionCounter++;
1.21 +2 -2
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java
Index: DeltaSession.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaSession.java,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- DeltaSession.java 1 Apr 2004 21:06:50 - 1.20
+++ DeltaSession.java 7 Apr 2004 19:02:31 - 1.21
@@ -523,6 +523,7 @@
public void setNew(boolean isNew) {
setNew(isNew,true);
}
+
public void setNew(boolean isNew, boolean addDeltaRequest) {
this.isNew = isNew;
if (addDeltaRequest (deltaRequest!=null)) deltaRequest.setNew(isNew);
@@ -643,7 +644,6 @@
*/
public void access() {
-this.isNew = false;
this.lastAccessedTime = this.thisAccessedTime;
this.thisAccessedTime = System.currentTimeMillis();
1.14 +16 -1
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java
Index: ReplicationListener.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- ReplicationListener.java 27 Feb 2004 14:58:56 - 1.13
+++ ReplicationListener.java 7 Apr 2004 19:02:31 - 1.14
@@ -50,12 +50,14 @@
private int tcpListenPort;
private boolean isSenderSynchronized;
+private Object interestOpsMutex = new Object();
+
public ReplicationListener() {
}
public void start() {
try {
-pool = new ThreadPool(tcpThreadCount, TcpReplicationThread.class);
+pool = new ThreadPool(tcpThreadCount, TcpReplicationThread.class,
interestOpsMutex);
if ( auto.equals(tcpListenAddress) ) {
tcpListenAddress = java.net.InetAddress.getLocalHost().
getHostAddress();
@@ -110,6 +112,16 @@
int n = selector.select(tcpSelectorTimeout);
if (n == 0) {
+//there is a good chance that we got here
+//because the TcpReplicationThread called
+//selector wakeup().
+//if that happens, we must ensure that that
+//thread has enough time to call interestOps
+synchronized (interestOpsMutex) {
+//if we got the lock, means there are no
+//keys trying to register for the
+//interestOps method
+}
continue; // nothing to do
}
// get an iterator over the set of selected keys
@@ -242,6 +254,9 @@
public int getPort() {
return getTcpListenPort();
+}
+public Object getInterestOpsMutex() {
+return interestOpsMutex;
}
}
1.10 +10 -3
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/TcpReplicationThread.java
Index: TcpReplicationThread.java
===
RCS file:
DO NOT REPLY [Bug 28259] - Synchronous cluster very slow - select() 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=28259. 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=28259 Synchronous cluster very slow - select() bug [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 19:06 --- As always, I stand corrected about interestOps blocking. This has been fixed, however, setting tcpSelectorTimeout to 1000ms will still yield the same problems because of selector.select() will not wake up if new data comes in on the tcp channel. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2004/04/07 12:19:51 Modified:webapps/docs changelog.xml Log: - Changelog update for 5.0.22. Revision ChangesPath 1.39 +8 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.38 retrieving revision 1.39 diff -u -r1.38 -r1.39 --- changelog.xml 7 Apr 2004 16:26:53 - 1.38 +++ changelog.xml 7 Apr 2004 19:19:51 - 1.39 @@ -97,6 +97,14 @@ fix bug28131/bug: Fix expiration of delta sessions (fhanik) /fix + fix + access() on a session should not set isNew false (fhanik) + /fix + fix + bug28259/bug: fixed the blocking interestOps(), although + selector.select() still doesn't wakeup when a new request comes in + (fhanik) + /fix /changelog - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28161] - Replication messages get lost with AsyncSocketSender
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=28161. 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=28161 Replication messages get lost with AsyncSocketSender [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 20:41 --- The Deltamanager now uses a different Id to assign to its messages, that will make them unique. This all the messages will get through. However, the async could be pooled in the same way the the synchronous is in pooled mode, would increase performance alot :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Node.java
kinman 2004/04/07 13:41:32
Modified:jasper2/src/share/org/apache/jasper/compiler Node.java
Log:
- Fix bugzilla 28244: XML Comment between jsp:attribute causes attributes after
the comment to be ignored
Revision ChangesPath
1.82 +1 -1
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java
Index: Node.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Node.java,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- Node.java 17 Mar 2004 19:23:03 - 1.81
+++ Node.java 7 Apr 2004 20:41:32 - 1.82
@@ -303,7 +303,7 @@
if( n instanceof NamedAttribute ) {
result.add( n );
}
-else {
+else if (! (n instanceof Comment)) {
// Nothing can come before jsp:attribute, and only
// jsp:body can come after it.
break;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/util SmartQueue.java
fhanik 2004/04/07 13:43:55
Modified:modules/cluster/src/share/org/apache/catalina/cluster
SessionMessage.java
modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaManager.java
modules/cluster/src/share/org/apache/catalina/cluster/tcp
AsyncSocketSender.java ReplicationValve.java
SimpleTcpCluster.java
modules/cluster/src/share/org/apache/catalina/cluster/util
SmartQueue.java
Log:
Two fixes for async replication
1. Bug 28161 - The smart queue will now use the session message getUniqueId
instead of sessionId, this makes sure that
no messages are overridden when the queue fills up
2. The async replication thread will now properly exit when members join or leave
the cluster
Revision ChangesPath
1.7 +18 -0
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/SessionMessage.java
Index: SessionMessage.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/SessionMessage.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- SessionMessage.java 27 Feb 2004 14:58:55 - 1.6
+++ SessionMessage.java 7 Apr 2004 20:43:54 - 1.7
@@ -104,6 +104,7 @@
private Member mSrc;
private String mContextName;
private long serializationTimestamp;
+private String uniqueId;
/**
@@ -144,6 +145,17 @@
mSession = session;
mSessionID = sessionID;
mContextName = contextName;
+uniqueId = sessionID;
+}
+
+public SessionMessage( String contextName,
+ int eventtype,
+ byte[] session,
+ String sessionID,
+ String uniqueID)
+{
+this(contextName,eventtype,session,sessionID);
+uniqueId = uniqueID;
}
/**
@@ -211,5 +223,11 @@
public String getContextName() {
return mContextName;
+}
+public String getUniqueId() {
+return uniqueId;
+}
+public void setUniqueId(String uniqueId) {
+this.uniqueId = uniqueId;
}
}//SessionMessage
1.21 +6 -4
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java
Index: DeltaManager.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/DeltaManager.java,v
retrieving revision 1.20
retrieving revision 1.21
diff -u -r1.20 -r1.21
--- DeltaManager.java 7 Apr 2004 19:02:30 - 1.20
+++ DeltaManager.java 7 Apr 2004 20:43:54 - 1.21
@@ -767,13 +767,15 @@
byte[] data = unloadDeltaRequest(deltaRequest);
msg = new SessionMessage(name, SessionMessage.EVT_SESSION_DELTA,
-data, sessionId);
+data, sessionId,
+sessionId+System.currentTimeMillis());
session.resetDeltaRequest();
} else if ( !session.isPrimarySession() ) {
msg = new SessionMessage(getName(),
SessionMessage.EVT_SESSION_ACCESSED,
null,
- sessionId);
+ sessionId,
+ sessionId+System.currentTimeMillis());
}
session.setPrimarySession(true);
//check to see if we need to send out an access message
@@ -783,7 +785,7 @@
msg = new SessionMessage(getName(),
SessionMessage.EVT_SESSION_ACCESSED,
null,
- sessionId);
+ sessionId+System.currentTimeMillis());
}
}
1.6 +25 -5
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/AsyncSocketSender.java
Index: AsyncSocketSender.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/AsyncSocketSender.java,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
---
DO NOT REPLY [Bug 28244] - XML Comment between jsp:attribute cause attribute after comment was ignored
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=28244. 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=28244 XML Comment between jsp:attribute cause attribute after comment was ignored [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 20:52 --- The spec (page 1.124) does not seems to allow for comments in between jsp:attribute's. However, this can be a spec oversight. Fixed in CVS. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0.22] New build
New new build here: http://www.apache.org/dist/jakarta/tomcat-5/v5.0.22-alpha/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
luehe 2004/04/07 14:34:12
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
When the webapp specific JspServlet inherits the mappings from the
global JspServlet, we need to wipe out the wrapper corresponding to
the global JspServlet from the mapper (by calling
StandardContext.addServletMapping() instead of
StandardWrapper.addMapping())
Revision ChangesPath
1.125 +20 -14
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.124
retrieving revision 1.125
diff -u -r1.124 -r1.125
--- StandardContext.java 7 Apr 2004 02:27:47 - 1.124
+++ StandardContext.java 7 Apr 2004 21:34:12 - 1.125
@@ -1731,26 +1731,22 @@
*/
public void addChild(Container child) {
+// Global JspServlet
+Wrapper oldJspServlet = null;
+
if (!(child instanceof Wrapper)) {
throw new IllegalArgumentException
(sm.getString(standardContext.notWrapper));
}
Wrapper wrapper = (Wrapper) child;
+boolean isJspServlet = jsp.equals(child.getName());
-/*
- * Allow webapp to override JspServlet inherited from global web.xml.
- * The webapp-specific JspServlet inherits all the mappings specified
- * in the global web.xml, and may add additional ones.
- */
-if (jsp.equals(wrapper.getName())) {
-Wrapper jspServlet = (Wrapper) findChild(jsp);
-if (jspServlet != null) {
-String[] jspMappings = jspServlet.findMappings();
-for (int i=0; jspMappings!=null ijspMappings.length; i++) {
-wrapper.addMapping(jspMappings[i]);
-}
-removeChild(jspServlet);
+// Allow webapp to override JspServlet inherited from global web.xml.
+if (isJspServlet) {
+oldJspServlet = (Wrapper) findChild(jsp);
+if (oldJspServlet != null) {
+removeChild(oldJspServlet);
}
}
@@ -1768,6 +1764,16 @@
super.addChild(child);
+if (isJspServlet oldJspServlet != null) {
+/*
+ * The webapp-specific JspServlet inherits all the mappings
+ * specified in the global web.xml, and may add additional ones.
+ */
+String[] jspMappings = oldJspServlet.findMappings();
+for (int i=0; jspMappings!=null ijspMappings.length; i++) {
+addServletMapping(jspMappings[i], child.getName());
+}
+}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
[EMAIL PROTECTED] wrote: luehe 2004/04/07 14:34:12 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When the webapp specific JspServlet inherits the mappings from the global JspServlet, we need to wipe out the wrapper corresponding to the global JspServlet from the mapper (by calling StandardContext.addServletMapping() instead of StandardWrapper.addMapping()) Are you absolutely certain all this stuff is really needed ? (I hope you're aware that adding a lot of these hacks is bad ;) ) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: luehe 2004/04/07 14:34:12 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: When the webapp specific JspServlet inherits the mappings from the global JspServlet, we need to wipe out the wrapper corresponding to the global JspServlet from the mapper (by calling StandardContext.addServletMapping() instead of StandardWrapper.addMapping()) Are you absolutely certain all this stuff is really needed ? (I hope you're aware that adding a lot of these hacks is bad ;) ) Yes, I'm pretty positive, because I have some test cases. ;-) The latest change was prompted by a test case where inside a webapp that declares its own JspServlet, a JSP jsp:include's another JSP. However, the ApplicationDispatcher reported that the Servlet jsp is currently unavailable, because the context's mapper still contained the wrapper corresponding to the old (global) JspServlet, which had been disabled. I promise I'm done. :) Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28271] New: - JNDI resources linked from DefaultContext are not available to Filter.init methods
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=28271. 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=28271 JNDI resources linked from DefaultContext are not available to Filter.init methods Summary: JNDI resources linked from DefaultContext are not available to Filter.init methods Product: Tomcat 5 Version: 5.0.19 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Filters that need to access a DataSource via JNDI fail to initilze when the JNDI resource is linked to the webapp via a ResourceLink in a DefaultContext. The same code works fine when the ResourceLink is in a Context. Also, by the time the Filter.doFilter method a request for a JNDI resource that would fail in the init method will succeed. In case that is unclear, here is a table of where a JNDI look up will work: ResourceLink in | Filter.init | Filter.doFilter DefaultContext |fail |succeed Context | succeed|succeed I've been privately told that: DefaultContext JNDI references do not get initialized until after plugin init methods are called. It does not appear that the apache developers think this is a problem. The recommendation was to put the resource link into the app's context instead. If that is the case, could the documentation at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/defaultcontext.html be updated with a comment on this unexpected behavior. It would have saved me half a day's worth of work trying to track this down. If you want test code that demonstrates the problem I'd be happy to upload it. Here is the stack trace from my test code: 2004-04-07 18:11:09 StandardContext[/JNDI]Exception starting filter InitLookup javax.servlet.UnavailableException: Problem looking up resource. at com.example.filter.InitLookup.lookup(InitLookup.java:54) at com.example.filter.InitLookup.init(InitLookup.java:26) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:272) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:355) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:126) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3644) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4276) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1126) at org.apache.catalina.core.StandardHost.start(StandardHost.java:832) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1126) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:521) at org.apache.catalina.core.StandardService.start(StandardService.java:519) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2345) at org.apache.catalina.startup.Catalina.start(Catalina.java:594) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) Caused by: javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceEnvFactory.getObjectInstance(ResourceEnvFactory.java:146) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.apache.naming.NamingContext.lookup(NamingContext.java:838) at org.apache.naming.NamingContext.lookup(NamingContext.java:185) at org.apache.naming.NamingContext.lookup(NamingContext.java:826) at org.apache.naming.NamingContext.lookup(NamingContext.java:198) at com.example.filter.InitLookup.lookup(InitLookup.java:48) ... 19 more - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28271] - JNDI resources linked from DefaultContext are not available to Filter.init methods
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=28271. 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=28271 JNDI resources linked from DefaultContext are not available to Filter.init methods [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-07 22:38 --- Please do not file a bug before testing with the latest build. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28272] New: - Deploy manager command should use context.xml from war file
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=28272. 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=28272 Deploy manager command should use context.xml from war file Summary: Deploy manager command should use context.xml from war file Product: Tomcat 5 Version: 5.0.20 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Intuitively, I would expect that if I only use the war parameter (without config and path), and my application contains META-INF/context.xml, then Tomcat should consider this context.xml file, including the 'path' attribute specified in it. Also, the docBase attribute should not be needed in this case (as it is implied by the location of context.xml), but the manager-howto.html file specifies it as mandatory. Shouldn't docBase be optional? Thanks. One of the important gains should be the possibility to use relative path in the context.xml and thus be able to version control the file. There were some comments about this in a separate issue (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27216), but I decided to open this one instead, so that we don't mix things together. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: DO NOT REPLY [Bug 28272] New: - Deploy manager command should use context.xml from war file
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Wed, 7 Apr 2004 21:09:57 -0700 Received: (qmail 89939 invoked by uid 500); 8 Apr 2004 04:09:41 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 89924 invoked from network); 8 Apr 2004 04:09:40 - Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 8 Apr 2004 04:09:40 - Received: (qmail 5940 invoked by uid 50); 8 Apr 2004 04:10:33 - Date: 8 Apr 2004 04:10:33 - Message-ID: [EMAIL PROTECTED] From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: Subject: DO NOT REPLY [Bug 28272] New: - Deploy manager command should use context.xml from war file X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N 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=28272. 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=28272 Deploy manager command should use context.xml from war file Summary: Deploy manager command should use context.xml from war file Product: Tomcat 5 Version: 5.0.20 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Intuitively, I would expect that if I only use the war parameter (without config and path), and my application contains META-INF/context.xml, then Tomcat should consider this context.xml file, including the 'path' attribute specified in it. Also, the docBase attribute should not be needed in this case (as it is implied by the location of context.xml), but the manager-howto.html file specifies it as mandatory. Shouldn't docBase be optional? Thanks. One of the important gains should be the possibility to use relative path in the context.xml and thus be able to version control the file. There were some comments about this in a separate issue (http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27216), but I decided to open this one instead, so that we don't mix things together. - 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]
[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration, and has been outstanding for 7 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common] - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] - Info - Jar [catalina.jar] identifier set to jar basename: [catalina] - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.home. - Info - Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. - Info - Dependency on jakarta-struts exists, no need to add for property struts.home. - Info - Enable debug output, due to a sequence of 6 previous errors. - Info - Failed with reason build failed - - - - - -- -- G U M P Gump performed this work: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 1 minutes, 6 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote -Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar -Dsite2.home=/data3/gump/jakarta-site2 -DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar -Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri -Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar -Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar -Dregexp.jar=/data3/gump/jakarta-regexp/build/jakarta-regexp-20040408.jar -Dmail.home=/data3/gump/opt/javamail-1.3 -Dant.home=/data3/gump/ant/dist -Dcommons-modeler.home=/data3/gump/jakarta-commons/modeler
Autoreply: [GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed
Hello, Due to the increased volume of SPAM this mailbox has been closed. Please contact us via http://www.directxtras.com/ContactUS.asp We apology for the inconvenience. Best Regards, -- The DirectXtras Team - DirectXtras - Xtra Power for Director and Authorware - http://www.directxtras.com Sites with something to say - http://www.SpeaksForItself.com - Your message reads: Received: from mail.apache.org (unverified [208.185.179.12]) by mail2.intermedia.net (Rockliffe SMTPRA 4.5.6) with SMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Wed, 7 Apr 2004 22:34:08 -0700 Message-ID: [EMAIL PROTECTED] Received: (qmail 984 invoked by uid 500); 8 Apr 2004 05:33:46 - Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm Precedence: bulk List-Unsubscribe: mailto:[EMAIL PROTECTED] List-Subscribe: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Post: mailto:[EMAIL PROTECTED] List-Id: Tomcat Developers List tomcat-dev.jakarta.apache.org Reply-To: Tomcat Developers List [EMAIL PROTECTED] Delivered-To: mailing list [EMAIL PROTECTED] Received: (qmail 967 invoked from network); 8 Apr 2004 05:33:46 - Received: from unknown (HELO austin.kingdesign.net) (66.194.165.21) by daedalus.apache.org with SMTP; 8 Apr 2004 05:33:46 - Received: (qmail 27685 invoked from network); 8 Apr 2004 05:43:56 - Received: from lsd.student.utwente.nl (130.89.168.148) by austin.kingdesign.net with SMTP; 8 Apr 2004 05:43:56 - Date: 08 Apr 04 05:33:56 From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [EMAIL PROTECTED]: jakarta-tomcat-5/jakarta-tomcat-5 failed X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N To whom it may engage... This is an automated request, but not an unsolicited one. For help understanding the request please visit http://gump.apache.org/nagged.html, and/or contact [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration, and has been outstanding for 7 runs. The current state is 'Failed', for reason 'Build Failed' Full details are available at: http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however some snippets follow: - - - - - -- -- G U M P Gump provided these annotations: - Info - Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] - Info - Jar [naming-common.jar] identifier set to jar basename: [naming-common] - Info - Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] - Info - Jar [catalina.jar] identifier set to jar basename: [catalina] - Info - Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] - Info - Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] - Info - Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] - Info - Dependency on javamail exists, no need to add for property mail.jar. - Info - Dependency on jaf exists, no need to add for property activation.jar. - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. - Info - Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. - Info - Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. - Info - Dependency on commons-el exists, no need to add for property commons-el.jar. - Info - Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. - Info - Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. - Info - Dependency on ant exists, no need to add for property ant.home. - Info - Dependency on jsse exists, no need to add for property jsse.home. - Info - Dependency on jmx exists, no need to add for property jmx.home. - Info - Dependency on jmx exists, no need to add for property jmx.jar. - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar. - Info - Dependency on jndi exists, no need to add for property jndi.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home. - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar. - Info - Dependency on javamail exists, no need to add for property mail.home. - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. - Info - Dependency on jaf exists, no need to add for property activation.home. - Info - Dependency on commons-modeler exists, no need to add for property
