Older Tomcat 6 archives
Hi to all, I wonder where I could find archives of the previously released Tomcat 6 binaries ? Download links are for the latest 5.5, 6 and 7. I take a look at maven repo, http://repo2.maven.org/maven2/org/apache/tomcat/ and here the organization of artifacts is pretty strange. tomcat-i18n-xx for example are only available for 7.x The previous maven location, http://repo2.maven.org/maven2/tomcat/, is for 5.0/5.5. Thanks - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Older Tomcat 6 archives
Forgot about the archives, I located them in : http://archive.apache.org/dist/tomcat/tomcat-6/ BTW, what about missing localized artifacts tomcat-i18n-xx for Tomcat 6.x in http://repo2.maven.org/maven2/org/apache/tomcat ? Thanks again 2010/9/16 Henri Gomez henri.go...@gmail.com: Hi to all, I wonder where I could find archives of the previously released Tomcat 6 binaries ? Download links are for the latest 5.5, 6 and 7. I take a look at maven repo, http://repo2.maven.org/maven2/org/apache/tomcat/ and here the organization of artifacts is pretty strange. tomcat-i18n-xx for example are only available for 7.x The previous maven location, http://repo2.maven.org/maven2/tomcat/, is for 5.0/5.5. Thanks - 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 chamibuddh...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #96 from chamith buddhika chamibuddh...@gmail.com 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
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 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
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=997733view=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=997733r1=997732r2=997733view=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 @@ html head titleApache Tomcat - Apache Tomcat 5 Downloads/title -link rel=stylesheet href=stylesheets/tomcat.css type=text/css / -link media=print rel=stylesheet href=stylesheets/tomcat-printer.css type=text/css / +link type=text/css href=stylesheets/tomcat.css rel=stylesheet/ +link type=text/css href=stylesheets/tomcat-printer.css rel=stylesheet media=print/ /head -body vlink=#525D76 alink=#525D76 link=#525D76 text=#00 bgcolor=#ff -table cellspacing=0 width=100% border=0 +body bgcolor=#ff text=#00 link=#525D76 alink=#525D76 vlink=#525D76 +table border=0 width=100% cellspacing=0 !--PAGE HEADER-- tr td !--PROJECT LOGO-- a href=http://tomcat.apache.org/; -img border=0 alt=Tomcat Logo align=left src=./images/tomcat.gif / +img src=./images/tomcat.gif align=left alt=Tomcat Logo border=0/ /a /td td @@ -24,28 +24,28 @@ td !--APACHE LOGO-- a href=http://www.apache.org/; -img border=0 alt=Apache Logo align=right src=http://www.apache.org/images/asf-logo.gif; / +img src=http://www.apache.org/images/asf-logo.gif; align=right alt=Apache Logo border=0/ /a /td /tr /table div class=searchbox noPrint -form method=get action=http://www.google.com/search; -input type=hidden name=sitesearch value=tomcat.apache.org / -input type=text id=query name=q size=25 value=Search the Site / -input type=submit value=Search Site name=Search / +form action=http://www.google.com/search; method=get +input value=tomcat.apache.org name=sitesearch type=hidden/ +input value=Search the Site size=25 name=q id=query type=text/ +input name=Search value=Search Site type=submit/ /form /div -table cellspacing=4 width=100% border=0 +table border=0 width=100% cellspacing=4 !--HEADER SEPARATOR-- tr td colspan=2 -hr size=1 noshade= / +hr noshade= size=1/ /td /tr tr !--LEFT SIDE NAVIGATION-- -td class=noPrint nowrap=true valign=top width=20% +td width=20% valign=top nowrap=true class=noPrint p strongApache Tomcat/strong /p @@ -177,11 +177,11 @@ /ul /td !--RIGHT SIDE MAIN BODY-- -td id=mainBody align=left valign=top width=80% -table width=100% cellpadding=2 cellspacing=0 border=0 +td width=80% valign=top align=left id=mainBody +table border=0 cellspacing=0 cellpadding=2 width=100% tr td bgcolor=#525D76 -font face=arial,helvetica,sanserif color=#ff +font color=#ff face=arial,helvetica,sanserif a name=Tomcat 5 Downloads !--()-- /a @@ -205,14 +205,14 @@ /tr tr td -br / +br/ /td /tr /table -table width=100% cellpadding=2 cellspacing=0 border=0 +table border=0 cellspacing=0 cellpadding=2 width=100% tr td bgcolor=#525D76 -font face=arial,helvetica,sanserif color=#ff +font color=#ff face=arial,helvetica,sanserif a name=Quick Navigation !--()-- /a @@ -227,8 +227,8 @@ p blockquote a href=http://www.apache.org/dist/tomcat/tomcat-5/KEYS;KEYS/a | -a href=#5.5.305.5.30/a | -a href=[preferred]/tomcat/tomcat-5/v5.5.30Browse/a | +a href=#5.5.315.5.31/a | +a href=[preferred]/tomcat/tomcat-5/v5.5.31Browse/a | a href=http://archive.apache.org/dist/tomcat/tomcat-5;Archives/a /blockquote /p @@ -236,14 +236,14 @@ /tr tr td -br / +br/ /td /tr /table -table width=100% cellpadding=2 cellspacing=0 border=0 +table border=0 cellspacing=0 cellpadding=2 width=100% tr td bgcolor=#525D76 -font face=arial,helvetica,sanserif color=#ff +font color=#ff face=arial,helvetica,sanserif a name=Release Integrity !--()-- /a @@ -270,14 +270,14 @@ /tr tr td -br / +br/ /td /tr /table -table width=100% cellpadding=2 cellspacing=0 border=0 +table border=0 cellspacing=0 cellpadding=2 width=100% tr td bgcolor=#525D76 -font face=arial,helvetica,sanserif color=#ff +font color=#ff face=arial,helvetica,sanserif a name=Mirrors strongMirrors/strong /a @@ -293,8 +293,8 @@ encounter a problem with this mirror, please select another mirror. If all mirrors are failing, there are ibackup/i mirrors (at the end of the mirrors list) that should be - available.br /[if-any logo]a href=[link] -img align=right src=[logo] border=0 / + available.br/[if-any logo]a href=[link] +img align=right src=[logo] border=0/ /a[end]/p p
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, j...@apache.org wrote: Author: jim Date: Thu Sep 16 13:04:04 2010 New Revision: 997733 URL: http://svn.apache.org/viewvc?rev=997733view=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=997733r1=997732r2=997733view=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 @@ html head titleApache Tomcat - Apache Tomcat 5 Downloads/title -link rel=stylesheet href=stylesheets/tomcat.css type=text/css / -link media=print rel=stylesheet href=stylesheets/tomcat-printer.css type=text/css / +link type=text/css href=stylesheets/tomcat.css rel=stylesheet/ +link type=text/css href=stylesheets/tomcat-printer.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: link type=text/css href=stylesheets/tomcat.css rel=stylesheet / to link type=text/css xsl:attribute name=hrefxsl:value-of select='stylesheets/tomcat.css'//xsl:attribute xsl:attribute name=relxsl:value-of select='stylesheet'//xsl:attribute /link 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
[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=diffrev1=264rev2=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
[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=diffrev1=265rev2=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
[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
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 seb...@gmail.com wrote: On 16 September 2010 14:04, j...@apache.org wrote: Author: jim Date: Thu Sep 16 13:04:04 2010 New Revision: 997733 URL: http://svn.apache.org/viewvc?rev=997733view=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=997733r1=997732r2=997733view=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 @@ html head titleApache Tomcat - Apache Tomcat 5 Downloads/title -link rel=stylesheet href=stylesheets/tomcat.css type=text/css / -link media=print rel=stylesheet href=stylesheets/tomcat-printer.css type=text/css / +link type=text/css href=stylesheets/tomcat.css rel=stylesheet/ +link type=text/css href=stylesheets/tomcat-printer.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: link type=text/css href=stylesheets/tomcat.css rel=stylesheet / to link type=text/css xsl:attribute name=hrefxsl:value-of select='stylesheets/tomcat.css'//xsl:attribute xsl:attribute name=relxsl:value-of select='stylesheet'//xsl:attribute /link 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
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
DO NOT REPLY [Bug 49942] Possible data-race on NioEndpoint$PollerEvent.interestOps
https://issues.apache.org/bugzilla/show_bug.cgi?id=49942 Sergey Vorobyev sergeyvorob...@google.com 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] Possible data-race on NioEndpoint$PollerEvent.interestOps
https://issues.apache.org/bugzilla/show_bug.cgi?id=49942 --- Comment #1 from Sebb s...@apache.org 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
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
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
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
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 ma...@apache.org 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
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 extends AsyncListener T createListener(ClassT 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 T extends EventListener 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 the instance manager in any case.
I think it makes sense to relax the restrictions on @WebListener and
programatically adding AsyncListeners
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
DO NOT REPLY [Bug 48379] Session cookie domain and path configuration support
https://issues.apache.org/bugzilla/show_bug.cgi?id=48379 Steve Jones pokneet...@gmail.com 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
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 mfe...@altaresources.com 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 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 mfe...@altaresources.com 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
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 #4 from Mark Thomas ma...@apache.org 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
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 mfe...@altaresources.com 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 #6 from Mark Femal mfe...@altaresources.com 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 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 solange_...@hotmail.com 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 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
