Re: [VOTE] 5.5.12 Stability
Should we post-pone to 5.5.13 the fixes to Jasper2 ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5.5.12 / Jasper2 - showstoppers ?
When using Jasper2 in JSP precompilation step, it load needed taglibs jars defined in web.xml, but didn't release all of them after build (here is how it's invoked) Does this mean JARs are locked ? yes, and since ant is running on the eclipse JVM, no other way to release the jar that to stop eclipse ;( Another serious problem in Jasper2 precompilation is when web.xml contains external entites living in the webapp. We fixed Jasper2 in 5.5.9 to fixe this behaviour at runtime, but it appears it's also needed in precompilation step. I actually forgot what the fix was. If I recall exactly in JspConfig : private void processWebDotXml(ServletContext ctxt) throws JasperException { InputStream is = null; try { URL uri = ctxt.getResource(WEB_XML); if (uri == null) { // no web.xml return; } is = uri.openStream(); InputSource ip = new InputSource(is); ip.setSystemId(uri.toExternalForm()); ParserUtils pu = new ParserUtils(); TreeNode webApp = pu.parseXMLDocument(WEB_XML, ip); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat 5.5.12 / Jasper2 - showstoppers ?
Hi to all, I don't know if they should be considered showstopper but while playing with 5.5.12 for some of our new applications, I see these problems : When using Jasper2 in JSP precompilation step, it load needed taglibs jars defined in web.xml, but didn't release all of them after build (here is how it's invoked) jasper2 validateXml=false uriroot=${build.dir}/jspc/${wname} webXmlFragment=${build.dir}/dst/${wname}/WEB-INF/jsp.xml outputDir=${build.dir}/${wname}-src javaEncoding=ISO-8859-1 trimSpaces=true / As such, when you're using ANT from eclipse and you specify ANT should use the same JRE as the workspace, you're puzzled and should restart eclipse ;-( Another serious problem in Jasper2 precompilation is when web.xml contains external entites living in the webapp. We fixed Jasper2 in 5.5.9 to fixe this behaviour at runtime, but it appears it's also needed in precompilation step. Here is a sample web.xml where you could see use of entities located in base.xml and jsp.xml (also located in WEB-INF). ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; [ !ENTITY base SYSTEM base.xml !ENTITY jsp SYSTEM jsp.xml ] web-app ... base; jsp; ... taglib taglib-urihttp://jakarta.apache.org/taglibs/random-1.0/taglib-uri taglib-location/WEB-INF/lib/taglibs-random.jar/taglib-location /taglib /web-app Did these bugs are showstoppers or should they be postponed to 5.5.13 ? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.5.12 Stability
Stable for me 2005/10/3, Yoav Shapira [EMAIL PROTECTED]: Hi, Tomcat v5.5.12 has been out for a little more than a week now, so hopefully we've had time to test it. Please let us know what you think of its stability below. If anyone with the proper license could run the Servlet (v2.4) and JSP (v2.0) TCK tests on Tomcat 5.5.12, that would be great as well. Thank you. Tomcat 5.5.12 is: [ ] Stable - no major issues, [ ] Beta - at least one major issue: what is it? [ ] Alpha - multiple things or a real showstopper: please provide details.. Yoav - 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]
Re: [VOTE] JK 1.2.15
well unixd.h is not on the iSeries, at least V5R3 (the latest) 2005/10/1, Jean-frederic Clere [EMAIL PROTECTED]: Henri Gomez wrote: Well the build on iSeries failed : /home/apache/jk/native/apache-2.0/mod_jk.c, 86.10: CZM0296(30) £include file unixd.h not found. /home/apache/jk/native/apache-2.0/mod_jk.c, 2437.10: CZM0304(10) No function prototype given for unixd_set_global_mutex_perms. Should add in mod_jk.c line 78 (I still can't commit on jtc ) # if !defined(OS2) !defined(WIN32) !defined(BEOS) !defined(NETWARE) !defined(AS400) Not very good... We should detect unixd.h. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.15
Well the build on iSeries failed : /home/apache/jk/native/apache-2.0/mod_jk.c, 86.10: CZM0296(30) £include file unixd.h not found. /home/apache/jk/native/apache-2.0/mod_jk.c, 2437.10: CZM0304(10) No function prototype given for unixd_set_global_mutex_perms. Should add in mod_jk.c line 78 (I still can't commit on jtc ) # if !defined(OS2) !defined(WIN32) !defined(BEOS) !defined(NETWARE) !defined(AS400) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.15
BTW, after I added the !defined(AS400), jk builded and works right now. So it's stable for me - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.15 Release plan?
+0 go for 1.2.15 2005/9/27, Rainer Jung [EMAIL PROTECTED]: I encourage you for voting 1.2.15 as stable. Mladen Turk wrote: Anyhow, I would like that we vote this (1.2.15) version as stable, because it's a bug-fix release over the 1.2.14 stable. - 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]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java
Happy to see Costin is back :) 15 Sep 2005 06:04:01 -, [EMAIL PROTECTED] [EMAIL PROTECTED]: costin 2005/09/14 23:04:01 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Support for corner case, when all tomcat is in a single jar and no fancy classloaders are used. Revision ChangesPath 1.23 +9 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java Index: Bootstrap.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/Bootstrap.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- Bootstrap.java3 May 2005 14:12:52 - 1.22 +++ Bootstrap.java15 Sep 2005 06:04:01 - 1.23 @@ -95,6 +95,10 @@ private void initClassLoaders() { try { commonLoader = createClassLoader(common, null); +if( commonLoader == null ) { +// no config file, default to this loader - we might be in a 'single' env. +commonLoader=this.getClass().getClassLoader(); +} catalinaLoader = createClassLoader(server, commonLoader); sharedLoader = createClassLoader(shared, commonLoader); } catch (Throwable t) { @@ -122,10 +126,10 @@ // Local repository boolean packed = false; if (repository.startsWith(CATALINA_HOME_TOKEN)) { -repository = getCatalinaHome() +repository = getCatalinaHome() + repository.substring(CATALINA_HOME_TOKEN.length()); } else if (repository.startsWith(CATALINA_BASE_TOKEN)) { -repository = getCatalinaBase() +repository = getCatalinaBase() + repository.substring(CATALINA_BASE_TOKEN.length()); } @@ -159,14 +163,14 @@ // Retrieving MBean server MBeanServer mBeanServer = null; if (MBeanServerFactory.findMBeanServer(null).size() 0) { -mBeanServer = +mBeanServer = (MBeanServer) MBeanServerFactory.findMBeanServer(null).get(0); } else { mBeanServer = MBeanServerFactory.createMBeanServer(); } // Register the server classloader -ObjectName objectName = +ObjectName objectName = new ObjectName(Catalina:type=ServerClassLoader,name= + name); mBeanServer.registerMBean(classLoader, objectName); - 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]
Re: Cant commit tomcat-dev translation ;(
Well I tried the commit from my Eclipse 3.02 environnement. I saw the keyboard interactive request but the error came with 'insuffisant karma !' 2005/9/2, Mark Thomas [EMAIL PROTECTED]: Henri, How are you connecting to CVS? There was an OS upgrade to people.apache.org aka minotaur.apache.org a little while ago that made ssh stricter in what it would and would not accept. The solution seemed to be use ssh2 rather than ssh1 and use keyboard-interactive authentication rather than password. Of course if you are not going anywhere near minotaur this won't help a bit ;) Mark Henri Gomez wrote: I got error while commiting an update in : /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties Thanks to commit it :) - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Cant commit tomcat-dev translation ;(
Here is the report from eclipse console : *** cvs ci -m update translation /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties Access denied: Insufficient Karma (hgomez|/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11) cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! The server reported an error while performing the cvs commit command. (took 0:00.813) Error: jakarta-tomcat-connectors: cvs commit: Pre-commit check failed Error: jakarta-tomcat-connectors: cvs [commit aborted]: correct above errors first! *** 2005/9/3, Henri Gomez [EMAIL PROTECTED]: Well I tried the commit from my Eclipse 3.02 environnement. I saw the keyboard interactive request but the error came with 'insuffisant karma !' 2005/9/2, Mark Thomas [EMAIL PROTECTED]: Henri, How are you connecting to CVS? There was an OS upgrade to people.apache.org aka minotaur.apache.org a little while ago that made ssh stricter in what it would and would not accept. The solution seemed to be use ssh2 rather than ssh1 and use keyboard-interactive authentication rather than password. Of course if you are not going anywhere near minotaur this won't help a bit ;) Mark Henri Gomez wrote: I got error while commiting an update in : /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties Thanks to commit it :) - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Cant commit tomcat-dev translation ;(
I got error while commiting an update in : /jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/LocalStrings_fr.properties Thanks to commit it :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Migration to Subversion
As one of the few, still having TC 3.3.x in production (hard to make net admins move), I could see that I have no problem with JTC and JDK 1.4.x dependencies. And as you say, JTC is optional in TC 3.3.x :) 2005/7/30, Bill Barker [EMAIL PROTECTED]: - Original Message - From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Friday, July 29, 2005 3:30 PM Subject: Re: Migration to Subversion Yoav Shapira wrote: Any and all comments appreciated. In particular: a. Should more 3.x.x versions should be included in 4 5 above? b. I have assumed that all releases before 5.5.x will use the 5.0 branch of the connectors. Is this assumption valid? I don't think so. Some Tomcat 3.x versions, for example, already use the latest connectors that are also used by Tomcat 5.5. That is fine as long as you build and run on a 1.4+ JDK but when checking for 1.3 compatibility the Coyote/HTTP connector fails. The root cause is the use of the 1.4 regexp API in o.a.coyote.http11.Http11Processor (http://marc.theaimsgroup.com/?l=tomcat-devm=109403344007532w=2). This is true. However in TC 3.3 the Coyote connectors have always been optional. That's why I've kept it using j-t-c HEAD even with the 1.4 dependancy. Of course, it's pretty mote until it's time to do a 3.3.3 release ;-). Possible solutions: 1. Use the 5.0 branch 2. Revert the patch and go back to using jakarta-regexp 3. Introduce an o.a.coyote.http11.tomcat4 package and place a copy of Http11Processor in it that uses jakarta-regexp. Pros/Cons 1. Would mean an awful lot of porting. 2. Quick but adds an unnecessary library to TC5 and leaves TC5 using two different regexp libs 3. Relatively quick but would need some build.xml tweaking for TC5 Unless anyone has a better idea, I'll crack on with 3 over the weekend. I've thought that it should be possible to do this with an Ant filter (so that you don't have to maintain a separate copy of the file). I've always been too lazy to actually sit down and write it however. :). On the Subversion front, I have TC4 building with jakarta-tomcat-connectors HEAD and will commit it once I have finished testing the various connector and JVM combinations (I don't plan to provide APR support in TC4). Once I have got this out of the way, I'll work with Henri on the test Watchdog migration. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - 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]
Re: [VOTE] JK 1.2.14.1
Binaries for iSeries uploaded main directory. Should appears in mirrors soon. 2005/7/20, Henri Gomez [EMAIL PROTECTED]: good for me on Suse SLES 9 PowerPC. On iSeries V5R3 built without problem, waiting now for installation on our test machine. 2005/7/19, Jean-Jacques Clar [EMAIL PROTECTED]: Please vote: [X] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Functional and stress tested against 2.0.54, and 2.1.6 on NetWare 6.5 SP3 and SP4 on MP server (4 CPUS). Only stress test for apache 1.3. Using Tomcat 4.1.30. Thank you, JJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] JK 1.2.14.1
good for me on Suse SLES 9 PowerPC. On iSeries V5R3 built without problem, waiting now for installation on our test machine. 2005/7/19, Jean-Jacques Clar [EMAIL PROTECTED]: Please vote: [X] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Functional and stress tested against 2.0.54, and 2.1.6 on NetWare 6.5 SP3 and SP4 on MP server (4 CPUS). Only stress test for apache 1.3. Using Tomcat 4.1.30. Thank you, JJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: binary streaming / content-type problem with mod_jk ?
not true, mod_jk didn't change the mime type provided by servlet output. I'm doing it on productions servers to handle on the fly generated PDFs 2005/7/20, Jérôme Chauvin [EMAIL PROTECTED]: Any ideas ? It would be helpful :) Thanks, Jérôme Chauvin Le 19 juil. 05, à 10:09, Jérôme Chauvin a écrit : Hi all ! I've developed a servlet (BinaryStreaming based on StreamingContent by Raj Behera) which does a binary stream of a mpeg video file which is created progressively (by another servlet/software/Unix command/... not important ) and finally read and played by Quicktime. I use Apache and Tomcat so I've installed mod_jk All work well (- MacOS and Windows) but... : If I go on http://localhost:8080/my_test/BinaryStreaming it works well with QuickTime 7 and QuickTime 6 (6, 6.5, 6.5.2, ...). I have mod_jk so I can go on http://localhost/my_test/BinaryStreaming and here it still works well with QT7. But QT6 seems to wait that the video file is entirely created to start the viewing instead of starting to play the movie as soon as there is data in it, progressively. - like it does with QT7 and QT6 with :8080 OR when I use QT7 without :8080. I think it's due to mod_jk but I've no idea to make it work I've found that another person had a similar problem, but no answer was given : http://www.junlu.com/msg/107218.html This message was posted in 09/2004 and it seems that Apache causes problems with pre-defined MIME-Types. Does someone have an answer or an idea ? :-) I really need to fix this ! :( Thanks in advance. :o) Regards, Jérôme --- Jérôme Chauvin OPSOMAI 77, rue de Charonne 75011 Paris - France Tél : +33 (0)1 58 39 38 22 Fax : +33 (0)1 43 70 70 72 @ : [EMAIL PROTECTED] URL : http://www.opsomai.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
+0, JF act as RM :) 2005/7/1, Mladen Turk [EMAIL PROTECTED]: jean-Frederic clear wrote: Mladen Turk wrote: [EMAIL PROTECTED] wrote: no: links only wants -dump, but I have not problems to add elinks. Also, how about you volunteer for a 1.2.14 RM? I was doing that for the last year and I'm getting pretty tired ;) I will build as many binaries as I can. Regards, Mladen. - 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]
Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
Because JFC is a great guy and someone I meet often. And yes he will be a great RM :) Go JFC, go 2005/7/1, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: +0, JF act as RM :) Why? He is a nice guy. He is even younger then Bob Geldof, so what the obstacle for some altruism ;) Cheers, Mladen. - 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]
Re: cvs commit: jakarta-tomcat-connectors/jk/tools jkrelease.sh
make a source tarball bvefore release so I could check on iSeries 2005/7/1, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Well there are still 20 bugs in tomcat5/mod-jk, what do with them? Not sure. Lot's of obsolete things that need a simple cleanup. Ok I will start to clean bugzilla. I can only tell the current CVS is the best ever mod_jk we had. If it builds on all platforms (ant it does AFAICT), we should go for the release ASAP. I will test it on BS2000, if it builds and runs there it is ready for a release! There are just too many things that has been fixed since last stable, that we should ignore or try to wait much further. Regards, Mladen. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Releasing JK 1.2.14
could you provide a beta source tarball to make the usual iSeries builds ? 2005/6/29, Mladen Turk [EMAIL PROTECTED]: Hi all, Anyone aware of any pending issues for the next release. Seems that all the bugs has been resolved from the 1.2.13. If there are no objections, we can make a release by the end of this week. How that sounds? Regards, Mladen. - 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]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
What do you need on iSeries ? 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Mladen Turk wrote: Yes, but all that we need is 32 bit unsigned integer for JK_UINT4 What will you use if the int is 64 bits? a long ;-) Right :) You will need the portable.in in that case, right? Yes and I will ask Henri to check AS400 see jk_global.h: +++ #if !defined(WIN32) !defined(AS400) #include portable.h #else +++ - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
status_strfsize ? APR ? 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Henri Gomez wrote: What do you need on iSeries ? Just to know what to use to have: JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits) and to check status_strfsize(). 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Mladen Turk wrote: Yes, but all that we need is 32 bit unsigned integer for JK_UINT4 What will you use if the int is 64 bits? a long ;-) Right :) You will need the portable.in in that case, right? Yes and I will ask Henri to check AS400 see jk_global.h: +++ #if !defined(WIN32) !defined(AS400) #include portable.h #else +++ - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
unsigned long is 32 bits and unsigned long long is 64 bits on iSeries 2005/6/14, Henri Gomez [EMAIL PROTECTED]: status_strfsize ? APR ? 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Henri Gomez wrote: What do you need on iSeries ? Just to know what to use to have: JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits) and to check status_strfsize(). 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Mladen Turk wrote: Yes, but all that we need is 32 bit unsigned integer for JK_UINT4 What will you use if the int is 64 bits? a long ;-) Right :) You will need the portable.in in that case, right? Yes and I will ask Henri to check AS400 see jk_global.h: +++ #if !defined(WIN32) !defined(AS400) #include portable.h #else +++ - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c jk_shm.h jk_status.c
ok, but couldn't build now from CVS, but it should works after jk_u64_t is defined as unsigned long long. Since we couldn't use portable.h on iSeries, it should be elsewhere ... 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Henri Gomez wrote: status_strfsize ? APR ? Nearly: jakarta-tomcat-connectors/jk/native/common/jk_status.c ;-) 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Henri Gomez wrote: What do you need on iSeries ? Just to know what to use to have: JK_UINT4 (unsigned long of 32 bits) and JK_UINT8 (unsigned long long of 64 bits) and to check status_strfsize(). 2005/6/14, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Mladen Turk wrote: Yes, but all that we need is 32 bit unsigned integer for JK_UINT4 What will you use if the int is 64 bits? a long ;-) Right :) You will need the portable.in in that case, right? Yes and I will ask Henri to check AS400 see jk_global.h: +++ #if !defined(WIN32) !defined(AS400) #include portable.h #else +++ - 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] - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 5 Redhat Fedora rpm question
Yep, for all Java RPM based stuff, jpackage.org is your friend :) 2005/6/1, Yoav Shapira [EMAIL PROTECTED]: Hi, JPackage: http://www.jpackage.org/rpm.php?id=1901. Yoav -Original Message- From: Bernard [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 01, 2005 2:46 AM To: tomcat-dev@jakarta.apache.org Subject: Tomcat 5 Redhat Fedora rpm question Hi, I am interested in packaging Tomcat. So I found (using rpmseek.com) the following files: tomcat5-5.0.30-5jpp_6fc.i386.rpm tomcat5-5.0.30-5jpp_4fc.src.rpm At a first glance, these files looked like what I wanted to create, but they contain much more than what I expected and I need to learn more about the work that is being put into this by others. Questions: 1) What is tomcat5-5.0.30-5jpp_6fc.i386.rpm ? I thought it was a binary distribution but it has an incredible number of development file dependencies. Why does it require libgcj? 2) What is tomcat5-5.0.30-5jpp_4fc.src.rpm ? Why is it compiling Tomcat ? I thought being a cross platform Java application, compilation of the source is not required. Does it perform a native compile (libgcj)? If so, is this the future norm? Who are the people to contact re the most common Redhat distribution? Many thanks, Bernard - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding working dynamically with mod_jk status?
Well it should be the final goal. A way to add a worker dynamically and also if possible an URI to worker. As such we could have a 24/24 7/7 dynamically manageable tomcat farm routeur (if we see the HTTP server as such) 2005/5/24, Mladen Turk [EMAIL PROTECTED]: [EMAIL PROTECTED] wrote: Any ideas or recommendations on this? Adding workers would be tricky because if member of load balancer it has to be known at startup time so that shared memory slot can be allocated. The only solution would be to edit the workers.properties file and then forcing the Apache to restart. Regards, Mladen. - 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]
jk 1.2.11 / 1.2.13 not working on iSeries
A quick note to tell that both jk 1.2.11 and 1.2.13 didn't works on iSeries. Can't check why now but iSeries users should stay with 1.2.10 :) Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk 1.2.11 / 1.2.13 not working on iSeries
Nope, but I suspect a bad build options somewhere. I rebuild 1.2.13 with the up to date options and wait my net engineers to make a try. stray tuned 2005/5/24, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: A quick note to tell that both jk 1.2.11 and 1.2.13 didn't works on iSeries. Very informative email. Thanks for sharing that ;) Can't check why now but iSeries users should stay with 1.2.10 :) Any particular messages or clues? Regards, Mladen. - 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]
Re: jk 1.2.11 / 1.2.13 not working on iSeries
Well I couldn't use configure on iSeries. What's libs are you talking for ? 2005/5/24, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: Nope, but I suspect a bad build options somewhere. Probably some libraries missing in detecting network capabilities within configure.in. I rebuild 1.2.13 with the up to date options and wait my net engineers to make a try. Aha... Now we even have a staff of engineers. Cool :) stray tuned No problemo, Mladen. - 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]
Re: jk 1.2.11 / 1.2.13 not working on iSeries
well I didn't add USE_SO_RCVTIMEO and USE_SO_SNDTIMEO so the jk_connect code is as previously. OS/400 known this flags so added in the build command for jk_connect c compile 2005/5/24, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: Well I couldn't use configure on iSeries. What's libs are you talking for ? See the JK_CHECK_SETSOCKOPT function in configure.in Perhaps the -lsocket (socket lib) is missing on iSeries? If it is, we'll need some arch switch. Regards, Mladen. - 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]
Re: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 bldjk.qclsrc
From iSeries manual : SO_RCVTIMEO : Set the receive timeout value. This option is not supported unless _XOPEN_SOURCE is defined to be 520 or greater. SO_SNDTIMEO : Set the send timeout value. This option is not supported unless _XOPEN_SOURCE is defined to be 520 or greater. So for OS400 V5R2 and higher. 24 May 2005 11:59:29 -, [EMAIL PROTECTED] [EMAIL PROTECTED]: hgomez 2005/05/24 04:59:29 Modified:jk/native/apache-2.0 bldjk.qclsrc Log: Make use of SO_RCVTIMEO and SO_SNDTIMEO on iSeries (no configure to help us on OS/400) Revision ChangesPath 1.13 +2 -1 jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc Index: bldjk.qclsrc === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/bldjk.qclsrc,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- bldjk.qclsrc 15 Feb 2005 07:19:05 - 1.12 +++ bldjk.qclsrc 24 May 2005 11:59:28 - 1.13 @@ -99,7 +99,8 @@ CRTCMOD MODULE(MOD_JK/JK_CONNECT) + SRCSTMF('/home/apache/jk/native/common/jk_connect.c') + DEFINE('AS400' 'HAVE_JNI' 'HAVE_APR' '_XOPEN_SOURCE=520' + - 'USE_APACHE_MD5' '_REENTRANT') + + 'USE_APACHE_MD5' '_REENTRANT' 'USE_SO_RCVTIMEO' + + 'USE_SO_SNDTIMEO' ) + TEXT('jk_connect.c') + OPTIMIZE(40) + SYSIFCOPT(*IFSIO) + - 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]
Re: jk 1.2.11 / 1.2.13 not working on iSeries
ok, it works on iSeries. Will upload binaries for iSeries OS400 V5R3 asap 2005/5/24, Henri Gomez [EMAIL PROTECTED]: well I didn't add USE_SO_RCVTIMEO and USE_SO_SNDTIMEO so the jk_connect code is as previously. OS/400 known this flags so added in the build command for jk_connect c compile 2005/5/24, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: Well I couldn't use configure on iSeries. What's libs are you talking for ? See the JK_CHECK_SETSOCKOPT function in configure.in Perhaps the -lsocket (socket lib) is missing on iSeries? If it is, we'll need some arch switch. Regards, Mladen. - 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]
Re: JK 1.2.13 TAGGED
Or provide a jk 1.2.13a including this fix for novell ? 2005/5/18, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: Günter Knauf wrote: Hi Mladen, JK 1.2.13 has been taggeded as we agreed last week, and the tarballs are available at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.13/ any particular reason why you didnt tag my last commit on jk_connect.c? http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-connectors/jk/native/common/jk_connect.c?rev=1.59view=log now we can again not build for AP13 on NetWare without patching. I thought you said last time that you are fine with the patch? Seems I made a mistake while tagging, although have no idea why that happened :(. I've retagged the jk_connect.c JK_1_2_13 to rev 1.59, so that Netware patches are now included. Hope I didn't break any ASF rule by that. Should I recreate the tarballs? I am not 100% ok with this because the tarballs without the patch are already in mirrors... If the error is only in NetWare put the patch in README.html of /www/www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/netware. Regards, Mladen. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.13 TAGGED - ws_write call to ap_rflush in mod_jk.c
good idea. Which state by default ? 2005/5/18, jean-frederic clere [EMAIL PROTECTED]: Mladen Turk wrote: jean-frederic clere wrote: Mladen Turk wrote: I think on/off is enough - Think of the questions nnn will bring in user list - So how about to just add the flag to JkOptions like +FlushPackets? +1. Regards, Mladen. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK 1.2.12 is broken and can not be released as stable
Well the JK 1.2 branch should be fixed and when we'll have something stable, we could start a new branch. BTW, there was many bugs related to LB in jk for ages :-) 2005/5/10, Klaus Wagner [EMAIL PROTECTED]: On Tue, May 10, 2005 at 11:33:56AM +0200, Mladen Turk wrote: There was a nasty bug in load balancer, that basically broke the failover. Interesting is that it was spotted only when the release was made, so this gives one reason more for making some sort of releases and binaries to attract more users to actually do the testing. My question is what to do? I am observing these mod_jk issues quite some time lurking on tomcat-dev and from a user POV I'd really appreciate a fork of mod_jk into 1.2 stable and 1.3 (or whatsoever) unstable. During 1.2 development after 1.2.5 serious changes have been added that a) broke compabilty and b) added new features that introduced a lot of new issues and bugs. Don't take me wrong, mod_jk is a great peace of software and the new features are really good in concept, but IMHO I would not consider any mod_jk release after 1.2.6 stable. Mladen has done a great Job in improving mod_jk, but I think that this sort of changes require a new branch. And finally another issue about mod_jk ... lack of dokumentation. I think I have seen the local_worker issue several times on the dev list, and I am not watching the user list. Wouldn't it be easier to document the newer redirect features than answering tons of mails from users that ask for it. I am neither a contirbutor, nor a developer nor a member of asf, so my opinion may not weight much... regards Klaus - 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]
Re: Code Submission - Wild Card Aliases
+1 BTW, did there is provision to reduce search to only *.mydomain.com ? 2005/5/3, Yoav Shapira [EMAIL PROTECTED]: Hi, The performance impact is not that big. If it was a configurable option, e.g. enableAliasWildcardMatching, turned off by default, I'd be OK with it. Yoav -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 03, 2005 10:04 AM To: Tomcat Developers List Subject: Re: Code Submission - Wild Card Aliases George Sexton wrote: I have completed the coding in o.a.t.u.http.mapper.Mapper to implement wild-card aliases. If a request for a host is made, and that host is not found, the code tests the host and aliases list and looks for wild-cards. So, a host name of www.mydomain.com would match an alias of *.mydomain.com. This additional level of testing is only done if the the presented host name is not found in the standard host list. Once a host is found via wild- card, it is added to the standard host list. Subsequent requests for that host name will find it via the standard search mechanism. As part of the conversion, I re-worked the test harness code and expanded it to be a lot more complete. The output of the new test harness with the unmodified Mapper code matches identically the output of the modified mapper. IOW, I'm 99% confident that the behavior of the Mapper matches the old Mapper. The time differential between the two runs is around 500ms over 1 million iterations. I.E. the original code runs in 8000 ms for 1 million iterations of the testing code, while the new code takes 8500ms. The new code adds approximately 0.05 % to the time for a lookup. I am running the modified mapper code with 5.5.9 on an installation that has 40 hosts configured and it seems to be working correctly. I'd really appreciate it if a committer would get this added to the source tree. The complete modified Mapper.java file can be downloaded from: http://www.mhsoftware.com/~gsexton/Mapper.java If a decision is made to reject this patch, I'd appreciate knowing why. If there's something wrong from a coding or style perspective, I'd be happy to fix things. -1 for lower performance and questionable use case. (I didn't get the patch, but I don't really wish to) Rémy - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN/VOTE] JK 1.2.11 Released
Seems to works on Suse 8.0 PowerPC and build in run for iSeries. Working right now on PASE (AIX 5.2 emulation on iSeries) and may be some AIX 5.2 binaries could be provided later :) 2005/4/29, Jim Jagielski [EMAIL PROTECTED]: Mladen Turk wrote: [X] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Testing so far is positive. -- === Jim Jagielski [|] [EMAIL PROTECTED] [|] http://www.jaguNET.com/ There 10 types of people: those who read binary and everyone else. - 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]
Re: [ANN/VOTE] JK 1.2.11 Released
Binaries for iSeries v5R3 and Suse 8.0 SLES PPC uploaded 2005/4/29, Glenn Nielsen [EMAIL PROTECTED]: Builds and runs fine on both Solaris 7 and 8. [X] Stable -- good build Glenn On Fri, Apr 29, 2005 at 10:18:50AM +0200, Mladen Turk wrote: Hi, JK 1.2.11 has been released This is mostly a bug fix release. Please see the: http://jakarta.apache.org/tomcat/connectors-doc/changelog.html for a full list of changes. Sources can be found at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.11/ Binaries can be found at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/ For now there is a set of win32 binaries: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.11/ and some linux binaries: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/linux/jk-1.2.11/ Feel free to add any other binaries for your favorite platform :) I would also like to make a stability VOTE at once (to keep the email noise at minimum). The vote will run for about 72 hours as usual, perhaps more because it's Friday :). So... [ ] Stable -- good build [ ] Alpha -- something serious is wrong: what is it? Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - 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]
Re: JK Releasing 1.2.11/1.2.12
Well 1.2.11 will be the latest stable release, until we discover bugs in it and release a 1.2.12. :-) 2005/4/26, Mladen Turk [EMAIL PROTECTED]: William A. Rowe, Jr. wrote: I wish to make the 1.2.11 as a bugfix release, so where's the churn in that? Nothing, 1.2.11 is wonderful. You proposed releasing 1.2.12/stable a few days afterwards. I don't know if calling 1.2.12/stable in a few days is really such a hot idea. Me neither. I see that my idea about odd/even numbering was not so smart at all. Regards, Mladen. - 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]
Re: JK Releasing 1.2.11/1.2.12
AJP14 remove in JK 1.2.x and also in JTC ? So where will you put new AJP stuff ? 2005/4/26, Mladen Turk [EMAIL PROTECTED]: Glenn Nielsen wrote: We may want to consider use of a 1.3 development branch for new features. I have noticed that there have been significant new features added between releases of mod_jk 1.2. Well, I agree with you that we create a new branch. I wish to deprecate ajp12, jni and ajp14 connectors, as well as isapi, domino and ntservice servers. Reasons: ajp12: Old connector. We have 1.2 branch for it jni: unusable ajp14: Unsupported and IMO impossible without rewriting the connector isapi, domino, ntservice: unmaintained for years. Regards, Mladen. - 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]
Re: JK Releasing 1.2.11/1.2.12
Ok, what's the plan for the new connector ? 2005/4/26, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: AJP14 remove in JK 1.2.x and also in JTC ? So where will you put new AJP stuff ? Inside the new connector :). Really if we wish to have a full dynamic config, discovery, encryption and compression we should stick to APR, Apache2/IIS. IMO for that kind of things we need a modern server and modern OS abstraction framework without any compromises. Only in that case we would be able to achieve something. Regards, Mladen. - 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]
Re: JK Releasing 1.2.11/1.2.12
Just make a 1.2.11-dev available and if it works, release the 1.2.11 2005/4/25, Mladen Turk [EMAIL PROTECTED]: Peter Rossbach wrote: that is a very shot time period for testing. Well, some of the things are really critical, so that's the reason. I can start some test not before monday next week, but I setup a new server today a start with testing with jk cvs head. Well, It will be not be advertised as stable until enough votes are collected. This of course does not prevent users from using the new version that fixes the present bugs. We can always release a version and if not voted as stable, just bump to another one. The current head contains some significant bug fixes, and if some others get found during the testing period (this week basically), we can easily go to the next version. Regards, Mladen. - 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]
Re: JK Releasing 1.2.11/1.2.12
2005/4/25, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: Just make a 1.2.11-dev available and if it works, release the 1.2.11 Yes, I was trying to make a odd/even versioning, but seems it does not mater. Well HTTPD team didn't make this odd/even versioning :) Also how about dropping the documentation build from the source distribution, as well as ant build files. I can made some automated CHANGES.txt from the changelog.xml, as well as BUILDING from install/apache1.xml, install/apache2.xml and install/iis.xml, as well as STATUS.txt from news/*.xml This way we would have a small subset of textual docs while maintaining only XML documentation. So the CHANGES.txt and BUILDING will be generated by you at YOUR build time and included in the final source archive ? No problem for me - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK Releasing 1.2.11/1.2.12
Ok :) 2005/4/25, Mladen Turk [EMAIL PROTECTED]: Henri Gomez wrote: Well HTTPD team didn't make this odd/even versioning :) Yes I know ;) So the CHANGES.txt and BUILDING will be generated by you at YOUR build time and included in the final source archive ? Well, If I succeed to make an ant task that will generate formated .txt along with .html, then it would be generate by jkrelease.sh. If not, I'll just update those files. Mladen. - 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]
Re: bugs 34140 and 34199
2005/4/22, Ian F. Darwin [EMAIL PROTECTED]: Henri Gomez wrote: I know that but if your starter wrapper check if the process whom pid is stored on the file is still alive it could determine if the process has been aborted via kill -9. I'm using this kind of hack in Linux init.d rc for at least 2 years, whitout problems Right, if you read the PID and send it a signal to ensure it's still alive at the OS level, you get quite a bit of reliability. Here's part of my init.d script : TOMCAT_CFG=/etc/tomcat55/conf/tomcat55.conf [ -r $TOMCAT_CFG ] . ${TOMCAT_CFG} if [ -x /etc/rc.d/init.d/functions ]; then . /etc/rc.d/init.d/functions else # Check if $pid (could be plural) are running checkpid() { local i for i in $* ; do [ -d /proc/$i ] return 0 done return 1 } fi start() { echo -n Starting $TOMCAT_PROG: if [ -f /var/lock/subsys/tomcat55 ] ; then read kpid /var/run/tomcat55.pid if checkpid $kpid 21; then echo process allready running return -1 else echo lock file found but no process running for pid $kpid, continuing fi fi if [ -x /etc/rc.d/init.d/functions ]; then daemon --user $TOMCAT_USER $TOMCAT_SCRIPT start else su - $TOMCAT_USER -c $TOMCAT_SCRIPT start fi RETVAL=$? echo [ $RETVAL = 0 ] touch /var/lock/subsys/tomcat55 return $RETVAL } stop() { echo -n Stopping $TOMCAT_PROG: if [ -f /var/lock/subsys/tomcat55 ] ; then if [ -x /etc/rc.d/init.d/functions ]; then daemon --user $TOMCAT_USER $TOMCAT_SCRIPT stop else su - $TOMCAT_USER -c $TOMCAT_SCRIPT stop fi RETVAL=$? echo RETVAL=$? echo if [ $RETVAL = 0 ]; then let count=0; if [ -f /var/run/tomcat55.pid ] [ ! -z /var/run/tomcat55.pid ]; then read kpid /var/run/tomcat55.pid let kwait=$SHUTDOWN_WAIT until [ `ps --pid $kpid | grep -c $kpid` = '0' ] || [ $count -gt $kwait ] do echo waiting for processes to finish; sleep 1 let count=$count+1; done if [ $count -gt $kwait ]; then echo killing processes which didn't stop after $SHUTDOWN_WAIT seconds /bin/kill -9 $kpid fi fi rm -f /var/lock/subsys/tomcat55 /var/run/tomcat55.pid fi fi } part of my TOMCAT_SCRIPT : TOMCAT_CFG=/etc/tomcat55/conf/tomcat55.conf [ -r $TOMCAT_CFG ] . ${TOMCAT_CFG} java ${JAVA_OPTS} ${HEADLESS} -Djava.endorsed.dirs=/var/tomcat55/common/endorsed -Dcatalina.base=/var/tomcat55 -Dcatalina.home=/var/tomcat55 -Djava.io.tmpdir=/var/tomcat55/temp -classpath ${CLASSPATH} org.apache.catalina.startup.Bootstrap $@ /var/log/tomcat55/tomcat55.log 21 if [ ! -z $TOMCAT_PID ] [ $1 != stop ] ; then echo $! $TOMCAT_PID fi As you could see the TOMCAT_SCRIPT grab the tomcat main process id via $! Bash power :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bugs 34140 and 34199
Many way : - check the AJP port is listening on the right port. - Add a 'status' file in AJP support created after AJP is completly up and destroyed when AJP is closing. BTW, it will be better to have such file created when Tomcat is fully started (independant from AJP which could be disactivated by conf) and destroyed just before Tomcat stop. And if you could get the initial process/job id and pass it to tomcat, it could fill this fill with such jobid. 2005/4/21, jean-frederic clere [EMAIL PROTECTED]: Hi, Those 2 are reported against Daemon, but the user is looking for a safe way to know that Tomcat is completly up (AJP connector ready) or completly down. In jsvc the completly down case is easy: the JVM has exited. Any hints for the completly up case? Cheers Jean-frederic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: bugs 34140 and 34199
I know that but if your starter wrapper check if the process whom pid is stored on the file is still alive it could determine if the process has been aborted via kill -9. I'm using this kind of hack in Linux init.d rc for at least 2 years, whitout problems 2005/4/21, Ian F. Darwin [EMAIL PROTECTED]: Henri Gomez wrote: Many way : - check the AJP port is listening on the right port. - Add a 'status' file in AJP support created after AJP is completly up and destroyed when AJP is closing. BTW, it will be better to have such file created when Tomcat is fully started (independant from AJP which could be disactivated by conf) and destroyed just before Tomcat stop. And if you could get the initial process/job id and pass it to tomcat, it could fill this fill with such jobid. Anything depending on files will give false positives when Tomcat is hit by kill -9 (on unix, or equiv on others), dies to to a JVM crash, or hangs after an out of memory error. You'd need to update the file periodically in the server and have a client API for checking the timestamp. So I think the AJP port maybe more reliable, but it, too, will give false + if the server gets hung. Maybe there should be a simple optional new IsActiveConnector, if you enable it in config, then connect to it and send a message, it responds if it things the server is running correctly. Oh, well, then why not just send a simple HTTP request? The IsActiveConnector is fairly simple to implement, but is it a good idea? - 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]
Re: mod_jk 1.2.10 - return code when Tomcat not running
Well 504 seems more correct in our case 2005/4/19, William A. Rowe, Jr. [EMAIL PROTECTED]: At 02:04 PM 4/18/2005, Mladen Turk wrote: This is bug, and will be fixed. It should return SERVER_BUSY (503) if can not connect to Tomcat. You can try to use the load balancer with the single worker, and it should work like explained. It depends; Connection refused == 503 HTTP_SERVICE_UNAVAILABLE Connection timeout == 504 HTTP_GATEWAY_TIME_OUT - 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]
Re: OT: Re: Error
Well I didn't use this email for at least 3 years but it seems many viri robots still use it. On 4/13/05, William A. Rowe, Jr. [EMAIL PROTECTED] wrote: Wow, social engineering on a whole new level. An enigma wrapped in a puzzle, wrapped in a riddle. At 01:26 PM 4/13/2005, [EMAIL PROTECTED] wrote: Content-Type: text/plain; name=warning1.txt Content-Disposition: inline; filename=warning1.txt Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-Mailer: MIME-tools 5.411 (Entity 5.404) During a routine email scan at UTC, a file attached to this message was deleted per UTC Security Policy. UTC does not allow emailing several file types due to their potential to transmit viruses. An attachment named sjufp.scr was removed from this message. The body text of the message that included the deleted attachment can be found in the .txt file below. It is safe to open this file. If you believe this message is not business related simply delete it. If the message is business related and you require the file that was deleted, please contact the sender/nand arrange an alternate means of receiving it. The recommended method is to/nhave the sender zip the file before sending it. The message cannot be represented in 7-bit ASCII encoding and has been sent as a binary attachment. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat and APR
Well I've no problems with using APR if we could still use a pure Java implementation. Some may not have APR on their boxes, or an incorrect version of APR, or an invalid APR configuration (ie not multi-threaded). Remember mod_webapp and the reasons why it failed, ie too many peoples couldn't get the correct APR for there machine. So if we could make it configurable, via server.xml for example, using APR seems a great idea. On 4/14/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Apologies if I missed it, but I've seen responses to Yoav's and Peter's posts, but I have yet to see anything about Jess' NIO question. Since I agree with his observations, I was wondering if a reponse was in the works? (I assume it'll say something like, Yes, a Java NIO solution could very well provide enough improvements, but APR is already written, fully-established, and field- tested.) Just curious. In addition to Remy's response, you may want to search the message archives for this list. We've discussed NIO many times in the past in good depth. Yoav - 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]
Re: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml
My question on this thread. Is it legal to precompile JSPs via Jasper2 when there is no web.xml ? On 4/15/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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=34465. 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=34465 --- Additional Comments From [EMAIL PROTECTED] 2005-04-15 11:22 --- Well jasper2 could put jsp directive outside web.xml when pre-compiling : see this ant example: jasper2 validateXml=false uriroot=${build.dir}/jspc/myapp webXmlFragment=${build.dir}/dst/$myapp/WEB-INF/jsp.xml outputDir=${build.dir}/${wnamei}-src javaEncoding=ISO-8859-1 trimSpaces=true / jasper2 jspc will put the jsp URI in jsp.xml, you could at a later time include in web.xml using !ENTITY jsp SYSTEM jsp.xml and jsp.xml; ?xml version=1.0 encoding=ISO-8859-1? !DOCTYPE web-app PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN http://java.sun.com/dtd/web-app_2_3.dtd; [ !ENTITY jsp SYSTEM jsp.xml ] web-app jsp; /web-app Be carefull jsp; should be in the servlet-mapping area of your web.xml -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml
Well the patch seems reasonable to be commited. Could I Remy ? On 4/15/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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=34465. 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=34465 --- Additional Comments From [EMAIL PROTECTED] 2005-04-15 11:28 --- (In reply to comment #6) Anyway, look in org.apache.jasper.servlet.JspCServletContext. As you said, I looked at JspCServletContext#getRealPath and JspCServletContext#getResource. They just generates a new URL, and does not check the existents of the actual file. In 5.5.7, getResourceAsStream was used insted of getResource, and the implementation of getResourceAsStream is as below. public InputStream getResourceAsStream(String path) { try { return (getResource(path).openStream()); } catch (Throwable t) { return (null); } } Since Throwable is caught, FileNotFoundException will not be raised to processWebDotXml. Well the easiest way to fix this problem, is modifiy is = uri.openStream(); to try { is = uri.openStream(); } catch (java.io.FileNotFoundException ex) { return; } or maybe catch a Throwable, as it does in getResourceAsStream. I modified JspConfig.java on my local machine as above, and it correctly worked as I wanted. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 34465] - jasper2 fails when there is no web.xml
Yes, do you plan a fix ? On 4/15/05, Remy Maucherat [EMAIL PROTECTED] wrote: Henri Gomez wrote: Well the patch seems reasonable to be commited. Could I Remy ? It's a bad patch. getResource should return correct results instead. Rémy - 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]
Re: Tomcat and APR
I've got no problem with APR stability but availability in the correct version for some OS, ie iSeries or ... BS2000 :) On 4/15/05, jean-frederic clere [EMAIL PROTECTED] wrote: Henri Gomez wrote: Well I've no problems with using APR if we could still use a pure Java implementation. Some may not have APR on their boxes, or an incorrect version of APR, or an invalid APR configuration (ie not multi-threaded). Remember mod_webapp and the reasons why it failed, ie too many peoples couldn't get the correct APR for there machine. A the time of mod_webapp APR was not stable enough, now this has improved a lot. So if we could make it configurable, via server.xml for example, using APR seems a great idea. On 4/14/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Apologies if I missed it, but I've seen responses to Yoav's and Peter's posts, but I have yet to see anything about Jess' NIO question. Since I agree with his observations, I was wondering if a reponse was in the works? (I assume it'll say something like, Yes, a Java NIO solution could very well provide enough improvements, but APR is already written, fully-established, and field- tested.) Just curious. In addition to Remy's response, you may want to search the message archives for this list. We've discussed NIO many times in the past in good depth. Yoav - 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] - 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]
Re: Building Question
OK On Apr 10, 2005 6:05 PM, Bill Barker [EMAIL PROTECTED] wrote: - Original Message - From: Henri Gomez [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Saturday, April 09, 2005 11:45 PM Subject: Re: Building Question CLR ? Typo. It should be CRLs. As in java.security.cert.CRL. On Apr 10, 2005 3:33 AM, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I'm thinking of starting on implementing CLRs for Tomcat 5.5. However, it's a PITA for 1.5. I wanted to check that the binary builds for TC 5.5 are being built with JDK 1.5, or, I'm probably wasting my time (not many people use the source distro :). I've been building with 1.4, using the build as a final check that we have no 1.5-only code. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - 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] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - 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]
Re: [VOTE] 5.5.9 Stability
I voted it stable but I'm not using clustering support :( On Apr 9, 2005 8:54 PM, Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Ok, this give me and Filip time for real stability testing and review the 5.5.10 codebase. I also package my fixes to the 5.5.9 codebase for some test user as bug report.. I'll let Yoav decide what he wants to do with all these builds before he gets married (congratulations ;)). I'm very happy to not be the release manager and have to make the tough decisions :) Go Yoav ! Peter, when you have a Bugzilla item and a cluster fix/test package attached to that item, please let us know. At that time I'll send out the vote results, calling 5.5.9 beta and nothing that this issue (and I'll provide a link to bugzilla) is the only thing preventing 5.5.9 from being stable, and that users not needing/using clustering should consider 5.5.9 stable. Good. The vote still does count though: since it is not a regression nor a security issue, if there are three committers who vote stable, then it's stable. Of course, it won't happen, as nobody ever cares about voting ;) Rémy - 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]
Re: Building Question
CLR ? On Apr 10, 2005 3:33 AM, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I'm thinking of starting on implementing CLRs for Tomcat 5.5. However, it's a PITA for 1.5. I wanted to check that the binary builds for TC 5.5 are being built with JDK 1.5, or, I'm probably wasting my time (not many people use the source distro :). I've been building with 1.4, using the build as a final check that we have no 1.5-only code. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - 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]
Re: [VOTE] 5.5.9 Stability
Congratulation ! I'll be incommunicado from the 14th through the 20th or so: I'm getting married on the 17th ;) Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.5.9 Stability
From what I could see in my first devel site (the first not using a Tomcat 3.3.2), it seems stable. On Apr 6, 2005 1:25 PM, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Tomcat v5.5.9 has been out for more than a week now, so hopefully we have had time to test/use it. We're still waiting for the TCK results, but let's hear your opinion: [ ] Stable -- good build [ ] Beta -- minor bad stuff: what is it? [ ] Alpha -- something serious is wrong: what is it? The vote will run for about 72 hours as usual. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] - 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]
Re: first time user
Ben you should contact the tomcat use list instead : tomcat-user@jakarta.apache.org Regards On Apr 4, 2005 12:43 PM, Ben [EMAIL PROTECTED] wrote: I have just install tomcat and got it working at http://localhost:8080 I am able to run load %= new java.util.Date() % under a jsp file question: 1) I have create a HelloWorld.java file, where should I put this file and be able to run it? 2) if I want it to look for helloworld.xml and have the action being call from there, what can I do? 3) do I have to put all the .jar file in the CLASSPATH under autoexec.bat? This would be a huge line if I also want to put the Velocity template what can I do? my directory: c:\web Tomcat5 webapps ROOT-- http://localhost:8080 webwork2 lib webwork-2.1.7.jar webflow-2.1.7.jar Thanks so much, Ben - 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]
Re: [ANN] JK 1.2.10 Released
Well the GCC 3.2 used on my Linux PPC reports also many warnings :-) Making all in common make[1]: Entering directory `/root/jakarta-tomcat-connectors-1.2.10-src/jk/native/common' /bin/sh /usr/share/apache2/build/libtool --silent --mode=compile gcc -I/usr/include/apache2-prefork -g -O2 -O2 -fsigned-char -fPIC -Wall -fno-strict-aliasing -D_LARGEFILE_SOURCE -g -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -pthread -DHAVE_APR -I/usr/include/apache2-prefork -g -O2 -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DAP_DEBUG -I /usr/lib/jvm/java-1.4.2-ibm/include -I /usr/lib/jvm/java-1.4.2-ibm/include/ -c jk_ajp12_worker.c In file included from jk_uri_worker_map.h:35, from jk_service.h:34, from jk_ajp12_worker.h:27, from jk_ajp12_worker.c:25: jk_mt.h:81: warning: function declaration isn't a prototype In file included from jk_uri_worker_map.h:36, from jk_service.h:34, from jk_ajp12_worker.h:27, from jk_ajp12_worker.c:25: jk_shm.h:91: warning: function declaration isn't a prototype jk_shm.h:99: warning: function declaration isn't a prototype jk_shm.h:118: warning: function declaration isn't a prototype jk_shm.h:127: warning: function declaration isn't a prototype jk_shm.h:134: warning: function declaration isn't a prototype jk_shm.h:138: warning: function declaration isn't a prototype jk_shm.h:141: warning: function declaration isn't a prototype On Apr 1, 2005 4:06 PM, Jess Holle [EMAIL PROTECTED] wrote: Mladen Turk wrote: Günter Knauf wrote: Hi Mladen, Also I would like to mention that I'm probably way more frustrated about those banana patches than you cause I reported that compiler bug directly to the Novell manager who was reponsible for Metrowerks connection years ago, I even wrote a sample to demonstrate the problem; and after that three more versions of the stupid compiler were released and they from Metrowerks werre not able to fix it H Metrowerks used to be good back when I used it (early PowerPC Mac days). It was stricter than most compilers -- perhaps even causing some warnings to be errors. I understand how this can cause issues building open source software, but for my own development I always appreciated the compiler being stricter than others -- it made porting a lot easier. [I now use Java and am dismayed at what C compilers let you get away with.] -- Jess Holle - 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]
Re: [ANN] JK 1.2.10 Released
1.2.10, I awaited a 1.2.9 final release. We just add a 1.2.9 beta On Thu, 31 Mar 2005 08:52:31 +0200, Mladen Turk [EMAIL PROTECTED] wrote: The Apache Jakarta Tomcat team is proud to announce the immediate availability of Jakarta Tomcat Connectors 1.2.10. The release contains a significant number of bug fixes and new features. Please see the http://jakarta.apache.org/tomcat/connectors-doc/changelog.html for a full list of changes. With release 1.2.10 the JkShmFile property has been added for Apache 1.3.x and Apache 2.x web servers on UNIX and LINUX platforms. Load balancer will not work properly if this directive is not present. Please refer to the change log for the list of changes: http://jakarta.apache.org/tomcat/connectors-doc/changelog.html Sources can be found at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.10/ Binaries can be found at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/ For now there is only a set of win32 binaries: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.10/ If you find any bugs while using this release, please fill in the http://issues.apache.org/bugzilla/enter_bug.cgi?product=Tomcat%205 Bug Report. When entering bug select Native:JK Component. The Jakarta Tomcat Connectors Team. - 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]
Re: [ANN] JK 1.2.10 Released
I could provide Linux binaries for Suse 8.0 PPC and Suse SLES 9 but it's up to distributions mainteners to provide such binaries (via rpm/deb). Take a look at jpackage for many Linux RPM binaries On Thu, 31 Mar 2005 13:11:01 +0200, Mladen Turk [EMAIL PROTECTED] wrote: Lionel Farbos wrote: Some questions : - Why don't you provide any more a binary release for linux (since 1.2.6) ? It's up to the contributors (jk committers). Now, my company (JBoss) has invested a great deal of money to provide me with hardware and software needed for such tasks, but you'll have to wait couple of weeks before I set that all systems up and running, so we can have binaries for all the major linux distributions. Again, having all of them covered would be simply impossible, because there are jut too many kernel/cpu/distro/apache combinations that would satisfy all. I mean I can for sure predict a question: Why the hell my favorite XXX distribution does not have binary? Regards, Mladen. - 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]
Re: [ANN] JK 1.2.10 Released
They should appears shortly in : http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/iseries/jk-1.2.10/ Just wait the apache mirrors to do their job. BTW, it's for V5R3 with latest PTF. On Thu, 31 Mar 2005 06:40:26 -0800, Brent Sims [EMAIL PROTECTED] wrote: I sure would appreciate an iSeries binary release though, if I can jump on the band wagon. We haven't seen one of those since 1.2.6, either. Thanks Brent Sims Systems Analyst 2 KC Human Services - Road rage, air rage. Why should I be forced to divide my rage into separate categories? To me, it's just one big, all-round, everyday rage. I don't have time for fine distinctions. I'm too busy screaming at people. - George Carlin [EMAIL PROTECTED] 3/31/2005 3:11:01 AM Lionel Farbos wrote: Some questions : - Why don't you provide any more a binary release for linux (since 1.2.6) ? It's up to the contributors (jk committers). Now, my company (JBoss) has invested a great deal of money to provide me with hardware and software needed for such tasks, but you'll have to wait couple of weeks before I set that all systems up and running, so we can have binaries for all the major linux distributions. Again, having all of them covered would be simply impossible, because there are jut too many kernel/cpu/distro/apache combinations that would satisfy all. I mean I can for sure predict a question: Why the hell my favorite XXX distribution does not have binary? Regards, Mladen. - 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]
Re: [VOTE] Release JK 1.2.9 as stable
+1 jk 1.2.9 built on Linux PPC (Suse 8.0 / Apache 2.0.53) and iSeries V5R3. I see no regression for now... On Tue, 29 Mar 2005 12:55:48 +0200, Mladen Turk [EMAIL PROTECTED] wrote: Hi, There has been some improvements since 1.2.9 beta version, so I suggest that you test the latest source code and binaries. Sources are at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jk-1.2.9/ binaries (WIN32 for now) can be found at: http://www.apache.org/dist/jakarta/tomcat-connectors/jk/binaries/win32/jk-1.2.9/ (Binary contributions are welcome :). So, Vote 1.2.9 as stable: [ ] Yes [ ] No Regards, Mladen - 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]
Re: [VOTE] PMC Chair
[ +1 ] Remy Maucherat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Well I really like SWT , it remember me the old time of UI designing under MacOS, and the Free Visual Editor is really great. But may be we should be back to the original subject, Tomcat as TLP ;) On Thu, 24 Mar 2005 14:36:55 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Costin Manolace wrote: I think you are wrong on this one. At least on Linux ( and low-end hardware ) SWT seems to be faster, even with the crapy GTK bindings ( that could be optimized a lot ). I guess what's more important in SWT is the design based on using the platform UI instead of drawing pixels and attempting to make it look like the real platform widgets. There is also the issue of complexity - SWT is a very clean and simple API. I spent a lot of time with SWT - if I would write an UI app, it'll be my choice. All right, maybe I am wrong then. It is evident that GNU Java is there for SWT apps, which is already a big benefit. Rémy - 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]
Re: TLP Draft Proposal
On Wed, 23 Mar 2005 12:56:38 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: I'm at the moment in favor of allowing non consecutive one year terms. Unfortunately, it means two people can share the job, which would defeat the purpose, but without this, we could run out of worthy/willing candidates pretty fast. +1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Did there is interest in a JFACE/SWT admin application ? On Wed, 23 Mar 2005 15:10:55 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Yoav Shapira wrote: Hi, Below is a draft of our TLP proposal. The format is fairly standard, copied from other recent TLP promotions. (You can see those in ASF Board meeting minutes). I've added all currently active committers to the initial PMC. If I've missed anyone, please let me know. Part of the proposal is the initial PMC Chairman. I'd like to put myself up as a candidate, and if anyone else is interested, now's the time to speak up. This is a rotating term anyways, so anyone interested who sticks around long enough will get a chance to wear the hat. Once we agree on the draft phrasing, we'll have an actual vote. I believe that actually takes place on [EMAIL PROTECTED] rather than tomcat-dev? Are there any active Tomcat committers who are not Jakarta PMC members? If I were to guess, maybe Peter anyone else as new? Ok, so I vote +1 to this, on the condition that the move (CVS move, etc, etc) only occurs at least two weeks after the next stable 5.5.x release is made (so that if it turns out bad, we have time to fix it). The scope of the project as defined seems fine, as the range of subprojects already part of Tomcat is large: native connectors, a custom HTTP-like protocol, an admin webapp, etc. Rémy - 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]
Re: 5.5.9 Time
Well I'd like to see the bugzilla #34034 (Jasper and external entities) fixed. Bill and Jan take a look at my previous patch, and corrected it a little. It's attached on bz : http://issues.apache.org/bugzilla/show_bug.cgi?id=34034 Regards On Wed, 23 Mar 2005 09:00:41 -0500, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, I was thinking this Saturday, March 26th, would be a good time for cutting Tomcat 5.5.9. There's a decent number of fixes in the changelog, and a couple of new things including the host manager webapp. Finally, I introduced a regression into 5.5.8 by accidentally leaving out the JavaMail jars when building it, as shown in Bugzilla 34131, so I'd like to fix that. Is anyone *not* OK with me cutting Tomcat 5.5.9 this Saturday, say around 2pm my time (1900h GMT) ? Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Should I read that now Swing on SDK 1.5 is faster than SWT ? On Wed, 23 Mar 2005 15:46:10 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Henri Gomez wrote: Did there is interest in a JFACE/SWT admin application ? If you ask me, Eclipse's strength is no longer SWT. At the moment, it's more like a liability, as Swing has become better. The exception is still on Windows (to some extent) where the Swing impl still needs some more polish (font antialias support, for example). Rémy - 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]
Re: TLP Draft Proposal
When the SVN support will be included in base Eclipse may be ... For now CVS on Eclipse is just great and more important works without flaw On Wed, 23 Mar 2005 19:33:27 + (UTC), Costin Manolace [EMAIL PROTECTED] wrote: Henri Yandell flamefew at gmail.com writes: However, SVN has sufficient advantages on the server-side for the people administrating the Apache boxes to long for it, and the choice of techs is a balance between various people's requirements. I've nudged Infra to see if they're planning to propose the CVS-tuning-off proposal to the community soon, as the earlier the better. Propose or impose ? Typically 'propose' means the community would have some way to say 'yes' or 'no'. I agree SVN is better - and for a new project it would certainly be the top choice. But I can't believe maintaining cvs for existing projects ( or the few projects that chose to keep using it ) is such a huge burden. If this is an issue of resources - will this be solved if someone would volunteer to maintain it ? Or maybe if some company would donate the money for a hosting service ( like openoffice.org or java.net seem to work ) ? Costin - 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]
Re: Time for TLP?
I think it was around for a while, and cooking :) May be... First of all we deserve that, because Tomcat is one of the best ASF projects, with strong and active community. True Also, more people are discussing Tomcat then the Tomcat developers itself, so probably that's one of the reasons. All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Back to the topic: If you look at the comments from Jakarta community, even they are for that proposal, because frankly, Tomcat is in a way 'artificial body' inside what the rest of the Jakarta projects are. So the move is to go TLP ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Time for TLP?
Well, in such case the Yoav should rise an official VOTE POLL on tomcat-dev. Yoav, it's up to you On Tue, 22 Mar 2005 08:46:00 -0500, Peter Lin [EMAIL PROTECTED] wrote: I'm not a committer, but thought I'd give my half pence worth. Tomcat has come a long way and is second to none. TC5.5.x really has made tremendous strides and is even with the best servlet containers out there. it does seem like the java community at large would like to see tomcat as TLP, so might as well. Jakarta is pretty healthy, so I don't think it's necessary to use TC to boost the visibility of jakarta anymore. peter lin On Tue, 22 Mar 2005 13:23:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: All in all, it will mean more work on our side, but I think It's worth the effort, because the Tomcat will be perceived as 'lean-and-mean-sexy-machine' :) What will be the extra works ? Mostly administrative and documentation namespace change, but think it's one-time-job. So the move is to go TLP ? Well, like Tim said, if not now, we'll come to this subject in couple of months again. IMO now, is as well as good as any other time. Let's do that admin task and move forward to what's count; coding. Regards, Mladen. - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TLP Draft Proposal
Could you check the avail file on CVSROOT to see who is tomcat commiters ? Faster, easier, safer :) On Tue, 22 Mar 2005 15:37:46 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Mladen Turk wrote: NOTE: Who am I missing? Kin-man? Craig? Keith? Others? Henri Gomez of course :). He's one of the emirates. And Jean-Frederic Clere of course. Regards, Mladen. - 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]
Re: mod_jk
You should do : configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make On Tue, 22 Mar 2005 15:56:09 +0100, Andreas Andersson [EMAIL PROTECTED] wrote: Hi (trying the next list)! I'm trying to compile mod_jk with the latest src but get the following error: BUILD FAILED /usr/src/jakarta-tomcat-connectors-1.2.8-src/jk/build.xml:161: Warning: Could not find file /usr/src/jakarta-tomcat-connectors-1.2.8-src/coyote/build/lib/tomcat-coyote.jar to copy. And that's correct, there is no such file. Anyone know how to solve this? I really just need mod_jk installed under my CentOS/RedHat dist. Thanks. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - 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]
Re: mod_jk
jpackage.org is your friend :) http://www.jpackage.org/rpm.php?id=2071 On Tue, 22 Mar 2005 16:13:42 +0100, Andreas Andersson [EMAIL PROTECTED] wrote: Henri Gomez wrote: You should do : configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. -- Andreas Andersson IT Dept. Travelstart Nordic [EMAIL PROTECTED] http://www.travelstart.se - 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]
Re: mod_jk
Well on jpackage you could find binaries for many Linux RPM based distros. http://mirrors.dotsrc.org/jpackage/1.6/ Or if you are RPM aware, use their SPEC to build something suited to your distro. On Tue, 22 Mar 2005 16:24:16 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Andreas Andersson wrote: configure --with-apxs=/your/path/toapxs (ie : --with-apxs=/usr/sbin/apxs2) make Is there no binary distribution of mod_jk for redhat? I find that weird. For what version? RH7, RH8, RH9 Fedora1, Fedora2, Fedora3, RHEL2, RHEL3, RHEL4 ? For what CPU, x86, x86_64, PPC? For what Apache version 1.3.x, 2.0.x, 2.1.x ? So, as you can see, there is at least 81 distributions that someone would need to maintain. No how that compares with 'configure, make, make install'? Regards, Mladen - 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]
Re: mod_jk
Well supporting ALL Linux distros is allready a full time job On Tue, 22 Mar 2005 16:41:24 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: Well on jpackage you could find binaries for many Linux RPM based distros. Perfectly OK. I'm just saying that it's not weird if we do not provide a binary for any OS/CPU/Kernel/Apache version there is. We can do that on a 'donation' basis as we did for the last couple of years. It just happened that we did not receive any binaries recently from any of our commiters. Regards, Mladen. - 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]
Re: TLP Draft Proposal
Costin you would be a nice PMC member also :) On Tue, 22 Mar 2005 08:31:05 -0800, Costin Manolache [EMAIL PROTECTED] wrote: Yoav Shapira wrote: NOW, THEREFORE, BE IT FURTHER RESOLVED, that [XXX] be appointed to the office of Vice President, Apache Tomcat, to serve in accordance with and subject to the direction of the Board of Directors and the Bylaws of the Foundation until death, resignation, retirement, removal or disqualification, or until a successor is appointed; and be it further +1 I would like to propose Remy == XX ( he can obviously refuse, but I hope he will not do that ). Obvious reasons on why he is the best choice, so I don't think consensus will be a problem - only his acceptance ( it'll not involve too much coding :-). Costin - 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]
Re: [ANN] JK-1.2.9 BETA Released
Windows binaries welcome :) On Tue, 22 Mar 2005 14:45:22 -0500, Fenlason, Josh [EMAIL PROTECTED] wrote: I built and tested this on Windows and it looks good. Thanks. , Josh. - 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]
Re: Time for TLP?
It was proposed months ago when ant became TLP and the consensus at this time was to keep Tomcat in the jakarta. I'd like to know the reason who motive this move ;) On Mon, 21 Mar 2005 15:00:54 -0500, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Yea, TLP = Top-Level Project. My apologies for the acronym ;) It would mean Tomcat leaves Jakarta technically. There would be a Tomcat PMC (roughly consisting of all current committers), reporting to the ASF Board. There would be a tomcat.apache.org instead of Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding URLs for sanity sake). For more details on what's involved, you can google on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's now an Apache TLP. As I said before, this is an informal survey. A formal proposal and vote would be the next step, but as one can see from the URLs below, there is a broad level of support within the ASF for Tomcat becoming its own TLP. Yoav -Original Message- From: Derrick Koes [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 2:28 PM To: Tomcat Developers List Subject: RE: Time for TLP? TLP = Top Level Project ? -Original Message- From: Yoav Shapira [mailto:[EMAIL PROTECTED] Sent: Monday, March 21, 2005 1:42 PM To: 'Tomcat Developers List' Subject: Time for TLP? Hi, In light of these recent discussions on [EMAIL PROTECTED]: http://marc.theaimsgroup.com/?t=4256091 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?l=jakarta-general http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2 m=42733325833w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 http://marc.theaimsgroup.com/?t=1753782 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2 I think we're ready to move Tomcat to a TLP. There's a lot of support for it in the general Jakarta and ASF ranks. Before we write and vote on a proposal, I wanted to see informally what the opinions are within our own group about this potential move. I'm obviously +1. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] Jasper and external entities parsing support
The provided patch will help Jasper support the external entities located in a WAR. Thanks to review and if positive feedback I'll commit it Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jasper and external entities parsing
From what I see in the 5.5.8 code the external entities cannot be resolved since we provide an InputSource to the documentBuilder in ParseUtils : private void processWebDotXml(ServletContext ctxt) throws JasperException { InputStream is = null; try { is = ctxt.getResourceAsStream(WEB_XML); if (is == null) { // no web.xml return; } ParserUtils pu = new ParserUtils(); TreeNode webApp = pu.parseXMLDocument(WEB_XML, is); if (webApp == null || !2.4.equals(webApp.findAttribute(version))) { defaultIsELIgnored = true; return; } As such when the documentBuilder found a partial external entities, like !ENTITY base SYSTEM base.xml, it has no idea of its root location and as such consider as a file and provide it a dummy base location. What could be done it to use the ctxt.getResourceAsStream() after cleaning the systemId reference from any file:// reference (ie: file:///C:/eclipse3/base.xml = WEB-INF/base.xml). Remmy do you agree on this since which such we stay independancy from being on file or other way ? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tagging JK 1.2.9 on 3/17/2005
jk 1.2.9-dev build on iSeries without problem. Wit my admins to redeploy and test it On Thu, 17 Mar 2005 20:37:58 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Rainer Jung wrote: Concerning socket_timeout: 1) In common/jk_connect.c there is a typo: 374 setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, 375 (const void *) tv, sizeof(tv)); 376 setsockopt(sock, SOL_SOCKET, SO_RCVTIMEO, 377 (const void *) tv, sizeof(tv)); so both setsockopts use the same option. It should be SO_SNDTIMEO in line 376. Maybe that's easy enough to change for 1.2.9. Yes, it should be SO_SNDTIMEO. Seems like typo :). 2) The test in configure about functionality of the timeouts is broken. The test program does not compile under Solaris, because it needs -lsocket. Can you provide a patch for that? When I compile the test program with -lsocket it compiles but it exits as expected with 1. So under Solaris the two timeouts are defined in the include files, but they do not work with setsockopt. Since this doesn't change the result in the end, it might also be corrected after 1.2.9. Sure, that's the purpose of JK_CHECK_SETSOCKOPT function. Regards, Mladen. - 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]
Re: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities
Remy, let be serious. If the definition is invalid for Jasper, you should be consistant and do the same at web.xml reading/parsing time. Also when you have a webapp with more than 150 servlets, produced by 2 or 3 teams, and with the mapping requirement, you SHOULD use this kind of ENTITY inclusion to make life a little simpler for developpers. Do you hate developpers ? or Team working ? If the SYSTEM entity tag is invalid, what could we use instead ? PUBLIC ? Sorry but this one is a show stopper... On Wed, 16 Mar 2005 15:04:26 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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=34034. 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=34034 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-16 15:04 --- Webapps are not necessarily filesystem based. As a result, that kind of little tricks are not portable, and cannot be supported. As you know, I am very efficient at marking reports invalid ;) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You reported the bug, or are watching the reporter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities
Remy you promised to close it and I promised you to reopen. The bug is for me a showstopper and if it's not resolved, I'll vote -1 to future Tomcat 5.5 release. On Wed, 16 Mar 2005 15:00:15 +0100, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 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=34034. 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=34034 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-16 15:00 --- As promised ;) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities
So what about ? If I provide a Fix to Jasper to make it works like ContextConfig does, will it be -1 ? On Wed, 16 Mar 2005 15:47:23 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Henri Gomez wrote: Remy you promised to close it and I promised you to reopen. The bug is for me a showstopper and if it's not resolved, I'll vote -1 to future Tomcat 5.5 release. I did look at the code in ContextConfig, and had already reopend the report, since it seemed to indicate that it would work using URLs. My mistake. I'm assuming this. If it doesn't work with anything but the filesystem, then I am -1 for the feature. That being said, I will make no effort to fix it. I'm sure people who are interested in the feature will help fix it ;) Rémy - 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]
Re: DO NOT REPLY [Bug 34034] - Jasper didn't respect external entities
Happy to see you more positive ;) I'll take a carefull look around this Jasper to avoid broking everything but I feel I should add a specific or configurable EntityResolver in such case. On Wed, 16 Mar 2005 17:07:06 +0100, Remy Maucherat [EMAIL PROTECTED] wrote: Henri Gomez wrote: So what about ? If I provide a Fix to Jasper to make it works like ContextConfig does, will it be -1 ? If it doesn't use filesystem stuff (like ContextConfig), and it works (that helps), I will of course not -1 any changes :) Rémy - 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]
Re: Tagging JK 1.2.9 on 3/17/2005
Ok, I'll do the usual specific iSeries build to ensure everything is ok. I rebuild the current HEAD on Linux and it seems to works as expected :) On Tue, 15 Mar 2005 12:34:29 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Hi all, My plan is to tag the JK_1_2_9_BETA on March 17th. The beta release will be available for testing from that date. Regards, Mladen. - 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]
Tomcat 5.5.8 release
Did there is a plan to make a release of Tomcat 5.5.8 ? As many, I need official releases for our production servers Regards. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Propose Jim Jagielski and William A. Rowe as JakartaTomcatConnectors commiters
+1 for both of all. Should I understand they will works more on HTTPD related stuff and of course JK ?-) On Mon, 14 Mar 2005 11:20:27 -0600, Glenn Nielsen [EMAIL PROTECTED] wrote: A bit late but hear are my hearty +1's for both Jim and Bill. Glenn On Wed, Feb 23, 2005 at 08:56:13PM +0100, Mladen Turk wrote: So... [x] Yes, Jim is really a cool guy. [ ] No way. and.. [x] Sure, wellcome Bill. [ ] I think I know httpd better then him. -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- - 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]
Apache 2.1.3 may be beta...
Hi to all, It seems Apache 2.1.3 may became beta, what about the state of ajp code present in CVS ? Regards - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
request for tomcat-dev list admins
Could you remove these two accounts who send back to me (and probably others), any post to tomcat-dev ? [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Apache 2.1.3 may be beta...
Great On Mon, 07 Mar 2005 11:12:34 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: Hi to all, It seems Apache 2.1.3 may became beta, what about the state of ajp code present in CVS ? Think it will be 2.1.4 rather then 2.1.3. mod_proxy_ajp is working BTW :) . Mladen. - 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]
Re: Apache 2.1.3 may be beta...
And the code in mod_proxy_ajp contains all the latests jk modifications ? On Mon, 7 Mar 2005 11:24:54 +0100, Henri Gomez [EMAIL PROTECTED] wrote: Great On Mon, 07 Mar 2005 11:12:34 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: Hi to all, It seems Apache 2.1.3 may became beta, what about the state of ajp code present in CVS ? Think it will be 2.1.4 rather then 2.1.3. mod_proxy_ajp is working BTW :) . Mladen. - 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]
Re: Apache 2.1.3 may be beta...
Ok. It's good to know that we could in a near future have direct Apache / Tomcat connectivity allready bundled in HTTPD releases On Mon, 07 Mar 2005 12:16:31 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Henri Gomez wrote: And the code in mod_proxy_ajp contains all the latests jk modifications ? No. Mod_jk contains backported concepts from mod_proxy_ajp and mod_proxy_balancer :). Other things like domain model clustering will be ported to mod_proxy_balancer, but that's not high priority. Regards, Mladen - 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]
Re: Tomcat for professional large scale webapps?
Also consider that using Apache 2.x is front of a farm of tomcats will help you upgrade your configuration to handle more and more users and requests. For information, I'm using 2 Tomcat 3.3.2 to handle about 35 XML-RPC requests by days, Apache2 in front handling the GZIP compression. On Tue, 1 Mar 2005 08:01:00 -0500, Peter Lin [EMAIL PROTECTED] wrote: 100 concurrent users don't necessarily mean heavily loaded. Try 5000 concurrent users or something even higher. Keep in mind the bottleneck will be your database, so try to figure what 100 concurrent users means in terms of peak and average concurrent requests. in other words. What are the chances all 100 users will send a request at the same time? I'm gonna guess it's not very likely. If anything, I would be surprised if 100 concurrent users results in 25 concurrent requests during peak and 15 during average. In either case, remember your Network IO will be a major limitation. If the application is on a LAN, then you're fine. If it's hosted at an ISP and you only have 10mb link, it's not going to be able to handle 25 concurrent requests. If you're hosted at a nice ISP that gives you a 100mb link, you should be ok. The only real way to know if tomcat can handle the load and how many servers you need is to write the app and stress test it. Once you get a good measure of the average response time, you'll have more information to decide. If you look at the latest benchmarks I ran, it's going to be hard to find a servlet container that is significantly better. In fact, I would say 5.5.x is even with Resin now. hope that helps peter On Tue, 1 Mar 2005 07:13:37 -0500, Yoav Shapira [EMAIL PROTECTED] wrote: Hola, Numerous users/organizations have reported using Tomcat for that number of concurrent users and higher. Achieving good and efficient programming is usually the bottleneck. You might also want to try clustering and load-balancing your Tomcats. If you don't want to involve Apache you can use a Tomcat with the Balancer webapp as your front-end for load-balancing requests. Yoav -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 01, 2005 3:52 AM To: tomcat-dev@jakarta.apache.org Subject: Tomcat for professional large scale webapps? Hello, I made very good experiences using Apache Tomcat for small scale webapps. However, I am now thinking of using it for a larger scale professional webapp: 100 conconcurrent Users. Haevy downloads, ... Assumed that programming is good and efficient, in what kind of difficulties may I run using Tomcat for a larger scale application? Is it a good choice (in terms of scalability, efficiency, memory usage, ...)? My App environment would be: Tomcat 5.x, Struts, Oracle, Lucene Greetings, Joos -- DSL Komplett von GMX +++ Superg|nstig und stressfrei einsteigen! AKTION Kein Einrichtungspreis nutzen: http://www.gmx.net/de/go/dsl - 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] - 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]
Re: JK 1.2.9-dev test results
Good works Mladen. I found jk a bit faster and it's good to see that we could speed it up a little. The next step could be to use larger AJP packets (4k too small) On Thu, 17 Feb 2005 14:11:28 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Hi, Henri said that he noticed current dev version of mod_jk being quite faster then previous (1.2.8). Although it was not the primary intention to be faster, I think no one will object :). So here are some benchmark results from my side: JK 1.2.8 single thread Requests per second:784.31 [#/sec] (mean) JK 1.2.9-dev single thread Requests per second:798.01 [#/sec] (mean) JK 1.2.9-dev 10 concurrent threads Requests per second:918.22 [#/sec] (mean) JK 1.2.9-dev 10 concurrent threads with socket_timeout Requests per second:910.38 [#/sec] (mean) So. Is this a speedup or not ;)? Interesting is that new socket_timeout implementation does not slow down that much. After all it sets the socket to nonblocking mode before each request, checks if the socket is still connected and then sets to blocking mode again. Compared to cping/cpong prepost, the system is almost twice as faster. Of course it will not detect hanged tomcat, only if tomcat broke down or some other network problem happened. Cheers, Mladen. - 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]
Re: JK - need some testings for new lb
Great :) Build it right now and test on my Linux boxes On Wed, 16 Feb 2005 10:01:15 +0100, Mladen Turk [EMAIL PROTECTED] wrote: Hi, As said before load balancer does not have any more all that fuzzy local_worker settings. For most people (at least for me) that was totally unusable and hard to understand. I hope the new settings and algo will be more clear and much usable in conjunction with shared memory and jk_status. There are two major concepts: Sessions and Domains (well, not quite new). If there is a session that matches the worker name, and the worker is not in error state, then this worker will be used. OTOH if it is in error state, and the sticky_session_force is set, then 500 will be returned. If there is no session, and the worker is disabled, then it will be skipped during worker election. This resolves shutting down the node for maintenance. If worker has the redirect parameter set, then all its session requests will be redirected to the 'redirect' worker. The param is meant to be used from jk_status for redirecting nodes. Domain is group of workers in load balancer that has session replication in place. The jvmRoute in that case is domain name, not the worker name. During election phase, only the workers with same domain will be elected. If all are in error state and the sticky_session_force is set 500 will be returned. If not set another domain will be elected. I hope this resolves all use cases. So the following directives are deprecated: worker.xxx.local_worker worker.xxx.local_worker_only The following has been added: worker.xxx.redirect (string, name of the worker or domain) worker.xxx.sticky_session_force (boolean) worker.xxx.domain (string, name of cluster domain/group) Also there is a new lb directive called 'method' that can be set to either to 0(request, default) or 1(traffic), meaning that lb can balance depending on number of requests or actual data transferred/read. So, worker.lb.method=1 will balance on data transfer. (Will not work with sticky sessions for now). Regards, Mladen. - 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]