-
1. Logging bundle resolution errors
thomas.diesler Apr 21, 2011 4:37 AM (in response to thomas.diesler)The propper fix might be to enable the error event in
HostBundleState.startInternal
// #4 If this bundle's state is not RESOLVED, an attempt is made to resolve this bundle.
// If the Framework cannot resolve this bundle, a BundleException is thrown.
if (ensureResolved(false) == false)
throw new BundleException("Cannot resolve bundle: " + this);
Not sure what the TCK expects in terms of events
-
2. Logging bundle resolution errors
bosschaert Apr 21, 2011 6:26 AM (in response to thomas.diesler)Hmmm maybe the case I was looking at the ensureResolved(false) should have been a ensureResolved(true) instead. It's called from HostBundle.startInternal() (since the refactoring this code has moved elsewhere now). Maybe the startInternal() should call ensureResolved(true) instead? Any thoughts here?
The problem I was facing here is that with any deployment (e.g. through the deployments folder) that has unresolved dependencies it was impossible to find out why (unless you fire uyp a debugger). In all of these cases ensureResolved was always called with 'false'.