DO NOT REPLY [Bug 25819] New: - java.lang.NoClassDefFoundError: org/apache/tomcat/util/buf/C2BConverter
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25819 java.lang.NoClassDefFoundError: org/apache/tomcat/util/buf/C2BConverter Summary: java.lang.NoClassDefFoundError: org/apache/tomcat/util/buf/C2BConverter Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Connector:Coyote AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Exception on first http request. (Low priority) If I push the reload button the html page is OK. If I send more request this Exception never happen. In attachment: 1) Stack trace 2) Piece on source in stack trace it.rgi.webapp.admin.htmlwriter.HtmlWriter.printConclusione(HtmlWriter.java:194) 3) My catalina.policy (Enabled!) thank you, bye. java.lang.NoClassDefFoundError: org/apache/tomcat/util/buf/C2BConverter at org.apache.jk.server.JkCoyoteHandler.appendHead(JkCoyoteHandler.java:333) at org.apache.jk.server.JkCoyoteHandler.action(JkCoyoteHandler.java:402) at org.apache.coyote.Response.action(Response.java:226) at org.apache.coyote.Response.sendHeaders(Response.java:418) at org.apache.jk.server.JkCoyoteHandler.doWrite(JkCoyoteHandler.java:240) at org.apache.coyote.Response.doWrite(Response.java:586) at org.apache.coyote.tomcat5.OutputBuffer.realWriteBytes(OutputBuffer.java:405) at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:428) at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:348) at org.apache.coyote.tomcat5.OutputBuffer.writeBytes(OutputBuffer.java:438) at org.apache.coyote.tomcat5.OutputBuffer.write(OutputBuffer.java:425) at org.apache.coyote.tomcat5.CoyoteOutputStream.write(CoyoteOutputStream.java:108) at java.io.PrintStream.write(Unknown Source) at sun.nio.cs.StreamEncoder$CharsetSE.writeBytes(Unknown Source) at sun.nio.cs.StreamEncoder$CharsetSE.implFlushBuffer(Unknown Source) at sun.nio.cs.StreamEncoder.flushBuffer(Unknown Source) at java.io.OutputStreamWriter.flushBuffer(Unknown Source) at java.io.PrintStream.write(Unknown Source) at java.io.PrintStream.print(Unknown Source) at java.io.PrintStream.println(Unknown Source) at it.rgi.webapp.admin.htmlwriter.HtmlWriter.printConclusione(HtmlWriter.java:194) at it.rgi.webapp.admin.utility.RgiWebAdminLogin.doLogout(RgiWebAdminLogin.java:231) at it.rgi.webapp.admin.utility.RgiWebAdminLogin.testIfAuthenticationRequiredAdSendLoginPage(RgiWebAdminLogin.java:152) at it.rgi.webapp.admin.ServletAdmin.doGet(ServletAdmin.java:109) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:284) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Unknown Source) at org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:306) at org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:200) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:278) at org.apache.catalina.core.ApplicationFilterChain.access$000(ApplicationFilterChain.java:97) at org.apache.catalina.core.ApplicationFilterChain$1.run(ApplicationFilterChain.java:187) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:183) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:245) at
DO NOT REPLY [Bug 25822] New: - tomcat shouldn't write tomcat-users.xml at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25822. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25822 tomcat shouldn't write tomcat-users.xml at startup Summary: tomcat shouldn't write tomcat-users.xml at startup Product: Tomcat 5 Version: 5.0.16 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am trying to start tomcat as normal user and carefully adding only required permissions and I found that during startup tomcat is writing the file tomcat-users.xml. I think it should only write this file when users are added/modified/deleted and I think it would be a bad thing to have to make the entire conf directory writeable since it writes a tomcat-users.xml.new and then renames it. I am using the standard binaries. For info : 30 déc. 2003 13:27:34 org.apache.naming.NamingContext lookup ATTENTION: Une erreur s est produite durant la résolution de la référence java.io.FileNotFoundException: /usr/local/jakarta-tomcat-5.0.16/conf/tomcat-users.xml.new (Permission denied) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:179) at java.io.FileOutputStream.init(FileOutputStream.java:131) at org.apache.catalina.users.MemoryUserDatabase.save(MemoryUserDatabase.java:508) at org.apache.catalina.users.MemoryUserDatabaseFactory.getObjectInstance(MemoryUserDatabaseFactory.java:144) at org.apache.naming.factory.ResourceFactory.getObjectInstance(ResourceFactory.java:176) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:301) at org.apache.naming.NamingContext.lookup(NamingContext.java:837) at org.apache.naming.NamingContext.lookup(NamingContext.java:197) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:202) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:172) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEvent(GlobalResourcesLifecycleListener.java:144) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2336) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) 30 déc. 2003 13:27:34 org.apache.catalina.mbeans.GlobalResourcesLifecycleListener createMBeans GRAVE: Exception processing Global JNDI Resources javax.naming.NamingException: /usr/local/jakarta-tomcat-5.0.16/conf/tomcat-users.xml.new (Permission denied) at org.apache.naming.NamingContext.lookup(NamingContext.java:849) at org.apache.naming.NamingContext.lookup(NamingContext.java:197) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:202) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.createMBeans(GlobalResourcesLifecycleListener.java:172) at org.apache.catalina.mbeans.GlobalResourcesLifecycleListener.lifecycleEvent(GlobalResourcesLifecycleListener.java:144) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2336) at org.apache.catalina.startup.Catalina.start(Catalina.java:581) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) 30 déc. 2003 13:27:34 org.apache.catalina.core.StandardService start - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Procrun improvements
Howdy, OK, I just nominated you on commons-dev ;) (So that's a thread you might want to watch) ;) Yoav Shapira Millennium ChemInformatics -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Bill Barker Sent: Tuesday, December 30, 2003 12:20 AM To: [EMAIL PROTECTED] Subject: Re: Procrun improvements Well, I admit that I don't follow commons-dev as closely as other lists, but a quick search of Eyebrowse doesn't turn up any such item :). And I am most definitely karmically-challenged wrt Commons ;-). Shapira, Yoav [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Howdy, I think the following two items should be supported: - I think it should be possible to specify a path to the JVM base directory (this feature is supposed to be present, but doesn't actually work for reasons I can't remember); using the config dialog to change the JVM path makes the config dialog refuse to start again - when using java, procrun should look at the JAVA_HOME env property before looking in the registry, to be consistent with all Java based tools available If you want to open a commons BZ item for this, I can attach patches for it (I'm not a commons committer, so the round-about is all we've got if you want to go through me :). Definitely the JAVA_HOME environment is more important for me (I'm a unix person ;)). Bill, I thought we took care of making you a commons committer already? I'm 99% sure I voted +1 on that?? Anyways, if not, I'll nominate you, and I can commit commons patches (and be a release manager) until then. Yoav Shapira 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25792] - Session timeout implemented incorrectly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25792. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25792 Session timeout implemented incorrectly --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 14:29 --- The session timeout in Tomcat seems to be implemented in a way that doesn't take the background clean-up thread into account. StandardSession has two variables: thisAccessedTime - the time for current request lastAccessedTime - the time for last request (needed by HttpSession.getLastAccessedTime) The times are updated only once per request by the container so that HttpSession.getLastAccessedTime() returns the time of the previous request. The same variable is later used by the background thread to determine if the session should be invalidated. Therefore the background cleanup thread checks the access time of the _second_ latest request. This explains why 1 min refresh period works with 3 min timeout while 2min refresh period does not. Isn't it possible that the session could even be invalidated while processing a request? Quick'n'dirty fix would be as follows: == diff -u -b -r1.26 StandardSession.java --- StandardSession.java29 Nov 2003 18:06:35 - 1.26 +++ StandardSession.java30 Dec 2003 12:52:44 - @@ -584,7 +584,7 @@ if (maxInactiveInterval = 0) { long timeNow = System.currentTimeMillis(); -int timeIdle = (int) ((timeNow - lastAccessedTime) / 1000L); +int timeIdle = (int) ((timeNow - thisAccessedTime) / 1000L); if (timeIdle = maxInactiveInterval) { expire(true); } == More elaborate way would be to cache the lastAccessedTime in the httpsessionfacade and update the StandardSession.lastAccessedTime directly w/o the thisAccessedTime in between. I could write the more elaborate patch if someone is willing to commit it. Please comment. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Procrun improvements
Mladen Turk a écrit : -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] The question is do you need the mentioned features _now_, if there is a new release on the horizon, or this can wait for a week or two? It would be good to have a new tag for TC 5 relativelely shortly ( 2 weeks) :) I think adding support for JAVA_HOME could be good enough for this release. OK then. Think that Bill send a patch a while ago (I'll browse my archive). Did some of you take a look at the Eclipse project which use a nice Java Starter App ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25805] - DataSourceRealm cannot find the JNDI DataSource
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25805. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25805 DataSourceRealm cannot find the JNDI DataSource [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 15:50 --- The datasource must be a global resource. Please do not reopen this report. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25823] New: - Session problem when using Internet Explorer 6.0 on Windows XP sp1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823 Session problem when using Internet Explorer 6.0 on Windows XP sp1 Summary: Session problem when using Internet Explorer 6.0 on Windows XP sp1 Product: Tomcat 4 Version: 4.1.29 Platform: PC OS/Version: Linux Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi all I have a major problem persisting sessions (HttpSession) on the mentioned platform. Here is an example: session.setAttribute(Test,Test); When I reload the browser the Test attribute is gone. This problem arose when I put on Service Pack 1 for Win XP. Here is a short introduction to my webapp architecture: - I have an apache 1.3 installed, with mod_jk. - I have implemented a frontcontroller pattern. One servlet receives all requests and forwards them, depending on a set of rules, to a jsp page. As mentioned earlier. It all works fine in other browsers for example Mozilla. But not in Explorer 6.0 on WinXP sp1. From server.xml: Host name=ny_kww debug=0 appBase=webapps unpackWARs=true Logger className=org.apache.catalina.logger.FileLogger directory=logs prefix=uffe_kww. suffix=.log timestamp=true/ Context path= docBase=kww debug=0 reloadable=true crossContext=true Resource name=jdbc/KWW auth=Container type=javax.sql.DataSource/ ResourceParams name=jdbc/KWW parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter !-- Maximum number of dB connections in pool. Make sure you configure your mysqld max_connections large enough to handle all of your db connections. Set to 0 for no limit. -- parameter namemaxActive/name value100/value /parameter !-- Maximum number of idle dB connections to retain in pool. Set to 0 for no limit. -- parameter namemaxIdle/name value30/value /parameter !-- Maximum time to wait for a dB connection to become available in ms, in this example 10 seconds. An Exception is thrown if this timeout is exceeded. Set to -1 to wait indefinitely. -- parameter namemaxWait/name value1/value /parameter !-- MySQL dB username and password for dB connections -- parameter nameusername/name valuescott/value /parameter parameter namepassword/name valuetiger/value /parameter !-- Class name for mm.mysql JDBC driver -- parameter namedriverClassName/name valueorg.gjt.mm.mysql.Driver/value /parameter !-- The JDBC connection url for connecting to your MySQL dB. The autoReconnect=true argument to the url makes sure that the mm.mysql JDBC Driver will automatically reconnect if mysqld closed the connection. mysqld by default closes idle connections after 8 hours. -- parameter nameurl/name valuejdbc:mysql://localhost:3306/database?autoReconnect=true/value /parameter /ResourceParams /Context /Host From web.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; web-app servlet servlet-namefront/servlet-name servlet-classFrontController/servlet-class /servlet servlet-mapping servlet-namefront/servlet-name url-pattern/request/*/url-pattern /servlet-mapping taglib taglib-uri/render-taglib/taglib-uri taglib-location/WEB-INF/tlds/render-taglib.tld/taglib-location /taglib taglib taglib-uri/navigation-taglib/taglib-uri taglib-location/WEB-INF/tlds/navigation-taglib.tld/taglib-location /taglib taglib taglib-uri/channel-taglib/taglib-uri taglib-location/WEB-INF/tlds/channel-taglib.tld/taglib-location /taglib resource-ref descriptionMy SQL Datasource for kww/description res-ref-namejdbc/KWW/res-ref-name res-typejavax.sql.DataSource/res-type res-authContainer/res-auth /resource-ref /web-app - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25822] - tomcat shouldn't write tomcat-users.xml at startup
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25822. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25822 tomcat shouldn't write tomcat-users.xml at startup [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 15:52 --- Then use a realm which doesn't do that ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25823] - Session problem when using Internet Explorer 6.0 on Windows XP sp1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823 Session problem when using Internet Explorer 6.0 on Windows XP sp1 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 16:30 --- IE is probably blocking cookies. (Or broke) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HttpServletRequestWrapper src?
Does anyone know where to find the source for the Java 2.3 Servlet API? I seem to recall that there was a separate download on the Sun site, but I can't find it for the life of me... I am specifically looking for the source behind javax.servlet.http.HttpServletRequestWrapper and HttpServletRequestResponse and I can't seem to find it in either the JDK or Tomcat 4... Suggestions? thx, Christian -- Christian Cryder Internet Architect, ATMReports.com Project Chair, BarracudaMVC - http://barracudamvc.org -- Coffee? I could quit anytime, just not today - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HttpServletRequestWrapper src?
Howdy, It's the jakarta-servletapi-4 module in cvs.apache.org, e.g. http://cvs.apache.org/viewcvs.cgi/jakarta-servletapi-4/src/share/javax/s ervlet/http/ Yoav Shapira Millennium ChemInformatics -Original Message- From: Christian Cryder [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 11:34 AM To: Tomcat-Dev Subject: HttpServletRequestWrapper src? Does anyone know where to find the source for the Java 2.3 Servlet API? I seem to recall that there was a separate download on the Sun site, but I can't find it for the life of me... I am specifically looking for the source behind javax.servlet.http.HttpServletRequestWrapper and HttpServletRequestResponse and I can't seem to find it in either the JDK or Tomcat 4... Suggestions? thx, Christian -- Christian Cryder Internet Architect, ATMReports.com Project Chair, BarracudaMVC - http://barracudamvc.org -- Coffee? I could quit anytime, just not today - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs setup.xml
yoavs 2003/12/30 08:54:48 Modified:webapps/docs setup.xml Log: Added note about GNU make for daemon on FreeBSD systems, addressing Bugzilla bug #25774. Revision ChangesPath 1.7 +4 -0 jakarta-tomcat-catalina/webapps/docs/setup.xml Index: setup.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/setup.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- setup.xml 20 Sep 2003 20:47:21 - 1.6 +++ setup.xml 30 Dec 2003 16:54:48 - 1.7 @@ -78,6 +78,10 @@ that GNU TAR is used, and that codeCATALINA_HOME/code is an environment variable pointing to the base path of the Tomcat installation./p + +pPlease note that you should use the GNU make (gmake) instead of + the native BSD make on FreeBSD systems./p + source cd $CATALINA_HOME/bin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25774] - Documentation change needed for making unix daemon
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25774. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25774 Documentation change needed for making unix daemon [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 16:55 --- Added note to setup instructions as suggested. Change will be reflected in next release and next web site update. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25596] - application briefly unavailable when using manager to reload
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25596. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25596 application briefly unavailable when using manager to reload --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 17:02 --- Waiting seems sub-optimal at best: what if the restart takes a long time, e.g. the context does a bunch of caching upon startup? It's very easy to make a webapp start in more than one minute, by which point the browser is likely to give up on the request regardless of what the server is doing. A patch would be interesting only if it's optional and not hard-coded into the connector (I for one would not put such waiting behavior in a production system, but then again I also don't have the habit of restarting production webapps while anyone is using them). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: HttpServletRequestWrapper src?
Great, thanks! -- Christian Cryder Internet Architect, ATMReports.com Project Chair, BarracudaMVC - http://barracudamvc.org -- Coffee? I could quit anytime, just not today -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 11:41 AM To: Tomcat Developers List Subject: RE: HttpServletRequestWrapper src? Howdy, It's the jakarta-servletapi-4 module in cvs.apache.org, e.g. http://cvs.apache.org/viewcvs.cgi/jakarta-servletapi-4/src/share/javax/s ervlet/http/ Yoav Shapira Millennium ChemInformatics -Original Message- From: Christian Cryder [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 30, 2003 11:34 AM To: Tomcat-Dev Subject: HttpServletRequestWrapper src? Does anyone know where to find the source for the Java 2.3 Servlet API? I seem to recall that there was a separate download on the Sun site, but I can't find it for the life of me... I am specifically looking for the source behind javax.servlet.http.HttpServletRequestWrapper and HttpServletRequestResponse and I can't seem to find it in either the JDK or Tomcat 4... Suggestions? thx, Christian -- Christian Cryder Internet Architect, ATMReports.com Project Chair, BarracudaMVC - http://barracudamvc.org -- Coffee? I could quit anytime, just not today - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25823] - Session problem when using Internet Explorer 6.0 on Windows XP sp1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823 Session problem when using Internet Explorer 6.0 on Windows XP sp1 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 20:47 --- It probably is, but the funny thing is that it doesn't block cookies from other sites. If I set up a dummy webapp, without apache and the frontcontroller pattern, the session handling works fine. What could be wrong with the IE setup then? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25823] - Session problem when using Internet Explorer 6.0 on Windows XP sp1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823 Session problem when using Internet Explorer 6.0 on Windows XP sp1 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-12-30 21:06 --- You'll need to debug where tomcat seems to be failing. (sniffing the headers and such) It could be that apache is mangling the cookie in some manner that tomcat standalone isn't. (Which I doubt) Please use the tomcat-user group for assistance for furthur debugging. Reopen once a concrete reason as to why it is not working with IE. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]