You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@karaf.apache.org by "Achim Nierbeck (JIRA)" <ji...@apache.org> on 2011/08/15 18:59:27 UTC

[jira] [Created] (KARAF-814) osgi:install command could need a persistent flag

osgi:install command could need a persistent flag
-------------------------------------------------

                 Key: KARAF-814
                 URL: https://issues.apache.org/jira/browse/KARAF-814
             Project: Karaf
          Issue Type: Improvement
          Components: karaf-shell
    Affects Versions: 3.0.0
            Reporter: Achim Nierbeck
             Fix For: 3.0.0, 3.0.1, 3.1.0


right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 

Therefore I propose a new Flag -p for persisting these certain bundles. 
They could be stored into the system-repository of Karaf. 

One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
bundles into it's running state :-)



--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (KARAF-814) osgi:install command could need a persistent flag

Posted by "Jean-Baptiste Onofré (Commented JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13147301#comment-13147301 ] 

Jean-Baptiste Onofré commented on KARAF-814:
--------------------------------------------

To be consistent, features:addurl should be also able to cache a feature XML into the system repo.

Generally speaking, it makes sense to have this global behavior provided by Pax URL.

Pax URL should be able to use, in priority, the Karaf system folder as Maven cache.
                
> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>            Reporter: Achim Nierbeck
>             Fix For: 3.0.0
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[jira] [Commented] (KARAF-814) osgi:install command could need a persistent flag

Posted by "Jean-Baptiste Onofré (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13085169#comment-13085169 ] 

Jean-Baptiste Onofré commented on KARAF-814:
--------------------------------------------

It makes sense for me.
I don't think that we have to take care of the "purge" from the system repo, it's the responsibility of the user.

> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>    Affects Versions: 3.0.0
>            Reporter: Achim Nierbeck
>             Fix For: 3.0.0, 3.0.1, 3.1.0
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

[jira] [Updated] (KARAF-814) osgi:install command could need a persistent flag

Posted by "Jamie goodyear (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jamie goodyear updated KARAF-814:
---------------------------------

    Fix Version/s:     (was: 3.0.1)
                   3.1.0
    
> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>            Reporter: Achim Nierbeck
>             Fix For: 3.1.0
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Commented] (KARAF-814) osgi:install command could need a persistent flag

Posted by "David Jencks (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13085182#comment-13085182 ] 

David Jencks commented on KARAF-814:
------------------------------------

we have 2 ways to get bundles started in a clean server:
- listed in startup.properties
- mentioned in a boot feature

so along with the flag to copy the bundle into the system repo we need something to do one of these.  Would it make sense to do something like this:

- start with a set of bundles to resolve
- obr figures out all the additional bundles needed for them 
- turn this entire set of bundles into a feature, copy the bundles into the system repo, and make this a boot feature

?

> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>    Affects Versions: 3.0.0
>            Reporter: Achim Nierbeck
>             Fix For: 3.0.0, 3.0.1, 3.1.0
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (KARAF-814) osgi:install command could need a persistent flag

Posted by "Jamie goodyear (Updated) (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jamie goodyear updated KARAF-814:
---------------------------------

    Fix Version/s:     (was: 3.0.0)
                   3.0.1
    
> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>            Reporter: Achim Nierbeck
>             Fix For: 3.0.1
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[jira] [Updated] (KARAF-814) osgi:install command could need a persistent flag

Posted by "Jean-Baptiste Onofré (Updated JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/KARAF-814?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jean-Baptiste Onofré updated KARAF-814:
---------------------------------------

    Affects Version/s:     (was: 3.0.0)
        Fix Version/s:     (was: 3.1.0)
                           (was: 3.0.1)
    
> osgi:install command could need a persistent flag
> -------------------------------------------------
>
>                 Key: KARAF-814
>                 URL: https://issues.apache.org/jira/browse/KARAF-814
>             Project: Karaf
>          Issue Type: Improvement
>          Components: karaf-shell
>            Reporter: Achim Nierbeck
>             Fix For: 3.0.0
>
>
> right now if you do a osgi:install <someurl> the bundle is installed and everything is fine. 
> After a clean restart either by dropping the cache folder or by running restart -c all installed bundles are removed from cache. 
> This is fine the way it works but maybe some certain bundles should be treated more like the "system" bundles. 
> Therefore I propose a new Flag -p for persisting these certain bundles. 
> They could be stored into the system-repository of Karaf. 
> One thing still open, how do we tell the restarted server instance to also pull those "newly" deployed
> bundles into it's running state :-)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira