Re: AutoReply: Vielen Dank für Ihre Nachricht
Sent to me in error Claire Bell Facilities Administrator Ext 61564 [EMAIL PROTECTED] ag.de To: [EMAIL PROTECTED] cc: 15/06/2004 00:20 Subject: AutoReply: Vielen Dank für Ihre Nachricht Please respond to Tomcat Developers List Sehr geehrter freenet.de Interessent, vielen Dank für Ihre Anfrage und Ihr Interesse an unseren Diensten und Produkten! Um Ihnen eine schnelle und kompetente Antwort zu ermöglichen, können wir Anfragen nur über das Kontaktformular entgegen nehmen. Nutzen Sie bitte unseren für Kunden kostenfreien E-Mail Service unter dem folgenden Link: http://online-hilfe.freenet.de Haben Sie Fragen zu unseren Tarifen, so besuchen Sie uns unter: http://tarif.freenet.de Möchten Sie in Einrichtungshilfestellungen stöbern, so öffnen Sie bitte: http://hilfe.freenet.de Bitte beachten Sie, dass Sie über ein kostenfreien freenet.de Mitgliedsnamen verfügen müssen, um unseren kostenlosen E-Mail Service in Anspruch nehmen zu können. Noch nicht kostenfrei registriert bei freenet.de? Einfach schnell und kostenfrei anmelden unter my.freenet.de Viel Spaß bei freenet.de Ihr freenet.de Serviceteam Kontakt unter: http://service.freenet.de Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to debug tomcat application server itself
You have sent this to me in error Claire Bell Facilities Administrator Ext 61564 mzoom [EMAIL PROTECTED]To: [EMAIL PROTECTED] t.com cc: Subject: How to debug tomcat application server itself 15/06/2004 03:39 Please respond to Tomcat Developers List I would like to learn the internal work of tomcat. I would like to see its actions step by step in a debug. Any idea how can I do that? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.next] Summary
You have sent this to me in error. Claire Bell Facilities Administrator Ext 61564 Filip Hanik - Dev To: Tomcat Developers List [EMAIL PROTECTED] [EMAIL PROTECTED]cc: om Subject: Re: [5.next] Summary 14/06/2004 17:32 Please respond to Tomcat Developers List yup, refatoring of clutering is something we need :) Will start as soon as tag 27 is in place, I will go over the details with you later Filip - Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Friday, June 11, 2004 11:50 AM Subject: [5.next] Summary - Move to concrete classes for request/response, and remove all of the RTTI done in Catalina's pipeline - Use Tomcat 4.0 beta valve pattern - Redo logging using commons-logging, and remove Logger - Fork commons-digester, to remove what we don't need (many fancy features provided by beanutils, and in the process remove dependencies on beanutils and collections) - Attempt to redo a bit the deployer: * remove the CL code which is there to avoid JAR locking (or at least allow disabling this feature for non-Windows OSes) * move processing of context.xml to ContextConfig (at the expense of being able to specify the context class, which will move to an attribute on the Host), as I realize it is important to get context level configurability without adding too much complexity in the embedding application - Use the webapp CL as the main CL (without the locking tricks it is likely faster than the regular CL) - And the ongoing: allow all config/management through JMX (actually, we could consider going to a JMX config format) - Use any means necessary (hehe) so that Filip refactors the clutering module, and extend the regular Catalina objects, for easier maintenance - Remove anything useless (spring cleaning time), such as configuration options, container listeners (to be replaced with JMX notifications where it matters), etc - Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX and JMX remote, etc) Overall, the throughtput of Tomcat should go up about 5-10% with those changes, as most significant optimizations are already done. I don't think any of these items will take too long to implement. I'm away next week, so I'll start the week after. Some of this could eventually be backported to 5.0.x :) 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] Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - To
RE: How to debug tomcat application server itself
sent to me in error Claire Bell Facilities Administrator Ext 61564 Dash, Mahendrakumar \(GE Healthcare,To: Tomcat Developers List [EMAIL PROTECTED] non-ge\) cc: Mahendrakumar.Dash@Subject: RE: How to debug tomcat application server itself med.ge.com 15/06/2004 04:44 Please respond to Tomcat Developers List Yes friend I also need the same. Can you help me out side by side? waiting your respose. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29558] - JK2 blocks access to WEB-INF
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=29558. 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=29558 JK2 blocks access to WEB-INF [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 08:58 --- This is correct for WEB-INF directories contained within a web application. It doesn't tell anything about directories outside of web applications! In my case I have a CGI-application (running within IIS) for giving access to my CVS repository. In this repository is a WEB-INF directory (because I'm developing a web application :-). Nothing JK2 SHOULD be concerned about... but it does block the access. Now I understand that it's very convinient not to have to remember to block the access to WEB-INF directories within your web applications, especially if you serve static content from IIS directly. However JK2 should have an option to exclude some directories from this check - exactly for this case where I as the administrator know what I'm doing. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Herman Goris/MPB/BE/massive is out of the office
Ik ben afwezig vanaf 06/07/2004 en ik ben niet eerder terug dan 06/21/2004. Please send your urgent mails to [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Mail Delivery (failure tomcat-dev@jakarta.apache.org)
If the message will not displayed automatically, follow the link to read the delivered message. Received message is available at: www.jakarta.apache.org/inbox/tomcat-dev/read.php?sessionid-17252
DO NOT REPLY [Bug 29570] New: - JSP don't compile because of: Error creating temporary file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=29570. 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=29570 JSP don't compile because of: Error creating temporary file Summary: JSP don't compile because of: Error creating temporary file Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We've got a strange problem: on one application of a virtual host, the jsp couldn't get compiled because the compile task wanted to create a temporary file in tomcat root dir, where it hadn't any write right. This was the case only for one virtual host and it worked previously. We are not aware of changes that may have caused this behavior. As a workaround we have changed the permissions to allow the task to write in tomcat's dir, but that's not a clean solution. The log excerpt: 2004-06-06 00:25:39 Exception: Error creating temporary file at org.apache.tools.ant.taskdefs.compilers.DefaultCompilerAdapter.executeExternalCompile(DefaultCompilerAdapter.java: 429) at org.apache.tools.ant.taskdefs.compilers.JavacExternal.execute(JavacExternal.java:81) at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:842) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:682) at org.apache.jasper.compiler.Compiler.generateClass(Unknown Source) at org.apache.jasper.compiler.Compiler.compile(Unknown Source) at org.apache.jasper.JspCompilationContext.compile(Unknown Source) at org.apache.jasper.servlet.JspServletWrapper.service(Unknown Source) at org.apache.jasper.servlet.JspServlet.serviceJspFile(Unknown Source) at org.apache.jasper.servlet.JspServlet.service(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.catalina.core.ApplicationDispatcher.invoke(Unknown Source) at org.apache.catalina.core.ApplicationDispatcher.doForward(Unknown Source) at org.apache.catalina.core.ApplicationDispatcher.forward(Unknown Source) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069) at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:274) at org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(TilesRequestProcessor.java:254) at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.java:309) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at de.internetzky.util.hibernate.SessionClosingFilter.doFilter(SessionClosingFilter.java:65) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at de.internetzky.util.web.JSPEngineExceptionReporter.doFilter(JSPEngineExceptionReporter.java:45) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at de.internetzky.util.web.SessionsObserver$SessionCreationFilter.doFilter(SessionsObserver.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at de.internetzky.jnetz.web.Log4jNDCFilter.doFilter(Log4jNDCFilter.java:68) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Unknown Source) at org.apache.catalina.core.ApplicationFilterChain.doFilter(Unknown Source) at org.apache.catalina.core.StandardWrapperValve.invoke(Unknown Source) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(Unknown Source) at org.apache.catalina.core.StandardPipeline.invoke(Unknown Source) at org.apache.catalina.core.ContainerBase.invoke(Unknown Source) at org.apache.catalina.core.StandardContextValve.invoke(Unknown Source) at
DO NOT REPLY [Bug 27315] - java.util.ConcurrentModificationException
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=27315. 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=27315 java.util.ConcurrentModificationException --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 11:23 --- There was a change in RequestInfo.java which may contribute to the problem: === RCS file: /home/cvspublic/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java 2003/11/13 20:03:33 1.6 +++ jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestInfo.java 2004/01/15 13:16:49 1.7 @@ -92,6 +92,9 @@ if( global != null) { this.global=global; global.addRequestProcessor( this ); +} else { +this.global.removeRequestProcessor( this ); +this.global = null; } } The change was made by 'remm'. Can 'remm' review the code? The exception happens on line 96 which is this.global.removeRequestProcessor( this ); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27315] - Coyote java.util.ConcurrentModificationException removing request processor
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=27315. 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=27315 Coyote java.util.ConcurrentModificationException removing request processor [EMAIL PROTECTED] changed: What|Removed |Added Summary|java.util.ConcurrentModifica|Coyote |tionException |java.util.ConcurrentModifica ||tionException removing ||request processor --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 11:39 --- Addtional changes found which may contribute to the problem. Perhaps 'processors' which is an ArrayList should be synchronized via Collections.synchronizedList(new ArrayList(...)). I am concerned because it appears that some object cannot be removed from a pool and is therefore creating a memory leak. Can one of the developers have a look to see if that is the solution? === RCS file: /home/cvspublic/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestGroupInfo.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestGroupInfo.java 2003/01/20 23:43:41 1.1 +++ jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/RequestGroupInfo.java 2004/01/15 13:16:49 1.2 @@ -13,6 +13,10 @@ processors.add( rp ); } +public void removeRequestProcessor( RequestInfo rp ) { +processors.remove( rp ); +} + public long getMaxTime() { long maxTime=0; for( int i=0; iprocessors.size(); i++ ) { Adjust summary to be clearer of the problem. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to debug tomcat application server itself
Hi, This doesn't belong on tomcat-dev. Try tomcat-user, where you'll be told to pick up a basic java book that teaches you how to use a debugger ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Dash, Mahendrakumar (GE Healthcare, non-ge) [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 11:45 PM To: Tomcat Developers List Subject: RE: How to debug tomcat application server itself Yes friend I also need the same. Can you help me out side by side? waiting your respose. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
why is jk_registry.h in ./jk/native2/common? /2
Hi folks, can please some of the other commiters give some feedback? possible responses are: [ ] dont know [ ] move it to ./jk/native2/include [ ] dontr move it - it has to stay in common for xxx reason I'm for moving it - which raises the question if a file can be moved from one dir into another in CVS? Can a CVS guru please comment? just looking at ./jk/native2/common and asking me for whatever reason the jk_registry.h is in ./jk/native2/common and not in ./jk/native2/include ?? For that one .h I have to -Include the common dir... should we move it to ./jk/native2/include ? Guenter. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to debug tomcat application server itself
STOP EMAILING ME!!! Claire Bell Facilities Administrator Ext 61564 Shapira, Yoav [EMAIL PROTECTED]To: Tomcat Developers List [EMAIL PROTECTED] .comcc: Subject: RE: How to debug tomcat application server itself 15/06/2004 14:02 Please respond to Tomcat Developers List Hi, This doesn't belong on tomcat-dev. Try tomcat-user, where you'll be told to pick up a basic java book that teaches you how to use a debugger ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Dash, Mahendrakumar (GE Healthcare, non-ge) [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 11:45 PM To: Tomcat Developers List Subject: RE: How to debug tomcat application server itself Yes friend I also need the same. Can you help me out side by side? waiting your respose. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: why is jk_registry.h in ./jk/native2/common? /2
From: Günter Knauf [EMAIL PROTECTED] [X ] dont know If moving the file loses its CVS history it may be a good reason for it to stay put. -Kurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: why is jk_registry.h in ./jk/native2/common? /2
Hi Guenter, I don't see any reason not to move it, but I would be sure to update the devstudio as well as build.xml files. Probably the best thing to do is delete it and commit it with a message indicating the original location. Keith -Original Message- From: Günter Knauf [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 15, 2004 8:54 AM To: [EMAIL PROTECTED] Subject: why is jk_registry.h in ./jk/native2/common? /2 Hi folks, can please some of the other commiters give some feedback? possible responses are: [ ] dont know [X] move it to ./jk/native2/include [ ] dontr move it - it has to stay in common for xxx reason - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29579] New: - J2SE 1.5.0 and xmlParserAPIs.jar
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=29579. 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=29579 J2SE 1.5.0 and xmlParserAPIs.jar Summary: J2SE 1.5.0 and xmlParserAPIs.jar Product: Tomcat 5 Version: 5.0.25 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If one writes code targeting J2SE 1.5.0 then if it uses classes from the packages org.w3c.dom.* then it will not always work when run in Tomcat. Basically there are version conflicts between the XML Dom Parser which comes with J2SE 1.5.0 beta 2 and $TOMCAT_HOME/common/endorsed/xmlParserAPIs.jar: Solution is to delete $TOMCAT_HOME/common/endorsed/xmlParserAPIs.jar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to debug tomcat application server itself
To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 15 June 2004 03:51 PM To: Tomcat Developers List Subject: RE: How to debug tomcat application server itself STOP EMAILING ME!!! Claire Bell Facilities Administrator Ext 61564 Shapira, Yoav [EMAIL PROTECTED]To: Tomcat Developers List [EMAIL PROTECTED] .comcc: Subject: RE: How to debug tomcat application server itself 15/06/2004 14:02 Please respond to Tomcat Developers List Hi, This doesn't belong on tomcat-dev. Try tomcat-user, where you'll be told to pick up a basic java book that teaches you how to use a debugger ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Dash, Mahendrakumar (GE Healthcare, non-ge) [mailto:[EMAIL PROTECTED] Sent: Monday, June 14, 2004 11:45 PM To: Tomcat Developers List Subject: RE: How to debug tomcat application server itself Yes friend I also need the same. Can you help me out side by side? waiting your respose. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ernst Young is proud to sponsor Art of the Garden at Tate Britain (3rd June - 30th August 2004). This is the first major exhibition to examine the relationship of the garden and British art. Advance booking is recommended. Information and tickets: www.tate.org.uk/artofthegarden This e-mail and any attachment are confidential and contain proprietary information, some or all of which may be legally privileged. It is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient, please notify the author immediately by telephone or by replying to this e-mail, and then delete all copies of the e-mail on your system. If you are not the intended recipient, you must not use, disclose, distribute, copy, print or rely on this e-mail. Whilst we have taken reasonable precautions to ensure that this e-mail and any attachment has been checked for viruses, we cannot guarantee that they are virus free and we cannot accept liability for any damage sustained as a result of software viruses. We would advise that you carry out your own virus checks, especially before opening an attachment. The UK firm Ernst Young LLP is a limited liability partnership registered in England and Wales with registered number OC31 and is a member practice of Ernst Young Global. A list of members' names is available for inspection at 1 More London Place, London, SE1 2AF, the firm's principal place of business and its registered office. - 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: why is jk_registry.h in ./jk/native2/common? /2
On Tue, 15 Jun 2004, Kurt Miller wrote: | From: Günter Knauf [EMAIL PROTECTED] | [X ] dont know | | If moving the file loses its CVS history it may be a good reason | for it to stay put. Ehh - no, that's a really bad reason. It will get a new history -from there on-, but it will still have its old history from where you moved it from. So that if you check out the 14th of June 2004 version, it will be in its old place, and everything will compile, and if you check out the 15th of June 2004 version, it will be in its new place (and not its old), and everything will compile. Get it? Endre. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 28949] - Occasional NoClassDefFoundError for tag classes at startup
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=28949. 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=28949 Occasional NoClassDefFoundError for tag classes at startup [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 16:33 --- I'm having the same issue. A refresh of the offending page loads properly. It's always after a tomcat restart and it can't find one of the classes for a custom tag. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=EMUOFEUYTYMUEAD Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
DO NOT REPLY [Bug 28654] - Load balancer doesn't work for jk 2.0.4 with IIS
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=28654. 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=28654 Load balancer doesn't work for jk 2.0.4 with IIS --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 17:46 --- After finding a spare moment to debug the jk2 connector I've found that the problem was in the configuration. I had specified 'group=lb' but should have specified 'group=lb:lb'. This bug is now that the example workers2.properties at http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat- connectors/jk/conf/workers2.properties?rev=1.19view=auto is incorrect and needs to be changed. I also don't know why this hadn't gone wrong with Apache 2 (But I do think that changing the config fixed a cookie problem I was having under Apache 2). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29581] New: - java.lang.ExceptionInInitializerError when running Jasper twice
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=29581. 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=29581 java.lang.ExceptionInInitializerError when running Jasper twice Summary: java.lang.ExceptionInInitializerError when running Jasper twice Product: Tomcat 5 Version: 5.0.25 Platform: PC OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, I'm using the new import/ task of Ant 1.6.1 to reuse my jspc task on all my applications. But I cannot use JspC more than once (it used to work with Tomcat 4). Here is the exception I get: java.lang.ExceptionInInitializerError at org.apache.tools.ant.ProjectHelper.addLocationToBuildException(ProjectHelper.java:537) at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:385) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269) at org.apache.tools.ant.Task.perform(Task.java:364) at org.apache.tools.ant.Target.execute(Target.java:301) at org.apache.tools.ant.Target.performTasks(Target.java:328) at org.apache.tools.ant.Project.executeTarget(Project.java:1215) at org.apache.tools.ant.Project.executeTargets(Project.java:1063) at org.apache.tools.ant.Main.runBuild(Main.java:632) at org.apache.tools.ant.Main.startAnt(Main.java:183) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:197) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:56) Here is my common build.xml: target name=jspc (...) taskdef classname=org.apache.jasper.JspC name=jasper2 classpathref=jasper.classpath/ jasper2 validateXml=false webXmlFragment=${basedir}/target/jspc/webinc.xml package=${jspc.package} uriroot=${basedir}/target/jspc/war outputDir=${basedir}/target/jspc/java / (...) /target It will fail if I call this task twice. For example : antcall target=jspc/ antcall target=jspc/ BTW, I use Java 1.4.2_03-b02 and Ant 1.6.1. Thanks in advance for the help, Julien Dubois. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23610] - unknown SSI directives
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=23610. 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=23610 unknown SSI directives [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 18:06 --- Two weeks, no action, I'm closing this item for the tomcat 5.0.27 release and TOMCAT_5_0 branching, under the assumption no one cares enough about it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 27315] - Coyote java.util.ConcurrentModificationException removing request processor
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=27315. 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=27315 Coyote java.util.ConcurrentModificationException removing request processor [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 18:08 --- While browsing the CVS log, you should have seen that this was fixed in R1.3 of RequestGroupInfo. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=ENBILECFLFBFAFR Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
Re: Valide o seu email
A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=ENBIKEBAREATCGE Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
luehe 2004/06/15 11:23:46 Modified:webapps/docs changelog.xml Log: Added 29472 to list of fixed bugs Revision ChangesPath 1.64 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.63 retrieving revision 1.64 diff -u -r1.63 -r1.64 --- changelog.xml 15 Jun 2004 18:14:27 - 1.63 +++ changelog.xml 15 Jun 2004 18:23:46 - 1.64 @@ -27,6 +27,9 @@ fix bug29048/bug: Made DataSourceRealm easier to extend. (yoavs) /fix + fix +bug29472/bug: Embedded overrides add/remove Connector, but not findConnectors (luehe) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
yoavs 2004/06/15 11:14:27 Modified:webapps/docs changelog.xml Log: Added note about updated dependencies. Revision ChangesPath 1.63 +2 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.62 retrieving revision 1.63 diff -u -r1.62 -r1.63 --- changelog.xml 4 Jun 2004 13:50:17 - 1.62 +++ changelog.xml 15 Jun 2004 18:14:27 - 1.63 @@ -17,6 +17,8 @@ section name=Tomcat 5.0.27 (yoavs) subsection name=General changelog + updateUpdated dependencies on commons-dbcp (to 1.2.1) and commons-pool (to 1.2). (yoavs) + /update /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29579] - J2SE 1.5.0 and xmlParserAPIs.jar
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=29579. 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=29579 J2SE 1.5.0 and xmlParserAPIs.jar [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 18:13 --- This is not a bug. Tomcat 5.0.x doesn't claim to support J2SE 1.5.x (although in practice it mostly does), and needing to overwrite the endorsed classes is not only a known option, it's detailed in the release notes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
yoavs 2004/06/15 11:14:39 Modified:.build.properties.default Log: Updated DBCP dependency default to 1.2.1 Revision ChangesPath 1.126 +4 -4 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.125 retrieving revision 1.126 diff -u -r1.125 -r1.126 --- build.properties.default 8 Jun 2004 20:23:12 - 1.125 +++ build.properties.default 15 Jun 2004 18:14:39 - 1.126 @@ -151,10 +151,10 @@ # - Commons DBCP, version 1.1 or later - -commons-dbcp.home=${base.path}/commons-dbcp-1.2 +commons-dbcp.home=${base.path}/commons-dbcp-1.2.1 commons-dbcp.lib=${commons-dbcp.home} -commons-dbcp.jar=${commons-dbcp.lib}/commons-dbcp-1.2.jar -commons-dbcp.loc=${base-jakarta.loc}/commons/dbcp/binaries/commons-dbcp-1.2.tar.gz +commons-dbcp.jar=${commons-dbcp.lib}/commons-dbcp-1.2.1.jar +commons-dbcp.loc=${base-jakarta.loc}/commons/dbcp/binaries/commons-dbcp-1.2.1.tar.gz # - Commons HttpClient, version 2.0 or later - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12428] - request.getUserPrincipal(): Misinterpretation of specification?
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=12428. 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=12428 request.getUserPrincipal(): Misinterpretation of specification? --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 18:21 --- I've been reading again the servlet 2.3 specification, and, actually, i don't see in it anything that give the opposite position, ie always return the principal when one has been authenticated, when the requested url is protected or not. Further, Tomcat 4 behaves as expected (i mean, i expect), which is, i think, the 2.3 implementation. What about the 2.4 version, which is the base for the new Tomcat 5 ?... More, what about the 'isUserInRole' ? Does it follow the same rule ? How a simple menu page could take decision according to identity or roles of the authenticated user, and show or hide links for example, even if this page itself is not protected ? Thanks for your precisions. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29583] New: - Filters not invoked on error pages
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=29583. 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=29583 Filters not invoked on error pages Summary: Filters not invoked on error pages Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Error pages, for example a 403 page to display rejected logins, declared in the web.xml are not submitted to the filters chain. Tomcat seems to create a new request and invokes the declared resource (servlet or struts action) directly. In my case, a filter wraps the request that takes decision depending on the requested URI. When the error-page is invoked, the request URI is not the one the UA is expecting, and any path calculated from it leads the client to fail. So, two questions : 1) Is it a normal behaviour not to invoke the filter chain in this case ? 2) Is it a normal behaviour to ignore the previous request, that already has passed by the all needed filters and has been wrapped, and replace it with a new one ? If not, is there any fix in a more recent version ? Thanks for responses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RELEASE-NOTES build.properties.default
yoavs 2004/06/15 11:42:06 Modified:.RELEASE-NOTES build.properties.default Log: Updated commons-collections dependency to 2.1.1, updated release notes to more accurately describe common library versions. Revision ChangesPath 1.18 +6 -6 jakarta-tomcat-5/RELEASE-NOTES Index: RELEASE-NOTES === RCS file: /home/cvs/jakarta-tomcat-5/RELEASE-NOTES,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- RELEASE-NOTES 28 May 2004 15:57:44 - 1.17 +++ RELEASE-NOTES 15 Jun 2004 18:42:06 - 1.18 @@ -53,12 +53,12 @@ A standard installation of Tomcat 5 makes all of the following APIs available for use by web applications (by placing them in common/lib or shared/lib): -* ant.jar (Apache Ant 1.6) -* commons-collections.jar (Commons Collections 2.1) -* commons-dbcp.jar (Commons DBCP 1.1) +* ant.jar (Apache Ant 1.6 or later) +* commons-collections*.jar (Commons Collections 2.1 or later) +* commons-dbcp.jar (Commons DBCP 1.1 or later) * commons-el.jar (Commons Expression Language 1.0) -* commons-logging-api.jar (Commons Logging API 1.0.3) -* commons-pool.jar (Commons Pool 1.1) +* commons-logging-api.jar (Commons Logging API 1.0.3 or later) +* commons-pool.jar (Commons Pool 1.1 or later) * jasper-compiler.jar (Jasper 2 Compiler) * jasper-runtime.jar (Jasper 2 Runtime) * jsp-api.jar (JSP 2.0 API) 1.127 +4 -4 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.126 retrieving revision 1.127 diff -u -r1.126 -r1.127 --- build.properties.default 15 Jun 2004 18:14:39 - 1.126 +++ build.properties.default 15 Jun 2004 18:42:06 - 1.127 @@ -61,10 +61,10 @@ # - Commons Collections, version 2.0 or later - -commons-collections.home=${base.path}/commons-collections-2.1 +commons-collections.home=${base.path}/commons-collections-2.1.1 commons-collections.lib=${commons-collections.home} -commons-collections.jar=${commons-collections.lib}/commons-collections.jar -commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/collections-2.1.tar.gz +commons-collections.jar=${commons-collections.lib}/commons-collections-2.1.1.jar +commons-collections.loc=${base-jakarta.loc}/commons/collections/binaries/commons-collections-2.1.1.tar.gz # - Commons Launcher, version 0.9 or later - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29583] - Filters not invoked on error pages
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=29583. 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=29583 Filters not invoked on error pages [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 18:58 --- Filters are invoked on the incoming request only. The 2.4 servlet spec does address nested filters. Tomcat5 implements the 2.4 servlet spec. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 documentation
I see a bunch of jk docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html. Which one should I follow to set up jk2 with TC5? Having some difficulties setting it up - probably config issues... Thanks, Amy Jun 15, 2004 10:56:17 AM org.apache.jk.common.MsgAjp processHeader SEVERE: BAD packet signature 18245 Jun 15, 2004 10:56:17 AM org.apache.tomcat.util.threads.ThreadPool$ControlRunnable run SEVERE: Caught exception (java.lang.NullPointerException) executing [EMAIL PROTECTED], terminating thread - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29561] - NullPointerException in Compiler.java:547
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=29561. 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=29561 NullPointerException in Compiler.java:547 --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 19:09 --- Please attach test case, including build.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29583] - Filters not invoked on error pages
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=29583. 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=29583 Filters not invoked on error pages --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 19:09 --- OK for the 2.4 specification and Tomcat 5, for the filters configuration that 2.3 specification doesn't address. But, why change the initial request and replace it when firing an error page. It's not an explicit call to the request-dispatcher the application does, but, i think, from the application point of view, just the continuation of the initial request processing. Changing the initial request removes any chance for the application to interpret what fails in the first invocation : the URI isn't the one the UA invokes, and, as no filter can intercept the event, is seems useless to install specific pages in these cases. Thanks for you first answer, and again for precision... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.0.27, branching on Thursday
Hi, I think I will tag and release 5.0.27 on Thursday evening (EDT time zone), and branch TOMCAT_5_0 at that point. The commons-dbcp (1.2.1) and commons-pool (1.2) dependency updates will get into this build, as will commons-collections-2.1.1. The commons-beanutils, -digester, and -logging new releases are not available yet and will be part of future tomcat releases. If the Thursday timeframe is not good for anyone, please let me (us) know. Thanks, Yoav Shapira Millennium Research Informatics This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Valide o seu email
All, Apologies for the spam from this address. Just to let you know I have kicked them off the list and banned them from re-subscribing. Come the revolution auto-responders will be one of the first things up against the wall... While I am on the subject of kicking people off the list, those of you who use out of office auto-replies please note that if I spot more than one out of office auto-reply from an address I will automatically unsubscribe the address to prevent spam. There are a number of us who moderate this list and we are usually pretty quick to unsubscribe and/or ban spammers but if you feel we have overlooked an address please let us know at [EMAIL PROTECTED] Mark -Original Message- From: Suporte Panda Software Portugal [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 15, 2004 6:39 PM To: jean-frederic clere Subject: Re: Valide o seu email A Panda Software Portual está a proteger-se contra as mensagens de email indesejadas o chamado Spam. Pedimos desculpa pelo incómodo mas o seu email não está ainda validado. Para que os seus emails sejam considerados como válidos, por favor, valide-se nesta página: http://www.startcontrol.com/GoodMail/Validate.asp?I=ENBIKEBAREATCGE Só necessita de se validar uma única vez. Todos os emails subsequentes serão considerados válidos. Obrigado. Panda Software Portugal - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29584] New: - JNDI documentation could be more clear
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=29584. 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=29584 JNDI documentation could be more clear Summary: JNDI documentation could be more clear Product: Tomcat 5 Version: 5.0.25 Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The JNDI documentation is not entirely clear as to the number of JNDI contexts and their relationship. I am reading the page entitled, JNDI Resources HOW-TO. The top of the page states that each web app receives a unique initial context. So far, so good. Then, under 'Configuring JNDI Resources', the explanation talks about elements that live inside either Context or DefaultContext in server.xml. First clarification: Since Context elements are frequently created in separate files in the Catalina directory, this text should reference those files. Second clarification issue: the page 'globalresources.html' explicitly states that Environment/ elements in the GlobalNamingResources propagate automatically into each web application. To me, that implied that the other resources defined in GlobalNamingResources would also propagate. They don't, at least in the 'custom factory' case. Under 'Resource Definitions', the text says that you can declare the characteristics of resource-env-ref's for a web.xml in the GlobalNamingResources. This may be true of the standard factories, but it is NOT true for custom factories. Unless that's deemed to be a defect, this text should state, explicitly, that custom factories require a ResourceLink element to make them available in the per-web-application InitialContext. Back to the JNDI howto. Third clarification: The initial reference to ResourceLink mentions the global JNDI context without referencing the GlobalNamingResources link. The terminology here is not quite consistent with the definition of 'Global Resources' below. It would be clearer to include an href to GlobalNamingResources in the ResourceLink bullet, since ResourceLink is (I think) only useful for GlobalNamingResources. Fourth clarification: Under 'Adding Custom Resource Factories', the reference to conf/server.xml should be more specific. It should state that you have three choices: Context, DefaultContext, or GlobalNamingResources with a ResourceLink to make it available in Context or DefaultContext. Possibly, the same clarification is apropos for the standard resource factories, though the special cases for them in the source might render it unnecessary. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache2 .cvsignore
keith 2004/06/15 12:24:30 Added: jk/native2/server/isapi .cvsignore jk/native2/server/apache2 .cvsignore Log: Ignore MSVC build files Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/native2/server/isapi/.cvsignore Index: .cvsignore === isapi.ncb isapi.opt isapi.plg Debug Release 1.1 jakarta-tomcat-connectors/jk/native2/server/apache2/.cvsignore Index: .cvsignore === mod_jk2.dsw mod_jk2.ncb mod_jk2.opt mod_jk2.plg Debug Release - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Connecting to and updating the Tomcat user database
Are there any samples of how I connect to and update the tomcat-users.xml table. I have added authentication trough Tomcat 5.0 for my servlets but I would like to be able to update the users from my servlet so that my application can manage user access through Tomcat. Robert S. Harper Senior Engineer 1100 East 6600 South, Suite 300 Salt Lake City, UT 84121-7411 801.265.8800 ex. 255
RE: Connecting to and updating the Tomcat user database
Please ask this question on the tomcat-user mailing list. tomcat-dev is for people developing tomcat, not for people developing with tomcat. Mark -Original Message- From: Robert Harper [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 15, 2004 8:30 PM To: Tomcat Dev Subject: Connecting to and updating the Tomcat user database Are there any samples of how I connect to and update the tomcat-users.xml table. I have added authentication trough Tomcat 5.0 for my servlets but I would like to be able to update the users from my servlet so that my application can manage user access through Tomcat. Robert S. Harper Senior Engineer 1100 East 6600 South, Suite 300 Salt Lake City, UT 84121-7411 801.265.8800 ex. 255 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Connecting to and updating the Tomcat user database
http://java.sun.com/webservices/docs/1.3/tutorial/doc/Admintool6.html#wp67613 Regards, Martin - Original Message - From: Robert Harper [EMAIL PROTECTED] To: Tomcat Dev [EMAIL PROTECTED] Sent: Tuesday, June 15, 2004 3:30 PM Subject: Connecting to and updating the Tomcat user database Are there any samples of how I connect to and update the tomcat-users.xml table. I have added authentication trough Tomcat 5.0 for my servlets but I would like to be able to update the users from my servlet so that my application can manage user access through Tomcat. Robert S. Harper Senior Engineer 1100 East 6600 South, Suite 300 Salt Lake City, UT 84121-7411 801.265.8800 ex. 255 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29561] - NullPointerException in Compiler.java:547
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=29561. 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=29561 NullPointerException in Compiler.java:547 --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 20:11 --- Created an attachment (id=11851) a simple test case - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 documentation
Probably start with the 'Quick Start' (near the bottom for jk2, near the top for jk), and go from there. Since 18245 translates to 'G''E', it looks like your current setup is trying to talk HTTP to the Jk port. - Original Message - From: Amy Roh [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, June 15, 2004 12:01 PM Subject: JK2 documentation I see a bunch of jk docs http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/index.html. Which one should I follow to set up jk2 with TC5? Having some difficulties setting it up - probably config issues... Thanks, Amy Jun 15, 2004 10:56:17 AM org.apache.jk.common.MsgAjp processHeader SEVERE: BAD packet signature 18245 Jun 15, 2004 10:56:17 AM org.apache.tomcat.util.threads.ThreadPool$ControlRunnable run SEVERE: Caught exception (java.lang.NullPointerException) executing [EMAIL PROTECTED], terminating thread - 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]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java
keith 2004/06/15 13:37:11 Modified:jk/native2/common jk_requtil.c jk/java/org/apache/ajp RequestHandler.java jk/xdocs/common AJPv13.xml jk/native2/include jk_service.h jk/java/org/apache/jk/common HandlerRequest.java Log: Previously the transport would fail for unrecognizned methods; this changes mod_jk2 to send the full method string if the method is unrecognized. Revision ChangesPath 1.33 +12 -2 jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c Index: jk_requtil.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c,v retrieving revision 1.32 retrieving revision 1.33 diff -u -r1.32 -r1.33 --- jk_requtil.c 21 Mar 2004 09:43:09 - 1.32 +++ jk_requtil.c 15 Jun 2004 20:37:10 - 1.33 @@ -67,6 +67,7 @@ /* only in if JkOptions +ForwardKeySize */ #define SC_A_SSL_KEY_SIZE (unsigned char)11 #define SC_A_SECRET (unsigned char)12 +#define SC_A_STORED_METHOD (unsigned char)13 #define SC_A_ARE_DONE (unsigned char)0xFF /* @@ -189,7 +190,7 @@ *sc = SC_M_MKACTIVITY; } else { -rc = JK_ERR; + *sc = SC_M_JK_STORED; } return rc; @@ -551,7 +552,7 @@ rc = jk2_requtil_getMethodId(env, s-method, method); if (rc != JK_OK) { env-l-jkLog(env, env-l, JK_LOG_ERROR, - Error ajp_marshal_into_msgb - No such method %s\n, + Error ajp_marshal_into_msgb - method %s\n, s-method); return JK_ERR; } @@ -697,6 +698,15 @@ } } +/* If the method was unrecognized, encode it as an attribute */ + if (method == SC_M_JK_STORED) { + if (msg-appendByte(env, msg, SC_A_STORED_METHOD) || +msg-appendString(env, msg, s-method)) { +env-l-jkLog(env, env-l, JK_LOG_ERROR, + handle.request() Error encoding method %s\n, + s-method); + } + } if (s-attributes-size(env, s-attributes) 0) { for (i = 0; i s-attributes-size(env, s-attributes); i++) { 1.21 +10 -1 jakarta-tomcat-connectors/jk/java/org/apache/ajp/RequestHandler.java Index: RequestHandler.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/ajp/RequestHandler.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- RequestHandler.java 24 Feb 2004 08:48:43 - 1.20 +++ RequestHandler.java 15 Jun 2004 20:37:10 - 1.21 @@ -90,6 +90,7 @@ public static final byte SC_A_SSL_SESSION = 9; public static final byte SC_A_SSL_KEY_SIZE = 11; // ajp14 originally, now in ajp13 with jk 1.2/2.0 public static final byte SC_A_SECRET= 12; +public static final byte SC_A_STORED_METHOD = 13; // Used for attributes which are not in the list above public static final byte SC_A_REQ_ATTRIBUTE = 10; @@ -127,6 +128,8 @@ BASELINE-CONTROL, MKACTIVITY }; +public static final int SC_M_JK_STORED = (byte) 0xFF; + // id's for common request headers public static final int SC_REQ_ACCEPT = 1; @@ -254,7 +257,8 @@ // Translate the HTTP method code to a String. byte methodCode = msg.getByte(); -req.method().setString(methodTransArray[(int)methodCode - 1]); +if (methodCode != SC_M_JK_STORED) + req.method().setString(methodTransArray[(int)methodCode - 1]); msg.getMessageBytes(req.protocol()); msg.getMessageBytes(req.requestURI()); @@ -402,6 +406,11 @@ req.setAttribute(javax.servlet.request.key_size, Integer.toString(msg.getInt())); break; + +case SC_A_STORED_METHOD: +req.method().setString(msg.getString()); +break; + default: // Ignore. Assume a single-string value - we shouldn't // allow anything else. 1.9 +5 -1 jakarta-tomcat-connectors/jk/xdocs/common/AJPv13.xml Index: AJPv13.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/common/AJPv13.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- AJPv13.xml4 Mar 2004 04:46:34 - 1.8 +++ AJPv13.xml15 Jun 2004 20:37:10 - 1.9 @@ -418,6 +418,10 @@ /table /p +pLater version of ajp13, when used with mod_jk2, will
DO NOT REPLY [Bug 29561] - NullPointerException in Compiler.java:547
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=29561. 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=29561 NullPointerException in Compiler.java:547 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 21:30 --- Fixed, problem occurred only if servlet class already existed. Thanks for reporting the issue! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java
luehe 2004/06/15 14:30:35 Modified:jasper2/src/share/org/apache/jasper/compiler Compiler.java Log: Fixed Bugzilla 29561 (NullPointerException in Compiler.java:547) Revision ChangesPath 1.88 +1 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java Index: Compiler.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Compiler.java,v retrieving revision 1.87 retrieving revision 1.88 diff -u -r1.87 -r1.88 --- Compiler.java 24 May 2004 21:33:48 - 1.87 +++ Compiler.java 15 Jun 2004 21:30:35 - 1.88 @@ -543,7 +543,7 @@ outDated = true; } else { targetLastModified = targetFile.lastModified(); -if (checkClass) { +if (checkClass jsw != null) { jsw.setServletClassLastModifiedTime(targetLastModified); } if (targetLastModified jspRealLastModified) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
luehe 2004/06/15 14:31:07 Modified:webapps/docs changelog.xml Log: Fixed Bugzilla 29561 (NullPointerException in Compiler.java:547) Revision ChangesPath 1.65 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.64 retrieving revision 1.65 diff -u -r1.64 -r1.65 --- changelog.xml 15 Jun 2004 18:23:46 - 1.64 +++ changelog.xml 15 Jun 2004 21:31:07 - 1.65 @@ -30,6 +30,9 @@ fix bug29472/bug: Embedded overrides add/remove Connector, but not findConnectors (luehe) /fix + fix +bug29561/bug: NullPointerException in Compiler.java:547 (luehe) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29561] - NullPointerException in Compiler.java:547 [T2004061500C4]
Thank you for contacting Prometric, part of The Thomson Corporation. We appreciate your business and value your feedback. We will make every effort to respond within 2 business days. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Compiler.java [T2004061500C7]
Thank you for contacting Prometric, part of The Thomson Corporation. We appreciate your business and value your feedback. We will make every effort to respond within 2 business days. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] jakarta-servletapi-5 schema update
Hi, The attached file is to update the web-app_2_4.xsd according to the JSR154 maintenance release. jsr154/src/share/dtd/web-app_2_4.xsd o The restriction facet of mime-typeType should be updated from:- xsd:pattern value=[\p{L}\-\p{Nd}]+/[\p{L}\-\p{Nd}\.]+/ to:- xsd:pattern value=[^\p{Cc}^\s]+/[^\p{Cc}^\s]+/ thank you, Yutaka Yoshida Sun Microsystems, Inc. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Fwd: [PATCH] jakarta-servletapi-5 schema update]
forgot to attach... sorry, Yutaka Yoshida Sun Microsystems, Inc. Original Message Subject: [PATCH] jakarta-servletapi-5 schema update Date: Tue, 15 Jun 2004 14:56:09 -0700 From: Yuta Yoshida [EMAIL PROTECTED] Organization: Sun Microsystems To: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Hi, The attached file is to update the web-app_2_4.xsd according to the JSR154 maintenance release. jsr154/src/share/dtd/web-app_2_4.xsd o The restriction facet of mime-typeType should be updated from:- xsd:pattern value=[\p{L}\-\p{Nd}]+/[\p{L}\-\p{Nd}\.]+/ to:- xsd:pattern value=[^\p{Cc}^\s]+/[^\p{Cc}^\s]+/ thank you, Yutaka Yoshida Sun Microsystems, Inc. Index: jsr154/src/share/dtd/web-app_2_4.xsd === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr154/src/share/dtd/web-app_2_4.xsd,v retrieving revision 1.13 diff -u -r1.13 web-app_2_4.xsd --- jsr154/src/share/dtd/web-app_2_4.xsd18 Mar 2004 16:40:34 - 1.13 +++ jsr154/src/share/dtd/web-app_2_4.xsd15 Jun 2004 18:10:29 - @@ -30,7 +30,7 @@ xsd:annotation xsd:documentation - Copyright 2002 Sun Microsystems, Inc., 901 San Antonio + Copyright 2004 Sun Microsystems, Inc., 901 San Antonio Road, Palo Alto, California 94303, U.S.A. All rights reserved. @@ -804,7 +804,7 @@ xsd:simpleContent xsd:restriction base=j2ee:string - xsd:pattern value=[\p{L}\-\p{Nd}]+/[\p{L}\-\p{Nd}\.]+/ + xsd:pattern value=[^\p{Cc}^\s]+/[^\p{Cc}^\s]+/ /xsd:restriction /xsd:simpleContent /xsd:complexType - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 29587] New: - Tomcat stops for a while !
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=29587. 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=29587 Tomcat stops for a while ! Summary: Tomcat stops for a while ! Product: Tomcat 4 Version: 4.1.12 Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Connector:JK/AJP (deprecated) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi, I am porting a Servlet which accepts QOS data from our client from JRun to Tomcat servlet container. The servlet runs with no problem under JRun but Tomcat stops for approximately 3 - 5 mins after processing for app 40 minutes. The timing changes based on amount of QOS data and traffic/sec. I do not see any problem under Apache/JRun but I see it and can able to re- produce it on Apache/Tomcat combination. Pl. help me to understand and I greatly appreciate your suggestions to remove the problem. Thanks - Partha - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact folk at [EMAIL PROTECTED] Project jakarta-tomcat-5 has an issue affecting its community integration, and has been outstanding for 3 runs. Project State : 'Failed', Reason 'Build Failed' Full details are available at: http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html That said, some snippets follow: The following annotations were provided: -DEBUG- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources] -DEBUG- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default] -DEBUG- Jar [naming-common.jar] identifier set to jar basename: [naming-common] -DEBUG- Jar [catalina.jar] identifier set to jar basename: [catalina] -DEBUG- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap] -DEBUG- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common] -DEBUG- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker] -INFO- Dependency on javamail exists, no need to add for property mail.jar. -INFO- Dependency on jaf exists, no need to add for property activation.jar. -INFO- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property servlet-api.jar. -INFO- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property jsp-api.jar. -INFO- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar. -INFO- Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar. -INFO- Dependency on jakarta-tomcat-util exists, no need to add for property tomcat-util.jar. -INFO- Dependency on commons-el exists, no need to add for property commons-el.jar. -INFO- Dependency on commons-logging exists, no need to add for property commons-logging-api.jar. -INFO- Dependency on commons-modeler exists, no need to add for property commons-modeler.jar. -INFO- Dependency on ant exists, no need to add for property ant.home. -INFO- Dependency on jsse exists, no need to add for property jsse.home. -INFO- Dependency on jmx exists, no need to add for property jmx.home. -INFO- Dependency on jmx exists, no need to add for property jmx.jar. -INFO- Dependency on jmx exists, no need to add for property jmx-tools.jar. -INFO- Dependency on jndi exists, no need to add for property jndi.home. -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.home. -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.jar. -INFO- Dependency on javamail exists, no need to add for property mail.home. -INFO- Dependency on jakarta-tomcat-coyote exists, no need to add for property tomcat-coyote.home. -INFO- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property jasper.home. -INFO- Dependency on jaf exists, no need to add for property activation.home. -INFO- Dependency on commons-modeler exists, no need to add for property commons-modeler.home. -INFO- Dependency on commons-daemon exists, no need to add for property commons-daemon.jsvc.tar.gz. -INFO- Dependency on jakarta-struts exists, no need to add for property struts.home. -INFO- Enable verbose output, due to 2 previous error(s). -INFO- Failed with reason build failed -INFO- Enable debug output, due to build failure. The following work was performed: http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build) State: Failed Elapsed: 0 hours, 0 minutes, 27 seconds Command Line: java -Djava.awt.headless=true -Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -verbose -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* -Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar -Djmx.home=/usr/local/gump/packages/jmx-1_2-ri -Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar -Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040615.jar -Dmail.home=/usr/local/gump/packages/javamail-1.3 -Dant.home=/usr/local/gump/public/workspace/ant/dist -Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 -Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040615.jar -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar -DxercesImpl.jar=/usr/local/gump/public/workspace/xml
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
markt 2004/06/15 16:13:04 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Fix CGI servlet so it correctly handles binary responses (eg images) Revision ChangesPath 1.23 +135 -25 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- CGIServlet.java 22 Apr 2004 20:46:56 - 1.22 +++ CGIServlet.java 15 Jun 2004 23:13:04 - 1.23 @@ -69,6 +69,7 @@ import java.io.BufferedReader; import java.io.InputStream; import java.io.InputStreamReader; +import java.io.OutputStream; import java.io.OutputStreamWriter; import java.io.BufferedOutputStream; import java.io.IOException; @@ -1645,6 +1646,7 @@ */ Runtime rt = null; BufferedReader commandsStdOut = null; +InputStream cgiOutput = null; BufferedReader commandsStdErr = null; BufferedOutputStream commandsStdIn = null; Process proc = null; @@ -1732,8 +1734,6 @@ */ boolean isRunning = true; -commandsStdOut = new BufferedReader -(new InputStreamReader(proc.getInputStream())); commandsStdErr = new BufferedReader (new InputStreamReader(proc.getErrorStream())); BufferedWriter servletContainerStdout = null; @@ -1755,14 +1755,17 @@ } ; }.start() ; - +InputStream cgiHeaderStream = +new HTTPHeaderInputStream(proc.getInputStream()); +BufferedReader cgiHeaderReader = +new BufferedReader(new InputStreamReader(cgiHeaderStream)); +boolean isBinaryContent = false; + while (isRunning) { - try { - //set headers String line = null; -while (((line = commandsStdOut.readLine()) != null) +while (((line = cgiHeaderReader.readLine()) != null) !(.equals(line))) { if (debug = 2) { log(runCGI: addHeader(\ + line + \)); @@ -1773,27 +1776,50 @@ * response.setStatus(getStatusCode(line)); */ } else if (line.indexOf(:) = 0) { -response.addHeader -(line.substring(0, line.indexOf(:)).trim(), -line.substring(line.indexOf(:) + 1).trim()); +String header = +line.substring(0, line.indexOf(:)).trim(); +String value = +line.substring(line.indexOf(:) + 1).trim(); +response.addHeader(header , value); +if ((header.toLowerCase().equals(content-type)) + (!value.toLowerCase().startsWith(text))) { +isBinaryContent = true; +} } else { log(runCGI: bad header line \ + line + \); } } //write output -char[] cBuf = new char[1024]; -while ((bufRead = commandsStdOut.read(cBuf)) != -1) { -if (servletContainerStdout != null) { +if (isBinaryContent) { +byte[] bBuf = new byte[2048]; +OutputStream out = response.getOutputStream(); +cgiOutput = proc.getInputStream(); +while ((bufRead = cgiOutput.read(bBuf)) != -1) { if (debug = 4) { -log(runCGI: write(\ + new String(cBuf, 0, bufRead) + \)); +log(runCGI: output + bufRead + + bytes of binary data); } -servletContainerStdout.write(cBuf, 0, bufRead); +out.write(bBuf, 0, bufRead); } -} +} else { +commandsStdOut = new BufferedReader +(new InputStreamReader(proc.getInputStream())); -if (servletContainerStdout !=
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
markt 2004/06/15 16:13:57 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Fix CGI servlet so it correctly handles binary responses (eg images) - Ported from TC4 Revision ChangesPath 1.21 +133 -23 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- CGIServlet.java 26 May 2004 16:02:59 - 1.20 +++ CGIServlet.java 15 Jun 2004 23:13:57 - 1.21 @@ -26,6 +26,7 @@ import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; +import java.io.OutputStream; import java.io.OutputStreamWriter; import java.net.URLEncoder; import java.util.ArrayList; @@ -1594,6 +1595,7 @@ */ Runtime rt = null; BufferedReader commandsStdOut = null; +InputStream cgiOutput = null; BufferedReader commandsStdErr = null; BufferedOutputStream commandsStdIn = null; Process proc = null; @@ -1681,8 +1683,6 @@ */ boolean isRunning = true; -commandsStdOut = new BufferedReader -(new InputStreamReader(proc.getInputStream())); commandsStdErr = new BufferedReader (new InputStreamReader(proc.getErrorStream())); BufferedWriter servletContainerStdout = null; @@ -1704,14 +1704,17 @@ } ; }.start() ; - +InputStream cgiHeaderStream = +new HTTPHeaderInputStream(proc.getInputStream()); +BufferedReader cgiHeaderReader = +new BufferedReader(new InputStreamReader(cgiHeaderStream)); +boolean isBinaryContent = false; + while (isRunning) { - try { - //set headers String line = null; -while (((line = commandsStdOut.readLine()) != null) +while (((line = cgiHeaderReader.readLine()) != null) !(.equals(line))) { if (debug = 2) { log(runCGI: addHeader(\ + line + \)); @@ -1722,27 +1725,50 @@ * response.setStatus(getStatusCode(line)); */ } else if (line.indexOf(:) = 0) { -response.addHeader -(line.substring(0, line.indexOf(:)).trim(), -line.substring(line.indexOf(:) + 1).trim()); +String header = +line.substring(0, line.indexOf(:)).trim(); +String value = +line.substring(line.indexOf(:) + 1).trim(); +response.addHeader(header , value); +if ((header.toLowerCase().equals(content-type)) + (!value.toLowerCase().startsWith(text))) { +isBinaryContent = true; +} } else { log(runCGI: bad header line \ + line + \); } } //write output -char[] cBuf = new char[1024]; -while ((bufRead = commandsStdOut.read(cBuf)) != -1) { -if (servletContainerStdout != null) { +if (isBinaryContent) { +byte[] bBuf = new byte[2048]; +OutputStream out = response.getOutputStream(); +cgiOutput = proc.getInputStream(); +while ((bufRead = cgiOutput.read(bBuf)) != -1) { if (debug = 4) { -log(runCGI: write(\ + new String(cBuf, 0, bufRead) + \)); +log(runCGI: output + bufRead + + bytes of binary data); } -servletContainerStdout.write(cBuf, 0, bufRead); +out.write(bBuf, 0, bufRead); } -} +} else { +commandsStdOut = new BufferedReader +(new InputStreamReader(proc.getInputStream())); -if
DO NOT REPLY [Bug 5704] - CgiServlet corrupting images?
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=5704. 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=5704 CgiServlet corrupting images? [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2004-06-15 23:39 --- This bug has recently been fixed (in a slightly different manner) for both TC4 and TC5. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/ROOT/WEB-INF web.xml
luehe 2004/06/15 18:42:07 Modified:webapps/ROOT/WEB-INF web.xml Log: Upgraded web.xml version to Servlet 2.4 Revision ChangesPath 1.5 +19 -4 jakarta-tomcat-catalina/webapps/ROOT/WEB-INF/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/ROOT/WEB-INF/web.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- web.xml 12 Aug 2003 19:40:38 - 1.4 +++ web.xml 16 Jun 2004 01:42:07 - 1.5 @@ -1,10 +1,25 @@ ?xml version=1.0 encoding=ISO-8859-1? +!-- + Copyright 2004 The Apache Software Foundation -!DOCTYPE web-app -PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN -http://java.sun.com/dtd/web-app_2_3.dtd; + Licensed under the Apache License, Version 2.0 (the License); + you may not use this file except in compliance with the License. + You may obtain a copy of the License at + + http://www.apache.org/licenses/LICENSE-2.0 + + Unless required by applicable law or agreed to in writing, software + distributed under the License is distributed on an AS IS BASIS, + WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + See the License for the specific language governing permissions and + limitations under the License. +-- + +web-app xmlns=http://java.sun.com/xml/ns/j2ee; +xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; +xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; +version=2.4 -web-app display-nameWelcome to Tomcat/display-name description Welcome to Tomcat - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat jars on maven repository
Hello guys, I saw that you didn't published tomcat jars on the maven repository (ibiblio) since several weeks. For example the last releases for catalina are : catalina-4.1.9.jar catalina-5.0.18.jar Do you plan to update them ?? Arnaud. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]