DO NOT REPLY [Bug 25217] - Catalina ContextConfig Exception
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=25217. 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=25217 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Detecting Tomcat install
Hi Thanks for the response. I am writing an installer, and would like to be able to cope with many different versions of Tomcat, and at least be able to detect the version and say it isn't compatible, rather than only being able to detect 5.0 and greate version (especially since the program that the installer installs will work on any version from Tomcat 4.0.6!) Hope someone can help Rob Tim wrote: Starting after 5.0.(I forget) - There is a command line program version.sh (or version.bat). All it does is echo the property server.info in /org/apache/catalina/util/ServerInfo.properties -Tim Robert Grant wrote: Hi! I have to write an installer which detects the presence of Apache Tomcat (minimum version 4.0.6) and wondered what the best way of doing this was. I'm happy to check for the presence of Registry entries, but searching the Net I'm unsure of where (on ANY Tomcat install, regardless of version) I can find a version number; my impression is that the keys shift position depending on the version of the Tomcat install. Any help greatly appreciated! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25217] - Catalina ContextConfig Exception
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=25217. 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=25217 [EMAIL PROTECTED] changed: What|Removed |Added Version|4.1.29 |4.1.31 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 11:21 --- I have the same issue with tomcat 4.1.30 and 4.1.31 on win XP And I have some suspicions of McAfee Viruscan On-Access scan. By the way, we dont get this error on tomcat 5.5.4. This is the log : 2004-12-02 11:37:09 ContextConfig[/admin] IOException processing JAR at resource path /WEB-INF/lib/struts.jar javax.servlet.ServletException: IOException processing JAR at resource path /WEB-INF/lib/struts.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:875) at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:809) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:587) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:181) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3523) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:774) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:760) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:548) at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:653) 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.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:252) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:256) at org.apache.commons.digester.Rule.end(Rule.java:276) at org.apache.commons.digester.Digester.endElement(Digester.java:1058) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:338) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:395) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:352) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:671) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1149) at org.apache.catalina.core.StandardHost.start(StandardHost.java:707) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:316) at org.apache.catalina.core.StandardService.start(StandardService.java:450) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2143) at org.apache.catalina.startup.Catalina.start(Catalina.java:463) at org.apache.catalina.startup.Catalina.execute(Catalina.java:350) at org.apache.catalina.startup.Catalina.process(Catalina.java:129) 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
Reminder: Tomcat 5.5.5 today...
http://marc.theaimsgroup.com/?l=tomcat-devm=110193330029722w=2 I hope I'm not being too verbose with these, I just want to make sure I don't step on anyone's toes when tagging and releasing. Yoav Shapira http://www.yoavshapira.com 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]
[PATCH] /apache-2.0/NWGNUmakefile
The patch allows mod_jk to build for NetWare with APR existing outside of the httpd/srclib file structure for apache 2.1.x. Could someonecommitthat change tocvs. Thank you, Jean-Jacques --- jk/native/apache-2.0/NWGNUmakefile9 Apr 2004 20:00:18 -1.2+++ jk/native/apache-2.0/NWGNUmakefile1 Dec 2004 22:33:58 -@@ -39,9 +39,9 @@$(AP_WORK)/include \$(NWOS) \$(AP_WORK)/modules/arch/netware \-$(AP_WORK)/srclib/apr/include \-$(AP_WORK)/srclib/apr-util/include \-$(AP_WORK)/srclib/apr \+$(APR)/include \+$(APRUTIL)/include \+$(APR) \$(JAVA_HOME)/include \$(JAVA_HOME)/include/netware \$(EOLIST) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 NWGNUmakefile
mturk 2004/12/02 06:57:52 Modified:jk/native/apache-2.0 NWGNUmakefile Log: The patch allows mod_jk to build for NetWare with APR existing outside of the httpd/srclib file structure for apache 2.1.x. Revision ChangesPath 1.3 +3 -3 jakarta-tomcat-connectors/jk/native/apache-2.0/NWGNUmakefile Index: NWGNUmakefile === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-2.0/NWGNUmakefile,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- NWGNUmakefile 9 Apr 2004 20:00:18 - 1.2 +++ NWGNUmakefile 2 Dec 2004 14:57:52 - 1.3 @@ -39,9 +39,9 @@ $(AP_WORK)/include \ $(NWOS) \ $(AP_WORK)/modules/arch/netware \ - $(AP_WORK)/srclib/apr/include \ - $(AP_WORK)/srclib/apr-util/include \ - $(AP_WORK)/srclib/apr \ + $(APR)/include \ + $(APRUTIL)/include \ + $(APR) \ $(JAVA_HOME)/include \ $(JAVA_HOME)/include/netware \ $(EOLIST) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PATCH] /apache-2.0/NWGNUmakefile
Jean-Jacques Clar wrote: The patch allows mod_jk to build for NetWare with APR existing outside of the httpd/srclib file structure for apache 2.1.x. Could someone commit that change to cvs. Done. Thank you, Jean-Jacques Thank you :) MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32495] New: - Filter is not executing in authentication form login page
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=32495. 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=32495 Summary: Filter is not executing in authentication form login page Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] About to use filter with url-pattern /* . When to point browser to web resource that is constrained by 'role-name' in web.xml , Catalina forwards to form-login-page defined in login-config. In the moment, filter is not executed and I have LOGIN page broken due to missing filter's invoking . Also, filter is not executing when I try to login and enter invalid username/password . Filter begins to work ONLY after succesfull authentication . Why does not filter execute in above cases ? Is it the really right/good behaviour ? Thank you. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
CGI servlet is not found after it gets initialized...
What I did: o I copied the code from 4.1.31 CGIServlet o Fixed some bugs in that code (that have been duly submitted to Bugzilla) I added no class dependancies to do this. I change the package to dsi.app.tomcat o Copiled the file and put it in a jar file (right where the servlets-cgi.jar is) o Restart Tomcat o Noticed that my servlet was getting initialized by the customized cgi: init line below o Got tons of ClassNotFoundExceptions in the localhost_log for every webapp o The almost exact same code in the servlets-cgi.jar file works fine Instead of the ClassNotFoundExceptions I get: StandardWrapper[/JViewerDocs:cgi]: Loading container servlet cgi o If I copy my servlet to the shared/lib directory it works fine. (I did not bother to remove it from the server/lib directory since I have some custom valves in the same jar file, so in this test the jar file is in both places.) Is there a package naming check done by Tomcat that is more restrictive than the VM check here? Thanks, Mark localhost_log with ClassNotFoundExceptions below 2004-12-02 10:46:19 StandardManager[/manager]: Seeding random number generator class java.security.SecureRandom 2004-12-02 10:46:19 StandardManager[/manager]: Seeding of random number generator has been completed 2004-12-02 10:46:19 StandardWrapper[/manager:default]: Loading container servlet default 2004-12-02 10:46:19 default: DefaultServlet.init: input buffer size=2048, output buffer size=2048 2004-12-02 10:46:19 default: DefaultServlet.init: welcome file=index.html 2004-12-02 10:46:19 default: DefaultServlet.init: welcome file=index.htm 2004-12-02 10:46:19 default: DefaultServlet.init: welcome file=index.jsp 2004-12-02 10:46:19 cgi: init (mac): loglevel set to 0 2004-12-02 10:46:19 HostConfig[localhost]: Deploying configuration descriptor JNLPUpgradeServlet.xml 2004-12-02 10:46:21 HostConfig[localhost]: Deploying web application archive OcieServlet.war 2004-12-02 10:46:23 ContextConfig[/OcieServlet]: Added certificates - request attribute Valve 2004-12-02 10:46:23 StandardManager[/OcieServlet]: Seeding random number generator class java.security.SecureRandom 2004-12-02 10:46:23 StandardManager[/OcieServlet]: Seeding of random number generator has been completed 2004-12-02 10:46:23 StandardWrapper[/OcieServlet:default]: Loading container servlet default 2004-12-02 10:46:23 default: DefaultServlet.init: input buffer size=2048, output buffer size=2048 2004-12-02 10:46:23 default: DefaultServlet.init: welcome file=index.html 2004-12-02 10:46:23 default: DefaultServlet.init: welcome file=index.htm 2004-12-02 10:46:23 default: DefaultServlet.init: welcome file=index.jsp 2004-12-02 10:46:23 StandardWrapper[/OcieServlet:cgi]: Marking servlet cgi as unavailable 2004-12-02 10:46:23 StandardContext[/OcieServlet]: Servlet /OcieServlet threw load() exception javax.servlet.ServletException: Wrapper cannot find servlet class dsi.app.tomcat.DCGIServlet or a class it depends on at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:89 1) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3422) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3623) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j ava:307) ... - Root Cause - java.lang.ClassNotFoundException: dsi.app.tomcat.DCGIServlet at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1443) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.jav a:1289) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:88 5) Confidentiality Notice: OCIESERVICE - The contents of this e-mail message and any attachments are intended solely for the addressee(s) named in this message. This communication is intended to be and to remain confidential. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message and its attachments. Do not deliver, distribute, copy, disclose the contents or take any action in reliance upon the information contained in the communication or any attachments. - Mark Claassen Donnell Systems, Inc. 300 S. St. Louis
DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.
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=18680. 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=18680 [EMAIL PROTECTED] changed: What|Removed |Added OS/Version||All --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 18:09 --- All dynamically generated text in JSP pages is displyes in the wrong encoding. Tomcat 5.X crashes on my web-app, while Tomcat 4.X runs it properly, so it would be nice to have a fix for this in 4.X as well. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.
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=18680. 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=18680 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 18:10 --- There have been relevant additional fixes/enhancements recently, such as the javaEncoding jasper param and others. You might want to try a later release. As for having it fixed in Tomcat 4.x: don't hold your breath. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32495] - Filter is not executing in authentication form login page
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=32495. 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=32495 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 18:23 --- I have a feeling this is bogus. Does your filter allow dispatcherFORWARD/dispatcher for the login page? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.
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=18680. 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=18680 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 19:56 --- Tested and found that problem persists in 5.5.4 as well; I'll post a bug report for that version as well (unless one already exists). Both versions cannot handle non-default encoding for dynamically generated text in JSPs. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32499] New: - Headers: charset added to image Content-Type
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=32499. 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=32499 Summary: Headers: charset added to image Content-Type Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When constructing a response within a servlet, I set the Content-Type to: Content-Type: image/jpeg and that it how I transmit it. When received by the browser, the header has been altered to: Content-Type: image/jpeg;charset=UTF-8 which to my mind (and apparently the browser's mind) doesn't make any sense. Mozilla 1.7.3 reports: The image http://server:port/dir/MyServlet?param=xoption=y; cannot be displayed, because it contains errors. When the servlet returning the image is accessed directly from the original server, not passed on through my servlet, it has no charset header and works well. Any ideas? Thanks!! Jeff -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32499] - Headers: charset added to image Content-Type
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=32499. 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=32499 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 20:21 --- *** This bug has been marked as a duplicate of 24970 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
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=24970. 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=24970 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 20:21 --- *** Bug 32499 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32500] New: - specific text-encoding ignored for dynamically generated text
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=32500. 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=32500 Summary: specific text-encoding ignored for dynamically generated text Product: Tomcat 5 Version: 5.5.4 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] After setting contentType to hebrew encoding in a JSP page, static text in the page is correctly displayed according to the specified encoding, but dynamically-generated text (%= % expression) does NOT get encoded to hebrew and it appears as a sequence of question marks on the browser. JSP is dispatched from a servlet that handles the request prior to generating the response to the client. Reproduced on both with IE-6 SP-1 and Firefox 1.0. I attached is a JSP page to reproduce the problem (but it requires that a database with hebrew content will be on the other hand, and that a servlet will assign a value to the variable before dispatching the call to the attached JSP). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text
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=32500. 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=32500 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 22:02 --- Created an attachment (id=13628) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13628action=view) JSP page to demonstrate the bug -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32502] New: - Memory leak in Digest Authentication
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=32502. 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=32502 Summary: Memory leak in Digest Authentication Product: Tomcat 5 Version: 5.0.29 Platform: Macintosh OS/Version: Mac OS X 10.3 Status: NEW Severity: critical Priority: P2 Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The DigestAuthenticator class contains a small but significant leak. In the generateNOnce method, the nOnceValue is inserted into a Hashtable with an expire time. This feature does not appear to be fully implemented and as a result the Hashtable nOnceTokens will continue to grow un-bounded. The short term solution to this problem is to remove the Hashtable insert since it isn't apparently being used. Longer term, the host-expireTime-otherState tuple could be encoded in client-opaque nOnceValue and used across multiple TC5 instances. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text
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=32500. 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=32500 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #13628|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 23:18 --- Created an attachment (id=13632) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13632action=view) Attachment fixed - JSP pave that demonstrates the bug -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32502] - Memory leak in Digest Authentication
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=32502. 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=32502 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 23:19 --- Created an attachment (id=13633) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13633action=view) Patch -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32500] - specific text-encoding ignored for dynamically generated text
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=32500. 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=32500 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |major -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32505] New: - Deploy of a file url fails
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=32505. 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=32505 Summary: Deploy of a file url fails Product: Tomcat 5 Version: 5.5.4 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Webapps:Manager AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Using tomcat 5.0.27 I can use the manager app to deploy another app that is in a directory on my local computer by secifying the dir as a file url in the text entry labeled WAR or Directory URL: file://c:\cvs\kls-war In tomcat 5.5.4 this fails with: FAIL - Invalid context path was specified when I do not specify a context path. When I do specify a context path: /kls a diretory is created in C:\Program Files\Apache Software Foundation\Tomcat 5.5\conf\Catalina\localhost called kls.xml in that directory looks like the beggining of a copy of my c:\ dir but the app is not deployed -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 18680] - On Japanese OS, corruption of japanese text.
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=18680. 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=18680 --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 23:52 --- There have been many fixes for this since 4.1.12 and for a single JSP page I am surprised that this doesn't work. Please provide a test WAR or JSP that demonstrates this bug and I will quite happily apply any necessary fixes to TC4 and TC5. Without a test case this bug report will be closed as invalid. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32505] - Deploy of a file url fails
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=32505. 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=32505 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 23:54 --- This will not be fixed. *** This bug has been marked as a duplicate of 32418 *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.
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=32418. 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=32418 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2004-12-02 23:54 --- *** Bug 32505 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 25217] - Catalina ContextConfig Exception
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=25217. 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=25217 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-12-03 00:08 --- The admin app works for me on a clean install of 4.1.31. This is a configuration error. Bugzilla is not the right forum for these issues. Please follow this up on the tomcat-user mailing list. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32505] - Deploy of a file url fails
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=32505. 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=32505 --- Additional Comments From [EMAIL PROTECTED] 2004-12-03 00:23 --- Why? And if the bug isn't going to fixed, then why does the manager still support providing a URL to a directory? I can still deploy a webapp already in exploded form by manually putting a context xml file in conf\Catalina\localhost It is very useful for development to deploy a webapp being worked on in place. Why has the manager been cutback? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32418] - URL is not supported for WAR deployment in Tomcat 5 Manager.
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=32418. 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=32418 --- Additional Comments From [EMAIL PROTECTED] 2004-12-03 07:00 --- I understand the concern on complexity, so I won't push this patch to be included. However, code might be _simpler_ if URL-style string get handled by URL class instead of doing internal String cut-and-pasting as it is now (mine was bit complex as it tried to handle extraction of jar: URL). Allowing generic use of URL instead of just local file is powerful concept (meaning more flexible deployment style, giving more power to users), and should be included if complexity concern is resolved... # For example, you can do JNLP-like one-click webapp deployment # if generic URL is supported. Though its value on serverside is # arguable. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/config apache.xml
mturk 2004/12/02 23:03:30 Modified:jk/xdocs index.xml jk/xdocs/config apache.xml Log: Fix some minor doc typos. Revision ChangesPath 1.26 +3 -0 jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v retrieving revision 1.25 retrieving revision 1.26 diff -u -r1.25 -r1.26 --- index.xml 30 Nov 2004 09:16:01 - 1.25 +++ index.xml 3 Dec 2004 07:03:29 - 1.26 @@ -33,6 +33,9 @@ of Jakarta Tomcat Connectors 1.2.7-beta. The release contains a significant number of bug fixes and new features. /p +pDownlad the a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.7-beta-1.tar.gz;JK 1.2.7 beta sources/a + | a href=http://www.apache.org/dist/jakarta/tomcat-connectors/jk/source/jakarta-tomcat-connectors-1.2.7-beta-1.tar.gz.asc;PGP signature/a +/p /li lia href=news/20041100.html#20041115.115 November 2004 - bJK2 is officially unsupported!/b/a pJK2 has been put in maintainer mode and no further development will take place. 1.3 +13 -22jakarta-tomcat-connectors/jk/xdocs/config/apache.xml Index: apache.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/config/apache.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- apache.xml30 Nov 2004 07:35:37 - 1.2 +++ apache.xml3 Dec 2004 07:03:30 - 1.3 @@ -124,24 +124,23 @@ ul li -binfo/b log will contains standard mod_jk activity (default). +binfo/b log will contain standard mod_jk activity (default). /li li -li -bwarn/b log will contains non fatal error reports. +bwarn/b log will contain non fatal error reports. /li -berror/b log will contains also error reports. +li +berror/b log will contain also error reports. /li li -bdebug/b log will contains all informations on mod_jk activity +bdebug/b log will contain all information on mod_jk activity /li li -btrace/b log will contains all tracing informations on mod_jk activity +btrace/b log will contain all tracing information on mod_jk activity /li /ul -source - +source JkLogLevelinfo /source @@ -158,7 +157,6 @@ /p source - JkLogStampFormat [%a %b %d %H:%M:%S %Y] /source @@ -193,7 +191,6 @@ /attributes source - JkRequestLogFormat %w %V %T /source @@ -216,8 +213,7 @@ required by Servlet API 2.3. This flag shouldn't be set when servlet engine is Tomcat 3.2.x (on by default). -source - +source JkOptions +ForwardKeySize /source @@ -230,8 +226,7 @@ which is less spec compliant but mod_rewrite compatible, use it for compatibility with Tomcat 3.2.x engines (on by default). -source - +source JkOptions +ForwardURICompat /source @@ -243,8 +238,7 @@ JkOptions bForwardURICompatUnparsed/b, the forwarded URI is unparsed, it's spec compliant but broke mod_rewrite. -source - +source JkOptions +ForwardURICompatUnparsed /source @@ -256,8 +250,7 @@ JkOptions bForwardURIEscaped/b, the forwarded URI is escaped and Tomcat (since 3.3 rc2) will do the decoding part. -source - +source JkOptions +ForwardURIEscaped /source @@ -299,8 +292,7 @@ that's going to get served). This is important if there is more then one type of file that Tomcat normally serves - for instance Velocity pages and JSP pages. -source - +source JkOptions +ForwardDirectories /source br/ @@ -310,8 +302,7 @@ p The directive bJkEnvVar/b allow you to forward an environment vars from Apache server to Tomcat engine. -source - +source JkEnvVar SSL_CLIENT_V_START /source br/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
IP security constraint
Hi! First off, I think Tomcat is a great product. Thanks! Secondly, do you have any plans on adding something like to web.xml: security-constraint web-resource-collection web-resource-nameMy Webapp/web-resource-name url-patterncust1.html/url-pattern /web-resource-collection ip-constraint allow192.168.1.13-192.168.1.55,192.168.10./allow ip-constraint /security-constraint security-constraint web-resource-collection web-resource-nameMy Webapp/web-resource-name url-patterncust2.html/url-pattern /web-resource-collection ip-constraint deny192.168./deny ip-constraint /security-constraint I have looked at the documentation and web, but could not find any other information than a commercial package from Cafesoft. I think this kind of access control would be very useful since webapps can have static pages that should be denied for everyone but a certain ip-range. Example: Customer 1 has access to a service with a certain look-and-feel and some customer specific mods. The name of the page that Customer 1 uses to access the webapp is cust1.html and that passes on some parameters. Customer 2 uses the same webapp but has a different look-and-feel and accesses the SAME webapp through cust2.html. Now it would be nice to limit access to cust1.html and cust2.html so that only the respective customer ip-ranges could access them. I can do this by installing apache and hooking up Tomcat to it, but I would like to use a standalone solution. The Valve functionality is good but it is only on webapp level. Best regards, --Svante -- Svante Olofsson, CEO Agentum Technologies Inc. [EMAIL PROTECTED] Tel. +358 2 232 6200 Mob. +358 40 501 6061 Fax. +358 2 215 3307 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]