I agree. I know that a new Felix framework release is planned very soon.

I will try to reproduce Florin's issue.

Regards
JB

On 01/21/2014 03:28 PM, Achim Nierbeck wrote:
Florin,

thanks for the testing with equinox, I think we might have an issue with
the felix framework then.

regards, Achim


2014/1/21 F.Aubele <[email protected]
<mailto:[email protected]>>

    @jb
    webconsole:
    I'm not sure i understand you correctly. If i edit the location of
    webconsole in the org.apache.karaf.feaures.cfg, it changes nothing.
    I have
    the same problem, it does not matter if webconsole is at the
    beginning of
    featuresBoot, at the middle or at the end. Should I edit the
    standard-3.0.0-features.xml? Sorry if this question is really stupid :).
    featuresBootAsynchonous is set to false.

    bundle cache:
    switching the framework container to equinox seems to help.
    I ran a couple of test, trying manual file install via the
    "bundle:install
    file://"- command and installing bundles via the deploy folder,
    which worked
    with equinox and did not with felix, error was always like this:

    ERROR: Error reloading cached bundle, removing it:
    /srv/karaf-3.0.0/data/cache/bundle135 (java.lang.NullPointerException)
    java.lang.NullPointerException
             at
    
org.apache.felix.framework.cache.BundleArchive.createRevisionFromLocation(BundleArchive.java:869)
             at
    
org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550)
             at
    
org.apache.felix.framework.cache.BundleArchive.<init>(BundleArchive.java:226)
             at
    
org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
             at org.apache.felix.framework.Felix.init(Felix.java:705)
             at org.apache.karaf.main.Main.launch(Main.java:238)
             at org.apache.karaf.main.Main.main(Main.java:172)

    Like i said, using the deploy folder for bundle installation, i got
    the same
    results. Working with Equinox, not working with felix. I ran every
    test by
    force shutdown of the virtual machine on which karaf runs and manually
    starting karaf. I have not tested how things behave when using the
    service
    wrapper but will later today or tomorrow. After the forced shutdown i
    restarted the vm, and started karaf without clearing any cache. In
    between
    test i cleared the cache.

    Ace:
    I have just started with the provisioning part, and i'm not forced
    to use
    ACE. I got the idea from the book Enterprise OSGI in Action, and it
    sounded
    like exactly what i want:
    Provisioning and administering multiple targets from a central
    server. If
    there are better provisioning frameworks for my purpose I will try
    them out,
    thanks for your suggestions. I just thought since it is Apache, too, and
    kind of built for OSGi bundles, it seemed like a nice solution. I
    don't want
    something very complex, i have 1..n remote targets that should be
    provisioned with bundles from the same server. But i have to admit my
    knowledge about provisioning mechanisms in the OSGI World is very
    limited, i
    just wanted to try out and play around with the managementagent and the
    ace-server. For use in the production environment, I will have to
    spend a
    lot more time experimenting and upping my knowledge. The main problem is
    not the amount of bundles i want to provision, since for the foreseeable
    future, it will not be more than 5-10. But the amount of targets could
    become something in the hundreds, so if you have some more
    suggestions, I'm
    all open for it.

    @Achim: Seems Equinox works much better for me

    Regards
    Florin



    --
    View this message in context:
    
http://karaf.922171.n3.nabble.com/Problems-with-webconsole-and-bundle-cache-tp4031218p4031237.html
    Sent from the Karaf - User mailing list archive at Nabble.com.




--

Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
& Project Lead
OPS4J Pax for Vaadin <http://team.ops4j.org/wiki/display/PAXVAADIN/Home>
Commiter & Project Lead
blog <http://notizblog.nierbeck.de/>

--
Jean-Baptiste Onofré
[email protected]
http://blog.nanthrax.net
Talend - http://www.talend.com

Reply via email to