October 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBCACHE-772) State transfer not handled properly in case of reconnect

by Brian Stansberry (JIRA)

State transfer not handled properly in case of reconnect -------------------------------------------------------- Key: JBCACHE-772 URL: http://jira.jboss.com/jira/browse/JBCACHE-772 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Clustering Affects Versions: 1.4.0.SP1, 1.4.0, 1.3.0.SP3, 1.3.0.SP2, 1.3.0.SP1, 1.3.0, 1.2.4SP2, 1.2.4SP1, 1.2.4 Reporter: Brian Stansberry Assigned To: Manik Surtani Fix For: 2.1.0 In createService(), TreeCache set Channel.AUTO_GET_STATE to true. This should only be done if the cache is configured to do an initial state transfer. That's easy to fix. What's harder to fix is what to do when region-based marshalling is in effect. Probably, something like the following: 1) In viewAccepted, monitor for the case where a view is issue that doesn't include the current node. Set a flag and ??? (throw exceptions when attempts are made to use the cache???) 2) When another view is accepted that once again includes the current node, iterate through the various marshalling regions, inactivating and then reactivating them (reactivation will cause a partial state transfer). -- 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

17 years, 11 months

3
6
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1753) Align WSRP with WS 2.0

by Thomas Heute (JIRA)

Align WSRP with WS 2.0 ---------------------- Key: JBPORTAL-1753 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1753 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal WSRP Affects Versions: 2.6.2 Final Reporter: Thomas Heute Assigned To: Chris Laprun Fix For: 2.6.3 Final At least portal-wsrp.jse must be renamed portal-wsrp.war. There are also some WARN when you start WSRP on JBoss AS 4.2.2.GA 15:49:57,971 WARN [ServiceObjectFactory] Unable to narrow port selection for UnifiedPortComponentRef serviceEndpointInterface=org.jboss.portal.wsrp.core.WSRP_v1_ServiceDescription_PortType portQName=null enableMTOM=false portComponentLink=null callProperties=[] stubProperties=[] configName=null configFile=null 15:49:58,920 WARN [ServiceObjectFactory] Unable to narrow port selection for UnifiedPortComponentRef serviceEndpointInterface=org.jboss.portal.wsrp.core.WSRP_v1_Markup_PortType portQName=null enableMTOM=false portComponentLink=null callProperties=[] stubProperties=[] configName=null configFile=null 15:49:59,827 WARN [ServiceObjectFactory] Unable to narrow port selection for UnifiedPortComponentRef serviceEndpointInterface=org.jboss.portal.wsrp.core.WSRP_v1_PortletManagement_PortType portQName=null enableMTOM=false portComponentLink=null callProperties=[] stubProperties=[] configName=null configFile=null 15:50:01,753 WARN [ServiceObjectFactory] Unable to narrow port selection for UnifiedPortComponentRef serviceEndpointInterface=org.jboss.portal.wsrp.core.WSRP_v1_Registration_PortType portQName=null enableMTOM=false portComponentLink=null callProperties=[] stubProperties=[] configName=null configFile=null -- 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

17 years, 11 months

2
5
0 / 0

[JBoss JIRA] Created: (JBAS-4592) NPE in ExtendedFormAuthenticator

by Anil Saldhana (JIRA)

NPE in ExtendedFormAuthenticator -------------------------------- Key: JBAS-4592 URL: http://jira.jboss.com/jira/browse/JBAS-4592 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Security, Web (Tomcat) service Affects Versions: JBossAS-4.0.5.GA Reporter: Anil Saldhana Assigned To: Scott M Stark Fix For: JBossAS-4.2.2.GA Forum has details. -- 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

17 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (EJBTHREE-696) Not active transaction in a slsb

by Denis Peyrusaubes (JIRA)

Not active transaction in a slsb -------------------------------- Key: EJBTHREE-696 URL: http://jira.jboss.com/jira/browse/EJBTHREE-696 Project: EJB 3.0 Issue Type: Bug Affects Versions: EJB 3.0 RC8 - FD Environment: jboss-4.0.4.GA Reporter: Denis Peyrusaubes Priority: Minor Calling the setRollBackOnly method in a method of SLSB marked with Required attribute throws a "org.jboss.util.NestedSQLException: Transaction is not active". -- 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

17 years, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (SECURITY-33) White Paper on Kerberos

by Anil Saldhana (JIRA)

White Paper on Kerberos ------------------------ Key: SECURITY-33 URL: http://jira.jboss.com/jira/browse/SECURITY-33 Project: JBoss Security and Identity Management Issue Type: Task Security Level: Public (Everyone can see) Reporter: Anil Saldhana Assigned To: Anil Saldhana We have some kerberos/spnego interface available in JBoss as part of the initial work done by Chris DeLashmutt. http://wiki.jboss.org/wiki/Wiki.jsp?page=NegotiateKerberos Need to bring this contribution to some formality and get a white paper out. -- 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

17 years, 11 months

2
4
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-150) VFS callers are missing privileged blocks

by Scott M Stark (JIRA)

VFS callers are missing privileged blocks ----------------------------------------- Key: JBMICROCONT-150 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-150 Project: JBoss MicroContainer Issue Type: Sub-task Reporter: Scott M Stark Fix For: JBossMC_2_0_0 Beta3 For the particular failures its the org.jboss.deployers.plugins.structure.vfs.explicit.DeclaredStructure caller that needs to wrap the vfs call in a priviledged block. Not all vfs calls to priviledged ops should be wrapped in priviledged blocks. -- 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

17 years, 11 months

5
10
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-149) VFS is missing privileged blocks

by Scott M Stark (JIRA)

VFS is missing privileged blocks -------------------------------- Key: JBMICROCONT-149 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-149 Project: JBoss MicroContainer Issue Type: Bug Components: VFS Reporter: Scott M Stark Assigned To: Scott M Stark Fix For: JBossMC_2_0_0 Beta3 Run ant tests-security-manager in jbossas: http://cruisecontrol.jboss.com/cc/artifacts/jboss-head-testsuite-sun-1.5/... 16:35:49,790 DEBUG [MainDeployerImpl] Add deployment context: vfsfile:/services/cruisecontrol/checkout/jboss-head-testsuite-sun-1.5/build/output/jboss-5.0.0.Beta2/server/default/conf/jboss-service.xml 16:35:49,799 WARN [DeclaredStructure] Error determining structure:jboss-service.xml java.security.AccessControlException: access denied (java.io.FilePermission/services/cruisecontrol/checkout/jboss-head-testsuite-sun-1.5/build/output/jboss-5.0.0.Beta2/server/default/conf/jboss-service.xml read) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:264) at java.security.AccessController.checkPermission(AccessController.java:427) at java.lang.SecurityManager.checkPermission(SecurityManager.java:532) at java.lang.SecurityManager.checkRead(SecurityManager.java:871) at java.io.File.isFile(File.java:745) at org.jboss.virtual.plugins.context.file.FileHandler.isLeaf(FileHandler.java:133) at org.jboss.virtual.VirtualFile.isLeaf(VirtualFile.java:182) -- 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

17 years, 11 months

4
10
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-157) Leak due to VirtualFileURLConnection.class.urlCache()

by Scott M Stark (JIRA)

Leak due to VirtualFileURLConnection.class.urlCache() ----------------------------------------------------- Key: JBMICROCONT-157 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-157 Project: JBoss MicroContainer Issue Type: Bug Components: VFS Affects Versions: JBossMC_2_0_0 Beta3 Reporter: Scott M Stark Assigned To: Scott M Stark Fix For: JBossMC_2_0_0_CR1 > I think I got another one. > There is a static ref to the VFS in VirtualFileURLConnection. In the end > the VirtualFile is kept in memory. See left bottom on the picture. If > these are the things to look for, then I got a bundle more. > Note that the VirtualFile is actually a reference to an EJB3 deployment, > so it's probably EJB3 code not cleaning up properly. But this shouldn't > lock down a ref in VFS. There is definately a memory leak in VirtualFileURLConnection.class.urlCache(). It grows without bounds. After an incomplete JBossWS test run 53 megs of heap is tied to this cache. -- 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

17 years, 11 months

4
11
0 / 0

[JBoss JIRA] Created: (JBMICROCONT-185) Deployment tests need completing

by Adrian Brock (JIRA)

Deployment tests need completing -------------------------------- Key: JBMICROCONT-185 URL: http://jira.jboss.com/jira/browse/JBMICROCONT-185 Project: JBoss MicroContainer Issue Type: Task Components: Deployment Reporter: Adrian Brock Fix For: JBossMC_2_0_0_CR1 There are a number of TODOs in the deployer tests. Additionally, some areas could do with some more testing. Existing TODOs listed here, but really need subtasks MockEAR tests // TODO: need to scan for annotationss if (scan) { throw new RuntimeException("Scanning not implemented: "+file.getName()); } EARStructure test - this looks broken to me? public void testNotAnEAR() throws Throwable { // TODO ??? This gets recognised by the jar deployer assertNotValid("/structure/ear", "notanear"); } HACK to make tests work with Maven? - AbstractStructureTest protected VirtualFile getVirtualFile(String root, String path) throws Exception { // TODO THIS IS HACK TO MAKE THE TEST WORK IN MAVEN ??? try { URL.setURLStreamHandlerFactory(new URLStreamHandlerFactory() { public URLStreamHandler createURLStreamHandler(String protocol) { if ("vfsfile".equals(protocol)) return new Handler(); return null; } }); } catch (Error ignored) { } URL url = getResource(root); Field field = URL.class.getDeclaredField("factory"); field.setAccessible(true); return VFS.getVirtualFile(url, path); } VFSStructureBuilderTest - needs proper testing that the correct classpath was obtained protected void checkClassPath(VFSDeploymentContext context, ContextInfo contextInfo) throws Exception { List<ClassPathEntry> classPathEntries = contextInfo.getClassPath(); List<VirtualFile> classPath = context.getClassPath(); if (classPathEntries == null) assertNull(classPath); else { // TODO test it got the correct classpath } } -- 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

17 years, 11 months

2
8
0 / 0

[JBoss JIRA] Created: (JBAS-4071) Provide information about non-XA resource participating in multibranch transactions

by Mauricio Seeberger (JIRA)

Provide information about non-XA resource participating in multibranch transactions ----------------------------------------------------------------------------------- Key: JBAS-4071 URL: http://jira.jboss.com/jira/browse/JBAS-4071 Project: JBoss Application Server Issue Type: Patch Security Level: Public (Everyone can see) Components: Other, Transaction Manager Affects Versions: JBossAS-5.0.0.Beta1, JBossAS-4.0.5.GA Environment: Linux 2.6.9 RHEL4 on AMD64 and jdk 1.5.0_09-amd64. Reporter: Mauricio Seeberger When you have more than one non-XA resource participating in a multibranch transaction, then you have a problem in your code and sooner or later it will result in inconsistent data. But JBoss (TxConnectionManager) just logs just once a generic message: Prepare called on a local tx. Use of local transactions on a jta transaction with more than one branch may result in inconsistent data in some cases of failure. We need more information about the resource and a stack trace for identifying the malicious code. -- 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

17 years, 11 months

3
6
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 October 2007