[
http://issues.ops4j.org/browse/PAXRUNNER-222?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12073#action_12073
]
Toni Menzel commented on PAXRUNNER-222:
---------------------------------------
keepOriginalUrls (kou)
> Support for updating bundles provisioned with Pax Runner from a running
> framework
> ---------------------------------------------------------------------------------
>
> Key: PAXRUNNER-222
> URL: http://issues.ops4j.org/browse/PAXRUNNER-222
> Project: Pax Runner
> Issue Type: New Feature
> Reporter: Alin Dreghiciu
> Assignee: Alin Dreghiciu
> Fix For: 0.18.0
>
>
> From Craig Walls:
> "When I start up Pax Runner (either by itself or with pax-provision), it
> copies all of those bundles into the runner/bundles directory. That's agood
> thing, I suppose, for caching purposes. But the side-effect is that the
> bundle's location is now pointing at the JAR file in runner/bundles.
> That means that even if the original source were to change, I can't do an
> 'update' at the Equinox prompt to get the latest installed...it'll just
> update from the one in runner/bundles.
> What I'd like to do is fire up 'pax-provision' one time to get everything
> loaded. And then I'd like to be able to work on one or two bundles and update
> them in Equinox without having to take down Pax Runner and fire it back up
> again. For small projects, restarting the entire container isn't that big of
> a deal, but for projects with several dozen (hundred) bundles, it's a bit of
> a drag on productivity to wait for everything to load up again. I'd like to
> take advantage of the dynamic runtime OSGi offers to update just the bundle
> that has changed."
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.ops4j.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
