[JBoss JIRA] (WFLY-1273) Remove hard wired dependency on configadmin
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1273?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1273.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Remove hard wired dependency on configadmin
> -------------------------------------------
>
> Key: WFLY-1273
> URL: https://issues.jboss.org/browse/WFLY-1273
> Project: WildFly
> Issue Type: Task
> Components: ConfigAdmin, OSGi
> Reporter: Thomas Diesler
>
> {code}
> interface SystemPackagesIntegration {
> String[] DEFAULT_SYSTEM_MODULES = new String[] {
> "javax.api",
> "javax.inject.api",
> "org.apache.xerces",
> "org.jboss.as.configadmin",
> "org.jboss.as.controller-client",
> "org.jboss.as.osgi",
> "org.jboss.dmr",
> "org.jboss.logging",
> "org.jboss.modules",
> "org.jboss.msc",
> "org.jboss.osgi.framework",
> "org.jboss.osgi.repository",
> "org.jboss.osgi.resolver"
> };
> {code}
> A modular build that contains osgi must currently also contain configadmin
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (WFLY-793) Invalid bundle deployment does not fail in domain
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-793?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler resolved WFLY-793.
---------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Invalid bundle deployment does not fail in domain
> -------------------------------------------------
>
> Key: WFLY-793
> URL: https://issues.jboss.org/browse/WFLY-793
> Project: WildFly
> Issue Type: Bug
> Components: Domain Management, OSGi
> Reporter: Thomas Diesler
> Priority: Minor
>
> Running org.jboss.as.test.integration.domain.suites.OSGiBundleLifecyleTestCase
> Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 35.653 sec <<< FAILURE!
> on the server I see
> {code}
> 15:20:28,619 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jboss.deployment.unit.bad-bundle.STRUCTURE: org.jboss.msc.service.StartException in service jboss.deployment.unit.bad-bundle.STRUCTURE: Failed to process phase STRUCTURE of deployment "bad-bundle"
> at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:119) [jboss-as-server-7.1.2.Final-SNAPSHOT.jar:7.1.2.Final-SNAPSHOT]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.2.GA.jar:1.0.2.GA]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [rt.jar:1.6.0_29]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [rt.jar:1.6.0_29]
> at java.lang.Thread.run(Thread.java:662) [rt.jar:1.6.0_29]
> Caused by: java.lang.NumberFormatException: For input string: "bogus"
> at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48) [rt.jar:1.6.0_29]
> at java.lang.Integer.parseInt(Integer.java:449) [rt.jar:1.6.0_29]
> at java.lang.Integer.parseInt(Integer.java:499) [rt.jar:1.6.0_29]
> at org.osgi.framework.Version.<init>(Version.java:125)
> at org.osgi.framework.Version.parseVersion(Version.java:218)
> at org.jboss.osgi.spi.BundleInfo.validateBundleManifest(BundleInfo.java:204)
> at org.jboss.osgi.spi.BundleInfo.isValidBundleManifest(BundleInfo.java:153)
> at org.jboss.as.osgi.deployment.OSGiManifestStructureProcessor.deploy(OSGiManifestStructureProcessor.java:63)
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (WFLY-1244) Dynamic dependencies for non OSGi deployments
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-1244?page=com.atlassian.jira.plugin.... ]
Thomas Diesler resolved WFLY-1244.
----------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Dynamic dependencies for non OSGi deployments
> ---------------------------------------------
>
> Key: WFLY-1244
> URL: https://issues.jboss.org/browse/WFLY-1244
> Project: WildFly
> Issue Type: Task
> Components: OSGi, REST
> Reporter: Thomas Diesler
>
> Currently the RestEasyIntegrationTestCase deploys a JAXRS endpoint that integrates with an OSGi service. The endoint deployment does not trigger the OSGi subsystem to start up, but depends on the compendium being deployed. The compendium gets deployed during OSGi subsystem startup.
> There is currently no way for deployment foo to declare a dependency on deployment bar when bar gets deployed during subsystem startup, which gets triggered by deployment foo.
> OSGi has the notion of dynamic package import which seems to be required here for non-osgi deployments
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months
[JBoss JIRA] (WFLY-783) Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/WFLY-783?page=com.atlassian.jira.plugin.s... ]
Thomas Diesler resolved WFLY-783.
---------------------------------
Resolution: Won't Fix
Won't Fix - OSGi is going to get removed
> Cannot get bytes from InputStream for DEPLOYMENT_ROOT VirtualFile.openStream() on second call
> ---------------------------------------------------------------------------------------------
>
> Key: WFLY-783
> URL: https://issues.jboss.org/browse/WFLY-783
> Project: WildFly
> Issue Type: Bug
> Components: OSGi, Server
> Reporter: Thomas Diesler
>
> The effect is that the copy of a installed OSGi bundle is 0bytes in the data/osgi-store area
> Digging into this shows that during the first call isDirectory() is false and the file gets mounted. The returned stream works fine. For the second call isDirectory() is true and e read() on the returned InputStream returns -1
> {code}
> public InputStream openStream() throws IOException {
> if(isDirectory()) {
> return new VirtualJarInputStream(this);
> }
> final VFS.Mount mount = VFS.getMount(this);
> return mount.getFileSystem().openInputStream(mount.getMountPoint(), this);
> }
> {code}
> I assume that the root VirtualFile
> {code}
> VirtualFile virtualFile = deploymentUnit.getAttachment(Attachments.DEPLOYMENT_ROOT).getRoot();
> {code}
> should be readable twice.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
10 years, 10 months