November 2008 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBMESSAGING-1048) Test DB2 config against Hudson

by Tim Fox (JIRA)

Test DB2 config against Hudson ------------------------------ Key: JBMESSAGING-1048 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1048 Project: JBoss Messaging Issue Type: Task Reporter: Tim Fox Assigned To: Tim Fox Fix For: 2.0.0 Beta 1 -- 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

15 years, 6 months

3
17
0 / 0

[JBoss JIRA] Created: (SECURITY-318) AuthorizationManager needs a method to check if an identity has the required permissions to access a resource.

by Stefan Guilhen (JIRA)

AuthorizationManager needs a method to check if an identity has the required permissions to access a resource. -------------------------------------------------------------------------------------------------------------- Key: SECURITY-318 URL: https://jira.jboss.org/jira/browse/SECURITY-318 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Components: Security SPI Affects Versions: 2.0.2.CR11 Reporter: Stefan Guilhen Assignee: Anil Saldhana Fix For: 2.0.2.GA Currently all authorize methods in AuthorizationManager evaluate the roles of the users in order to grant access to a resource. We need an authorize(Resource, Identity, Permission) method that would delegate the decision to the ACL layer when ACL modules have been configured. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

1
2
0 / 0

[JBoss JIRA] Created: (JBVFS-67) Add VFSCacheFactory.getInstance(String defaultCacheImpl)

by Scott M Stark (JIRA)

Add VFSCacheFactory.getInstance(String defaultCacheImpl) -------------------------------------------------------- Key: JBVFS-67 URL: https://jira.jboss.org/jira/browse/JBVFS-67 Project: JBoss VFS Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR3 Reporter: Scott M Stark Assignee: Scott M Stark Fix For: 2.0.0.GA We cannot set a value in the jboss-beans.xml that specifies the default cache impl to use for the VFSCacheFactory. With this we can do: <bean name="VFSCache"> <constructor factoryClass="org.jboss.virtual.spi.cache.VFSCacheFactory" factoryMethod="getInstance"> <parameter>org.jboss.virtual.plugins.cache.TimedVFSCache</parameter> </constructor> <start ignored="true"/> </bean> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

1
2
0 / 0

[JBoss JIRA] Created: (JBVFS-66) Improve CachePolicyVFSCache's lifecycle handling

by Ales Justin (JIRA)

Improve CachePolicyVFSCache's lifecycle handling ------------------------------------------------ Key: JBVFS-66 URL: https://jira.jboss.org/jira/browse/JBVFS-66 Project: JBoss VFS Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: 2.0.0.CR3 Reporter: Ales Justin Assignee: Ales Justin Priority: Minor Fix For: 2.0.0.GA Add a few try/catch/finally to CachePolicyVFSCache's lifecycle handling. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-5657) JSP source code exposure in jmx-console

by Clive Saldanha (JIRA)

JSP source code exposure in jmx-console --------------------------------------- Key: JBAS-5657 URL: http://jira.jboss.com/jira/browse/JBAS-5657 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: JMX/Web Console Affects Versions: JBossAS-4.2.2.GA Reporter: Clive Saldanha Assigned To: Darran Lofthouse Fix For: JBossAS-4.2.3.GA The error page of the jmx-console spits out JSP source code. http://127.0.0.1:8080/jmx-console/DisplayOpResult HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: An exception occurred processing JSP page /displayOpResult.jsp at line 12 9: </head> 10: <body> 11: 12: <jsp:useBean id='opResultInfo' type='org.jboss.jmx.adaptor.control.OpResultInfo' scope='request'/> 13: 14: <table width="100%"> -- 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

15 years, 6 months

3
7
0 / 0

[JBoss JIRA] Created: (JBAS-6164) jboss-web/use-session-cookies doesn't work

by Takayoshi Kimura (JIRA)

jboss-web/use-session-cookies doesn't work ------------------------------------------ Key: JBAS-6164 URL: https://jira.jboss.org/jira/browse/JBAS-6164 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Web (Tomcat) service Affects Versions: JBossAS-5.0.0.CR2, JBossAS-4.2.3.GA, JBossAS-4.2.2.GA, JBossAS-4.2.1.GA, JBossAS-4.2.0.GA Reporter: Takayoshi Kimura Assignee: Remy Maucherat Priority: Minor To reproduce, create a .war directory under the deploy directory and put the following jsp file: <% javax.servlet.http.Cookie[] cookies = request.getCookies(); if (cookies != null) { for (int i = 0; i < cookies.length; i++) { if ("JSESSIONID".equals(cookies[i].getName())) { out.println("Session ID cookie found: " + cookies[i].getValue()); break; } } } %> And put WEB-INF/jboss-web.xml as well: <jboss-web> <use-session-cookies>false</use-session-cookies> </jboss-web> Then boot JBoss, hit the jsp file and reload. You'll see the session cookie is enabled. Tested with AS 5 svn rev 80575, it shows: 2008-11-06 16:22:58,243 INFO [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (main) deploy, ctxPath=/test, vfsUrl=test.war 2008-11-06 16:22:58,244 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (main) Using session cookies default setting So it seems ignored. WEB-INF/context.xml works: <Context cookies="false" /> -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-6116) UserTransaction.rollback() is not compliant with the JTA standard

by Galder Zamarreno (JIRA)

UserTransaction.rollback() is not compliant with the JTA standard ----------------------------------------------------------------- Key: JBAS-6116 URL: https://jira.jboss.org/jira/browse/JBAS-6116 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Transaction Manager (JBossTM) Affects Versions: JBossAS-5.0.0.CR2, JBossAS-4.2.3.GA Reporter: Galder Zamarreno Assignee: Galder Zamarreno JTA spec says the following UserTransaction.rollback(): "Roll back the transaction associated with the current thread. When this method completes, the thread becomes associated with no transaction." Currently though, the transaction propagation context (tpc) is only cleared upon rollback() being called successfully. If any exceptions arise from the rollback() call on the server, the tpc is not cleared, leaving it lingering. So, handling of SecurityException, SystemException, IllegalStateException, RemoteException and Exception should clear the tpc. Besides, handling of org.jboss.remoting.CannotConnectException needs adding to react in the same way as for RemoteException. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (JBAS-6153) Transaction sticky target not available should be thrown as ServiceUnavailableException

by Galder Zamarreno (JIRA)

Transaction sticky target not available should be thrown as ServiceUnavailableException --------------------------------------------------------------------------------------- Key: JBAS-6153 URL: https://jira.jboss.org/jira/browse/JBAS-6153 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: JBossAS-5.0.0.CR2, JBossAS-4.2.3.GA Reporter: Galder Zamarreno Assignee: Galder Zamarreno Transaction sticky target not available should be thrown as ServiceUnavailableException, otherwise RetryInterceptor (RI) logic does not kick in when the cluster has restarted. The retry would fail as expected because the previous transaction is no longer available but the RI avoids the client application having to explicitly re-look home. Note: UserTransaction has its RetryInterceptor-ish logic within ClientUserTransaction and hence this does not affect it. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

1
1
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1376) Validate null-persistence in clustering

by Clebert Suconic (JIRA)

Validate null-persistence in clustering --------------------------------------- Key: JBMESSAGING-1376 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1376 Project: JBoss Messaging Issue Type: Task Reporter: Clebert Suconic Assigned To: Clebert Suconic Fix For: 1.4.0.SP3_CP03 -- 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

15 years, 6 months

2
12
0 / 0

[JBoss JIRA] Created: (EJBTHREE-1572) Injected SessionContext became invalid after passivation

by Alexey Neupokoev (JIRA)

Injected SessionContext became invalid after passivation -------------------------------------------------------- Key: EJBTHREE-1572 URL: https://jira.jboss.org/jira/browse/EJBTHREE-1572 Project: EJB 3.0 Issue Type: Bug Components: injection Affects Versions: AS 4.2.2.GA Reporter: Alexey Neupokoev I have SFSB with SessionContext injected as: @Resource private SessionContext ctx; Some of my SFSB's methods use ctx.getBusinessObject(). After passivation and activation of bean ctx.getBusinessObject() produces NPE. While debugging I discover that ctx is instance of org.jboss.ejb3.BaseSessionContext. In it's writeExternal() / readExternal() it loose baseContext, which is needed for getBusinessObject() invocation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 6 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2008