Hi Stephan, > > RE: [Aries Subsystem] initial provisioning with subsystems ? > > Hi John, > > How do I get the MIME type from the > org.apache.felix.fileinstall.ArtifactInstaller interface?
I don't think I've ever even looked at subsystem-install. It's basically a relic from an initial subsystems POC a few years ago. I'm even less familiar with ArtifactInstaller. > Furthermore I am not sure whether this really belongs to Aries- > Subsystems as (at least our implementation) has only references to > felix-fileinstall and the osgi enterprise spec (but not to the aries > implementation). If you mean you have hard dependencies on some other subsystems implementation, then you're right. If you mean you just use the OSGi Subsystems API without caring about the underlying implementation, then that should be okay. > > I can post it here or contribute it, but I am not sure whether this > is interesting enough for it (and the implementation of the > canHandle method is far from perfect. It's up to you. If you think others could benefit from the work, and are willing to agree to the Apache license, then you may wish to consider it. I'm completely in the dark about what the state of subsystem-install was before your work. If it was completely broken and useless, then a contribution might be particularly helpful. If you do decide you might want to contribute something, I'd recommend opening up a JIRA for discussion. > > Best regards > Stephan > > From: John W Ross [mailto:[email protected]] > Sent: Montag, 19. August 2013 14:55 > To: [email protected] > Subject: RE: [Aries Subsystem] initial provisioning with subsystems ? > > The following subsystems related projects in SVN are currently not > maintained and might be deleted in the future (particularly > subsystem-scope-* as this is obsolete functionality). > > subsystem-example > subsystem-executor > subsystem-install > subsystem-scope-* > > If subsystem-install is providing value, please feel free to offer > any contributions that have made it so. > > With regard to identifying subsystem files, note that there is also > a reserved MIME type: application/vnd.osgi.subsystem. > > John > > > > > > RE: [Aries Subsystem] initial provisioning with subsystems ? > > > > Hi, > > > > We have also tried to go that path, however this thing seems to be > > orphaned. It cannot be built with the released version of the > > subsystem implementation, however we are currently trying to fix > > this for our own little implementation. > > > > Unfortunately it is rather difficult to find out whether a file is a > > subsystem artifact or not (both the .esa extension and the subsystem > > manifest are optional). We have made the installer feel responsible > > for all .esa files, which is fine for our test purposes. Also the > > logic when to start a subsystem (especially after an update is not > > clean there). > > > > Best regards > > Stephan > > > > From: Cristiano Gavião [mailto:[email protected]] > > Sent: Sonntag, 18. August 2013 17:48 > > To: [email protected] > > Subject: Re: [Aries Subsystem] initial provisioning with subsystems ? > > > > Well, I could find the solution... :) > > aries subsystem provides the bundle > > org.apache.aries.subsystem.install that provides an implementation > > of org.apache.felix.fileinstall.ArtifactInstaller. > > So I just needed to setup fileinstall properly. > > regards, > > Cristiano > > > > 2013/8/18 Cristiano Gavião <[email protected]> > > Hello, > > I've been playing with Aries Subsystem for some time. In all my > > experiments I install the .esa artifacts using console commands that > > delegate to the subsystem service. > > > > Now I would like to experiment with a deliverable product that > > embeds some .esa files. > > So, how would be the best strategy to deal with such case? > > > > thanks for any tip. > > Cristiano > > > > > > > > > > -- > > "Tudo vale a pena se a alma não é pequena..."
