DO NOT REPLY [Bug 49946] PatchAvailable should check context.getIgnoreAnnotations()
https://issues.apache.org/bugzilla/show_bug.cgi?id=49946 --- Comment #1 from fu...@fugui.com 2010-09-17 02:40:29 EDT --- It is "AnnotationHelper should check context.getIgnoreAnnotations() " -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49946] New: PatchAvailable should check context.getIgnoreAnnotations()
https://issues.apache.org/bugzilla/show_bug.cgi?id=49946 Summary: PatchAvailable should check context.getIgnoreAnnotations() Product: Tomcat 6 Version: 6.0.29 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: dev@tomcat.apache.org ReportedBy: fu...@fugui.com In AnnotationHelper, now we don't check context.getIgnoreAnnotations(), and the JSP Custom Tag always invoke postConstruct/preDestroy, and the performance is very low! I think we need change: if (processor != null) { TO if (processor != null && !context.getIgnoreAnnotations()) { -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49945] New: Continuation of JMX Descriptor Improvements
https://issues.apache.org/bugzilla/show_bug.cgi?id=49945 Summary: Continuation of JMX Descriptor Improvements Product: Tomcat 7 Version: trunk Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: chamibuddh...@gmail.com Created an attachment (id=26040) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26040) o.a.Catalina.core+o.a.Catalina.startup Descriptor Patch In this patch some faulty attributes in o.a.catalina.core and o.a.catalina.startup descriptors have been corrected. With this almost all the remaining attributes with issues (showing up as red in JConsole) are due to the fact that they are not in a serializble form (not primitive types) to be displayed by JConsole. (A solution to this might be remove them altogether or returning their String representation if that makes sense.) -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 43327] Socket bind fails on tomcat startup when using apr
https://issues.apache.org/bugzilla/show_bug.cgi?id=43327 --- Comment #24 from Andrea F M 2010-09-17 00:37:16 EDT --- how I can add the patch -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #6 from Mark Femal 2010-09-16 18:35:32 EDT --- Created an attachment (id=26038) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26038) Sample test configuration - useful for test test.* package level changes -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #5 from Mark Femal 2010-09-16 18:34:45 EDT --- Created an attachment (id=26037) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26037) Sample Test code -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #4 from Mark Thomas 2010-09-16 18:32:47 EDT --- OK, that sounds fine. The reference to the JDK6 source worried me but moving and cleaning up existing Tomcat code shouldn't be a problem. I haven't looked at the patch in detail yet but a quick look shows there are a few tabs in there. No need to provide a new patch. This is easy to fix but for future reference tabs should be replaced with 4 spaces. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat start error java.lang.reflect.InvocationTargetException
On 16/09/2010 21:50, hellian wrote: > While I'm running another project with same pattern successfully, it's > surprisingly throwing the above errors. Could someone help me resolve this? Probably, if you post to the right list. This question belongs on the users list. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #3 from Mark Femal 2010-09-16 18:23:42 EDT --- Thanks for the extremely fast response. Supplied a unified diff. Regarding viewing LogManager.java, I made all changes on the Tomcat source file. Basically I moved a bunch of code out of addLogger to make it reusable (initial add and reload of config has to do many of the same things), ensured the properties aren't appended (or same properties just overwritten) on read calls (otherwise things that should drop out of logging.properties will not). This does account for statically defined loggers as the references will still exist, the level is just reset. None of the specific code is in the parent class - it is all tomcat specific. I'm not sure if viewing can be an issue of the class which this extends, but if so then hopefully this can be corrected by someone else after prioritizing. I'm no expert, but I don't believe I'm stepping on any toes on this as I made all changes based on changing the ClassLoaderLogManager.java file directly... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #2 from Mark Femal 2010-09-16 18:13:40 EDT --- Created an attachment (id=26036) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26036) cleaned up patch - sorry for not supplying the first time -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48379] Session cookie domain and path configuration support
https://issues.apache.org/bugzilla/show_bug.cgi?id=48379 Steve Jones changed: What|Removed |Added CC||pokneet...@gmail.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Tomcat start error java.lang.reflect.InvocationTargetException
Hello I'm having a strange error while starting my Tomcat from Eclipse. It's throwing the following 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:597) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:295) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:433) Caused by: java.lang.AbstractMethodError at org.apache.tomcat.util.digester.Digester.getXMLReader(Digester.java:913) at org.apache.tomcat.util.digester.Digester.parse(Digester.java:1562) at org.apache.catalina.startup.TldConfig.tldScanStream(TldConfig.java:514) at org.apache.catalina.startup.TldConfig.tldScanTld(TldConfig.java:553) at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:301) at org.apache.catalina.core.StandardContext.processTlds(StandardContext.java:4307) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4144) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) at org.apache.catalina.core.StandardHost.start(StandardHost.java:736) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1014) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:448) at org.apache.catalina.core.StandardServer.start(StandardServer.java:700) at org.apache.catalina.startup.Catalina.start(Catalina.java:552) ... 6 more While I'm running another project with same pattern successfully, it's surprisingly throwing the above errors. Could someone help me resolve this? Regards Rashed -- View this message in context: http://old.nabble.com/Tomcat-start-error-java.lang.reflect.InvocationTargetException-tp29732853p29732853.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: AsyncListeners and resource injection
On Sep 15, 2010, at 10:51 PM, David Jencks wrote: > > On Sep 15, 2010, at 9:58 PM, David Jencks wrote: > >> I think this is how AsyncContextImpl creates async listeners (lines 228ff) >> >> @Override >> public T createListener(Class clazz) >> throws ServletException { >> T listener = null; >> try { >>listener = clazz.newInstance(); >> } catch (InstantiationException e) { >> ServletException se = new ServletException(e); >> throw se; >> } catch (IllegalAccessException e) { >> ServletException se = new ServletException(e); >> throw se; >> } >> return listener; >> } >> >> >> >> but the 3.0 spec section 15.5 page 179 says >> >> Annotations must be supported on the following container managed classes >> that implement the following interfaces and are declared in the web >> application deployment descriptor or using the annotations defined in >> Section 8.1, “Annotations and pluggability” on page 8-61 or added >> programmatically. >> >> and includes AsyncListener in the table following. >> >> So shouldn't this be using the instance manager to create the instance so >> the resource injection machinery can do its stuff? >> >> >> Secondly, if you do try to register an AsyncListener with the >> ServletContext so it can be scanned for annotations, aside from not actually >> scanning it, it quickly gets to this code (ApplicationContext lines 1262 ff) >> >> @Override >> public void addListener(T t) { >> if (!context.getState().equals(LifecycleState.STARTING_PREP)) { >> throw new IllegalStateException( >> sm.getString("applicationContext.addListener.ise", >> getContextPath())); >> } >> >> // TODO SERVLET3 >> // throw UnsupportedOperationException - if this context was passed to >> the >> // {...@link >> ServletContextListener#contextInitialized(javax.servlet.ServletContextEvent)} >> // method of a {...@link ServletContextListener} that was not declared >> // in web.xml, a web-fragment or annotated with {...@link WebListener}. >> >> boolean match = false; >> if (t instanceof ServletContextAttributeListener || >> t instanceof ServletRequestListener || >> t instanceof ServletRequestAttributeListener || >> t instanceof HttpSessionAttributeListener) { >> context.addApplicationEventListener(t); >> match = true; >> } >> >> if (t instanceof HttpSessionListener >> || (t instanceof ServletContextListener && >> newServletContextListenerAllowed)) { >> context.addApplicationLifecycleListener(t); >> match = true; >> } >> >> if (match) return; >> >> throw new IllegalArgumentException(sm.getString( >> "applicationContext.addListener.iae.wrongType", >> t.getClass().getName())); >> >> } >> >> >> which doesn't accept AsyncListeners. (of course it shouldn't do anything >> with then). >> >> Thoughts? >> >> thanks >> david jencks >> > > BTW I opened bug 49937 with fixes that work for me for these problems. > > david jencks > The situation seems to be more complicated than I thought at first. As noted above, section 15.5 clearly indicates annotation based resource injection is supported for all servlet related listeners including AsyncListener, and that these can be specified in the xml deployment descriptor, via annotation, or by adding programatically. However 4.4.3 indicates that an AsyncListener cannot be added programatically 4.4.3.5 indicates that resource injection is not supported for listeners added programatically unless the listener is a managed bean. I think this directly contradicts 15.5. 8.1.4 indicates that an AsyncListener cannot be annotated with @WebListener 11.3.2 says Listener classes are declared in the Web application deployment descriptor using the listener element. They are listed by class name in the order in which they are to be invoked. Unlike other listeners, listeners of type AsyncListener may only be registered (with a ServletRequest) programmatically. I can't figure out what this is supposed to mean. It might mean that you aren't allowed to list an AsyncListener in your web.xml, or it might mean that you can, but to use it you have to explicitly add it to an AsyncContext. Despite the contradictions in the spec, it seems pretty clear that an asyncListener can be a managed bean and thus be subject to resource injection. It might also be possible for it to be listed in web.xml, have a @WebListener annotation, and be "added" programatically so it can be scanned for normal ee resource injection annotations (depending on how much weight you put on 15.5 compared with the other sections). So, I think that the AsyncContext.createListener method should use t
DO NOT REPLY [Bug 49943] Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 --- Comment #1 from Mark Thomas 2010-09-16 14:30:17 EDT --- I am concerned that having viewed the JDK6 source code you then based the attached file on that. If that is the case, the attachment is not acceptable for use with in the Tomcat code base due to licensing issues. It the changes are permissible, not providing a patch isn't going to help the changes get applied. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49943] New: Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls
https://issues.apache.org/bugzilla/show_bug.cgi?id=49943 Summary: Logging (via juli) does not reread configuration correctly when forced via LogManager indirect calls Product: Tomcat 6 Version: 6.0.29 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: mfe...@altaresources.com Created an attachment (id=26035) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=26035) Full source code (changes done against pristine 6.0.29 src code) It is possible to normally do a LogManager.getLogManager() (which returns the JULI specific implementation). However, when calls to re-read the configuration via readConfiguration() or readConfiguration(inputStream) are done the current implementation does not properly re-read the config as the standard JVM LogManager does. In other words, the desired capability is to update the logging.properties file at run-time without forcing any other types of reloads (application context) or server restarts. To address this, it is necessary to look at run-time to see which loggers are already instantiated and manipulate the level at run-time based on the new configuration. Any loggers which are already instantiated should also have their levels reset if they are not in the current configuration (fall back to the default global level). In addition, in the current implementation a reset is not consistently done. I pulled the JDK6 source code to contrast what the JULI ClassLoaderLogManager was doing to do a comparison. Attached is the file I used for testing which should address these issues. It should be fairly trivial to add this into Tomcat 7 as well as not much has changed in this class in that version. With this change, sites can modify the site-specific logging.properties (context) and automatically reload those changes at run-time in the logging system. The attachment is all the code necessary to implement it (I did not do a patch). -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Draft blog entry for review
On 16/09/2010 18:12, Rainer Jung wrote: > On 15.09.2010 17:07, Mark Thomas wrote: >> As I mention recently, JMX is now looking pretty good. I have drafted a >> blog entry [1] on this topic that I'd like to publish later this week. >> Review / feedback welcome. > > Good stuff. > > "patch" -> "match" > > "sever.xml" -> "server.xml" Fixed. Thanks. And now live. > Depending on vote and blog timing you might add a remark about kitty :) I'll let someone do that one. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Draft blog entry for review
On 15.09.2010 17:07, Mark Thomas wrote: As I mention recently, JMX is now looking pretty good. I have drafted a blog entry [1] on this topic that I'd like to publish later this week. Review / feedback welcome. Good stuff. "patch" -> "match" "sever.xml" -> "server.xml" Depending on vote and blog timing you might add a remark about kitty :) Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49942] Possible data-race on NioEndpoint$PollerEvent.interestOps
https://issues.apache.org/bugzilla/show_bug.cgi?id=49942 --- Comment #1 from Sebb 2010-09-16 11:37:53 EDT --- Also, interestOps is a protected variable, yet there are public methods to get and set it. It would be safer to make the variable private. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49942] Possible data-race on NioEndpoint$PollerEvent.interestOps
https://issues.apache.org/bugzilla/show_bug.cgi?id=49942 Sergey Vorobyev changed: What|Removed |Added CC||sergeyvorob...@google.com OS/Version||All -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49942] New: Possible data-race on NioEndpoint$PollerEvent.interestOps
https://issues.apache.org/bugzilla/show_bug.cgi?id=49942 Summary: Possible data-race on NioEndpoint$PollerEvent.interestOps Product: Tomcat 6 Version: 6.0.29 Platform: Macintosh Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: sergeyvorob...@google.com r997768 http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/java/org/apache/tomcat/util/net/NioEndpoint.java class NioEndpoint$PollerEvent Possible data-race on protected int interestOps: concurrent write in method 'public void reset(NioChannel ch, KeyAttachment k, int intOps)' on line 1367 concurrent read in method 'public void run()' on line 1376 I add something like System.out.println("x START " + Thread.getCurrentThread().getId() ); Thread.sleep(10); ... System.out.println("x END " + Thread.getCurrentThread().getId() ); around this two lines. And I see interference between execution. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r997733 - in /tomcat/site/trunk: docs/download-55.html docs/index.html docs/whichversion.html xdocs/download-55.xml xdocs/index.xml xdocs/whichversion.xml
On 16 September 2010 15:08, sebb wrote: > On 16 September 2010 14:04, wrote: >> Author: jim >> Date: Thu Sep 16 13:04:04 2010 >> New Revision: 997733 >> >> URL: http://svn.apache.org/viewvc?rev=997733&view=rev >> Log: >> Release Tomcat 5.5.31 >> >> Modified: >> tomcat/site/trunk/docs/download-55.html >> tomcat/site/trunk/docs/index.html >> tomcat/site/trunk/docs/whichversion.html >> tomcat/site/trunk/xdocs/download-55.xml >> tomcat/site/trunk/xdocs/index.xml >> tomcat/site/trunk/xdocs/whichversion.xml >> >> Modified: tomcat/site/trunk/docs/download-55.html >> URL: >> http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-55.html?rev=997733&r1=997732&r2=997733&view=diff >> == >> --- tomcat/site/trunk/docs/download-55.html (original) >> +++ tomcat/site/trunk/docs/download-55.html Thu Sep 16 13:04:04 2010 >> @@ -3,17 +3,17 @@ >> >> >> Apache Tomcat - Apache Tomcat 5 Downloads >> - >> -> type="text/css" /> >> + >> +> rel="stylesheet" media="print"/> > > These spurious changes of attribute order are probably caused by using > different Java versions for different commits. > > Such changes can be fixed by ensuring that any XSL tags with more than > 1 attribute are coded using nested xsl:attribute tags for all but the > first attribute. > > For example, by changing: > > > > to > > > select="'stylesheets/tomcat.css'"/>/xsl:attribute> > select="'stylesheet'"/> > > > A bit tedious to do, but it only has to be done once. > > If the attrributes are added using the order in the current HTML files > (which may not be the same as the XSL order), then subsequent > regeneration should not show any differences in the HTML files. This assumes that the current HTML files have all been generated by the same Java version. However this is not the case, and the attribute order is not consistent. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[ANN] Apache Tomcat 5.5.31 released
The Apache Tomcat Team announces the immediate availability of Apache Tomcat 5.5.31 stable. Apache Tomcat 5.5.31 is primarily a security and bug fix release. All users of older versions of the Tomcat 5.5 family should upgrade to 5.5.31. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-5.5-doc/changelog.html Please refer to the Tomcat 5 security page for the list of security fixes in this release: http://tomcat.apache.org/security-5.html Downloads: http://tomcat.apache.org/download-55.cgi Thank you, The Apache Tomcat Team - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Update of "PoweredBy" by Björn Hahne feld
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The "PoweredBy" page has been changed by Björn Hahnefeld. http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=265&rev2=266 -- [[http://www.webappcabaret.com/|WebAppCabaret]] is the oldest JAVA Web hosting provider. Features include one-click installation of many versions of Tomcat. === björn hahnefeld IT TC_Framework === - {{http://www.hahnefeld.de/images/archive/small.jpg}} "björn hahnefeld IT TC_Framework" [[http://www.hahnefeld.de|björn hahnefeld IT]] runs on Tomcat. It is a Framework for the ATOSS employee portal with runs on Tomcat too. Hosting-Plans for the "björn hahnefeld IT TC_Framework" can be booked under [[http://www.hahnefeld.de/internet-services_server.html|TomCat Co-Location and Serverhousing]]. The "björn hahnefeld IT TC_Framework" for project and time control is live in action in four companies at the moment: [[http://www.schoen-alarm.at|Gerald Schön Elektro- & Sicherheitstechnik]], Shop for [[http://www.video-security-solutions.eu|VideoNetBox]] / [[http://www.video-security-solutions.eu|Dallmeier]], [[http://www.konstruktionsbuero-dos.de|Konstruktionsbüro DOS]] and [[http://www.brot-und-wein.eu|Enoteca "Brot & Wein"]]. + {{http://www.hahnefeld.de/images/archive/small.jpg}} "björn hahnefeld IT TC_Framework" [[http://www.hahnefeld.de|björn hahnefeld IT]] runs on Tomcat. It is a Framework for the ATOSS employee portal with runs on Tomcat too. Hosting-Plans for the "björn hahnefeld IT TC_Framework" can be booked under [[http://www.hahnefeld.de/internet-services_server.html|TomCat Co-Location and Serverhousing]]. The "björn hahnefeld IT TC_Framework" for project and time control is live in action in four companies at the moment: [[http://www.schoen-alarm.at|Gerald Schön Elektro- & Sicherheitstechnik]], Shop for [[http://www.video-security-solutions.eu/dallmeier-recorder/dallmeier-hybrid-recorder-videonetbox.html|VideoNetBox]] / [[http://www.video-security-solutions.eu|Dallmeier]], [[http://www.konstruktionsbuero-dos.de|Konstruktionsbüro DOS]] and [[http://www.brot-und-wein.eu|Enoteca "Brot & Wein"]]. === Bodhost.com === [[http://www.bodhost.com/|BODHost]] - Proud to be Apache Tomcat Hosting Provider - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Tomcat Wiki] Update of "PoweredBy" by Björn Hahne feld
Dear Wiki user, You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change notification. The "PoweredBy" page has been changed by Björn Hahnefeld. http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=264&rev2=265 -- [[http://www.webappcabaret.com/|WebAppCabaret]] is the oldest JAVA Web hosting provider. Features include one-click installation of many versions of Tomcat. === björn hahnefeld IT TC_Framework === - {{http://www.hahnefeld.de/images/archive/small.jpg}} "björn hahnefeld IT TC_Framework" [[http://www.hahnefeld.de|björn hahnefeld IT]] runs on Tomcat. It is a Framework for the ATOSS employee portal with runs on Tomcat too. Hosting-Plans for the "björn hahnefeld IT TC_Framework" can be booked under [[http://www.hahnefeld.de/internet-services_server.html|TomCat Co-Location and Serverhousing]]. The "björn hahnefeld IT TC_Framework" for project and time control is live in action in three companies at the moment: [[http://www.schoen-alarm.at|Gerald Schön Elektro- & Sicherheitstechnik]], [[http://www.konstruktionsbuero-dos.de|Konstruktionsbüro DOS]] and [[http://www.brot-und-wein.eu|Enoteca "Brot & Wein"]]. + {{http://www.hahnefeld.de/images/archive/small.jpg}} "björn hahnefeld IT TC_Framework" [[http://www.hahnefeld.de|björn hahnefeld IT]] runs on Tomcat. It is a Framework for the ATOSS employee portal with runs on Tomcat too. Hosting-Plans for the "björn hahnefeld IT TC_Framework" can be booked under [[http://www.hahnefeld.de/internet-services_server.html|TomCat Co-Location and Serverhousing]]. The "björn hahnefeld IT TC_Framework" for project and time control is live in action in four companies at the moment: [[http://www.schoen-alarm.at|Gerald Schön Elektro- & Sicherheitstechnik]], Shop for [[http://www.video-security-solutions.eu|VideoNetBox]] / [[http://www.video-security-solutions.eu|Dallmeier]], [[http://www.konstruktionsbuero-dos.de|Konstruktionsbüro DOS]] and [[http://www.brot-und-wein.eu|Enoteca "Brot & Wein"]]. === Bodhost.com === [[http://www.bodhost.com/|BODHost]] - Proud to be Apache Tomcat Hosting Provider - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: svn commit: r997733 - in /tomcat/site/trunk: docs/download-55.html docs/index.html docs/whichversion.html xdocs/download-55.xml xdocs/index.xml xdocs/whichversion.xml
On 16 September 2010 14:04, wrote: > Author: jim > Date: Thu Sep 16 13:04:04 2010 > New Revision: 997733 > > URL: http://svn.apache.org/viewvc?rev=997733&view=rev > Log: > Release Tomcat 5.5.31 > > Modified: > tomcat/site/trunk/docs/download-55.html > tomcat/site/trunk/docs/index.html > tomcat/site/trunk/docs/whichversion.html > tomcat/site/trunk/xdocs/download-55.xml > tomcat/site/trunk/xdocs/index.xml > tomcat/site/trunk/xdocs/whichversion.xml > > Modified: tomcat/site/trunk/docs/download-55.html > URL: > http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-55.html?rev=997733&r1=997732&r2=997733&view=diff > == > --- tomcat/site/trunk/docs/download-55.html (original) > +++ tomcat/site/trunk/docs/download-55.html Thu Sep 16 13:04:04 2010 > @@ -3,17 +3,17 @@ > > > Apache Tomcat - Apache Tomcat 5 Downloads > - > - type="text/css" /> > + > + media="print"/> These spurious changes of attribute order are probably caused by using different Java versions for different commits. Such changes can be fixed by ensuring that any XSL tags with more than 1 attribute are coded using nested xsl:attribute tags for all but the first attribute. For example, by changing: to /xsl:attribute> A bit tedious to do, but it only has to be done once. If the attrributes are added using the order in the current HTML files (which may not be the same as the XSL order), then subsequent regeneration should not show any differences in the HTML files. HTH. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r997733 - in /tomcat/site/trunk: docs/download-55.html docs/index.html docs/whichversion.html xdocs/download-55.xml xdocs/index.xml xdocs/whichversion.xml
Author: jim Date: Thu Sep 16 13:04:04 2010 New Revision: 997733 URL: http://svn.apache.org/viewvc?rev=997733&view=rev Log: Release Tomcat 5.5.31 Modified: tomcat/site/trunk/docs/download-55.html tomcat/site/trunk/docs/index.html tomcat/site/trunk/docs/whichversion.html tomcat/site/trunk/xdocs/download-55.xml tomcat/site/trunk/xdocs/index.xml tomcat/site/trunk/xdocs/whichversion.xml Modified: tomcat/site/trunk/docs/download-55.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-55.html?rev=997733&r1=997732&r2=997733&view=diff == --- tomcat/site/trunk/docs/download-55.html (original) +++ tomcat/site/trunk/docs/download-55.html Thu Sep 16 13:04:04 2010 @@ -3,17 +3,17 @@ Apache Tomcat - Apache Tomcat 5 Downloads - - + + - - + + http://tomcat.apache.org/";> - + @@ -24,28 +24,28 @@ http://www.apache.org/";> -http://www.apache.org/images/asf-logo.gif"; /> +http://www.apache.org/images/asf-logo.gif"; align="right" alt="Apache Logo" border="0"/> -http://www.google.com/search";> - - - +http://www.google.com/search"; method="get"> + + + - + - + - + Apache Tomcat @@ -177,11 +177,11 @@ - - + + - + @@ -205,14 +205,14 @@ - + - + - + @@ -227,8 +227,8 @@ http://www.apache.org/dist/tomcat/tomcat-5/KEYS";>KEYS | -5.5.30 | -Browse | +5.5.31 | +Browse | http://archive.apache.org/dist/tomcat/tomcat-5";>Archives @@ -236,14 +236,14 @@ - + - + - + @@ -270,14 +270,14 @@ - + - + - + Mirrors @@ -293,8 +293,8 @@ encounter a problem with this mirror, please select another mirror. If all mirrors are failing, there are backup mirrors (at the end of the mirrors list) that should be - available.[if-any logo] - + available.[if-any logo] + [end] @@ -309,7 +309,7 @@ [for backup][backup] (backup)[end] [end] - + @@ -320,16 +320,16 @@ - + - + - - -5.5.30 + + +5.5.31 @@ -339,15 +339,15 @@ - Please see the - README + Please see the + README file for packaging information. It explains what every distribution contains. - + - + @@ -364,19 +364,19 @@ Core: - zip - (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.zip.asc";>pgp, - http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.zip.md5";>md5) + zip + (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.zip.asc";>pgp, + http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.zip.md5";>md5) - tar.gz - (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.tar.gz.asc";>pgp, - http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.tar.gz.md5";>md5) + tar.gz + (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.tar.gz.asc";>pgp, + http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.tar.gz.md5";>md5) - Windows Service Installer - (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.exe.asc";>pgp, - http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30.exe.md5";>md5) + Windows Service Installer + (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.exe.asc";>pgp, + http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31.exe.md5";>md5) @@ -384,28 +384,28 @@ Deployer: - zip - (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30-deployer.zip.asc";>pgp, - http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30-deployer.zip.md5";>md5) + zip + (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31-deployer.zip.asc";>pgp, + http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31-deployer.zip.md5";>md5) - tar.gz - (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30-deployer.tar.gz.asc";>pgp, - http://www.apache.org/dist/tomcat/tomcat-5/v5.5.30/bin/apache-tomcat-5.5.30-deployer.tar.gz.md5";>md5) + tar.gz + (http://www.apache.org/dist/tomcat/tomcat-5/v5.5.31/bin/apache-tomcat-5.5.31-deployer.tar.gz.asc";>pgp, + http://www.apache.org/dist/tomcat/tomcat-5/v5
DO NOT REPLY [Bug 49939] New: Expose a method via JMX which empties the webapp file cache
https://issues.apache.org/bugzilla/show_bug.cgi?id=49939 Summary: Expose a method via JMX which empties the webapp file cache Product: Tomcat 6 Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: pids...@apache.org The JMX Object "Catalina:type=Cache,host=localhost,path=/appPath" exposes several methods which interact with the cache. A useful addition would be a mechanism to entirely empty the cache. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Older Tomcat 6 archives
On 16/09/2010 07:15, Henri Gomez wrote: > BTW, what about missing localized artifacts tomcat-i18n-xx for Tomcat > 6.x in http://repo2.maven.org/maven2/org/apache/tomcat ? > > Thanks again The Tomcat 6 Maven deploy script doesn't upload them. The Tomcat 7 one does. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 49234] JMX Descriptor Modifications
https://issues.apache.org/bugzilla/show_bug.cgi?id=49234 chamith buddhika changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #96 from chamith buddhika 2010-09-16 03:04:51 EDT --- As per Mark's suggestion I am marking this issue as resolved and continue any further work as new issues. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org