Re: Taglibs SVN migration to Tomcat
On Wed, Aug 19, 2009 at 9:25 PM, Rahul Akolkar wrote: > On Wed, Aug 19, 2009 at 11:00 AM, Henri Yandell wrote: >> So... steps: >> >> * New Standard site that merges 1.0, 1.1 and 1.x docs together, rather >> than treating them as separate taglibs. >> * Retired Jakarta Taglibs page. >> * New Taglibs site that flattens and updates for Tomcat land. >> * RDC Taglib regenerated from final taglib-parent. >> * Extended Taglib site. Can be pretty minimal. >> * Jakarta Taglibs htaccess rules. >> * Link on tomcat.apache.org when all looks good and Tomcat dev@ approves. >> > > > Looks reasonable to me. I've created a Retired Jakarta Taglibs page. Not hooked up yet; two small missing steps at the end of the above are: * Add link to Retired Jakarta Taglibs page from Jakarta Retired page. * Move Taglibs into the Ex-Jakarta on the LHS. We should also link to the Retired Jakarta Taglibs page from the Tomcat Taglibs front page. Once the rsync happens, the url will be: http://jakarta.apache.org/site/retired-taglibs.html Hen - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47428] JSTL converts BigDecimal to Long
https://issues.apache.org/bugzilla/show_bug.cgi?id=47428 Henri Yandell changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #7 from Henri Yandell 2009-08-20 00:47:09 PDT --- Closing as lack of response. -- 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 42740] ParseException received when date/time that is in the first hour when daylight savings time begins (datetimes before & 1 hour after or later are OK)
https://issues.apache.org/bugzilla/show_bug.cgi?id=42740 --- Comment #2 from Henri Yandell 2009-08-20 00:49:03 PDT --- Something to decide here is whether this is something to report to the spec group. -- 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 36788] str:wordWrap generates incorrect html character entity sequence for a sequence of few special characters
https://issues.apache.org/bugzilla/show_bug.cgi?id=36788 Henri Yandell changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Henri Yandell 2009-08-20 00:57:06 PDT --- Closing as WONTFIX. String Taglib is being deprecated and I don't expect the wordWrap tag to make it into the Extended Taglib which will house some of its functionality. -- 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 35569] wordWrap does not insert the split string
https://issues.apache.org/bugzilla/show_bug.cgi?id=35569 Henri Yandell changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Henri Yandell 2009-08-20 00:57:16 PDT --- Closing as WONTFIX. String Taglib is being deprecated and I don't expect the wordWrap tag to make it into the Extended Taglib which will house some of its functionality. -- 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 47712] New: NoSuchFieldException when trying to use Tomcat Native library
https://issues.apache.org/bugzilla/show_bug.cgi?id=47712 Summary: NoSuchFieldException when trying to use Tomcat Native library Product: Tomcat 5 Version: Unknown Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: nicolas.te...@probance.com --- Comment #0 from Nicolas 2009-08-20 02:52:57 PDT --- I tried to add the Tomcat Native library to tomcat 5.5.28. After compiling the library and configuring tomcat to use it, I still got the same message (the library is not found). I changed the log level to finest for the class org.apache.catalina.core.AprLifecycleListener to get more details about the problem and I got: java.lang.NoSuchFieldException: TCN_MAJOR_VERSION at java.lang.Class.getField(Class.java:1507) at org.apache.catalina.core.AprLifecycleListener.lifecycleEvent(AprLifecycleListener.java:91) ... When I looked the source code (5.5.28), I can see that the lifecycleEvent function does: 1. load the class org.apache.tomcat.jni.Library into the variable clazz 2. invoke 'initialize' on clazz 3. load the class org.apache.tomcat.jni.SSL into the same variable clazz 4. invoke 'randSet' on clazz 5. get field 'TCN_MAJOR_VERSION' of clazz (line 91) The step 5 throws the exception: there is no field TCN_MAJOR_VERSION in org.apache.tomcat.jni.SSL. I guess that this field should be retrieved from org.apache.tomcat.jni.Library, not org.apache.tomcat.jni.SSL (move step 5 before step 3) Cheers, Nicolas -- 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 42740] ParseException received when date/time that is in the first hour when daylight savings time begins (datetimes before & 1 hour after or later are OK)
https://issues.apache.org/bugzilla/show_bug.cgi?id=42740 Kris Schneider changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Kris Schneider 2009-08-20 08:23:20 PDT --- Per the JSTL spec (1.0, 1.1 and 1.2), section 9.10: Parsing is non-lenient, i.e. the given date string must strictly adhere to the parsing format. So, the spec would need to change before something like this could be implemented in the Standard taglib. -- 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 47714] New: Reponse mixed between users
https://issues.apache.org/bugzilla/show_bug.cgi?id=47714 Summary: Reponse mixed between users Product: Tomcat Connectors Version: 1.2.28 Platform: Other OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: mod_jk AssignedTo: dev@tomcat.apache.org ReportedBy: sameem.ah...@investec.co.za --- Comment #0 from sameem.ah...@investec.co.za 2009-08-20 09:04:36 PDT --- Hi, We are migrating our application to JBoss container version 4.2.x with Apache web server in the front. We are using the mod_jk connector version 1.2.28. Our Apache version is 2.2.6. AJP13 worker is used for communication between web server and Tomcat. We have picked up an issue during load testing where the response is being mixed between users - one user is able to see reponse of another. Is this a bug in mod_jk? We are planning to switch to mod_proxy_ajp. Will it help to resolve this issue? We can't take this to production until this issue is resolved. Kindly advice. Thanks & Regards, Sameem Ahmed -- 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 47714] Reponse mixed between users
https://issues.apache.org/bugzilla/show_bug.cgi?id=47714 --- Comment #1 from jfclere 2009-08-20 09:22:33 PDT --- AS 4.2.x = jbossweb-2.0.x jbossweb-2.0.x ~ tc-6.0.x the bug could be in mod_jk as well as in the AJP connector, try mod_proxy_ajp if it works then it is most probably a mod_jk bugs otherwise it is in the AJP connector and you could use the jboss forums for 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
DO NOT REPLY [Bug 47714] Reponse mixed between users
https://issues.apache.org/bugzilla/show_bug.cgi?id=47714 sameem.ah...@investec.co.za changed: What|Removed |Added CC||sameem.ah...@investec.co.za -- 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 38797] 5.5.12 and 5.5.15 emit different code on
https://issues.apache.org/bugzilla/show_bug.cgi?id=38797 --- Comment #9 from Rich Naylor 2009-08-20 12:26:14 PDT --- Created an attachment (id=24155) Example of jsp:getProperty not working correctly -- 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 38797] 5.5.12 and 5.5.15 emit different code on
https://issues.apache.org/bugzilla/show_bug.cgi?id=38797 Rich Naylor changed: What|Removed |Added CC||rich.nay...@activevos.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 47717] New: createJavacError throws NPE
https://issues.apache.org/bugzilla/show_bug.cgi?id=47717 Summary: createJavacError throws NPE Product: Tomcat 6 Version: 6.0.20 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Jasper AssignedTo: dev@tomcat.apache.org ReportedBy: eric.j.schwarzenbach@alumni.upenn.edu --- Comment #0 from Eric J Schwarzenbach 2009-08-20 14:21:43 PDT --- org.apache.jasper.compiler.ErrorDispatcher.createJavacError sometimes throws a NPE when the page argument is null. I don't really know what exactly the circumstance is that leads to this situation (except that my code is resulting in a JspException) but the result is the jsp error is not reported and the failure swallowed. FWIW here is the call stack from my debugger, after trapping the NPE: org.apache.jasper.compiler.ErrorDispatcher.createJavacError(java.lang.String, org.apache.jasper.compiler.Node$Nodes, java.lang.StringBuffer, int, org.apache.jasper.JspCompilationContext) line: 527 org.apache.jasper.servlet.JspServletWrapper.handleJspException(java.lang.Exception) line: 490 org.apache.jasper.servlet.JspServletWrapper.service(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse, boolean) line: 398 org.apache.jasper.servlet.JspServlet.serviceJspFile(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse, java.lang.String, java.lang.Throwable, boolean) line: 342 org.apache.jasper.servlet.JspServlet.service(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 267 org.apache.jasper.servlet.JspServlet(javax.servlet.http.HttpServlet).service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 831 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 290 org.apache.catalina.core.ApplicationFilterChain.doFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 206 org.apache.catalina.core.ApplicationDispatcher.invoke(javax.servlet.ServletRequest, javax.servlet.ServletResponse, org.apache.catalina.core.ApplicationDispatcher$State) line: 646 org.apache.catalina.core.ApplicationDispatcher.processRequest(javax.servlet.ServletRequest, javax.servlet.ServletResponse, org.apache.catalina.core.ApplicationDispatcher$State) line: 436 org.apache.catalina.core.ApplicationDispatcher.doForward(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 374 org.apache.catalina.core.ApplicationDispatcher.forward(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 302 org.springframework.web.servlet.view.JstlView(org.springframework.web.servlet.view.InternalResourceView).renderMergedOutputModel(java.util.Map, javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 236 org.springframework.web.servlet.view.JstlView(org.springframework.web.servlet.view.AbstractView).render(java.util.Map, javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 257 org.springframework.web.servlet.DispatcherServlet.render(org.springframework.web.servlet.ModelAndView, javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 1183 org.springframework.web.servlet.DispatcherServlet.doDispatch(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 902 org.springframework.web.servlet.DispatcherServlet.doService(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 807 org.springframework.web.servlet.DispatcherServlet(org.springframework.web.servlet.FrameworkServlet).processRequest(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 571 org.springframework.web.servlet.DispatcherServlet(org.springframework.web.servlet.FrameworkServlet).doPost(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 511 org.springframework.web.servlet.DispatcherServlet(javax.servlet.http.HttpServlet).service(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse) line: 738 org.springframework.web.servlet.DispatcherServlet(javax.servlet.http.HttpServlet).service(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 831 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 290 org.apache.catalina.core.ApplicationFilterChain.doFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse) line: 206 com.wrycan.xms.web.servlet.filter.TransactionManagerFilter.doFilterInternal(javax.servlet.http.HttpServletRequest, javax.servlet.http.HttpServletResponse, javax.servlet.FilterChain) line: 48 com.wrycan.xms.web.servlet.filter.TransactionManagerFilter(org.springframework.web.filt
DO NOT REPLY [Bug 47718] New: ManagerBase leaks fd to /dev/urandom when context stopped
https://issues.apache.org/bugzilla/show_bug.cgi?id=47718
Summary: ManagerBase leaks fd to /dev/urandom when context
stopped
Product: Tomcat 5
Version: 5.5.27
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: gsex...@mhsoftware.com
--- Comment #0 from George Sexton 2009-08-20 14:48:26
PDT ---
On operating systems where /dev/urandom exists,
org.apache.catalina.session.ManagerBase will use it as a source of data for
getRandomBytes().
If you stop a context or undeploy a host, the number of file descriptors that
have /dev/urandom open tomcat remains constant.
For example, if you use the manager application to stop or undeploy a context,
the number of file descriptors to /dev/urandom is the same as before the stop.
File descriptor use is determined by using lsof or examining the /proc//fd
directory on Linux.
The same issue is seen if you undeploy a virtual host.
If you undeploy/deploy a context, or remove/add a virtual host, the # of file
descriptors to /dev/urandom will increase each time.
This is because ManagerBase does not close the DataInputStream it holds to
/dev/urandom.
The patch shown below resolves this issue. Stopping a context, or undeploying a
virtual host will close the session manager's reference to /dev/urandom.
---
apache-tomcat-5.5.28-src/container/catalina/src/share/org/apache/catalina/session/ManagerBase.java
2009-07-24 13:35:00.0 -0600
+++
apache-tomcat-5.5.28-gls/container/catalina/src/share/org/apache/catalina/session/ManagerBase.java
2009-08-20 13:38:03.0 -0600
@@ -688,10 +688,17 @@
}
public void destroy() {
if( oname != null )
Registry.getRegistry(null, null).unregisterComponent(oname);
+if (randomIS!=null) {
+try {
+randomIS.close();
+} catch (IOException ioe) {
+}
+randomIS=null;
+}
initialized=false;
oname = null;
// Don't clear log since it is required in case attributes are changed
// (eg via JMX) whilst the manager is stopped.
}
--
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
