Re: contrib directory
I've requested a project named tomcat-launcher, leaving the tomcat-contrib open, on SourceForge. It runs on Apache 2.0 License. I'll send a notification whether it would be approved or not. Best regards, Leslie Kishalmi Leslie Kishalmi wrote: Dear all, I could tell the very same story with Ant, NetBeans, OS/2, CVS, as Meg. I also agree that experimental should not be included or in an other project. tomcat-launcher and tomcat-contrib maybe? (Ant and ant-contrib is a different story. I think the tasks included in ant-contrib violate the basic ant rule which says ant is not a script language.) Garrison, Meg wrote: FWIW, we have recently contributed some OpenVMS-specific changes to Ant, which they accepted. We did not contribute to Ant-contrib. I've signed CLAs for NetBeans, there isn't an issue on this end with that. I assume the ASF CLA isn't all that different from the others. Also, I use cvs from my windows desktop machine to access the cvs server where the netbeans cvs library resides. Or, if you really mean we need a Unix machine, we have lots of those here at HP ;-) But, in any case, if the only consensus we can reach at this point is that a tomcat-contrib project would be the best place to host these sorts of files, then yes, let's do it :-) I personally would prefer that the tomcat-contrib project only contain contributions like mine and Leslie's because I think the NetBeans folks would be comfortable taking things like launchers, rather than experimental stuff, but I realize I don't really get a say in this. Meg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache Sent: Monday, November 01, 2004 12:02 PM To: [EMAIL PROTECTED] Subject: Re: contrib directory Garrison, Meg wrote: Hi Leslie, I'm also willing to maintain the HP OpenVMS scripts. Rather than create a whole new project (tomcat-contrib) maybe it would be possible for the Tomcat folks to grant us commit access to a single module/folder in their CVS library (a contrib folder of some sort). Then they wouldn't have to worry about committing our changes, etc.. If we misbehave and don't follow their rules, then they have the option to boot us out. That's how the NetBeans project does it. For example, I have commit powers in the core module, which is where the OpenVMS launcher lives, but no other. Our needs for NetBeans (as yours, I'm sure) require that the default Tomcat distribution contain our launcher somewhere...it doesn't have to be in /bin. It would be a good idea, but I don't think it is possible at the moment. Commit access requires a unix account on a machine, at least for cvs. Even if this could be solved - there are non-technical problems, ASF requires a CLA, and a certain review and oversight process. Ant has an ant-contrib project on sourceforge ( including few ant committers ). Maybe we should have a tomcat-contrib as well. This would be a good idea even for committers - there is experimental stuff and code that is not necesarily servlet container but is tomcat related ( like non-http servers, etc ). Costin Any other ideas? Meg -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:29 PM To: Shapira, Yoav Cc: Tomcat Developers List; Garrison, Meg Subject: Re: contrib directory Dear all, I'm willing to spend some of my limited free time to collect, organize and maintain these contributed code. However, it is very unlikely that I would be ever a committer on this project with my OS/2 launchers. So, as Yoav said, we could find an other committer. Or we could create an other project something like tomcat-contrib where we maintain our code. Best regards, Leslie Kishalmi Shapira, Yoav wrote: Hi, Yeah, it's gone for now. The reason is that the maintenance aspect is too hard for the long term. While I don't doubt the quality of you (or anyone else's) work, nothing is perfect. It is inevitable that the scripts will need work. Even if you stay on top of it and keep submitting patches, someone will have to keep checking for them and applying them. I'm not interested in doing that work, and other committers apparently aren't interested enough to even comment on what an appropriate place in CVS might be for these contributions. So I took them out for now. That's not to say they're gone forever. I can see a couple of possible solutions, and that's why I'm doing this thread on tomcat-dev as opposed to just replying to you personally. One approach is what I'm doing now: contributed stuff is owned by authors (like you) who post it wherever they want (hp.com, personal web sites, whatever), and we link to it from our FAQ and/or wiki pages. This approach solves the long-term maintenance concerns. If this was a one-time effort, I would have done it and we'd be all set by now. But it's not, and I just don't have the
RE: contrib directory
Thanks Leslie. Let me know if there's something I can do to help. Meg -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 6:33 AM To: Tomcat Developers List Subject: Re: contrib directory I've requested a project named tomcat-launcher, leaving the tomcat-contrib open, on SourceForge. It runs on Apache 2.0 License. I'll send a notification whether it would be approved or not. Best regards, Leslie Kishalmi Leslie Kishalmi wrote: Dear all, I could tell the very same story with Ant, NetBeans, OS/2, CVS, as Meg. I also agree that experimental should not be included or in an other project. tomcat-launcher and tomcat-contrib maybe? (Ant and ant-contrib is a different story. I think the tasks included in ant-contrib violate the basic ant rule which says ant is not a script language.) Garrison, Meg wrote: FWIW, we have recently contributed some OpenVMS-specific changes to Ant, which they accepted. We did not contribute to Ant-contrib. I've signed CLAs for NetBeans, there isn't an issue on this end with that. I assume the ASF CLA isn't all that different from the others. Also, I use cvs from my windows desktop machine to access the cvs server where the netbeans cvs library resides. Or, if you really mean we need a Unix machine, we have lots of those here at HP ;-) But, in any case, if the only consensus we can reach at this point is that a tomcat-contrib project would be the best place to host these sorts of files, then yes, let's do it :-) I personally would prefer that the tomcat-contrib project only contain contributions like mine and Leslie's because I think the NetBeans folks would be comfortable taking things like launchers, rather than experimental stuff, but I realize I don't really get a say in this. Meg -Original Message- From: news [mailto:[EMAIL PROTECTED] On Behalf Of Costin Manolache Sent: Monday, November 01, 2004 12:02 PM To: [EMAIL PROTECTED] Subject: Re: contrib directory Garrison, Meg wrote: Hi Leslie, I'm also willing to maintain the HP OpenVMS scripts. Rather than create a whole new project (tomcat-contrib) maybe it would be possible for the Tomcat folks to grant us commit access to a single module/folder in their CVS library (a contrib folder of some sort). Then they wouldn't have to worry about committing our changes, etc.. If we misbehave and don't follow their rules, then they have the option to boot us out. That's how the NetBeans project does it. For example, I have commit powers in the core module, which is where the OpenVMS launcher lives, but no other. Our needs for NetBeans (as yours, I'm sure) require that the default Tomcat distribution contain our launcher somewhere...it doesn't have to be in /bin. It would be a good idea, but I don't think it is possible at the moment. Commit access requires a unix account on a machine, at least for cvs. Even if this could be solved - there are non-technical problems, ASF requires a CLA, and a certain review and oversight process. Ant has an ant-contrib project on sourceforge ( including few ant committers ). Maybe we should have a tomcat-contrib as well. This would be a good idea even for committers - there is experimental stuff and code that is not necesarily servlet container but is tomcat related ( like non-http servers, etc ). Costin Any other ideas? Meg -Original Message- From: Leslie Kishalmi [mailto:[EMAIL PROTECTED] Sent: Friday, October 29, 2004 5:29 PM To: Shapira, Yoav Cc: Tomcat Developers List; Garrison, Meg Subject: Re: contrib directory Dear all, I'm willing to spend some of my limited free time to collect, organize and maintain these contributed code. However, it is very unlikely that I would be ever a committer on this project with my OS/2 launchers. So, as Yoav said, we could find an other committer. Or we could create an other project something like tomcat-contrib where we maintain our code. Best regards, Leslie Kishalmi Shapira, Yoav wrote: Hi, Yeah, it's gone for now. The reason is that the maintenance aspect is too hard for the long term. While I don't doubt the quality of you (or anyone else's) work, nothing is perfect. It is inevitable that the scripts will need work. Even if you stay on top of it and keep submitting patches, someone will have to keep checking for them and applying them. I'm not interested in doing that work, and other committers apparently aren't interested enough to even comment on what an appropriate place in CVS might be for these contributions. So I took them out for now. That's not to say they're gone forever. I can see a couple of possible solutions, and that's why I'm doing this thread on tomcat-dev as opposed to just replying to you personally.
cvs commit: jakarta-tomcat-site/xdocs-faq windows.xml
remm2004/11/04 05:55:49 Modified:docs/faq/printer windows.html docs/faq windows.html xdocs-faq windows.xml Added: docs/faq/printer otherOperatingSystems.html Log: CVS: -- CVS: PR: CVS: If this change addresses a PR in the problem report tracking CVS: database, then enter the PR number(s) here. CVS: Obtained from: CVS: If this change has been taken from another system, such as NCSA, CVS: then name the system in this line, otherwise delete it. CVS: Submitted by: CVS: If this code has been contributed to Apache by someone else; i.e., CVS: they sent us a patch or a new module, then include their name/email CVS: address here. If this is your work then delete this line. CVS: Reviewed by: CVS: If we are doing pre-commit code reviews and someone else has CVS: reviewed your changes, include their name(s) here. CVS: If you have not had it reviewed then delete this line. Revision ChangesPath 1.4 +130 -94 jakarta-tomcat-site/docs/faq/printer/windows.html Index: windows.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/printer/windows.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- windows.html 17 Jan 2004 01:20:09 - 1.3 +++ windows.html 4 Nov 2004 13:55:49 - 1.4 @@ -1,95 +1,131 @@ -htmlheadMETA http-equiv=Content-Type content=text/html; charset=iso-8859-1titleTomcat FAQ - Windows Questions/titlemeta value=Tim Funk name=authormeta value=[EMAIL PROTECTED] name=emailstyle - dt { font-size : larger; font-weight : bold } - dd {padding-bottom : 10px;} -/style/headbody vlink=#525D76 alink=#525D76 link=#525D76 text=#00 bgcolor=#fftable cellspacing=4 width=100% border=0!--PAGE HEADER--trtd colspan=2!--JAKARTA LOGO--a href=http://jakarta.apache.org/;img border=0 alt=The Jakarta Project align=left src=http://jakarta.apache.org//images/jakarta-logo.gif;/a!--PROJECT LOGO--a href=http://jakarta.apache.org/tomcat/;img border=0 alt= - Tomcat FAQ - align=right src=../../images/tomcat.gif/a/td/tr!--HEADER SEPARATOR--trtd colspan=2hr size=1 noshade=/td/trtr!--RIGHT SIDE MAIN BODY--td align=left valign=top width=80%table cellspacing=4 width=100% border=0trtd nowrap=true valign=top align=lefth1Tomcat FAQ/h1h2Windows Questions/h2/tdtd nowrap=true valign=top align=rightimg border=0 hspace=0 vspace=0 height=1 width=1 src=../../images/void.gif/td/tr/tabletable cellpadding=2 cellspacing=0 border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif color=#ffa name=PrefacestrongPreface/strong/a/font/td/trtrtdblockquote -pThe will address various windows issues. -Please see the -a href=http://nagoya.apache.org/wiki/apachewiki.cgi?Tomcat/Links; -Other Resources -/a Link for more links related to Windows. -/p - -/blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif color=#ffa name=QuestionsstrongQuestions/strong/a/font/td/trtrtdblockquote - ul - lia href=#out - Why do I get Out of Environment Space? - /a /li - - lia href=#illegal - When I start up tomcat (or when it is running), I get the error - codejava.lang.IllegalMonitorStateException: -current thread not owner/code - /a /li - - lia href=#case - Can I turn off case sensitivity? - /a /li - - lia href=#ntlm - Can I use NTLM authentication? - /a /li - /ul -/blockquote/td/tr/tabletable cellpadding=2 cellspacing=0 border=0trtd bgcolor=#525D76font face=arial,helvetica.sanserif color=#ffa name=AnswersstrongAnswers/strong/a/font/td/trtrtdblockquote - - b style=font-size: larger -a name=out - Why do I get Out of Environment Space? - /a - /b - div style=padding-left : 20px; - Check the Tomcat README, and - a href=http://marc.theaimsgroup.com/?l=tomcat-userm=103918210305702w=2; - this link/a - /divbr - - - b style=font-size: larger -a name=illegal - When I start up tomcat (or when it is running), I get the error - codejava.lang.IllegalMonitorStateException: - current thread not owner/code -/a - /b - div style=padding-left : 20px; - That is weird - but solved.(?) See the - a href=http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13723; -Tomcat Bug Report - /a - and - a href=http://developer.java.sun.com/developer/bugParade/bugs/4776385.html; -Sun Bug Parade report - /a - for the answer. - /divbr - -
DO NOT REPLY [Bug 32058] New: - LifecycleException
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=32058. 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=32058 LifecycleException Summary: LifecycleException Product: Tomcat 4 Version: 4.1.30 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I've installed and have been using tomcat for the last month or so, everything was working until yesterday, it just wouldn't start up(couldnt even access the manager). This is the error message I found in the stdout.log: Bootstrap: Create Catalina server Bootstrap: Starting service Starting service Tomcat-Standalone Apache Tomcat/4.1.31 Catalina.start: LifecycleException: Context startup failed due to previous errors LifecycleException: Context startup failed due to previous errors at org.apache.catalina.core.StandardContext.start (StandardContext.java:3578) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1141) 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.CatalinaService.start (CatalinaService.java:222) 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.BootstrapService.start (BootstrapService.java:198) at org.apache.catalina.startup.BootstrapService.main (BootstrapService.java:260) Bootstrap: Service started This was the stderr.log: Created catalinaLoader in: C:\Tomcat4\server\lib Nov 3, 2004 2:03:57 PM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32058] - LifecycleException
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=32058. 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=32058 LifecycleException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 16:00 --- If it worked, then didn't work - there is a configuration issue. Please use the tomcat-user list to debug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32058] - LifecycleException
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=32058. 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=32058 LifecycleException --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 16:02 --- And further, especially if you've only started using Tomcat recently so you have no legacy issues, go straight to Tomcat 5.0, not 4.x. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Coyote Connector - Disabling compression for a specific servlet
I have an application where I would like to disable gzip compression for a few specific pages / servlets. I originally planned to use a servlet filter to remove gzip from the accept-encoding header on the request, but this won't work. The container code that needs to check this (isCompressable method on Http11Processor) doesn't see the filtered request headers, but does see the response headers (this makes sense in retrospect). What does everyone think about supporting a special response header that could be used to disable compression on a particular request (something like X-NoCompress)? I'm not sure if there is a header used for something like this in other applications. I know there are stand-alone hardware boxes sold to handle HTTP compression outside of the web server. Do any of them support a similar mechanism to disable compression on a per request basis? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Coyote Connector - Disabling compression for a specific servlet
Hi, My take on it is that doing compression at the connector level is nice from a performance perspective, but not from a portability perspective, so I use a compression filter. There are many freely available online. Needless to say, with such a filter you can easily map it to whatever specific servlets you want or don't want, and add whatever logic is needed. So I'm -0 on adding to the compression support in the connector: if you need per-request stuff, use a filter. Yoav Shapira http://www.yoavshapira.com -Original Message- From: Steve Appling [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 11:12 AM To: [EMAIL PROTECTED] Subject: Coyote Connector - Disabling compression for a specific servlet I have an application where I would like to disable gzip compression for a few specific pages / servlets. I originally planned to use a servlet filter to remove gzip from the accept-encoding header on the request, but this won't work. The container code that needs to check this (isCompressable method on Http11Processor) doesn't see the filtered request headers, but does see the response headers (this makes sense in retrospect). What does everyone think about supporting a special response header that could be used to disable compression on a particular request (something like X-NoCompress)? I'm not sure if there is a header used for something like this in other applications. I know there are stand-alone hardware boxes sold to handle HTTP compression outside of the web server. Do any of them support a similar mechanism to disable compression on a per request basis? - 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 32059] New: - Error deploying application at context path null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32059. 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=32059 Error deploying application at context path null Summary: Error deploying application at context path null Product: Tomcat 5 Version: 5.0.28 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Installed Tomcat 5.0.28 from the binary download jakarta-tomcat-5.0.28.exe. Recieved a 404 error when attempting to access the admin section. The following was in the localhost_log.2004-11-04.txt file 2004-11-04 11:16:32 StandardHost[localhost]: Error deploying application at context path null java.lang.reflect.InvocationTargetException at org.apache.commons.digester.Digester.createSAXException (Digester.java:2540) at org.apache.commons.digester.Digester.createSAXException (Digester.java:2566) at org.apache.commons.digester.Digester.endElement(Digester.java:1061) at org.apache.catalina.util.CatalinaDigester.endElement (CatalinaDigester.java:76) 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.XML11Configuration.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:488) at org.apache.catalina.core.StandardHost.install(StandardHost.java:863) at org.apache.catalina.startup.HostConfig.deployDescriptors (HostConfig.java:483) at org.apache.catalina.startup.HostConfig.deployApps (HostConfig.java:427) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:983) at org.apache.catalina.startup.HostConfig.lifecycleEvent (HostConfig.java:349) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:478) at org.apache.catalina.core.StandardService.start (StandardService.java:480) at org.apache.catalina.core.StandardServer.start (StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) 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:287) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425) 2004-11-04 11:16:33 StandardContext[/balancer] org.apache.webapp.balancer.BalancerFilter: init(): ruleChain: [org.apache.webapp.balancer.RuleChain: [org.apache.webapp.balancer.rules.URLStringMatchRule: Target string: News / Redirect URL: http://www.cnn.com], [org.apache.webapp.balancer.rules.RequestParameterRule: Target param name: paramName / Target param value: paramValue / Redirect URL: http://www.yahoo.com], [org.apache.webapp.balancer.rules.AcceptEverythingRule: Redirect URL: http://jakarta.apache.org]] 2004-11-04 11:16:35 StandardContext[/jsp-examples]ContextListener: contextInitialized() 2004-11-04 11:16:35 StandardContext[/jsp-examples]SessionListener: contextInitialized() 2004-11-04 11:16:37 StandardContext[/servlets-examples]ContextListener: contextInitialized() 2004-11-04 11:16:37 StandardContext[/servlets-examples]SessionListener: contextInitialized() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32059] - Error deploying application at context path null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32059. 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=32059 Error deploying application at context path null [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 16:42 --- Works for me. Make sure to add a user for the admin webapp in tomcat- users.xml, as the docs say, in order to use that application. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32059] - Error deploying application at context path null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32059. 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=32059 Error deploying application at context path null [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 17:04 --- This is my tomcat-users.xml ?xml version='1.0' encoding='utf-8'? tomcat-users role rolename=tomcat/ role rolename=role1/ role rolename=manager/ role rolename=admin/ user username=tomcat password=tomcat roles=tomcat/ user username=role1 password=tomcat roles=role1/ user username=both password=tomcat roles=tomcat,role1/ user username=admin password=admin roles=admin,manager/ /tomcat-users This is my stdout.log file Nov 4, 2004 11:47:58 AM org.apache.coyote.http11.Http11Protocol init INFO: Initializing Coyote HTTP/1.1 on http-8080 Nov 4, 2004 11:47:58 AM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 4016 ms Nov 4, 2004 11:47:59 AM org.apache.catalina.core.StandardService start INFO: Starting service Catalina Nov 4, 2004 11:47:59 AM org.apache.catalina.core.StandardEngine start INFO: Starting Servlet Engine: Apache Tomcat/5.0.29 Nov 4, 2004 11:47:59 AM org.apache.catalina.core.StandardHost start INFO: XML validation disabled Nov 4, 2004 11:47:59 AM org.apache.catalina.core.StandardHost getDeployer INFO: Create Host deployer for direct deployment ( non-jmx ) Nov 4, 2004 11:47:59 AM org.apache.catalina.core.StandardHostDeployer install INFO: Processing Context configuration file URL file:C:\Program Files\Apache Software Foundation\Tomcat 5.0\conf\Catalina\localhost\admin.xml Nov 4, 2004 11:48:04 AM org.apache.commons.digester.Digester endElement SEVERE: End event threw exception java.lang.reflect.InvocationTargetException 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:216) 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.catalina.util.CatalinaDigester.endElement (CatalinaDigester.java:76) 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.XML11Configuration.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:488) at org.apache.catalina.core.StandardHost.install(StandardHost.java:863) at org.apache.catalina.startup.HostConfig.deployDescriptors (HostConfig.java:483) at org.apache.catalina.startup.HostConfig.deployApps (HostConfig.java:427) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:983) at org.apache.catalina.startup.HostConfig.lifecycleEvent (HostConfig.java:349) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent (LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1091) at org.apache.catalina.core.StandardHost.start(StandardHost.java:789) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083) at org.apache.catalina.core.StandardEngine.start (StandardEngine.java:478) at org.apache.catalina.core.StandardService.start (StandardService.java:480) at org.apache.catalina.core.StandardServer.start (StandardServer.java:2313) at org.apache.catalina.startup.Catalina.start(Catalina.java:556) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke
DO NOT REPLY [Bug 32059] - Error deploying application at context path null
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32059. 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=32059 Error deploying application at context path null [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2004-11-04 17:08 --- Bugzilla is not a discussion forum. I suggest posting your problem to the tomcat-user mailing list to get suggestions. If this didn't work out of the box for everyone, we'd be hearing constant complains about it, not to mention that I just retested it on a clean out-of-the-box installation. So clearly it's an environment/configuration issue specific to you. Please don't reopen this issue until you can prove otherwise. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TCKs for 5.5.4
Hi, Will the powers that be please run the Servlet and JSP TCKs for Tomcat 5.5.4-alpha? I'd like to have the stability vote soon. Thanks, 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]
DO NOT REPLY [Bug 32063] New: - Installing as service: Unable to insert values for JvmMx and JvmMs in registry
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=32063. 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=32063 Installing as service: Unable to insert values for JvmMx and JvmMs in registry Summary: Installing as service: Unable to insert values for JvmMx and JvmMs in registry Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If i try to install Tomcat as service under W2k, i'm not able to insert values for JvmMx and JvmMs. The names of parameters are wrote to the registry, but the values everytime are 0. I tried several ways, eg --JvmMX=400 or --Jvm 400 (like in service.bat) or --JvmMX=400 etc. But i have no success - the JvmMx remains 0 BTW: the same thing happens if i'm using the service.bat. Regards, Ilona - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32065] New: - Unable to install as service, if the name contains _
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=32065. 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=32065 Unable to install as service, if the name contains _ Summary: Unable to install as service, if the name contains _ Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Minor Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Calling service.bat install tomcat50_1 cause an application system error overlapped I/O operation is in progress. NonAplpha 95. If i'm clicking okay, in the cmdline come this: ** [2004-11-04 20:13:06] [349 prunsrv.c] [error] The system cannot find the file specified. [2004-11-04 20:13:06] [1037 prunsrv.c] [error] Load configuration failed [2004-11-04 20:13:06] [349 prunsrv.c] [error] The system cannot find the file specified. [2004-11-04 20:13:06] [1037 prunsrv.c] [error] Load configuration failed The service 'tomcat50_1' has been installed. ** ... and no service is installed. I doesn't try other special charakters. Regards, Ilona - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Minor patch for org.apache.catalina.realm.MemoryRealm
I would like to propose the following (trivial) patch to MemoryRealm.java: diff -u -r1.7 MemoryRealm.java --- catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 24 Sep 2004 07:25:07 - 1.7 +++ catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 4 Nov 2004 19:53:01 - @@ -244,6 +244,16 @@ /** + * Return a short name for this Realm implementation. + */ +protected HashMap getPrincipals() { + +return (principals); + +} + + +/** * Return the password associated with the given principal's user name. */ protected String getPassword(String username) { The point of this is that, to extend MemoryRealm in any useful way you need to be able to access principals. Alternatively simply switching principals from private to protected would be sufficient, but use an accessor seems to be preferred. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Minor patch for org.apache.catalina.realm.MemoryRealm
Hi, Seems OK, except I'd use Map instead of HashMap as the return type. Can you please open a bugzilla enhancement item for this so that we don't forget it? Thanks, Yoav Shapira http://www.yoavshapira.com -Original Message- From: Brian Gallew [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 2:56 PM To: [EMAIL PROTECTED] Subject: Minor patch for org.apache.catalina.realm.MemoryRealm I would like to propose the following (trivial) patch to MemoryRealm.java: diff -u -r1.7 MemoryRealm.java --- catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 24 Sep 2004 07:25:07 - 1.7 +++ catalina/src/share/org/apache/catalina/realm/MemoryRealm.java 4 Nov 2004 19:53:01 - @@ -244,6 +244,16 @@ /** + * Return a short name for this Realm implementation. + */ +protected HashMap getPrincipals() { + +return (principals); + +} + + +/** * Return the password associated with the given principal's user name. */ protected String getPassword(String username) { The point of this is that, to extend MemoryRealm in any useful way you need to be able to access principals. Alternatively simply switching principals from private to protected would be sufficient, but use an accessor seems to be preferred. - 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]
RE: TCKs for 5.5.4
Hi, Thank you ;) Yoav Shapira http://www.yoavshapira.com -Original Message- From: Dianne Jiao [mailto:[EMAIL PROTECTED] Sent: Thursday, November 04, 2004 2:56 PM To: Shapira, Yoav Subject: Re: TCKs for 5.5.4 Hi, Just ran the TCK - all tests passed. --Dianne Shapira, Yoav wrote: Hi, Will the powers that be please run the Servlet and JSP TCKs for Tomcat 5.5.4-alpha? I'd like to have the stability vote soon. Thanks, 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] 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]