March 2010 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBAS-7796) Integrate jboss-marshalling

by David Lloyd (JIRA)

Integrate jboss-marshalling --------------------------- Key: JBAS-7796 URL: https://jira.jboss.org/jira/browse/JBAS-7796 Project: JBoss Application Server Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: David Lloyd Assignee: David Lloyd Fix For: JBossAS-6.0.0.M3 Include API and River JARs into common/lib for now -- 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

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Updated: (JBAS-3131) Extension-List MANIFEST attribute not honored during deployment of an EAR

by Jason T. Greene (JIRA)

[ https://jira.jboss.org/jira/browse/JBAS-3131?page=com.atlassian.jira.plug... ] Jason T. Greene updated JBAS-3131: ---------------------------------- Fix Version/s: JBossAS-6.0.0.M4 (was: JBossAS-6.0.0.M3) > Extension-List MANIFEST attribute not honored during deployment of an EAR > ------------------------------------------------------------------------- > > Key: JBAS-3131 > URL: https://jira.jboss.org/jira/browse/JBAS-3131 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployers > Affects Versions: JBossAS-4.0.3 SP1 > Environment: Windows XP SP2, JDK 1.5.0_06 > Reporter: Alexander Sack > Priority: Minor > Fix For: JBossAS-6.0.0.M4 > > > If a JAR within an EAR specifies an Extension-List MANIFEST attribute, the EAR deployer does not honor it. I have a library, my.jar, that gets deployed that specifies an Extension-Name and Implementation-Version. If any of my jars within an EAR references this library, JBoss ignores the Extension-List attribute. The use of the Extension-List MANIFEST attribute is part of the core J2EE 1.4 spec and the EAR deployment should fail if the Extension-List library is not found (or if it is found and the <name>-Implementatino-Version does not meet the minimal requirements. -- 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

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Updated: (JBAS-3131) Extension-List MANIFEST attribute not honored during deployment of an EAR

by Jason T. Greene (JIRA)

[ https://jira.jboss.org/jira/browse/JBAS-3131?page=com.atlassian.jira.plug... ] Jason T. Greene updated JBAS-3131: ---------------------------------- Priority: Major (was: Minor) Increasing priority > Extension-List MANIFEST attribute not honored during deployment of an EAR > ------------------------------------------------------------------------- > > Key: JBAS-3131 > URL: https://jira.jboss.org/jira/browse/JBAS-3131 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployers > Affects Versions: JBossAS-4.0.3 SP1 > Environment: Windows XP SP2, JDK 1.5.0_06 > Reporter: Alexander Sack > Fix For: JBossAS-6.0.0.M4 > > > If a JAR within an EAR specifies an Extension-List MANIFEST attribute, the EAR deployer does not honor it. I have a library, my.jar, that gets deployed that specifies an Extension-Name and Implementation-Version. If any of my jars within an EAR references this library, JBoss ignores the Extension-List attribute. The use of the Extension-List MANIFEST attribute is part of the core J2EE 1.4 spec and the EAR deployment should fail if the Extension-List library is not found (or if it is found and the <name>-Implementatino-Version does not meet the minimal requirements. -- 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

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Assigned: (JBAS-3131) Extension-List MANIFEST attribute not honored during deployment of an EAR

by Jason T. Greene (JIRA)

[ https://jira.jboss.org/jira/browse/JBAS-3131?page=com.atlassian.jira.plug... ] Jason T. Greene reassigned JBAS-3131: ------------------------------------- Assignee: Jason T. Greene > Extension-List MANIFEST attribute not honored during deployment of an EAR > ------------------------------------------------------------------------- > > Key: JBAS-3131 > URL: https://jira.jboss.org/jira/browse/JBAS-3131 > Project: JBoss Application Server > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Deployers > Affects Versions: JBossAS-4.0.3 SP1 > Environment: Windows XP SP2, JDK 1.5.0_06 > Reporter: Alexander Sack > Assignee: Jason T. Greene > Fix For: JBossAS-6.0.0.M4 > > > If a JAR within an EAR specifies an Extension-List MANIFEST attribute, the EAR deployer does not honor it. I have a library, my.jar, that gets deployed that specifies an Extension-Name and Implementation-Version. If any of my jars within an EAR references this library, JBoss ignores the Extension-List attribute. The use of the Extension-List MANIFEST attribute is part of the core J2EE 1.4 spec and the EAR deployment should fail if the Extension-List library is not found (or if it is found and the <name>-Implementatino-Version does not meet the minimal requirements. -- 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

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBMETA-270) EE 6 module name concept in war metadata

by Brian Stansberry (JIRA)

EE 6 module name concept in war metadata ---------------------------------------- Key: JBMETA-270 URL: https://jira.jboss.org/jira/browse/JBMETA-270 Project: JBoss Metadata Issue Type: Sub-task Security Level: Public (Everyone can see) Components: rar Reporter: Brian Stansberry Assignee: Jesper Pedersen Jesper, per our IRC discussion today... this is the JIRA to ensure the metadata coming out of rar.xml can have it's module-name manipulated by the deployer I added for JBAS-7644. -- 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

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBMETA-268) EE 6 module name concept in war metadata

by Brian Stansberry (JIRA)

EE 6 module name concept in war metadata ---------------------------------------- Key: JBMETA-268 URL: https://jira.jboss.org/jira/browse/JBMETA-268 Project: JBoss Metadata Issue Type: Sub-task Security Level: Public (Everyone can see) Components: web Reporter: Brian Stansberry Assignee: Brian Stansberry Fix For: jboss-metadata-web-2.0.0-alpha-14 Web metadata portion of parent task. -- 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

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-7797) EARContentsDeployer creates the wrong name for modules

by Brian Stansberry (JIRA)

EARContentsDeployer creates the wrong name for modules ------------------------------------------------------ Key: JBAS-7797 URL: https://jira.jboss.org/jira/browse/JBAS-7797 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployers Affects Versions: JBossAS-6.0.0.M2 Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Fix For: JBossAS-6.0.0.M3 It passes the result of this calculation to ModuleMetaData.setFileName(): private String earRelativePath(String earPath, String pathName) { StringBuilder tmp = new StringBuilder(pathName); tmp.delete(0, earPath.length()); return tmp.toString(); } That will include a leading /, e.g. foo.ear/bar.war will have a ModuleMetaData with name "/bar.war". It should be "bar.war". This impacts the processing done as part of JBAS-7644. EARStructure has the same flaw, but the "earRelativePath" is passed to VirtualFile.getChild(earRelativePath) which ignores the leading /. -- 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

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Created: (JBREFLECT-103) Remove deprecated references to ClassFilter.NOTHING

by Flavia Rainone (JIRA)

Remove deprecated references to ClassFilter.NOTHING --------------------------------------------------- Key: JBREFLECT-103 URL: https://jira.jboss.org/jira/browse/JBREFLECT-103 Project: JBoss Reflection Issue Type: Task Components: Class Pool Affects Versions: JBossReflection.2.2.0-Alpha3 Reporter: Flavia Rainone Assignee: Flavia Rainone Fix For: JBossReflection.2.2.0-Alpha4 Those should be replaced by ClassFilterUtils.NOTHING. -- 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

14 years, 10 months

1
1
0 / 0

[JBoss JIRA] Updated: (JBAS-3151) Convert HA-JNDI stubs to Remoting

by David Lloyd (JIRA)

[ https://jira.jboss.org/jira/browse/JBAS-3151?page=com.atlassian.jira.plug... ] David Lloyd updated JBAS-3151: ------------------------------ Parent: JBAS-6477 Issue Type: Sub-task (was: Feature Request) > Convert HA-JNDI stubs to Remoting > --------------------------------- > > Key: JBAS-3151 > URL: https://jira.jboss.org/jira/browse/JBAS-3151 > Project: JBoss Application Server > Issue Type: Sub-task > Security Level: Public(Everyone can see) > Components: Clustering, Naming, Remoting > Reporter: Brian Stansberry > Assignee: Ron Sigal > Fix For: JBossAS-6.0.0.M3 > > > The HA-JNDI naming service proxy is based on the old HARMIClient and HARMIServer code. We should convert this to use Remoting. -- 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

14 years, 10 months

1
0
0 / 0

[JBoss JIRA] Created: (JBAS-6321) Dependency inject HAPartition in HAManagementService

by Brian Stansberry (JIRA)

Dependency inject HAPartition in HAManagementService ---------------------------------------------------- Key: JBAS-6321 URL: https://jira.jboss.org/jira/browse/JBAS-6321 Project: JBoss Application Server Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Clustering, Management services Reporter: Brian Stansberry Assignee: Brian Stansberry Priority: Minor Fix For: JBossAS-5.1.0.Beta1 org.jboss.management.j2ee.cluster.HAManagementService is finding the HAPartition via a JMX lookup. -- 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

14 years, 10 months

1
2
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2010