August 2009 - jboss-osgi-issues - Jboss List Archives

[JBoss JIRA] Created: (JBOSGI-145) JAXB classes are loaded from the system classpath

by Thomas Diesler (JIRA)

JAXB classes are loaded from the system classpath ------------------------------------------------- Key: JBOSGI-145 URL: https://jira.jboss.org/jira/browse/JBOSGI-145 Project: JBoss OSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Reporter: Thomas Diesler Fix For: Framework 1.0.0 Alpha1 [tdiesler@tdvaio example]$ mvn -Dframework=jbossmc -Dtest=JAXBTestCase test Running org.jboss.test.osgi.example.xml.jaxb.JAXBTestCase Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 5.721 sec Caused by: javax.xml.bind.JAXBException: Provider com.sun.xml.internal.bind.v2.ContextFactory not found - with linked exception: [java.lang.ClassNotFoundException: com.sun.xml.internal.bind.v2.ContextFactory from OSGiBundleClassLoader@14596d5{VFSClassLoaderPolicy@1b19753{name=vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/example-xml-jaxb.jar/ domain=ClassLoaderDomain@74cb02{name=DefaultDomain parentPolicy=(before=[javax.imageio, javax.imageio.stream, javax.management, javax.management.remote, javax.naming, javax.naming.event, javax.naming.spi, javax.net, javax.net.ssl, javax.xml.datatype, javax.xml.namespace, javax.xml.parsers, javax.xml.transform, javax.xml.transform.dom, javax.xml.transform.sax, javax.xml.transform.stream, javax.xml.validation, org.jboss.logging, org.jboss.osgi.spi.capability, org.jboss.osgi.spi.framework, org.jboss.osgi.spi.logging, org.jboss.osgi.spi.management, org.jboss.osgi.spi.service, org.jboss.osgi.spi.testing, org.jboss.osgi.spi.util, org.osgi.framework, org.osgi.framework.launch, org.osgi.service.packageadmin, org.osgi.service.startlevel, org.osgi.util.tracker, org.w3c.dom, org.w3c.dom.events, org.w3c.dom.ls, org.w3c.dom.ranges, org.w3c.dom.traversal, org.w3c.dom.views, org.xml.sax, org.xml.sax.ext, org.xml.sax.helpers] <INCLUDE_JAVA> after=<NOTHING>) parent=sun.misc.Launcher$AppClassLoader@1a7bf11} roots=[DelegatingHandler@4574743[path= context=file:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/example-xml-jaxb.jar real=vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/example-xml-jaxb.jar]] delegates=[FilteredDelegateLoader@dd5681{delegate=VFSClassLoaderPolicy@1453d72{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-jaxb.jar/}}, FilteredDelegateLoader@15a4523{delegate=VFSClassLoaderPolicy@1453d72{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-jaxb.jar/}}, FilteredDelegateLoader@171120a{delegate=VFSClassLoaderPolicy@1453d72{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-jaxb.jar/}}, FilteredDelegateLoader@57828d{delegate=VFSClassLoaderPolicy@6147d9{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-husky.jar/}}, FilteredDelegateLoader@13c296b{delegate=VFSClassLoaderPolicy@6147d9{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-husky.jar/}}, FilteredDelegateLoader@c360a5{delegate=VFSClassLoaderPolicy@1453d72{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-jaxb.jar/}}, FilteredDelegateLoader@fe2558{delegate=VFSClassLoaderPolicy@6147d9{vfszip:/home/tdiesler/svn/jboss-osgi/trunk/testsuite/example/target/test-libs/bundles/jboss-osgi-husky.jar/}}] exported=[org.jboss.test.osgi.example.xml.jaxb]}}] at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:147) at javax.xml.bind.ContextFinder.find(ContextFinder.java:290) at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:372) at org.jboss.osgi.jaxb.internal.JAXBServiceImpl.newJAXBContext(JAXBServiceImpl.java:58) at org.jboss.osgi.jaxb.internal.JAXBServiceImpl.newJAXBContext(JAXBServiceImpl.java:52) at org.jboss.test.osgi.example.xml.jaxb.JAXBTestCase.getJAXBContext(JAXBTestCase.java:119) at org.jboss.test.osgi.example.xml.jaxb.JAXBTestCase.testUnmarshaller(JAXBTestCase.java:97) -- 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, 3 months

1
4
0 / 0

[JBoss JIRA] Created: (JBOSGI-129) Filter behaviour change in r4v42

by Thomas Diesler (JIRA)

Filter behaviour change in r4v42 -------------------------------- Key: JBOSGI-129 URL: https://jira.jboss.org/jira/browse/JBOSGI-129 Project: JBoss OSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Environment: [Bug 1418] https://www.osgi.org/members/bugzilla/show_bug.cgi?id=1418 Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: OSGi Framework 1.0.x Running org.jboss.test.osgi.filter.test.FrameworkUtilFilterUnitTestCase FIXME: verify: Invalid (*=b) FIXME: verify: NoMatch (a=) FIXME: verify: NoMatch (a<= 2) FIXME: verify: NoMatch (a<=2 ) FIXME: verify: NoMatch (a<= ) FIXME: verify: NoMatch (a>= 0) FIXME: verify: NoMatch (a>=0 ) FIXME: verify: NoMatch (a>= ) Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.435 sec Running org.jboss.test.osgi.filter.test.BundleContextFilterUnitTestCase FIXME: verify: Invalid (*=b) FIXME: verify: NoMatch (a=) FIXME: verify: NoMatch (a<= 2) FIXME: verify: NoMatch (a<=2 ) FIXME: verify: NoMatch (a<= ) FIXME: verify: NoMatch (a>= 0) FIXME: verify: NoMatch (a>=0 ) FIXME: verify: NoMatch (a>= ) Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.584 sec -- 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, 5 months

1
1
0 / 0

[JBoss JIRA] Created: (JBOSGI-99) No explicit control over bundle.start()

by Thomas Diesler (JIRA)

No explicit control over bundle.start() --------------------------------------- Key: JBOSGI-99 URL: https://jira.jboss.org/jira/browse/JBOSGI-99 Project: JBoss OSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Runtime Reporter: Thomas Diesler Fix For: JBossOSGi 1.0.0 Beta3 The BundleStartStopDeployer always tries to resolve a bundle, which prevents test cases to only install a bundle -- 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, 5 months

1
10
0 / 0

[JBoss JIRA] Created: (JBOSGI-137) Cannot parse Bundle-SymbolicName

by Thomas Diesler (JIRA)

Cannot parse Bundle-SymbolicName -------------------------------- Key: JBOSGI-137 URL: https://jira.jboss.org/jira/browse/JBOSGI-137 Project: JBoss OSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Reporter: Thomas Diesler Fix For: Framework 1.0.0 Alpha1 The AbstractOSGiMetaData.parseSymbolicName() cannot always parse the symbolic name Currently there is a hack in place falls back to the main attribute public String getBundleSymbolicName() { String symbolicName = null; ParameterizedAttribute parameters = parseSymbolicName(); if (parameters != null) symbolicName = parameters.getAttribute(); // [TODO] Remove this fall back if (symbolicName == null) symbolicName = getMainAttribute(Constants.BUNDLE_SYMBOLICNAME); if (symbolicName == null) throw new IllegalStateException("Cannot obtain " + Constants.BUNDLE_SYMBOLICNAME); return symbolicName; } -- 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, 6 months

2
6
0 / 0

[JBoss JIRA] Created: (JBOSGI-125) Add ManagedFrameworkService

by Thomas Diesler (JIRA)

Add ManagedFrameworkService --------------------------- Key: JBOSGI-125 URL: https://jira.jboss.org/jira/browse/JBOSGI-125 Project: JBoss OSGi Issue Type: Feature Request Security Level: Public (Everyone can see) Components: SPI Reporter: Thomas Diesler Fix For: JBossOSGi 1.0.0 Beta4 -- 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, 6 months

1
6
0 / 0

[JBoss JIRA] Created: (JBOSGI-74) Provide and use remoting bundles

by Thomas Diesler (JIRA)

Provide and use remoting bundles -------------------------------- Key: JBOSGI-74 URL: https://jira.jboss.org/jira/browse/JBOSGI-74 Project: JBossOSGi Issue Type: Task Security Level: Public (Everyone can see) Components: Other Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: JBossOSGi 1.0.0 Beta2 Provide and use remoting bundles instead of including them into the jboss-osgi-xyz bundles -- 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, 6 months

2
7
0 / 0

[JBoss JIRA] Created: (JBOSGI-132) Itegrate MC Framework in distribution

by Thomas Diesler (JIRA)

Itegrate MC Framework in distribution ------------------------------------- Key: JBOSGI-132 URL: https://jira.jboss.org/jira/browse/JBOSGI-132 Project: JBoss OSGi Issue Type: Task Security Level: Public (Everyone can see) Components: IzPack Installer Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: JBossOSGi 1.0.0 Beta4 -- 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, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (JBOSGI-110) Support WAR deployments in the OSGi runtime

by Thomas Diesler (JIRA)

Support WAR deployments in the OSGi runtime ------------------------------------------- Key: JBOSGI-110 URL: https://jira.jboss.org/jira/browse/JBOSGI-110 Project: JBoss OSGi Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Runtime Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: JBossOSGi 1.0.x I see a lot of classloading cases which got me interested in OSGI. I have a question, I'm not sure if it is a bug or something not yet finished. I installed jboss-osgi-installer-1.0.0.Beta1.jar and tried it on JBoss 5.0.1 and JBoss EAP 5 Alpha. In my test, I created a couple of jars with a class Version each printing a different version. And made 2 wars that load a different version of the Version class. It seems OSGI is not yet working with war files. I just wanted to see if this was a bug or a feature not yet implemented. Thanks, -- Brad Maxwell -- 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, 6 months

1
3
0 / 0

[JBoss JIRA] Created: (JBOSGI-127) Provide build and hudson support for MC facade

by Thomas Diesler (JIRA)

Provide build and hudson support for MC facade ---------------------------------------------- Key: JBOSGI-127 URL: https://jira.jboss.org/jira/browse/JBOSGI-127 Project: JBoss OSGi Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Thomas Diesler Fix For: JBossOSGi 1.0.0 -- 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, 7 months

1
2
0 / 0

[JBoss JIRA] Created: (JBOSGI-78) ResourceNotFoundException too verbose

by Thomas Diesler (JIRA)

ResourceNotFoundException too verbose ------------------------------------- Key: JBOSGI-78 URL: https://jira.jboss.org/jira/browse/JBOSGI-78 Project: JBossOSGi Issue Type: Bug Security Level: Public (Everyone can see) Components: Core Affects Versions: JBossOSGi 1.0.0 Beta1 Environment: https://issues.apache.org/jira/browse/FELIX-1124 Reporter: Thomas Diesler Assignee: Thomas Diesler -- 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, 7 months

1
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

jboss-osgi-issues August 2009