November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1566) WSRP GUI configuration tool should use WSDL by default

by Chris Laprun (JIRA)

WSRP GUI configuration tool should use WSDL by default ------------------------------------------------------ Key: JBPORTAL-1566 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1566 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6 Final Reporter: Chris Laprun Assigned To: Chris Laprun Fix For: 2.6.2 Final, 2.8 Final It is expected that most consumers will be created from a WSDL URL so it should be the default choice. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
4
0 / 0

[JBoss JIRA] Resolved: (JBAS-3199) Tomcat consuming 99, 9% CPU

by Remy Maucherat (JIRA)

[ http://jira.jboss.com/jira/browse/JBAS-3199?page=all ] Remy Maucherat resolved JBAS-3199. ---------------------------------- Resolution: Done The fix should be integrated in the latest 4.0.x patch (4.0.5 CP10). > Tomcat consuming 99,9% CPU > -------------------------- > > Key: JBAS-3199 > URL: http://jira.jboss.com/jira/browse/JBAS-3199 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Web (Tomcat) service > Affects Versions: JBossAS-4.0.3 SP1 > Environment: SUSE LINUX 10.0 (X86-64) > VERSION = 10.0 > java version "1.5.0_03" > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_03-b07) > Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_03-b07, mixed mode) > Reporter: Petri Rautakoski > Assigned To: Remy Maucherat > > Suddenly Tomcat reserves all CPU resources. When investigated from web-console we get statcktrace for thread consuming CPU: > Thread: http-0.0.0.0-6060-46 : priority:5, demon:true, threadId:1155, threadState:RUNNABLE, threadLockName:null > java.lang.StrictMath.floor(Native Method) > java.lang.Math.floor(Math.java:407) > org.apache.naming.resources.ResourceCache.allocate(ResourceCache.java:233) > org.apache.naming.resources.ProxyDirContext.cacheLoad(ProxyDirContext.java:1599) > org.apache.naming.resources.ProxyDirContext.cacheLookup(ProxyDirContext.java:1448) > org.apache.naming.resources.ProxyDirContext.lookupCache(ProxyDirContext.java:1376) > org.apache.catalina.servlets.DefaultServlet.renderHtml(DefaultServlet.java:1314) > org.apache.catalina.servlets.DefaultServlet.render(DefaultServlet.java:1102) > org.apache.catalina.servlets.DefaultServlet.serveResource(DefaultServlet.java:807) > org.apache.catalina.servlets.DefaultServlet.doGet(DefaultServlet.java:335) > javax.servlet.http.HttpServlet.service(HttpServlet.java:697) > javax.servlet.http.HttpServlet.service(HttpServlet.java:810) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:81) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) > org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:39) > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:159) > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:59) > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) > org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) > org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) > java.lang.Thread.run(Thread.java:595) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-4391) Integrate Tomcat 5.5.22+ to solve CVE-2007-0450

by Dario Piantanida (JIRA)

Integrate Tomcat 5.5.22+ to solve CVE-2007-0450 ----------------------------------------------- Key: JBAS-4391 URL: http://jira.jboss.com/jira/browse/JBAS-4391 Project: JBoss Application Server Issue Type: Patch Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.0.5.GA Reporter: Dario Piantanida Assigned To: Remy Maucherat http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2007-0450 This vulnerability affects JBoss and let attacker access tomcat and jboss consoles -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-3954) Cannot compile jsp on Windows with reference to a class in WEB-INF/classes of the same name but difference case as a package name

by Jim Moran (JIRA)

Cannot compile jsp on Windows with reference to a class in WEB-INF/classes of the same name but difference case as a package name --------------------------------------------------------------------------------------------------------------------------------- Key: JBAS-3954 URL: http://jira.jboss.com/jira/browse/JBAS-3954 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.0.4.GA Reporter: Jim Moran Assigned To: Remy Maucherat If UseJBossWebLoader is true in jbossweb-tomca55.sar/META-INF/jboss-service.xml And there is a class in a war's WEB-INF/classes that has a classname identical to a package name except that the cases are different And there is a jsp which references this class And this war is deployed on Windows Then the jsp causes error on Compile such as: 2006-11-22 12:04:40,414 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/jdt].[jsp]] Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 5 in the jsp file: /index.jsp Generated servlet error: test.mypackage.name cannot be resolved to a type at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:328) at org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:414) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-4131) Tomcat does not invalidate sessions

by Pascal Heraud (JIRA)

Tomcat does not invalidate sessions ----------------------------------- Key: JBAS-4131 URL: http://jira.jboss.com/jira/browse/JBAS-4131 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-3.2.6 Final Environment: Linux RedHat enterprise 3 / JDK 1.4.2_06 / Apache 2.0 / Mod JK Reporter: Pascal Heraud Assigned To: Remy Maucherat On our systems, sessions dos not invalidate with a an high rate ( close to 100 % for some applications !) due to this Tomcat bug: http://issues.apache.org/bugzilla/show_bug.cgi?id=37356 As it seems to be present in all releases of Tomcat right now, even in 5.5, and will be fixed in 5.5.21, how Jboss will integrate this bugfix into 3.2.x and 4.0 branches and when ? Sincerly, -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

3
4
0 / 0

[JBoss JIRA] Created: (JBAS-4436) session.getSession(true) does not create new sessionID after invalidation

by Ludwig Adam (JIRA)

session.getSession(true) does not create new sessionID after invalidation ------------------------------------------------------------------------- Key: JBAS-4436 URL: http://jira.jboss.com/jira/browse/JBAS-4436 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.0.3 SP1 Environment: JBoss 4.03SP1 running on java version 1.5.0_10, server is a standard SuSE 10 linux Reporter: Ludwig Adam Assigned To: Remy Maucherat It is not possible to generate new session IDs as expected and stated in the servlet specification. A call of HttpSession.invalidate() unbounds all objects attached to the session but does not set the session to invalid. Sample Code: public class SessionTest extends HttpServlet { protected void doGet(HttpServletRequest httpServletRequest, HttpServletResponse httpServletResponse) throws ServletException, IOException { HttpSession curSession=httpServletRequest.getSession(); String prevSession = curSession.getId(); curSession.invalidate(); // Should invalidate session curSession= httpServletRequest.getSession(true); // Should return new valid session, but returns old session instead String newSession= curSession.getId(); boolean testCondition = prevSession.equals(newSession); // is true } } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-4303) Web session is empty when forwarding request to another web context.

by Penkov Vladimir (JIRA)

Web session is empty when forwarding request to another web context. -------------------------------------------------------------------- Key: JBAS-4303 URL: http://jira.jboss.com/jira/browse/JBAS-4303 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.0.4.GA Environment: Fedora Core 6 Reporter: Penkov Vladimir Assigned To: Remy Maucherat I have following in web.xml: ===================== <servlet> <servlet-name>Redirector</servlet-name> <servlet-class>web.servlet.Redirector</servlet-class> </servlet> <servlet-mapping> <servlet-name>Redirector</servlet-name> <url-pattern>/redirect.do</url-pattern> </servlet-mapping> <error-page> <error-code>404</error-code> <location>/redirect.do</location> </error-page> ===================== It is located in /deploy/web.jar. It is deployed under / context. My jsp are in dir: /deploy/resources.war/, deployed under /resources. In Redirector I do: ============== String url = (String) request.getAttribute("javax.servlet.error.request_uri"); String contextPath = (String) context.getAttribute("/resources"); ServletContext c = context.getContext(contextPath); RequestDispatcher disp = c.getRequestDispatcher(url); disp.forward(request, response); ============== So now I can reach my jsp in another context. In servlet Login I do: ============= ClientManager manager = new ClientManager(); Client client = manager.findClientByLogin(login); if (client!=null && client.getPassword().equals(password)) { request.getSession().setAttribute(CLIENT_KEY, client); } response.sendRedirect("/private/index.jsp"); ============= in /deploy/resources.war/private/index.jsp I have: ================ <% Enumeration e = request.getSession().getAttributeNames(); System.out.println("element names:"); while (e.hasMoreElements()) { System.out.println("e.nextElement() = " + e.nextElement()); } %> ================ And I recieve no elements in session. Variables, sent in the request attributes, are accessible fine. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-4412) maxSpareThreads not honoured

by Ortwin Glück (JIRA)

maxSpareThreads not honoured ---------------------------- Key: JBAS-4412 URL: http://jira.jboss.com/jira/browse/JBAS-4412 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-4.0.4.GA Reporter: Ortwin Glück Assigned To: Remy Maucherat I have set maxThreads="50" minSpareThreads="5" maxSpareThreads="10" strategy="ms" in the HTTP/1.1 connector. After making many parallel requests the connection pool in the /status page shows 50 threads in READY status which do not decay even when there is no traffic for several minutes. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

2
1
0 / 0

[JBoss JIRA] Created: (JBAS-5008) boot.log should contain command line options, i.e. -Xms, -Xmx, -b, -c, -XXblah...etc

by Galder Zamarreno (JIRA)

boot.log should contain command line options, i.e. -Xms, -Xmx, -b, -c, -XXblah...etc ------------------------------------------------------------------------------------ Key: JBAS-5008 URL: http://jira.jboss.com/jira/browse/JBAS-5008 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Logging Affects Versions: JBossAS-4.2.2.GA, JBossAS-5.0.0.Beta2 Reporter: Galder Zamarreno Assigned To: Scott M Stark boot.log should show command line options passed to AS, i.e. -b, -Xms, -Xmx, -XXblah... These are currently shown in the console output, but from a support perspective, having all the system properties (which are already included boot.log) and command line options in boot.log would speed up resolution. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

1
0
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1817) package-normal and dependent tasks in distrib.xml incorrectly look for portal-wsrp-exploded.sar which does not exist

by Andrew Oliver (JIRA)

package-normal and dependent tasks in distrib.xml incorrectly look for portal-wsrp-exploded.sar which does not exist -------------------------------------------------------------------------------------------------------------------- Key: JBPORTAL-1817 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1817 Project: JBoss Portal Issue Type: Bug Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6.3 Final Reporter: Andrew Oliver Assigned To: Chris Laprun the various targets to create a distribution look for the exploded wsrp but it doesn't exist. It appears that an explode target in the wsrp dir might do this but it isn't actually called because tools/etc/buildfragments/tools.ent has the only thing that looks like it might call it commented out. As a workaround you can comment out the following:  and forgo the joy that is wsrp...and this creates a valid dist...but some peeps want some wsrp too. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

18 years, 5 months

3
11
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2007