Re: PHP from Tomcat , some news from JFC :)
Mark Roth wrote: 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! Yes, but it's actually the reverse of what I'm interested in :-) From what I've read the JSR is more about allowing scripting languages to access and use java objects. It may look cool - but there are already plenty of scripting languages targeting the JVM - jython, mozilla's javascript, bsh, etc. There are 2 great things about scripting languages, one is the simplicity of syntax and the ease of developing code. This is IMO covered well enough by the variants targeting the VM. ( I believe cocoon is using javascript already ). The other great thing about scripting languages is the large collection of existing extensions and scripts. To use Apache as example - having Apache call native java modules for auth is interesting, but using the existing collection of apache modules is IMO the real value :-). Apache is more than the HTTP stack ( and while we have a very good http implementation in tomcat, I'm not sure we can match the amount of testing and review and stability apache's got ). And Python/PHP/etc are more than a syntax to use in a page. Costin --- 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]
Autoreply: Re: PHP from Tomcat some news from JFC :)
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 23:12:28 -0700 Received: (qmail 59678 invoked by uid 500); 8 Apr 2004 06:12:09 - 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 59656 invoked from network); 8 Apr 2004 06:12:08 - Received: from unknown (HELO main.gmane.org) (80.91.224.249) by daedalus.apache.org with SMTP; 8 Apr 2004 06:12:08 - Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BBSlv-0005TK-00 for [EMAIL PROTECTED]; Thu, 08 Apr 2004 08:12:20 +0200 Received: from adsl-63-202-83-54.dsl.snfc21.pacbell.net ([63.202.83.54]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for [EMAIL PROTECTED]; Thu, 08 Apr 2004 08:12:19 +0200 Received: from cmanolache by adsl-63-202-83-54.dsl.snfc21.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for [EMAIL PROTECTED]; Thu, 08 Apr 2004 08:12:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: [EMAIL PROTECTED] From: Costin Manolache [EMAIL PROTECTED] Subject: Re: PHP from Tomcat , some news from JFC :) Date: Wed, 07 Apr 2004 23:12:08 -0700 Lines: 133 Message-ID: [EMAIL PROTECTED] References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: [EMAIL PROTECTED] X-Gmane-NNTP-Posting-Host: adsl-63-202-83-54.dsl.snfc21.pacbell.net User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040316 X-Accept-Language: en-us, en In-Reply-To: [EMAIL PROTECTED] Sender: news [EMAIL PROTECTED] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Mark Roth wrote: 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! Yes, but it's actually the reverse of what I'm interested in :-) From what I've read the JSR is more about allowing scripting languages to access and use java objects. It may look cool - but there are already plenty of scripting languages targeting the JVM - jython, mozilla's javascript, bsh, etc. There are 2 great things about scripting languages, one is the simplicity of syntax and the ease of developing code. This is IMO covered well enough by the variants targeting the VM. ( I believe cocoon is using javascript already ). The other great thing about scripting languages is the large collection of existing extensions and scripts. To use Apache as example - having Apache call native java modules for auth is interesting, but using the existing collection of apache modules is IMO the real value :-). Apache is more than the HTTP stack ( and while we have a very good http implementation in tomcat, I'm not sure we can match the amount of testing and review and stability apache's got ). And Python/PHP/etc are more than a syntax to use in a page. Costin --- 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
cvs commit: jakarta-tomcat-connectors/procrun README.txt
mturk 2004/04/08 00:47:10 Modified:procrun README.txt Log: Notes about binaries for procrun Revision ChangesPath 1.3 +6 -3 jakarta-tomcat-connectors/procrun/README.txt Index: README.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/procrun/README.txt,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- README.txt9 Oct 2003 07:20:48 - 1.2 +++ README.txt8 Apr 2004 07:47:10 - 1.3 @@ -1,3 +1,6 @@ - -Copy all files except extend.h from -jakarta-commons/daemon/native/nt/procrun. + +Placeholder for procrun binaries used for Tomcat 5.x + +Rename binaries to reflect default service name: + prunsrv.exe - tomcat5.exe + prunmgr.exe - tomcat5w.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun tomcats.ico tomcatr.ico tomcatp.ico tomcat.rc tomcat.exe.manifest tomcat.dsw tomcat.dsp tomcat.c tomcat.bmp extend.h
mturk 2004/04/08 00:48:40 Removed: procrun tomcats.ico tomcatr.ico tomcatp.ico tomcat.rc tomcat.exe.manifest tomcat.dsw tomcat.dsp tomcat.c tomcat.bmp extend.h Log: Those files are not needed any more. All is now in the procrun source forlder. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/procrun/bin tomcatw.exe tomcat.exe
mturk 2004/04/08 00:49:19 Removed: procrun/bin tomcatw.exe tomcat.exe Log: Remove the old Procrun1 binaries. - 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-08 07:53 --- I fixed a NPE in org.apache.coyote.RequestInfo in setGlobalProcessor(). It could be related. Could you make a new test with 5.0.22 ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28272] - 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 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 08:35 --- Well, they are needed. *** This bug has been marked as a duplicate of 27916 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27916] - context.xml in war appears to require a docBase
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=27916. 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=27916 context.xml in war appears to require a docBase [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 08:35 --- *** Bug 28272 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 and solaris
Title: jk2 and solaris Hi every, is there any reason why jk2 binary on solaris isn't available after version 2.0.2 since on window it's available on version 2.0.4 ? I ask that because configuration jk2.2_0_2 do not comrpess (mod_deflate) dynamic server response... indeed I saw it is a problem of HOOK in mod_jk2_2.0.2 that diseapear in mod_jk2_2.0.4... On windows that work perfectly now... But on Solaris I get the same problem than before on windows mod_jk2.2.0.2 - deflate will there be any binary for solaris jk2-2.0.4 ? regards Loïc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
{Virus?} Re: Thank you
Warning: This message has had one or more attachments removed Warning: (info.zip). Warning: Please read the VirusWarning.txt attachment(s) for more information. Check the attached document. This is a message from the MailScanner E-Mail Virus Protection Service -- The original e-mail attachment info.zip was believed to be infected by a virus and has been replaced by this warning message. Please ask the sender of the message to disinfect their original version and send you a clean copy. At Thu Apr 8 15:44:58 2004 the virus scanner said: Sophos: Virus 'W32/Mydoom-F' found in file info.zip/info.rtf .pif Sophos: Virus 'W32/Mydoom-F' found in file info.zip -- Postmaster Bagan Cybertech Anti-Virus Mailscanner Services - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Text message
attachment: mmodicokvo.bmp- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Http11Protocol.pause when closing my JMS connection
Dear, Environment: Tomcat 5.0.19 j2sdk1.4.2 The issue: First I make a JMS connection with a broker. No problem. Then I xml message. No problem. Then the following results in a problem Close the JMS connection will stop tomcat. In the stdout.log: 7-apr-2004 13:03:35 org.apache.coyote.http11.Http11Protocol pause INFO: http11protocol.pause Please help me. friendly regards, Aljosja Roosjen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
http11.Http11Protocol pause when using JMS
Dear, Environment: Tomcat 5.0.19 j2sdk1.4.2 The issue: First I make a JMS connection with a broker. No problem. Then I xml message. No problem. Then the following results in a problem Close the JMS connection will stop tomcat. In stdout.log: 7-apr-2004 13:03:35 org.apache.coyote.http11.Http11Protocol pause INFO: http11protocol.pause friendly regards, Aljosja Roosjen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
I think lb_factor in JK2 is broken (or just backwards from JK)
Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 I would expect web02 to get 15 requests for every 1 request that web01 gets. In reality the reverse happens!! Web01 gets 15 requests for every one that web02 gets. To test this I just added the line This tomcat is running on web0X to my two index.jsp's. The only documentation for lb_factor in jk2 is at http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/configwebcom.htm l: lb_factor 1Load balancing factor to use. At this moment, it'll be set on the worker, but in future it should be possible to use lb on a channel level. I was assuming that it worked the same as the lbfactor in JK. Especially because the docs on jk2 used to list this parameter as lbfactor until I submitted a patch. Can anyone confirm what I am seeing? I want to make sure I am not going nuts. # only at beginning. In production comment it out [logger.apache2] level=0 [shm] file=/ApacheGroup/Apache2/logs/jk2.shm size=1048576 # LOAD BALANCERS # [lb:lbTest] info=Load balanced group for www test debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. [lb:lbTestAffinity] info=Load balanced group for test sites needing affinity debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. # CHANNELS# [channel.socket:web01Test:8019] port=8019 host=web01.guidestarisp.net lb_factor=1 group=lbTest [channel.socket:web02Test:8019] port=8019 host=web02.guidestarisp.net lb_factor=15 group=lbTest [ajp13:web01Test:8019] channel=channel.socket:web01Test:8019 [ajp13:web02Test:8019] channel=channel.socket:web02Test:8019 [uri:test.guidestar.org/*.jsp] group=lbTest [uri:test.guidestar.org/*.inc] group=lbTest [uri:test.guidestar.org/servlet/*] group=lbTest [uri:test.guidestar.org/*.gs] group=lbTest [uri:test.guidestar.org/*.wga] group=lbTest [uri:test.guidestar.org/*.flexi] group=lbTest (You need to view the source of index.jsp to see the web0x number) Angus Mezick GuideStar - Philanthropic Research Inc. 427 Scotland St. Williamsburg, Virginia 23185 PHONE: (757)299-4631 x35 FAX:(757)229-8912 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.guidestar.org http://www.guidestar.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: I think lb_factor in JK2 is broken (or just backwards from JK)
I forgot to mention that I am using the following software: Apache: apache_2.0.47-win32-x86-no_ssl.msi JK2: mod_jk2-2.0.43.dll AND the 2.0.4 mod_jk.so from the jakarta site. Tomcat: 4.1.27 -Original Message- From: Angus Mezick Sent: Thursday, April 08, 2004 9:44 AM To: [EMAIL PROTECTED] Subject: I think lb_factor in JK2 is broken (or just backwards from JK) Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 I would expect web02 to get 15 requests for every 1 request that web01 gets. In reality the reverse happens!! Web01 gets 15 requests for every one that web02 gets. To test this I just added the line This tomcat is running on web0X to my two index.jsp's. The only documentation for lb_factor in jk2 is at http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/config webcom.htm l: lb_factor 1Load balancing factor to use. At this moment, it'll be set on the worker, but in future it should be possible to use lb on a channel level. I was assuming that it worked the same as the lbfactor in JK. Especially because the docs on jk2 used to list this parameter as lbfactor until I submitted a patch. Can anyone confirm what I am seeing? I want to make sure I am not going nuts. # only at beginning. In production comment it out [logger.apache2] level=0 [shm] file=/ApacheGroup/Apache2/logs/jk2.shm size=1048576 # LOAD BALANCERS # [lb:lbTest] info=Load balanced group for www test debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. [lb:lbTestAffinity] info=Load balanced group for test sites needing affinity debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. # CHANNELS# [channel.socket:web01Test:8019] port=8019 host=web01.guidestarisp.net lb_factor=1 group=lbTest [channel.socket:web02Test:8019] port=8019 host=web02.guidestarisp.net lb_factor=15 group=lbTest [ajp13:web01Test:8019] channel=channel.socket:web01Test:8019 [ajp13:web02Test:8019] channel=channel.socket:web02Test:8019 [uri:test.guidestar.org/*.jsp] group=lbTest [uri:test.guidestar.org/*.inc] group=lbTest [uri:test.guidestar.org/servlet/*] group=lbTest [uri:test.guidestar.org/*.gs] group=lbTest [uri:test.guidestar.org/*.wga] group=lbTest [uri:test.guidestar.org/*.flexi] group=lbTest (You need to view the source of index.jsp to see the web0x number) Angus Mezick GuideStar - Philanthropic Research Inc. 427 Scotland St. Williamsburg, Virginia 23185 PHONE: (757)299-4631 x35 FAX:(757)229-8912 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.guidestar.org http://www.guidestar.org - 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]
Françoise Jégou/PAR/UPM is out of the office.
I will be out of the office starting 08/04/2004 and will not return until 13/04/2004. For hotel reservations in Paris pls contact Sandrine Robert/ Paris reception. Exceptionnaly, in case of difficulties with your Dial car, pls contact Nicolas Galle - 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
fhanik 2004/04/08 07:58:11
Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp
ReplicationListener.java
Log:
Make sure to close the channel upon server stop.
Revision ChangesPath
1.15 +10 -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.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- ReplicationListener.java 7 Apr 2004 19:02:31 - 1.14
+++ ReplicationListener.java 8 Apr 2004 14:58:11 - 1.15
@@ -49,6 +49,7 @@
private long tcpSelectorTimeout;
private int tcpListenPort;
private boolean isSenderSynchronized;
+private Selector selector = null;
private Object interestOpsMutex = new Object();
@@ -98,7 +99,7 @@
// Get the associated ServerSocket to bind it with
ServerSocket serverSocket = serverChannel.socket();
// create a new Selector for use below
-Selector selector = Selector.open();
+selector = Selector.open();
// set the port the server channel will listen to
serverSocket.bind (new InetSocketAddress (bind,tcpListenPort));
// set non-blocking mode for the listening socket
@@ -166,6 +167,14 @@
public void stopListening(){
doListen = false;
+if ( selector != null ) {
+try {
+selector.close();
+selector = null;
+} catch ( Exception x ) {
+log.error(Unable to close cluster receiver selector.,x);
+}
+}
}
public void setCatalinaCluster(CatalinaCluster cluster) {
-
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 SimpleTcpCluster.java
fhanik 2004/04/08 08:30:11
Modified:modules/cluster/src/share/org/apache/catalina/cluster/mcast
McastMembership.java
modules/cluster/src/share/org/apache/catalina/cluster/session
DeltaManager.java
modules/cluster/src/share/org/apache/catalina/cluster/tcp
SimpleTcpCluster.java
Log:
Three fixes:
1. Membership alive time gets updated with each new broad cast, this will keep the
membership updated with the exact lifetime of each node
2. The cluster sorts its members by desc alive time
3. change the started flag to be set earlier in the DeltaManager, somehow the start
is still invoked twice, will investigate
Revision ChangesPath
1.4 +5 -2
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java
Index: McastMembership.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/mcast/McastMembership.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- McastMembership.java 27 Feb 2004 14:58:55 - 1.3
+++ McastMembership.java 8 Apr 2004 15:30:11 - 1.4
@@ -76,6 +76,9 @@
entry = new MbrEntry(m);
map.put(m.getName(),entry);
result = true;
+} else {
+//update the member alive time
+entry.getMember().setMemberAliveTime(m.getMemberAliveTime());
}//end if
entry.accessed();
return result;
@@ -163,4 +166,4 @@
return delta maxtime;
}
}//MbrEntry
-}
\ No newline at end of file
+}
1.22 +3 -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.21
retrieving revision 1.22
diff -u -r1.21 -r1.22
--- DeltaManager.java 7 Apr 2004 20:43:54 - 1.21
+++ DeltaManager.java 8 Apr 2004 15:30:11 - 1.22
@@ -602,8 +602,9 @@
if (started) {
return;
}
-lifecycle.fireLifecycleEvent(START_EVENT, null);
started = true;
+lifecycle.fireLifecycleEvent(START_EVENT, null);
+
// Force initialization of the random number generator
String dummy = generateSessionId();
1.38 +27 -2
jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java
Index: SimpleTcpCluster.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -r1.37 -r1.38
--- SimpleTcpCluster.java 7 Apr 2004 20:43:55 - 1.37
+++ SimpleTcpCluster.java 8 Apr 2004 15:30:11 - 1.38
@@ -167,6 +167,9 @@
private long nrOfMsgsReceived = 0;
private long msgSendTime = 0;
private long lastChecked = System.currentTimeMillis();
+
+//sort members by alive time
+protected MemberComparator memberComparator = new MemberComparator();
private String managerClassName =
org.apache.catalina.cluster.session.DeltaManager;
@@ -281,7 +284,10 @@
}
public Member[] getMembers() {
-return membershipService.getMembers();
+Member[] members = membershipService.getMembers();
+//sort by alive time
+java.util.Arrays.sort(members,memberComparator);
+return members;
}
@@ -643,6 +649,25 @@
public void addValve(Valve valve) {
this.valve = valve;
+}
+
+private class MemberComparator implements java.util.Comparator {
+
+public int compare(Object o1, Object o2) {
+try {
+return compare((Member)o1,(Member)o2);
+} catch (ClassCastException x) {
+return 0;
+}
+}
+
+public int compare(Member m1, Member m2) {
+//longer alive time, means sort first
+long result = m2.getMemberAliveTime() - m1.getMemberAliveTime();
+if ( result 0 ) return -1;
+else if ( result == 0 ) return 0;
+else return 1;
+}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat
I'd like to write a WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat. Is there something similar or anybody working on an easy portal solution? My preference would be to make it as easy to install as setting up a database, clicking a JavaWebStart link ... et voila. Every further configuration, customization should be in an integrated online documentation and configuration. After all, it's supposed to be a highly interactive web application so it should be able to handle it's own configuration :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat
Hi, Well, there's Jetspeed (http://jakarta.apache.org/jetspeed/site/) which is a nice portal implementation running on top of tomcat. Yoav Shapira Millennium Research Informatics -Original Message- From: Bernhard Fastenrath [mailto:[EMAIL PROTECTED] Sent: Thursday, April 08, 2004 11:39 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat I'd like to write a WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat. Is there something similar or anybody working on an easy portal solution? My preference would be to make it as easy to install as setting up a database, clicking a JavaWebStart link ... et voila. Every further configuration, customization should be in an integrated online documentation and configuration. After all, it's supposed to be a highly interactive web application so it should be able to handle it's own configuration :-) - 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]
cvs commit: jakarta-tomcat-catalina/catalina/src/bin service.bat
mturk 2004/04/08 09:49:37 Modified:catalina/src/bin service.bat Log: Fix the problems with paths having spaces. New options were missing that Revision ChangesPath 1.5 +13 -4 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.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- service.bat 7 Apr 2004 11:38:07 - 1.4 +++ service.bat 8 Apr 2004 16:49:37 - 1.5 @@ -64,12 +64,21 @@ 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 +set PR_LOGPATH=%CATALINA_HOME%\logs +set PR_CLASSPATH=%CATALINA_HOME%\bin\bootstrap.jar +%EXECUTABLE% //IS//%SERVICE_NAME% --Jvm auto --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop +rem Clear the environment variables. They are not needed any more. +set PR_DISPLAYNAME= +set PR_DESCRIPTION= +set PR_INSTALL= +set PR_LOGPATH= +set PR_CLASSPATH= rem Set extra parameters %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 +set PR_STDOUTPUT=%CATALINA_HOME%\logs\stdout.log +set PR_STDERROR=%CATALINA_HOME%\logs\stderr.log +%EXECUTABLE% //US//%SERVICE_NAME% ++JvmOptions -Djava.io.tmpdir=%CATALINA_BASE%\temp 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 28286] New: - Loosely couple SingleSignOn Valve and Authenticators
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=28286. 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=28286 Loosely couple SingleSignOn Valve and Authenticators Summary: Loosely couple SingleSignOn Valve and Authenticators Product: Tomcat 5 Version: 5.0.22 Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Attached is a patch that loosens the coupling between the SingleSignOn valve implementation and the various Authenticator classes. Right now, all authenticators check for an instance of the SingleSignOn class in the pipeline, and interact directly with it. In the patch, SingleSignOn implements interface SSOValve, and all external classes interact with it through the interface. This will allow application developers to deploy custom SSO implementations without having to replace the entire TC5 Authenticator infrastructure. This follows the pattern used by other TC components. I've been messing around with trying to use the SingleSignOn valve in a cluster (see enhancement request 28039) and can easily see how different implementations would be appropriate for different environments. My 28039 patch attacks the problem by adding a property to SingleSignOn where deployers can specify use of an implementation of a new interface SSOClusterManager. I think that's a valid approach, but loosening the coupling between SingleSignOn and Authenticators will provide greater flexibility. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28286] - Loosely couple SingleSignOn Valve and Authenticators
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=28286. 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=28286 Loosely couple SingleSignOn Valve and Authenticators --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 17:37 --- Created an attachment (id=11188) Patch with a diff and new interface SSOValve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28147] - JasperException for jsp files that are symbolic links
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=28147. 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=28147 JasperException for jsp files that are symbolic links [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 17:55 --- Hi Remy, I have tested a fix locally, and it takes just a minor change in JspC.execute() by replacing String s = fjsp.getCanonicalPath(); with String s = fjsp.getAbsolutePath(); It seems pretty harmless. I don't have cvs submission permission yet, and I am in the process of figuring it out. If you would be so kind, could you incorporate the fix in? Thanks, -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28289] New: - lb_factor works backwards from the way it is implemented in JK
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=28289. 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=28289 lb_factor works backwards from the way it is implemented in JK Summary: lb_factor works backwards from the way it is implemented in JK Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] JK 2.0.4 Apache 2.0.47 Web01 is running apache Web01 and web02 are running tomcat I set web01 to lb_factor=1 I set web02 to lb_factor=15 I would expect web02 to get 15 requests for every 1 request that web01 gets. In reality the reverse happens!! Web01 gets 15 requests for every one that web02 gets. To test this I just added the line This tomcat is running on web0X to my two index.jsp's. The only documentation for lb_factor in jk2 is at http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/configwebcom.htm l: lb_factor 1Load balancing factor to use. At this moment, it'll be set on the worker, but in future it should be possible to use lb on a channel level. I was assuming that it worked the same as the lbfactor in JK. Especially because the docs on jk2 used to list this parameter as lbfactor until I submitted a patch. Can anyone confirm what I am seeing? I want to make sure I am not going nuts. # only at beginning. In production comment it out [logger.apache2] level=0 [shm] file=/ApacheGroup/Apache2/logs/jk2.shm size=1048576 # LOAD BALANCERS # [lb:lbTest] info=Load balanced group for www test debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. [lb:lbTestAffinity] info=Load balanced group for test sites needing affinity debug=0 recovery=15 noWorkerMsg=We are sorry for the delay, the servers are undergoing speedy servicing. # CHANNELS# [channel.socket:web01Test:8019] port=8019 host=web01.URL.net lb_factor=1 group=lbTest [channel.socket:web02Test:8019] port=8019 host=web02.URL.net lb_factor=15 group=lbTest [ajp13:web01Test:8019] channel=channel.socket:web01Test:8019 [ajp13:web02Test:8019] channel=channel.socket:web02Test:8019 [uri:test.URL.org/*.jsp] group=lbTest [uri:test.URL.org/*.inc] group=lbTest [uri:test.URL.org/servlet/*] group=lbTest [uri:test.URL.org/*.gs] group=lbTest [uri:test.URL.org/*.wga] group=lbTest [uri:test.URL.org/*.flexi] group=lbTest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21502] - [PATCH]Manager doesn't use correct method to get number of active sessions
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=21502. 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=21502 [PATCH]Manager doesn't use correct method to get number of active sessions --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 18:02 --- Could someone please commit this patch?? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28290] New: - EL outputs value null
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=28290.
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=28290
EL outputs value null
Summary: EL outputs value null
Product: Tomcat 5
Version: 5.0.19
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
When using EL in the value attribute of input element, e.g.
input name=someField value=${form.someElement}/
If either form or someElement is null, the string value null will be output.
If one uses
jsp:attribute name=value${form.someElement}/jsp:attribute
an empty string is output as expected.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19010] - StandardSession and HttpSessionActivationListener
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=19010. 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=19010 StandardSession and HttpSessionActivationListener [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 18:23 --- I can see anything wrong with the current behaviour. I am setting this as INVALID. If you disagree and re-open this please explain, using the spec, why the current behaviour is wrong. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28290] - EL outputs value null
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=28290. 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=28290 EL outputs value null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 18:35 --- With latest source, I got empty strings for both. If your test if in XML syntax, then this is a duplicate of 27830, which has been fixed. Please try your test with the nightly build. If you still have problems, please supply a war file for test. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat
That would be a nice foundation but I'd rather develop the portal in some kind of development tool than edit all the xml files described in the jetspeed documentation ;-) Maybe an XML Editor could be configured to know schemes for all the required xml files and generate the jetspeed configuration as a first step. I'd add a simple image manipulation tool to clip, scale and fit images into the application and wrap it into an XHTML editor that knows about Portlets, for good measure. Jetspeed seems to be the engine of choice, however. I've been looking at some perl and php stuff lately but it all seems quite messy and fragile. Shapira, Yoav wrote: Hi, Well, there's Jetspeed (http://jakarta.apache.org/jetspeed/site/) which is a nice portal implementation running on top of tomcat. Yoav Shapira Millennium Research Informatics I'd like to write a WYSIWYG Portal/Weblog Server based on Jakarta/Tomcat. Is there something similar or anybody working on an easy portal solution? My preference would be to make it as easy to install as setting up a database, clicking a JavaWebStart link ... et voila. Every further configuration, customization should be in an integrated online documentation and configuration. After all, it's supposed to be a highly interactive web application so it should be able to handle it's own configuration :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19010] - StandardSession and HttpSessionActivationListener
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=19010. 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=19010 StandardSession and HttpSessionActivationListener [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2004-04-08 19:01 --- Sorry, this was my misinterpretation of the Servlet 2.3 specification. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] JspC to correctly handle files that are symbolic links
Hi, I had reported Bug#28147 previously about JspC
failing to compile JSP files that are symbolic links
in another directory location. This is a rather
common case when I have multiple applications sharing
some common files (i.e. chError.jsp) and I made the
symbolic links to a single location instead of making
copies.
The main change is to replace the call
fjsp.getCanonicalPath() by fjsp.getAbsolutePath().
Please help review and accept the following change in
JspC.java. (see attachment).
Thanks,
--
Rick
__
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway
http://promotions.yahoo.com/design_giveaway/Index: JspC.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
retrieving revision 1.69
diff -u -r1.69 JspC.java
--- JspC.java 6 Apr 2004 17:58:59 - 1.69
+++ JspC.java 8 Apr 2004 20:39:59 -
@@ -830,7 +830,7 @@
Enumeration e = pages.elements();
while (e.hasMoreElements()) {
String nextjsp = e.nextElement().toString();
-try {
+// try {
File fjsp = new File(nextjsp);
if (!fjsp.exists()) {
if (log.isWarnEnabled()) {
@@ -839,14 +839,21 @@
}
continue;
}
-String s = fjsp.getCanonicalPath();
+// BZ#28147 getCanonicalPath() dereferences symbolic links. If
the file
+// is a symbolic link to a file in a different
directory,
+// getCanonicalPath() will cause the following
s.startWith()
+// to fail to match the uriRoot, resulting in
file-not-found
+// error. Changing to getAbsolutePath() will allow
files that
+// are symbolic links to be found correctly.
+// String s = fjsp.getCanonicalPath();
+String s = fjsp.getAbsolutePath();
//System.out.println(** + s);
if (s.startsWith(uriRoot)) {
nextjsp = s.substring(uriRoot.length());
}
-} catch (IOException ioe) {
+// } catch (IOException ioe) {
// if we got problems dont change the file name
-}
+// }
if (nextjsp.startsWith(. + File.separatorChar)) {
nextjsp = nextjsp.substring(2);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: PHP/JSR223]
For those that are interested, here's a summary of JSR-223, straight from the spec lead. --- Mark Roth, Java Software JSP 2.0 Specification Lead Sun Microsystems, Inc. ---BeginMessage--- Hi Mark Here's a little essay on the relationship between the JSR and PHP. Feel free to forward it. JSR 223 defines an API used to embed scripting engines in Java applications. As a special case, it defines a class of Servlets that host scripting engines. The engines generate web content by executing scripts. One of the implementations uses the native open source PHP code and the corresponding Servlet executes that code. There is a PHP SAPI whose callback functions are implemented using JNI calls into the Servlet and Servlet Container. The PHP scripts can also instantiate Java Objects using the Web Application's ClassLoader and invoke the public methods of the objects. In cases where it makes sense, native PHP syntax can be used to do enumerations/iterations and access collections at indexes. The spec can also be implemented (more easily, in fact) using any of the many Java-based scripting engines.. Rhino, Jython, BeanShell, Groovy, etc. The spec won't specify how particular scripting languages call Java. We assume that all of them can do it in their own fashion. With all of the Java-based scripting engines, this is a built-in feature. To do an implementation with PHP, we did it ourselves. The JSR also does not deal specifically with native applications. It just so happens that one of the implementations uses the native PHP sources to implement the Java API that the JSR does deal with. The Java support in PHP4 is experimental and labeled as such. It contains a lot of good ideas, some of which we used, but as it stands, it probably isn't usable. //mike ---End Message--- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Fwd: PHP/JSR223]
Mark Roth wrote: Hi Mark Here's a little essay on the relationship between the JSR and PHP. Feel free to forward it. JSR 223 defines an API used to embed scripting engines in Java applications. As a special case, it defines a class of Servlets that host scripting engines. The engines generate web content by executing scripts. One of the implementations uses the native open source PHP code and the corresponding Servlet executes that code. There is a PHP SAPI whose callback functions are implemented using JNI calls into the Servlet and Servlet Container. The PHP scripts can also instantiate Java Objects using the Web Application's ClassLoader and invoke the public methods of the objects. In cases where it makes sense, native PHP syntax can be used to do enumerations/iterations and access collections at indexes. The spec can also be implemented (more easily, in fact) using any of the many Java-based scripting engines.. Rhino, Jython, BeanShell, Groovy, etc. The high level summary is nice, but more detail is needed for this discussion. What does it mean exactly ? The RI for the JSR is with PHP ? Does the code work already ? Is it OSS ? ;) The spec won't specify how particular scripting languages call Java. We assume that all of them can do it in their own fashion. With all of the Java-based scripting engines, this is a built-in feature. To do an implementation with PHP, we did it ourselves. The JSR also does not deal specifically with native applications. It just so happens that one of the implementations uses the native PHP sources to implement the Java API that the JSR does deal with. The Java support in PHP4 is experimental and labeled as such. It contains a lot of good ideas, some of which we used, but as it stands, it probably isn't usable. 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/session mbeans-descriptors.xml
amyroh 2004/04/08 18:37:23 Modified:catalina/src/share/org/apache/catalina/session mbeans-descriptors.xml Log: Shouldn't expose the actual object itself - not getting used and causes serializable issue. Revision ChangesPath 1.5 +0 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/mbeans-descriptors.xml Index: mbeans-descriptors.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/mbeans-descriptors.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- mbeans-descriptors.xml9 Feb 2004 18:30:38 - 1.4 +++ mbeans-descriptors.xml9 Apr 2004 01:37:23 - 1.5 @@ -36,11 +36,6 @@ entropy of the initialization of our random number generator type=java.lang.String/ - -!-- What is that ??? -- -attribute name=managedResource - description=The managed resource this MBean is associated with - type=java.lang.Object/ attribute name=maxActiveSessions description=The maximum number of active Sessions allowed, or -1 - 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 8 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/index.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 7 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/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, 7 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-20040409.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]; Thu, 8 Apr 2004 22:42:31 -0700 Message-ID: [EMAIL PROTECTED] Received: (qmail 22387 invoked by uid 500); 9 Apr 2004 05:42:10 - 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 22360 invoked from network); 9 Apr 2004 05:42:09 - Received: from unknown (HELO austin.kingdesign.net) (66.194.165.21) by daedalus.apache.org with SMTP; 9 Apr 2004 05:42:09 - Received: (qmail 7287 invoked from network); 9 Apr 2004 05:52:24 - Received: from lsd.student.utwente.nl (130.89.168.148) by austin.kingdesign.net with SMTP; 9 Apr 2004 05:52:24 - Date: 09 Apr 04 05:42:19 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 8 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/index.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
Lynda Cullen/KIT/MLAC is out of the office.
I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Autoreply: Lynda Cullen/KIT/MLAC is out of the office.
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]; Thu, 8 Apr 2004 22:50:05 -0700 Received: (qmail 38425 invoked by uid 500); 9 Apr 2004 05:49:47 - 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 38407 invoked from network); 9 Apr 2004 05:49:47 - Received: from unknown (HELO hfxprod50.MARITIMELIFE.CA) (206.191.71.5) by daedalus.apache.org with SMTP; 9 Apr 2004 05:49:47 - Subject: Lynda Cullen/KIT/MLAC is out of the office. From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Date: Fri, 9 Apr 2004 01:49:45 -0400 X-MIMETrack: Serialize by Router on HFX_Infodirect/MLAC(Release 5.0.11 |July 24, 2002) at 04/09/2004 02:49:52 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N I will be out of the office starting 04/09/2004 and will not return until 04/13/2004. I would be pleased to respond to your email upon my return. - 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]
