DO NOT REPLY [Bug 39126] New: - on some conditions, tomcat 'forget' an 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=39126. 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=39126 Summary: on some conditions, tomcat 'forget' an exception Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: All Status: NEW Keywords: ErrorMessage Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Servlet specs tells the container must redirect to error page in case of exception inside jsp. It also allow webapp to provide it's own error handling jsp page. Sometimes, because response has already partially been send, tomcat is unable to send this redirect. This is somehow a behaviour the coder has to expect. However, when this happen, nowhere in tomcat is the original error logged. All you get is: Exception Processing ErrorPage[exceptionType=java.lang.Exception, location=/jsp/error.jsp] java.lang.IllegalStateException at org.apache.coyote.Response.reset(Response.java:296) at org.apache.catalina.connector.Response.reset(Response.java:642) at org.apache.catalina.connector.Response.reset(Response.java:908) at org.apache.catalina.core.StandardHostValve.custom(StandardHostValve.java:355) at org.apache.catalina.core.StandardHostValve.throwable(StandardHostValve.java:211) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:134) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:825) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:738) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:526) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:534) As a conclusion, all the programmer get as information is 'something bad occured during process of jsp, but i won't tell you where...' which is really useless information! Solution, What ever piece of code (errorvalve?) drop the above message in logs should also dump in logs the original jsp exception (you can't process the exception using an error page? then at least dump it in console) looks like trivial to implement. -- 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 30155] - Problem with viewing mail session
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=30155. 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=30155 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | Version|5.0.25 |5.0.28 -- 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: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project
[EMAIL PROTECTED] wrote: Author: costin Date: Mon Mar 27 22:45:43 2006 New Revision: 389421 URL: http://svn.apache.org/viewcvs?rev=389421view=rev Log: Add eclipse files This sort of thing is an unwanted convenience (for example, it trashes my own files, and I would like to keep them, thank you very much). I'll remove them. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refactorings
Yoav Shapira wrote: Yeah. And in general remaining a pure Java scenario for those who don't want the APR dependency. Sure, I have no problem with that (I do have a problem with that in my branch, though, as I think people who are doing real production web stuff right now are ok with an APR dependency, as long as it has some benefits). I added back support for the Java HTTP connector (minus HTTPS) for development purposes. As I said, I have no intention of doing any refactoring to this, or use any of the refactorings that may occur in the Tomcat 6 branch. My post was to show a refactoring method where I first modified the endpoints to look similar before extracting a superclass, by opposition to extracting a superclass first and then try to make the endpoints fit that model. - the classes folders allow patching (which of course may not be that useful) Did we ever did such a patch in the last 5 years ? How would it interact with package sealing ? etc. I routinely see users and companies using the classes folders for patches not integrated into the Tomcat distro and for trying out little enhancements, bug fixes, etc. I use it myself sometimes for testing patches and bug fixes before I commit them. It's a handy tool. Yes. Maybe we could use a small trick to provide the same functionality with fewer folders. For example, JBoss puts most of its folders on the classpath (this includes the folders where the JARs are located, the conf folders, etc). I don't see any reason to change the internal Catalina code, as the classloaders are easily configurable using catalina.properties. Example simpler catalina.properties which could be used (I didn't test, so maybe it doesn't work yet): common.loader=${catalina.home}/lib,${catalina.home}/lib/*.jar server.loader= shared.loader= Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refactorings
Hola, conf folders, etc). I don't see any reason to change the internal Catalina code, as the classloaders are easily configurable using catalina.properties. Yes, which is why I was sort of wondering why we were having this part of the refactoring talk ;) Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Refactorings
Yoav Shapira wrote: Hola, conf folders, etc). I don't see any reason to change the internal Catalina code, as the classloaders are easily configurable using catalina.properties. Yes, which is why I was sort of wondering why we were having this part of the refactoring talk ;) I think the directory layout is a most important decision. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Reimplementation of JGroups
Hi Bela, since the original email was with legal, I better make it public on the tomcat dev list. no worries, this implementation is more different than JGroups than other groupcomm frameworks, like Appia for example (http://appia.di.fc.ul.pt/ http://appia.di.fc.ul.pt/docs/javadoc/, changing license to ASF). Appia uses events, gossip, channel, etc. I think you will find more similarities in the design with Appia than with Tribes. we don't have a Message class, but the words Channel, ChannelException and ChannelListener, are hardly unique to JGroups, besides, the are way different implementation, so the words used are hardly an issue. Tribes uses a thread less interceptor chain, and then is built very differently at the messaging layer. The goal of tribes is the opposite of JGroups, JGroups strives for the uniform model when Tribes is built for replication, and doesn't striv for uniformity. The goals for Tribes are to support messaging in heterogeneous clusters, with per message sending attributes, something that JGroups doesn't have. I'm not worried about the similarities, but if you are, you should persue other frameworks, who have built their stuff after reading the same books (K.P Birman) as are the foundation for JGroups, as Tribes doesn't have the ambitions for that. And I believe that IP for uniform groupcomm, existed way before JGroups. So to summarize, 1. There is nothing unique about the names used in different group comm frameworks. 2. There is no code copied from JGroups 3. There are many other frameworks that use more similarities than Tribes, hence better targets for legal action, if such exists 4. Tribes is a heterogenous cluster communication framework, JGroups strives to be a uniform group comm framework. 5. Tribes has a very different design, so its not even a re-implementation, its a brand new framework built on new ideas on how to improve comm in hetergeneous clusters, not in a uniform model. 6. The ideas for JGroups are not unique, and there are many frameworks that do the same. 7. The further the developement of tribes goes, the further apart they will probably go 8. If you find IP in Tribes that could be very useful in JGroups, feel free to use it, I believe it has some strong advantages, and we would not be threatened if you took advantage of some of the stuff that we have. Tribes is built with unordered data replication in mind, and supports concurrent messaging in highly concurrent environments. Very different from JGroups. Tribes has never been close to the JGroups implementation, and doesn't aim for that either. And the idea of a thread less and RPC like stack I believe is my IP :) Please let us know if this doesn't clarify how different these two frameworks are different, and if JBoss is concerned with IP or similarities, then can raise the questions to us, but we would like to advise that there are more implementations out of the same books/papers that JGroups came from, that are probably better targets. Feel free to borrow ideas from here, the Open Source community can only benefit from it. Filip Bela Ban wrote: Hi Filip, Peter, I found the following stuff in tomcat/container/tc5.5.x/modules/groupcomm/src/share/org.apache.catalina.tribes: * Channel, ChannelException, ChannelListener, MembershipListener, MessageListener, Message: these have exactly the same names as the JGroups equivalent, but are a re-implementation * tipis: ReplicatedMap (JGroups ReplicatedHashtable), RpcChannel (RpcDispatcher), * group.interceptors: FragmentationInterceptor (FRAG, FRAG2), OrderInterceptor (NAKACK) etc etc These classes are not copies of their equivalent JGroups classes, but they are reimplementations of the same ideas *under ASL*. So it looks like you guys are reimplementing JGroups under an Apache license. This is fine as long as you're not copying JGroups code and re-license it under an Apache license. Also note that IP includes ideas as well, so I would advise you not to stay too close to the original implementation. This is not a threat by all means, but I wanted to make you aware of this. Cheers, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Edward Furlong/IE/TLS/PwC is out of the office.
I will be out of the office starting 28/03/2006 and will not return until 29/03/2006. Please contact my secretary Loreen White on 00 353 1 662 6318 for urgent assistance. _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat question
can you give more specifics? web application was gone? and what was changed in admin.xml? -- View this message in context: http://www.nabble.com/Tomcat-question-t1349759.html#a3629926 Sent from the Tomcat - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39129] New: - port error
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=39129. 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=39129 Summary: port error Product: Tomcat 5 Version: 5.0.0 Platform: All OS/Version: Windows 2000 Status: NEW Severity: blocker Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] hi while starting the tomcat server i got the error several ports(8005,8080) req. by tomcat [EMAIL PROTECTED] are already in use... . also in the task manager there are two apache.exe are running. then i uninstalled tomcat still those two exe running. when i try to end that process its giving the error access denied. even am getting the same error in the admin login also. -- 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 39130] New: - Hostname contains ? even if no query string exists
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=39130. 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=39130 Summary: Hostname contains ? even if no query string exists Product: Tomcat 5 Version: 5.5.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Connector:Coyote AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The Tomcat 5.5.16 access-log value now appends ? to %r (the request URL) even if no query string existed for the requestion in question. -- 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 39129] - port error
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=39129. 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=39129 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2006-03-28 16:02 --- Hi...Bugzilla is not a support forum. Please direct your questions to the Tomcat-users email 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]
Re: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project
But it can be usefull for people who just checkout, we had them in the old repos AFAIK. You should be able to just save yours, then replace the svn files and add to .svnignore. ( I don't mind if you remove them - it's just a nice convenience for the people who don't have them yet ) Costin On 3/28/06, Remy Maucherat [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: Author: costin Date: Mon Mar 27 22:45:43 2006 New Revision: 389421 URL: http://svn.apache.org/viewcvs?rev=389421view=rev Log: Add eclipse files This sort of thing is an unwanted convenience (for example, it trashes my own files, and I would like to keep them, thank you very much). I'll remove them. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project
Remy Maucherat wrote: [EMAIL PROTECTED] wrote: Author: costin Date: Mon Mar 27 22:45:43 2006 New Revision: 389421 URL: http://svn.apache.org/viewcvs?rev=389421view=rev Log: Add eclipse files This sort of thing is an unwanted convenience (for example, it trashes my own files, and I would like to keep them, thank you very much). I'll remove them. I'm curious, what difference do you need from what is there now? If you set your Eclipse classpath variable TOMCAT_LIBS_BASE then the files should work for you. I believe we should have files like these committed (and as costin just pointed out, we have them for 5.x). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat question
All my jsp's, and all my files under web-inf structure were gone. My cascading style sheets and javascript files were also removed. I'm not sure what changed on admin.xml and manager.xml under /Tomcat/conf/Catalina/localhost/ folder. I just noticed that the dates had changed to this past Sunday. Could this happen when Tomcat has auto-deploy=true? By the way, my application was not deployed using a war. Cynthia Steck -Original Message- From: Rajan Vora [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 28, 2006 8:55 AM To: dev@tomcat.apache.org Subject: Re: Tomcat question can you give more specifics? web application was gone? and what was changed in admin.xml? -- View this message in context: http://www.nabble.com/Tomcat-question-t1349759.html#a3629926 Sent from the Tomcat - Dev forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ** HTC Disclaimer: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r389531 - /tomcat/tc6.0.x/trunk/build.xml
Author: remm Date: Tue Mar 28 08:17:54 2006 New Revision: 389531 URL: http://svn.apache.org/viewcvs?rev=389531view=rev Log: - Add building some JARs. Modified: tomcat/tc6.0.x/trunk/build.xml Modified: tomcat/tc6.0.x/trunk/build.xml URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/build.xml?rev=389531r1=389530r2=389531view=diff == --- tomcat/tc6.0.x/trunk/build.xml (original) +++ tomcat/tc6.0.x/trunk/build.xml Tue Mar 28 08:17:54 2006 @@ -24,6 +24,142 @@ property name=final.namevalue=${project}-${version} / property name=final-src.namevalue=${project}-${version}-src / + !-- Build Defaults -- + property name=tomcat.build value=${basedir}/build/ + property name=tomcat.classesvalue=${basedir}/classes/ + property name=tomcat.dist value=${basedir}/dist/ + property name=test.failonerror value=true/ + property name=test.runner value=junit.textui.TestRunner/ + !-- JAR artifacts -- + property name=servlet-api.jar value=${tomcat.build}/common/lib/servlet-api.jar/ + property name=jsp-api.jar value=${tomcat.build}/common/lib/jsp-api.jar/ + property name=el-api.jar value=${tomcat.build}/common/lib/el-api.jar/ + property name=jasper-compiler.jar value=${tomcat.build}/common/lib/jasper-compiler.jar/ + property name=jasper-runtime.jar value=${tomcat.build}/common/lib/jasper-runtime.jar/ + property name=jasper-el.jar value=${tomcat.build}/common/lib/jasper-el.jar/ + + !-- Classpath -- + path id=tomcat.classpath +pathelement location=${ant.jar}/ +pathelement location=${jdt.jar}/ +pathelement location=${commons-logging.jar}/ +pathelement location=${commons-modeler.jar}/ + /path -/project \ No newline at end of file + !-- Just build Tomcat -- + target name=build-prepare + +available classname=junit.framework.TestCase property=junit.present / + +mkdir dir=${tomcat.classes}/ + +mkdir dir=${tomcat.build}/ +mkdir dir=${tomcat.build}/bin/ +mkdir dir=${tomcat.build}/conf/ +mkdir dir=${tomcat.build}/lib/ + + /target + + target name=build-only depends=build-prepare + +!-- Compile internal server components -- +javac srcdir=java destdir=${tomcat.classes} + debug=${compile.debug} + deprecation=${compile.deprecation} + source=${compile.source} + optimize=${compile.optimize} + excludes=**/CVS/**,**/.svn/** + classpath refid=tomcat.classpath / + exclude name=org/apache/tomcat/util/net/puretls/** / +/javac + +!-- Copy static resource files -- +copy todir=${tomcat.classes} + fileset dir=java +include name=**/*.properties/ +include name=**/*.dtd/ + /fileset +/copy + +!-- Servlet 2.5 Implementation JAR File -- +jar jarfile=${servlet-api.jar} + fileset dir=${tomcat.classes} +include name=javax/servlet/* / +include name=javax/servlet/http/* / +include name=javax/servlet/resources/* / +!-- Javadoc and i18n exclusions -- +exclude name=**/package.html / +exclude name=**/LocalStrings_* / + /fileset +/jar + +!-- JSP 2.1 Implementation JAR File -- +jar jarfile=${jsp-api.jar} + fileset dir=${tomcat.classes} +include name=javax/servlet/jsp/** / +!-- Javadoc and i18n exclusions -- +exclude name=**/package.html / +exclude name=**/LocalStrings_* / + /fileset +/jar + +!-- JSP 2.1 EL Implementation JAR File -- +jar jarfile=${el-api.jar} + fileset dir=${tomcat.classes} +include name=javax/el/** / +!-- Javadoc and i18n exclusions -- +exclude name=**/package.html / +exclude name=**/LocalStrings_* / + /fileset +/jar + +!-- Jasper Compiler JAR File -- +jar jarfile=${jasper-compiler.jar} + fileset dir=${tomcat.classes} + include name=org/apache/jasper/compiler/** / + include name=org/apache/jasper/xmlparser/** / + include name=org/apache/jasper/servlet/** / + include name=org/apache/jasper/tagplugins/** / + exclude name=org/apache/jasper/Constants.class / + exclude name=org/apache/jasper/JasperException.class / + include name=org/apache/jasper/*.class / + !-- Javadoc and i18n exclusions -- + exclude name=**/package.html / + exclude name=**/LocalStrings_* / + /fileset + /jar + + !-- Jasper Runtime JAR File -- + jar jarfile=${jasper-runtime.jar} + fileset dir=${tomcat.classes} + include name=org/apache/jasper/Constants.class / + include name=org/apache/jasper/JasperException.class / + include name=org/apache/jasper/compiler/Localizer.class / + include name=org/apache/jasper/el/** / + include name=org/apache/jasper/resources/** / + include name=org/apache/jasper/runtime/** / + include
svn commit: r389540 - /tomcat/tc6.0.x/trunk/build.xml
Author: costin Date: Tue Mar 28 08:53:21 2006 New Revision: 389540 URL: http://svn.apache.org/viewcvs?rev=389540view=rev Log: Small fixes and adjustments to build.xml. Modified: tomcat/tc6.0.x/trunk/build.xml Modified: tomcat/tc6.0.x/trunk/build.xml URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/build.xml?rev=389540r1=389539r2=389540view=diff == --- tomcat/tc6.0.x/trunk/build.xml (original) +++ tomcat/tc6.0.x/trunk/build.xml Tue Mar 28 08:53:21 2006 @@ -31,6 +31,19 @@ property name=test.failonerror value=true/ property name=test.runner value=junit.textui.TestRunner/ + !-- Can't be lower - jsp uses templates -- + property name=compile.source value=1.5/ + + !-- Defaults, if build.properties is missing. It is sometimes easier to + just have one build file, and use properties to just override settings -- + property name=TOMCAT_LIBS_BASE location=../repository/ + + property name=ant.jar location=${TOMCAT_LIBS_BASE}/apache-ant-1.6.5/lib/ant.jar/ + property name=jdt.jar location=${TOMCAT_LIBS_BASE}/eclipse/plugins/org.eclipse.jdt.core_3.1.1.jar/ + property name=commons-logging.jar location=${TOMCAT_LIBS_BASE}/commons-logging-1.0.4/commons-logging.jar/ + property name=commons-modeler.jar location=${TOMCAT_LIBS_BASE}/commons-modeler-1.1/commons-modeler.jar/ + + !-- JAR artifacts -- property name=servlet-api.jar value=${tomcat.build}/common/lib/servlet-api.jar/ property name=jsp-api.jar value=${tomcat.build}/common/lib/jsp-api.jar/ @@ -61,7 +74,7 @@ /target - target name=build-only depends=build-prepare + target name=compile !-- Compile internal server components -- javac srcdir=java destdir=${tomcat.classes} @@ -72,8 +85,9 @@ excludes=**/CVS/**,**/.svn/** classpath refid=tomcat.classpath / exclude name=org/apache/tomcat/util/net/puretls/** / + exclude name=org/apache/naming/factory/MailSessionFactory.java/ + exclude name=org/apache/naming/factory/SendMailFactory.java/ /javac - !-- Copy static resource files -- copy todir=${tomcat.classes} fileset dir=java @@ -82,6 +96,11 @@ /fileset /copy + /target + + target name=build-only depends=build-prepare,compile,package / + + target name=package !-- Servlet 2.5 Implementation JAR File -- jar jarfile=${servlet-api.jar} fileset dir=${tomcat.classes} - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r389541 - in /tomcat/tc6.0.x/trunk: bin/ bin/Tomcat6.launch conf/ conf/server.xml conf/tomcat-users.xml conf/web.xml webapps/ROOT/ webapps/ROOT/WEB-INF/ webapps/ROOT/WEB-INF/web.xml webapp
Author: costin Date: Tue Mar 28 08:55:00 2006 New Revision: 389541 URL: http://svn.apache.org/viewcvs?rev=389541view=rev Log: A minimal set of files to debug and launch tomcat inside eclipse. server.xml is based on server-minimal.jar I assume the 'real' config files will be in the /res or in some /share directory, so it should be possible to leave /conf for ide debugging. Added: tomcat/tc6.0.x/trunk/bin/ tomcat/tc6.0.x/trunk/bin/Tomcat6.launch tomcat/tc6.0.x/trunk/conf/ tomcat/tc6.0.x/trunk/conf/server.xml tomcat/tc6.0.x/trunk/conf/tomcat-users.xml tomcat/tc6.0.x/trunk/conf/web.xml tomcat/tc6.0.x/trunk/webapps/ROOT/ tomcat/tc6.0.x/trunk/webapps/ROOT/WEB-INF/ tomcat/tc6.0.x/trunk/webapps/ROOT/WEB-INF/web.xml tomcat/tc6.0.x/trunk/webapps/ROOT/index.html Added: tomcat/tc6.0.x/trunk/bin/Tomcat6.launch URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/bin/Tomcat6.launch?rev=389541view=auto == --- tomcat/tc6.0.x/trunk/bin/Tomcat6.launch (added) +++ tomcat/tc6.0.x/trunk/bin/Tomcat6.launch Tue Mar 28 08:55:00 2006 @@ -0,0 +1,6 @@ +?xml version=1.0 encoding=UTF-8? +launchConfiguration type=org.eclipse.jdt.launching.localJavaApplication +stringAttribute key=org.eclipse.jdt.launching.MAIN_TYPE value=org.apache.catalina.startup.Bootstrap/ +stringAttribute key=org.eclipse.jdt.launching.PROJECT_ATTR value=tomcat6/ +booleanAttribute key=org.eclipse.debug.core.appendEnvironmentVariables value=true/ +/launchConfiguration Added: tomcat/tc6.0.x/trunk/conf/server.xml URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/conf/server.xml?rev=389541view=auto == --- tomcat/tc6.0.x/trunk/conf/server.xml (added) +++ tomcat/tc6.0.x/trunk/conf/server.xml Tue Mar 28 08:55:00 2006 @@ -0,0 +1,26 @@ +Server port=8005 shutdown=SHUTDOWN + + GlobalNamingResources +!-- Used by Manager webapp -- +Resource name=UserDatabase auth=Container + type=org.apache.catalina.UserDatabase + description=User database that can be updated and saved + factory=org.apache.catalina.users.MemoryUserDatabaseFactory + pathname=conf/tomcat-users.xml / + /GlobalNamingResources + + Service name=Catalina +Connector port=8080 / + +!-- This is here for compatibility only, not required +Connector port=8009 protocol=AJP/1.3 / + -- + +Engine name=Catalina defaultHost=localhost + Realm className=org.apache.catalina.realm.UserDatabaseRealm + resourceName=UserDatabase / + Host name=localhost appBase=webapps / +/Engine + + /Service +/Server Added: tomcat/tc6.0.x/trunk/conf/tomcat-users.xml URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/conf/tomcat-users.xml?rev=389541view=auto == --- tomcat/tc6.0.x/trunk/conf/tomcat-users.xml (added) +++ tomcat/tc6.0.x/trunk/conf/tomcat-users.xml Tue Mar 28 08:55:00 2006 @@ -0,0 +1,10 @@ +?xml version='1.0' encoding='utf-8'? +tomcat-users +!-- + role rolename=tomcat/ + role rolename=role1/ + user username=tomcat password=tomcat roles=tomcat/ + user username=both password=tomcat roles=tomcat,role1/ + user username=role1 password=tomcat roles=role1/ +-- +/tomcat-users Added: tomcat/tc6.0.x/trunk/conf/web.xml URL: http://svn.apache.org/viewcvs/tomcat/tc6.0.x/trunk/conf/web.xml?rev=389541view=auto == --- tomcat/tc6.0.x/trunk/conf/web.xml (added) +++ tomcat/tc6.0.x/trunk/conf/web.xml Tue Mar 28 08:55:00 2006 @@ -0,0 +1,1094 @@ +?xml version=1.0 encoding=ISO-8859-1? +web-app xmlns=http://java.sun.com/xml/ns/j2ee; +xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; +xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; +version=2.4 + + !-- Introduction == -- + !-- This document defines default values for *all* web applications -- + !-- loaded into this instance of Tomcat. As each application is -- + !-- deployed, this file is processed, followed by the-- + !-- /WEB-INF/web.xml deployment descriptor from your own -- + !-- applications.-- + !-- -- + !-- WARNING: Do not configure application-specific resources here! -- + !-- They should go in the /WEB-INF/web.xml file in your application. -- + + + !-- == Built In Servlet Definitions -- + + + !-- The default servlet for all web applications, that serves static -- + !-- resources. It processes all requests that are not mapped to other -- + !-- servlets with servlet mappings (defined
svn commit: r389569 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: ErrorHandler.java group/interceptors/MessageDispatchInterceptor.java
Author: fhanik Date: Tue Mar 28 10:22:41 2006 New Revision: 389569 URL: http://svn.apache.org/viewcvs?rev=389569view=rev Log: Added in a completion notification Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ErrorHandler.java tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatchInterceptor.java Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ErrorHandler.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ErrorHandler.java?rev=389569r1=389568r2=389569view=diff == --- tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ErrorHandler.java (original) +++ tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/ErrorHandler.java Tue Mar 28 10:22:41 2006 @@ -25,6 +25,19 @@ */ public interface ErrorHandler { +/** + * Invoked if the message is dispatched asynch, and an error occurs + * @param x Exception + * @param destination Member[] + * @param msg Serializable + */ public void handleError(Exception x, Member[] destination, Serializable msg); + +/** + * Invoked when the message has been sent. + * @param destination Member[] + * @param msg Serializable + */ +public void handleCompletion(Member[] destination, Serializable msg); } Modified: tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatchInterceptor.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatchInterceptor.java?rev=389569r1=389568r2=389569view=diff == --- tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatchInterceptor.java (original) +++ tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/group/interceptors/MessageDispatchInterceptor.java Tue Mar 28 10:22:41 2006 @@ -122,9 +122,18 @@ Member[] destination = link.getDestination(); try { super.sendMessage(destination,msg,null); +try { +if ( link.getHandler() != null ) link.getHandler().handleCompletion(destination,msg); +} catch ( Exception ex ) { +log.error(Unable to report back completed message.,ex); +} } catch ( Exception x ) { if ( log.isDebugEnabled() ) log.debug(Error while processing async message.,x); -if ( link.getHandler() != null ) link.getHandler().handleError(x,destination,msg); +try { +if (link.getHandler() != null) link.getHandler().handleError(x, destination, msg); +} catch ( Exception ex ) { +log.error(Unable to report back error message.,ex); +} } finally { currentSize.addAndGet(-msg.getMessage().getLength()); link = link.next(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 39061] - Cannot undeploy application due to jars not deleted
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=39061. 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=39061 --- Additional Comments From [EMAIL PROTECTED] 2006-03-29 07:10 --- (In reply to comment #7) I tried the suggestion to change context to Context antiJARLocking=true antiJARResource=true but it does not work. The jar file is still there... -- 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]