[
https://issues.jboss.org/browse/AS7-5951?page=com.atlassian.jira.plugin.s...
]
Thomas Diesler edited comment on AS7-5951 at 12/20/12 8:02 AM:
---------------------------------------------------------------
I think we need more data here.
I updated the framework and bootstrap integration code to produce better logging. You
should now see something like this
{code}
[tdiesler@tdmac jboss-as-7.2.0.Alpha1-SNAPSHOT]$ cat standalone/log/server.log | grep
"on behalf of"
17:00:43,353 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Install bootstrap
deployments [[org.apache.felix.log:1.0.0,location=org.apache.felix.log],
[jboss-osgi-logging:1.0.0,location=org.jboss.osgi.logging],
[org.apache.felix.configadmin:1.2.8,location=org.apache.felix.configadmin],
[jboss-as-osgi-configadmin:7.2.0.Alpha1-SNAPSHOT,location=org.jboss.as.osgi.configadmin]]
on behalf of jbosgi.BootstrapBundles.INSTALL
17:00:43,379 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Resolve bootstrap
bundles on behalf of jbosgi.BootstrapBundles.RESOLVE
17:00:43,481 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Activate bootstrap
bundles on behalf of jbosgi.BootstrapBundles.ACTIVATE
17:00:43,487 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Complete bootstrap
bundles on behalf of jbosgi.BootstrapBundles.COMPLETE
17:00:43,502 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Install persistent
deployments [] on behalf of jbosgi.PersistentBundles.INSTALL
17:00:43,503 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Resolve persistent
bundles on behalf of jbosgi.PersistentBundles.RESOLVE
17:00:43,503 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Activate persistent
bundles on behalf of jbosgi.PersistentBundles.ACTIVATE
17:00:43,504 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-8) Complete persistent
bundles on behalf of jbosgi.PersistentBundles.COMPLETE
{code}
The idea is that the persistent bundles get installed only after the bootstrap bundles
(i.e. the configured capabilities) complete. Also, no persistent bundle should resolve
before not all persistent bundles are installed. Could you please verify you output
according to these rules.
For a fragment that does not attach, we need to find out why it is not included in the
resolve attempt. If it is included, it might be a resolver issue.
The related code change is here:
https://github.com/jbossas/jboss-as/pull/3727
was (Author: thomas.diesler):
I think we need more data here.
I updated the framework and bootstrap integration code to produce better logging. You
should now see something like this
{code}
[tdiesler@tdmac jboss-as-7.2.0.Alpha1-SNAPSHOT]$ cat standalone/log/server.log | grep
"on behalf of"
17:00:43,353 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Install bootstrap
deployments [[org.apache.felix.log:1.0.0,location=org.apache.felix.log],
[jboss-osgi-logging:1.0.0,location=org.jboss.osgi.logging],
[org.apache.felix.configadmin:1.2.8,location=org.apache.felix.configadmin],
[jboss-as-osgi-configadmin:7.2.0.Alpha1-SNAPSHOT,location=org.jboss.as.osgi.configadmin]]
on behalf of jbosgi.BootstrapBundles.INSTALL
17:00:43,379 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Resolve bootstrap
bundles on behalf of jbosgi.BootstrapBundles.RESOLVE
17:00:43,481 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-3) Activate bootstrap
bundles on behalf of jbosgi.BootstrapBundles.ACTIVATE
17:00:43,487 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Complete bootstrap
bundles on behalf of jbosgi.BootstrapBundles.COMPLETE
17:00:43,502 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Install persistent
deployments [] on behalf of jbosgi.PersistentBundles.INSTALL
17:00:43,503 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Resolve persistent
bundles on behalf of jbosgi.PersistentBundles.RESOLVE
17:00:43,503 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-7) Activate persistent
bundles on behalf of jbosgi.PersistentBundles.ACTIVATE
17:00:43,504 DEBUG [org.jboss.osgi.framework] (MSC service thread 1-8) Complete persistent
bundles on behalf of jbosgi.PersistentBundles.COMPLETE
{code}
The idea is that the persistent bundles get installed only after the bootstrap bundles
(i.e. the configured capabilities) complete. Also, no persistent bundle should resolve
before not all persistent bundles are installed. Could you please verify you output
according to these rules.
For a fragment that does not attach, we need to find out why it is not included in the
resolve attempt. If it is included, it might be a resolver issue.
The related code change is [
here|https://github.com/jbossas/jboss-as/pull/3713]
Cannot reliably deploy OSGi host and fragment bundles on server
restart
-----------------------------------------------------------------------
Key: AS7-5951
URL:
https://issues.jboss.org/browse/AS7-5951
Project: Application Server 7
Issue Type: Bug
Components: OSGi
Affects Versions: 7.2.0.Alpha1
Environment: Windows XP SP3
Reporter: Paul Illingworth
Assignee: Thomas Diesler
Labels: OSGI
Fix For: 7.2.0.Alpha1
Attachments: this_one_failed.txt, this_one_worked.txt
If I deploy guice-3.0.0 (host bundle), guice-servlet (fragment) and guice-persist
(fragment) into the "deployments" folder then the there is no guarantee the
fragments will be installed before the host and so they may not be attached to the host
when it resolves.
This happens on starting the application server. Sometimes the fragments are attached,
sometimes they aren't.
If I install the bundles into the "bundles" folder structure and add capability
entries to the standalone.xml file then it works as expected.
I am using 7.2.0-Alpha1 built from cb72a7cd1669131b28a552f1dbf3c2582ad19813.
--
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