[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Aaron Whiteside (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Aaron Whiteside edited comment on JBOSGI-645 at 4/18/13 11:08 AM:
------------------------------------------------------------------
Any idea which JBoss AS8 build this will be part of?
It looks like a build hasn't been scheduled in two days
https://ci.jboss.org/hudson/view/All/job/JBoss-AS-latest-master/
was (Author: Aaron.Whiteside):
Any idea which JBoss AS8 build this will be part of?
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Aaron Whiteside (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Aaron Whiteside commented on JBOSGI-645:
----------------------------------------
Any idea which JBoss AS8 build this will be part of?
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Thomas Diesler resolved JBOSGI-645.
-----------------------------------
Resolution: Done
Fixed in jbosgi-framework-3.0.0.CR17
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Work on JBOSGI-645 started by Thomas Diesler.
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Thomas Diesler updated JBOSGI-645:
----------------------------------
Description:
Cannot resolve
{code}
// Bundle-SymbolicName: packageexportnoversion
// Export-Package: org.acme.foo
// Bundle-SymbolicName: packageimportversionzero
// Import-Package: org.acme.foo;version="0"
{code}
gives
{code}
Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
{code}
was:
Cannot resolve
{code}
// Bundle-SymbolicName: packageexportnoversion
// Export-Package: org.acme.foo
Archive<?> assemblyA = assembleArchive("resourceA", "/resolver/packageexportnoversion");
XResource resourceA = createResource(assemblyA);
// Bundle-SymbolicName: packageimportversionzero
// Import-Package: org.acme.foo;version="0"
Archive<?> assemblyB = assembleArchive("resourceB", "/resolver/packageimportversionzero");
XResource resourceB = createResource(assemblyB);
{code}
gives
{code}
Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
{code}
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-645) Cannot resolve Import-Package: org.acme.foo; version="0"
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-645?page=com.atlassian.jira.plugin... ]
Thomas Diesler updated JBOSGI-645:
----------------------------------
Description:
Cannot resolve
{code}
// Bundle-SymbolicName: packageexportnoversion
// Export-Package: org.acme.foo
Archive<?> assemblyA = assembleArchive("resourceA", "/resolver/packageexportnoversion");
XResource resourceA = createResource(assemblyA);
// Bundle-SymbolicName: packageimportversionzero
// Import-Package: org.acme.foo;version="0"
Archive<?> assemblyB = assembleArchive("resourceB", "/resolver/packageimportversionzero");
XResource resourceB = createResource(assemblyB);
{code}
gives
{code}
Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
{code}
> Cannot resolve Import-Package: org.acme.foo;version="0"
> -------------------------------------------------------
>
> Key: JBOSGI-645
> URL: https://issues.jboss.org/browse/JBOSGI-645
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
> Fix For: JBossOSGi 2.0.0
>
>
> Cannot resolve
> {code}
> // Bundle-SymbolicName: packageexportnoversion
> // Export-Package: org.acme.foo
> Archive<?> assemblyA = assembleArchive("resourceA", "/resolver/packageexportnoversion");
> XResource resourceA = createResource(assemblyA);
> // Bundle-SymbolicName: packageimportversionzero
> // Import-Package: org.acme.foo;version="0"
> Archive<?> assemblyB = assembleArchive("resourceB", "/resolver/packageimportversionzero");
> XResource resourceB = createResource(assemblyB);
> {code}
> gives
> {code}
> Unable to resolve AbstractBundleRevision[packageimportversionzero:0.0.0]: missing requirement XPackageRequirement[dirs={filter=(&(osgi.wiring.package=org.acme.foo)(version>=0.0.0))},[packageimportversionzero:0.0.0]]
> {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
12 years, 6 months
[JBoss JIRA] (JBOSGI-604) FactoryConfigurationError: Provider __redirected.__DocumentBuilderFactory not found
by Thomas Diesler (JIRA)
[ https://issues.jboss.org/browse/JBOSGI-604?page=com.atlassian.jira.plugin... ]
Thomas Diesler resolved JBOSGI-604.
-----------------------------------
Fix Version/s: (was: JBossOSGi 2.0.0)
Resolution: Cannot Reproduce Bug
Cannot reproduce with framework-3.0.0.CR17 and aries-blueprint-1.0.0
> FactoryConfigurationError: Provider __redirected.__DocumentBuilderFactory not found
> -----------------------------------------------------------------------------------
>
> Key: JBOSGI-604
> URL: https://issues.jboss.org/browse/JBOSGI-604
> Project: JBoss OSGi
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Core Framework
> Reporter: Thomas Diesler
> Assignee: Thomas Diesler
>
> {code}
> 2012-09-14 12:25:33,183 | ERROR | rint Extender: 1 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Unable to start blueprint container for bundle org.apache.aries.blueprint
> javax.xml.parsers.FactoryConfigurationError: Provider __redirected.__DocumentBuilderFactory not found
> at javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.java:129)[:1.6.0_33]
> at org.apache.aries.blueprint.container.Parser.getDocumentBuilderFactory(Parser.java:1345)[9:org.apache.aries.blueprint:0.3.2]
> at org.apache.aries.blueprint.container.Parser.parse(Parser.java:203)[9:org.apache.aries.blueprint:0.3.2]
> at org.apache.aries.blueprint.container.Parser.parse(Parser.java:219)[9:org.apache.aries.blueprint:0.3.2]
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:254)[9:org.apache.aries.blueprint:0.3.2]
> at org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:230)[9:org.apache.aries.blueprint:0.3.2]
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)[:1.6.0_33]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)[:1.6.0_33]
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)[:1.6.0_33]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)[:1.6.0_33]
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)[:1.6.0_33]
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)[:1.6.0_33]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)[:1.6.0_33]
> at java.lang.Thread.run(Thread.java:662)[:1.6.0_33]
> {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
12 years, 6 months