Re: Using JIRA instead STATUS.txt
+1 Peter Am 14.03.2010 um 08:07 schrieb Mladen Turk: Hi, I would suggest that we use JIRA instead maintaining STATUS.txt files. Each branch can then be a separate component and each status vote JIRA issue classified as either bug, feature, etc... Voting is supported except that one cannot vote for the created issue, so that would be presumed. However there is no -1 vote, so that would have to be done like today by entering the comment with -1. Nice thing is that patches can be directly attached without the need to scp to the people.a.o. If we decide on that I'll work with IT to allow only committers write access. Comments? Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Using JIRA instead STATUS.txt
On 14/03/2010 07:07, Mladen Turk wrote: Hi, I would suggest that we use JIRA instead maintaining STATUS.txt files. Each branch can then be a separate component and each status vote JIRA issue classified as either bug, feature, etc... Voting is supported except that one cannot vote for the created issue, so that would be presumed. However there is no -1 vote, so that would have to be done like today by entering the comment with -1. Nice thing is that patches can be directly attached without the need to scp to the people.a.o. If we decide on that I'll work with IT to allow only committers write access. Comments? -1. Extra overhead for no obvious benefit. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Using JIRA instead STATUS.txt
On 14.03.2010 08:07, Mladen Turk wrote: Hi, I would suggest that we use JIRA instead maintaining STATUS.txt files. Each branch can then be a separate component and each status vote JIRA issue classified as either bug, feature, etc... Voting is supported except that one cannot vote for the created issue, so that would be presumed. However there is no -1 vote, so that would have to be done like today by entering the comment with -1. Nice thing is that patches can be directly attached without the need to scp to the people.a.o. If we decide on that I'll work with IT to allow only committers write access. Comments? Benefits are not clear for me. Copying to p.a.o is just one scp command, faster than fiddling with a browser GUI. STATUS file can be prepared locally and svn is fast. What do we gain from switching to JIRA? Regards, Rainer - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Using JIRA instead STATUS.txt
On 03/14/2010 12:06 PM, Rainer Jung wrote: On 14.03.2010 08:07, Mladen Turk wrote: Hi, I would suggest that we use JIRA instead maintaining STATUS.txt files. Each branch can then be a separate component and each status vote JIRA issue classified as either bug, feature, etc... Voting is supported except that one cannot vote for the created issue, so that would be presumed. However there is no -1 vote, so that would have to be done like today by entering the comment with -1. Nice thing is that patches can be directly attached without the need to scp to the people.a.o. If we decide on that I'll work with IT to allow only committers write access. Comments? Benefits are not clear for me. Copying to p.a.o is just one scp command, faster than fiddling with a browser GUI. STATUS file can be prepared locally and svn is fast. What do we gain from switching to JIRA? The problem with status file is that it gets constantly recycled. There is no clear way to obtain actual patches applied without going trough SVN log between versions. Changelog is fine but it doesn't contain a reference to the actual commit. There is also no way to record why some feature wasn't applied. I can clearly show that at some time one feature vas vetoed and one year later it passed (proposed by another committer). So either the original veto was not appropriate, that person changed opinion, or was on vacation :) Since it was removed from status once when applied, the only way to track that down is doing svn diff. matching changelog with commit messages and so on. Also when there are 3 +1 in status one that proposed a patch can apply it and recycle status. Again if you are not fast enough, you might just skip that and find yourself chasing sudden bugs all over the SVN. I personally find JIRA much easier to work with cause everything needed is at one place. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Using JIRA instead STATUS.txt
I am -1. 1. Voting system in a bug tracker has its purpose: prioritizing of issues. http://www.atlassian.com/software/jira/docs/v3.13.2/voterswatchers.html What you are proposing abuses that system. 2. There are all kinds of votes: +1,-1,+0,-0, with and without arbitrary comments. 3. Patches can be trivial and non-trivial. E.g. several patches to be applied in a sequence. 4. A TC 6.0 patch is usually a merge of some revision from trunk. Attaching that to JIRA is an overkill. 5. We should vote for the proposed patches, not for some "feature". Can JIRA collect votes for attachments?? 6. Can JIRA be used to track the same feature being proposed and applied for 6.0 and for 5.5 at the same time? 7. Does JIRA send an e-mail when vote is added? With STATUS file we can cast several votes in one commit. With status file, when we update STATUS, changelog, and actual code in the same commit (like we usually do) we get a history record of what was proposed and who voted for it. Also I like that I can see all patches that are proposed, and not yet voted by me at one glance, even if I am offline. 2010/3/14 Mladen Turk : >>> Nice thing is that patches can be directly attached without the need to >>> scp to the people.a.o. Add an issue to Bugzilla, and attach your patch there. You can do it now, and it easies documenting. Though scp is still faster for small things; and I do not like that Bugzilla forces me to download a patch when I just want to look at it. BTW, I am using WinSCP, and it is a nice GUI tool. > > The problem with status file is that it gets constantly > recycled. There is no clear way to obtain actual patches > applied without going trough SVN log between versions. Do svn diff, and ignore what changed in STATUS. Or look for log/diff of some subtree, e.g. for /java > Changelog is fine but it doesn't contain a reference to > the actual commit. It does. Use "annotate". Though some patches are applied in several commits, or have followups. But JIRA won't record the patch, unless you have JIRA issue reference in the commit message. How many commits have Bugzilla bug number in them? (Most do have, though sometimes it can be omitted, or an issue can be covered by several bugs). > There is also no way to record why some feature wasn't > applied. I can clearly show that at some time one feature > vas vetoed and one year later it passed (proposed by another > committer). So either the original veto was not appropriate, > that person changed opinion, or was on vacation :) Or the patch was new / explanation was different / more experience gained. If that happened, than it is good. Go on. > Also when there are 3 +1 in status one that proposed > a patch can apply it and recycle status. Again if > you are not fast enough, you might just skip that > and find yourself chasing sudden bugs all over the SVN. JIRA won't prevent your need to chase "sudden" bugs. There are still the same patches and the same people who vote. One thing that can prevent that is to extend our test suite. > you are not fast enough Most patches are present in status for more than a week. Should be enough time for review. Also, all commits go to dev@, so it is advisable to read them through. There still can be issues with how the patch was applied. Also, dev@ archives are searchable. > I personally find JIRA much easier to work with cause > everything needed is at one place. Subversion also keeps everything in one place. Some other thought: The Subversion project was recently choosing what Bug tracking system they will be using at Apache, when migrating from Tigris. They choose Bugzilla, not JIRA: http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2415808 Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Using JIRA instead STATUS.txt
On 03/14/2010 07:31 PM, Konstantin Kolinko wrote: I am -1. IMHO JIRA can do a better job then status file. The questions you've raised actually show how hard it is to get something out of status. It's a mixture of hundreds of commit messages, references to other commit messages, p.a.o files that no longer exist, and so on. At the end it's not about technical aspect, but about additional hassle required to adapt to another technology. This is perfectly fine and understandable. All I'm trying to do is to get some data out of the hard work we are already doing with maintaining the status file. I was actually hoping that you and Mark would be the last persons objecting to that given the amount of status entries you are pushing trough, but it seems that this obviously works fine for you guys :) I find the status file as a real PITA, and I'm buying a beer (plural :) to the one that can come up with the idea how to make it easier to work with. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48694] WebappClassLoader deadlock if web application uses it's own classloader
https://issues.apache.org/bugzilla/show_bug.cgi?id=48694 --- Comment #12 from pmones...@gmail.com 2010-03-14 20:58:10 UTC --- yea I guess you are right. The stacktrace is suspicious in the sense that there is no line number here: at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java) - waiting to lock Hmm I'll try to see with the JRebel guys what could be wrong. One quick fix, for the poeple that have the same issue than me is to synchronize on 'this' in loadClass. Thanks again for all your help. -- 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
Bug report for Taglibs [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |27717|New|Maj|2004-03-16| very slow in JSTL 1.1 | |33934|New|Cri|2005-03-09|[standard] memory leak in jstl c:set tag | |38193|Ass|Enh|2006-01-09|[RDC] BuiltIn Grammar support for Field | |38600|Ass|Enh|2006-02-10|[RDC] Enable RDCs to be used in X+V markup (X+RDC)| |42413|New|Nor|2007-05-14|[PATCH] Log Taglib enhancements | |43640|New|Nor|2007-10-16|Move the tests package to JUnit | |45197|Ass|Nor|2008-06-12|Need to support the JSTL 1.2 specification| |46052|New|Nor|2008-10-21|SetLocaleSupport is slow to initialize when many l| |48333|New|Nor|2009-12-02|TLD generator | |48772|New|Nor|2010-02-19|Bad information in impl module pom.xml| |48773|New|Nor|2010-02-19|DataSourceWrapper and DriverManager problems | |48848|New|Maj|2010-03-03|fn:endsWith fails with repeated search string | +-+---+---+--+--+ | Total 12 bugs | +---+ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Bug report for Tomcat 5 [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |27122|Opn|Enh|2004-02-20|IE plugins cannot access components through Tomcat| |28039|Opn|Enh|2004-03-30|Cluster Support for SingleSignOn | |29494|Inf|Enh|2004-06-10|No way to set PATH when running as a service on Wi| |33262|Inf|Enh|2005-01-27|Service Manager autostart should check for adminis| |33453|Opn|Enh|2005-02-08|Jasper should recompile JSP files whose datestamps| |33671|Opn|Enh|2005-02-21|Manual Windows service installation with custom na| |34801|New|Enh|2005-05-08|PATCH: CGIServlet does not terminate child after a| |34805|Ass|Enh|2005-05-08|warn about invalid security constraint url pattern| |34868|Ass|Enh|2005-05-11|allow to register a trust store for a session that| |35054|Inf|Enh|2005-05-25|warn if appBase is not existing as a File or direc| |36133|Inf|Enh|2005-08-10|Support JSS SSL implementation| |36362|New|Enh|2005-08-25|missing check for Java reserved keywords in tag fi| |36569|Inf|Enh|2005-09-09|Redirects produce illegal URL's | |36837|Inf|Enh|2005-09-28|Looking for ProxyHandler implementation of Http re| |36922|Inf|Enh|2005-10-04|setup.sh file mis-advertised and missing | |37018|Ass|Enh|2005-10-11|Document how to use tomcat-SSL with a pkcs11 token| |37334|Inf|Enh|2005-11-02|Realm digest property not aligned with the adminis| |37449|Opn|Enh|2005-11-10|Two UserDatabaseRealm break manager user | |37485|Inf|Enh|2005-11-14|I'd like to run init SQL after JDBC Connection cre| |38216|Inf|Enh|2006-01-10|Extend Jmxproxy to allow call of MBean Operations | |38268|Inf|Enh|2006-01-13|User friendly: Need submit button on adding/deleti| |38360|Inf|Enh|2006-01-24|Domain for session cookies| |38546|Inf|Enh|2006-02-07|Google bot sends invalid If-Modifed-Since Header, | |38577|Inf|Enh|2006-02-08|Enhance logging of security failures | |38743|New|Min|2006-02-21|when using APR, JKS options are silently ignored | |38916|Inf|Enh|2006-03-10|HttpServletRequest cannot handle multipart request| |39053|Inf|Enh|2006-03-21|include Tomcat embedded sample| |39740|New|Enh|2006-06-07|semi-colon ; isn't allowed as a query argument sep| |39862|Inf|Enh|2006-06-22|provide support for protocol-independent GenericSe| |40211|Inf|Enh|2006-08-08|Compiled JSP don't indent HTML code | |40222|Inf|Enh|2006-08-09|Default Tomcat configuration alows easy session hi| |40402|New|Enh|2006-09-03|Manager should display Exceptions | |40510|New|Enh|2006-09-14|installer does not create shortcuts for all users | |40712|New|Enh|2006-10-10|Realm admin error.| |40728|Inf|Enh|2006-10-11|Catalina MBeans use non-serializable classes | |40766|New|Enh|2006-10-16|Using an unsecure jsessionid with mod_proxy_ajp ov| |40881|Opn|Enh|2006-11-02|Unable to receive message through TCP channel -> | |41007|Opn|Enh|2006-11-20|Can't define customized 503 error page| |41179|New|Enh|2006-12-15|400 Bad Request response during auto re-deployment| |41227|Opn|Enh|2006-12-21|When the jasper compiler fails to compile a JSP, i| |41337|Opn|Enh|2007-01-10|Display an error page if no cert is available on C| |41496|New|Enh|2007-01-30|set a security provider for jsse in a connector co| |41498|New|Enh|2007-01-30|allRolesMode Realm configuration option not docume| |41539|Inf|Enh|2007-02-05|NullPointerException during Embedded tomcat restar| |41673|New|Enh|2007-02-21|Jasper output the message of compiling error using| |41697|Ver|Enh|2007-02-25|make visible in debug output if charset from brows| |41709|Inf|Enh|2007-02-26|When calling the API that relates to the buffer af| |41718|New|Enh|2007-02-27|Status 302 response to GET request has no body whe| |42390|New|Maj|2007-05-11|JSP compilation error with nested tagfile tags wit| |42416|New|Enh|2007-05-14|Tomcat startup hangs and AJP13 connector port 8009| |43423|New|Enh|2007-09-18|catalina.sh -force too fast | |43538|
Bug report for Tomcat 6 [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |39661|Opn|Enh|2006-05-25|Please document JULI FileHandler configuration pro| |41128|Inf|Enh|2006-12-07|Reference to java Thread name from RequestProcesso| |41679|New|Enh|2007-02-22|SemaphoreValve should be able to filter on url pat| |41791|New|Enh|2007-03-07|Tomcat behaves inconsistently concerning flush-pac| |41883|Ass|Enh|2007-03-18|use abstract wrapper instead of plain X509Certific| |41944|New|Enh|2007-03-25|Start running the RAT tool to see where we're miss| |41992|New|Enh|2007-03-30|Need ability to set OS process title | |42463|New|Enh|2007-05-20|"crossContext" and classloader issues - pls amend | |43001|New|Enh|2007-07-30|JspC lacks setMappedFile and setDie for use in Ant| |43003|New|Enh|2007-07-30|Separate dependent component download and build ta| |43400|New|Enh|2007-09-14|enum support for tag libs | |43497|New|Enh|2007-09-26|Add ability to escape rendered output of JSP expre| |43548|Opn|Enh|2007-10-04|xml schema for tomcat-users.xml | |43642|New|Enh|2007-10-17|Add prestartminSpareThreads attribute for Executor| |43682|New|Enh|2007-10-23|JULI: web-inf/classes/logging.properties to suppor| |43742|New|Enh|2007-10-30|.tag compiles performed one at a time -- extremel| |43790|Ass|Enh|2007-11-03|concurrent access issue on TagHandlerPool | |43979|New|Enh|2007-11-27|Add abstraction for Java and Classfile output | |44047|New|Enh|2007-12-10|Provide a way for Tomcat to serve up error pages w| |44106|New|Enh|2007-12-19|autodeploy configures directories which do not con| |44199|New|Enh|2008-01-10|expose current backlog queue size | |44225|New|Enh|2008-01-14|SSL connector tries to load the private keystore f| |44264|New|Enh|2008-01-18|Clustering - Support for disabling multicasting an| |44284|New|Enh|2008-01-23|Support java.lang.Iterable in c:forEach tag | |44294|New|Enh|2008-01-25|Support for EL functions with varargs | |44299|New|Enh|2008-01-26|Provider manager app with a log out button| |44312|New|Enh|2008-01-28|Warn when overwritting docBase of the default Host| |44598|New|Enh|2008-03-13|JAASRealm is suppressing Exceptions | |44645|New|Enh|2008-03-20|[Patch] JNDIRealm - Doesn't support JNDI "java.nam| |44787|New|Enh|2008-04-09|provide more error context on "java.lang.IllegalSt| |44818|New|Enh|2008-04-13|tomcat hangs with GET when content-length is defin| |45014|New|Enh|2008-05-15|Request and Response classes should have wrappers | |45282|New|Enh|2008-06-25|NioReceiver doesn't close cleanly, leaving sockets| |45283|Opn|Enh|2008-06-25|Allow multiple authenticators to be added to pipel| |45428|New|Enh|2008-07-18|warn if the tomcat stop doesn't complete | |45654|New|Enh|2008-08-19|use static methods and attributes in a direct way!| |45731|New|Enh|2008-09-02|Enhancement request : pluggable httpsession cache | |45832|New|Enh|2008-09-18|add DIGEST authentication support to Ant tasks| |45871|New|Enh|2008-09-23|Support for salted and digested patches in DataSou| |45878|New|Enh|2008-09-24|Generated jars do not contain proper manifests or | |45879|Opn|Enh|2008-09-24|Windows installer fails to install NOTICE and RELE| |45931|Opn|Enh|2008-10-01|trimSpaces incorrectly modifies output| |45995|New|Enh|2008-10-13|RFE - MIME type extension not case sensitive | |46173|New|Enh|2008-11-09|Small patch for manager app: Setting an optional c| |46263|New|Enh|2008-11-21|Tomcat reloading of context does not update contex| |46264|New|Enh|2008-11-21|Shutting down tomcat with large number of contexts| |46284|New|Enh|2008-11-24|Add flag to DeltaManager that blocks processing cl| |46350|New|Enh|2008-12-05|Maven repository should contain source bundles| |46451|New|Enh|2008-12-30|Configure svn:bugtraq properties | |46461|New|Enh|2009-01-01|fail graceful on dns changes for connectors/hosts | |46497|New|Enh|2009-01-08|Install Tomcat Deployer/ANT on Windows Platform | |46558|
Bug report for Tomcat Connectors [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |34526|Opn|Nor|2005-04-19|Truncated content in decompressed requests from mo| |35959|Opn|Enh|2005-08-01|mod_jk not independant of UseCanonicalName| |36155|Opn|Nor|2005-08-12|tomcat chooses wrong host if using mod_jk | |39967|Inf|Nor|2006-07-05|mod_jk gives segmentation fault when apache is sta| |40208|Inf|Nor|2006-08-08|Request-Dump when ErrorDocument in httpd.conf is a| |41170|Inf|Nor|2006-12-13|single crlf in header termination crashes app.| |41923|Opn|Nor|2007-03-21|Tomcat doesnt recognized client abort | |42366|Inf|Nor|2007-05-09|Memory leak in newer mod_jk version when connectio| |42554|Opn|Nor|2007-05-31|mod_ssl + mod_jk with status_worker does not work | |43303|New|Enh|2007-09-04|Versioning under Windows not reported by many conn| |43968|New|Enh|2007-11-26|[patch] support ipv6 with mod_jk | |44290|New|Nor|2008-01-24|mod_jk/1.2.26: retry is not useful for an importan| |44349|New|Maj|2008-02-04|mod_jk/1.2.26 module does not read worker.status.s| |44379|New|Enh|2008-02-07|convert the output of strftime into UTF-8 | |44454|New|Nor|2008-02-19|busy count reported in mod_jk inflated, causes inc| |44571|New|Enh|2008-03-10|Limits busy per worker to a threshold | |45063|New|Nor|2008-05-22|JK-1.2.26 IIS ISAPI filter issue when running diff| |45313|New|Nor|2008-06-30|mod_jk 1.2.26 & apache 2.2.9 static compiled on so| |45395|New|Min|2008-07-14|MsgAjp dump method does not dump packet when being| |46337|New|Nor|2008-12-04|real worker name is wrong | |46406|New|Enh|2008-12-16|Supporting relative paths in isapi_redirect.proper| |46676|New|Enh|2009-02-09|Configurable test request for Watchdog thread | |46767|New|Enh|2009-02-25|mod_jk to send DECLINED in case no fail-over tomca| |47038|New|Enh|2009-04-15|USE_FLOCK_LK redefined compiler warning when using| |47327|New|Enh|2009-06-07|remote_user not logged in apache logfile | |47617|New|Enh|2009-07-31|include time spent doing ajp_get_endpoint() in err| |47678|New|Nor|2009-08-11|Unable to allocate shared memory when using isapi_| |47679|New|Nor|2009-08-11|Not all headers get passed to Tomcat server from i| |47692|New|Reg|2009-08-12|Can not compile mod_jk with apache2.0.63 and tomca| |47714|New|Cri|2009-08-20|Reponse mixed between users | |47750|New|Maj|2009-08-27|Loss of worker settings when changing via jkstatus| |47795|New|Maj|2009-09-07|service sticky_session not being set correctly wit| |47840|New|Min|2009-09-14|A broken worker name is written in the log file. | |48191|New|Maj|2009-11-13|Problem with mod_jk 1.2.28 - Can not render up the| |48490|New|Nor|2010-01-05|Changing a node to stopped in uriworkermap.propert| |48501|New|Enh|2010-01-07|Log rotation for ISAPI Redirector | |48513|New|Enh|2010-01-09|IIS Quick setup instructions | |48564|New|Nor|2010-01-18|Unable to turn off retries for LB worker | |48826|New|Maj|2010-02-27|POST request causes access violation in isapi_redi| |48830|New|Nor|2010-03-01|IIS shutdown blocked in endpoint service when serv| |48882|New|Maj|2010-03-10|win32 binary for mod_jk 1.2.30 and Apache 2.0.x | +-+---+---+--+--+ | Total 41 bugs | +---+ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Bug report for Tomcat 7 [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |48222|New|Enh|2009-11-18|Source JARs empty in maven central| |48240|New|Nor|2009-11-19|Tomcat-Lite missing @Override markers | |48268|New|Nor|2009-11-23|Patch to fix generics in tomcat-lite | |48297|New|Nor|2009-11-28|webservices.ServiceRefFactory.initHandlerChain add| |48358|New|Enh|2009-12-09|JSP-unloading reloaded| |48550|New|Enh|2010-01-14|Update examples and default server.xml to use UTF-| |48644|New|Nor|2010-01-30|Code should never ignore throwable| |48648|New|Nor|2010-01-31|Blank page (dropped connection) when running TC7 w| |48662|New|Enh|2010-02-02|context.xml expansion on deployment improvements | |48689|New|Enh|2010-02-05|Jar abstraction for Jasper| |48692|New|Enh|2010-02-07|Provide option to parse application/x-www-form-url| |48817|New|Nor|2010-02-25|Skip validation query and use JDBC API for validat| |48837|New|Enh|2010-03-01|Memory leaks protection does not cure leaks trigge| |48861|New|Nor|2010-03-04|Files without AL headers | |48870|New|Enh|2010-03-08|avoid parallel arrays of base types | |48891|New|Enh|2010-03-11|Missing EOL-style settings in tomcat/jk/trunk | |48892|New|Nor|2010-03-11|Use URIEncoding from server.xml for decoding post | +-+---+---+--+--+ | Total 17 bugs | +---+ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Bug report for Tomcat Native [2010/03/14]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=Critical REG=Regression MAJ=Major | | | | MIN=Minor NOR=NormalENH=Enhancement TRV=Trivial | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | |38372|Inf|Cri|2006-01-25|tcnative-1.dll response overflow corruption, parti| |41361|New|Nor|2007-01-14|Content lost when read by a slow client. | |42090|New|Cri|2007-04-11|tcnative badly handles some OpenSSL disconnections| |45392|New|Nor|2008-07-14|No OCSP support for client SSL verification | |46041|New|Cri|2008-10-20|Tomcat service is terminated unexpectedly (tcnativ| |46179|New|Maj|2008-11-10|apr ssl client authentication | |46571|New|Nor|2009-01-21|tcnative blocks in APR poll on Solaris| |47319|New|Nor|2009-06-05|With APR, getRemoteHost() returns NULL for unknown| |47851|New|Nor|2009-09-16|thread-safety issues in the TC native Java code | |48253|New|Min|2009-11-20|Tomcat Native patch - adding dynamic locking callb| |48584|New|Min|2010-01-20|Error or ACCESS_VIOLATION on shutdown | |48655|New|Nor|2010-02-02|Active multipart downloads prevent tomcat shutdown| +-+---+---+--+--+ | Total 12 bugs | +---+ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r923063 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Mon Mar 15 05:52:48 2010 New Revision: 923063 URL: http://svn.apache.org/viewvc?rev=923063&view=rev Log: Revoke one proposal, and propose another to fix BZ 48903 Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=923063&r1=923062&r2=923063&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Mon Mar 15 05:52:48 2010 @@ -196,14 +196,23 @@ PATCHES PROPOSED TO BACKPORT: +1: markt -1: -* Followup to BZ 44041/48694 patches - - moves resolveClass() call outside the sync block - - does not access entry.loadedClass unless we are in a sync block - This is proposed as a part of alternative BZ 44041 patch for TC 5.5 - FIXME: have not yet applied it to trunk - http://people.apache.org/~kkolinko/patches/2010-03-12_tc6_bug44041.patch - (svn diff -x -w variant of it, ignoring whitespace changes: - http://people.apache.org/~kkolinko/patches/2010-03-12_tc6_bug44041_x_w.patch - ) +* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48903 + and https://issues.apache.org/bugzilla/show_bug.cgi?id=48694#c8 + + Fix deadlock in WebappClassLoader, caused by Sun JDK ClassLoader + implementation. The cause is that JDK already holds a lock on ClassLoader + instance when calling our ClassLoader.loadClass() method, and thus trying + to use a different lock causes deadlocks. See + http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4670071 + + Add system property to enable use of JDK 7 API to register a class loader + as capable of parallel loading. This feature will be turned off by + default. + + Also fixed synchronization issue in JasperLoader, where findClass() + method was called without proper synchronization. + + FIXME: This patch has not been applied to trunk yet. + http://people.apache.org/~kkolinko/patches/2010-03-15_tc6_bug48903.patch +1: kkolinko -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r923065 - /tomcat/tc5.5.x/trunk/STATUS.txt
Author: kkolinko
Date: Mon Mar 15 05:57:22 2010
New Revision: 923065
URL: http://svn.apache.org/viewvc?rev=923065&view=rev
Log:
revoke my proposal and add veto to markt's
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/STATUS.txt?rev=923065&r1=923064&r2=923065&view=diff
==
--- tomcat/tc5.5.x/trunk/STATUS.txt (original)
+++ tomcat/tc5.5.x/trunk/STATUS.txt Mon Mar 15 05:57:22 2010
@@ -54,14 +54,7 @@ PATCHES PROPOSED TO BACKPORT:
Note: The bulk of the patch just adds synchronized (name.intern()) {"
around the loadClass(String, boolean) method
+1: markt
- -1:
-
- The same as above, but
- - moves resolveClass() call outside the sync block
- - does not access entry.loadedClass unless we are in a sync block
- http://people.apache.org/~kkolinko/patches/2010-03-12_tc55_bug44041.patch
- +1: kkolinko
- -1:
+ -1: kkolinko: BZ 48903
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=47878
Return 404's rather than a permanent 500 if a JSP is deleted
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
