Hi Almost one year ago we have decided to remove the full and minimal distribution form ServiceMix 5. We have also decided to create a special command (or extend the features command) to populate the system repository with all bundles - it should be possible to use ServiceMix on systems with no internet connections.
I think, we have we have done nothing in this theme. Please correct me if there is already a solution in Karaf. What do you propose? For me, the best solution would be a new command (or new option in existing command) under the features commands. We need at least a manual how to deal with this problem. I don't think many people have problem with this, but we have at least one question: http://stackoverflow.com/questions/28110588/apache-servicemix-5-1-4-full-version Regards Krzysztof On 20.02.2014 12:09, Gert Vanthienen wrote: > Hi Jean-Baptiste, > > Yeah, I think that extra flag on the feature:install command would be > a nice extra. Sounds like there are already quite a few solutions > available - perhaps we should create a page on the Karaf website to > make people aware of the options for running a container without an > internet connection? In my experience, this is not that uncommon a > requirement. > > Regards > > Gert > > On Thu, Feb 20, 2014 at 12:06 PM, Jean-Baptiste Onofré <[email protected]> > wrote: >> Hi Gert, >> >> On Karaf 3.x, kar:install populates the system repo. >> >> More over, some new goals on maven-karaf-plugin (like mvn karaf:deploy) will >> populate the system repo (using scp). >> >> Another option is "bundle:install -p" (-p for persistent) which also >> populate the system repo. >> >> Maybe we can add an option on the FeaturesService to also populate the >> system repo (as bundle:install). >> >> Regards >> JB >> >> >> On 02/19/2014 08:23 PM, Gert Vanthienen wrote: >>> L.S., >>> >>> >>> Looks like we have a consensus here - raised >>> https://issues.apache.org/jira/browse/SM-2242 to keep track of this. >>> For the command to populate the system directory for offline use, >>> wouldn't it be better to add that to Karaf instead? >>> >>> >>> Regards, >>> >>> Gert Vanthienen >>> >>> >>> On Wed, Feb 19, 2014 at 8:03 PM, Cristiano Costantini >>> <[email protected]> wrote: >>>> +1 as Achim >>>> >>>> >>>> 2014-02-19 19:57 GMT+01:00 Achim Nierbeck <[email protected]>: >>>> >>>>> +1 for one distro and this special command to do fillup the system dir. >>>>> >>>>> >>>>> 2014-02-19 19:29 GMT+01:00 Jon Anstey <[email protected]>: >>>>> >>>>>> +1 >>>>>> >>>>>> Having one distro is going to make polishing/testing a lot easier too. >>>>>> I >>>>>> also like Raul's idea of having a command to fully populate the system >>>>> dir >>>>>> (or other dir) at a user's discretion. >>>>>> >>>>>> >>>>>> On Wed, Feb 19, 2014 at 2:40 PM, Jean-Baptiste Onofré <[email protected] >>>>>>> wrote: >>>>>> >>>>>>> Hi guys, >>>>>>> >>>>>>> I don't see a lot of value to full assembly and minimal: >>>>>>> >>>>>>> - if an user wants minimal, just use Karaf ;) >>>>>>> - if an user really want full, just install NMR/JBI, etc in your SMX. >>>>>>> >>>>>>> I would keep only default assembly which is ready to use and >>>>> extensible. >>>>>>> >>>>>>> Regards >>>>>>> JB >>>>>>> >>>>>>> >>>>>>> On 02/19/2014 11:46 AM, Gert Vanthienen wrote: >>>>>>> >>>>>>>> L.S., >>>>>>>> >>>>>>>> >>>>>>>> Just noticed Krzysztof's comment about the how and why of the >>>>>>>> apache-servicemix-full assembly in JIRA and think it's worth having a >>>>>>>> quick discussion about which of these assemblies we want to keep >>>>>>>> around going forward. >>>>>>>> >>>>>>>> Right now, we have 3 variations of our assembly in ServiceMix 5: >>>>>>>> - The default assembly has a setup that includes the base CXF, Camel >>>>>>>> and ActiveMQ bits and preinstalls those as boot features >>>>>>>> - The minimal assembly actually has none of these things >>>>>>>> preinstalled, >>>>>>>> it's just a plain Karaf with the feature URLs (among a few other >>>>>>>> things) preconfigured - not sure how much this one is used though >>>>>>>> - The full assembly is identical to default assembly, but the /system >>>>>>>> folder contains all bundles for all optional features. This makes it >>>>>>>> easy for people to use ServiceMix on servers that have no direct >>>>>>>> connection to the internet. This one is probably used a bit more (I >>>>>>>> usually install this one myself), but we are struggling to keep it >>>>>>>> below the maximum 350000000 bytes distribution size (which is already >>>>>>>> an exception to the rule at the ASF) and as issue >>>>>>>> https://issues.apache.org/jira/browse/SM-2241 is showing, it is prone >>>>>>>> to be impacted by any kind of error in any of our dependencies' >>>>>>>> features files. >>>>>>>> >>>>>>>> For ServiceMix 5 and other upcoming versions, which of these >>>>>>>> assemblies do we want to keep around? >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Gert Vanthienen >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Jean-Baptiste Onofré >>>>>>> [email protected] >>>>>>> http://blog.nanthrax.net >>>>>>> Talend - http://www.talend.com >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Cheers, >>>>>> Jon >>>>>> --------------- >>>>>> Red Hat, Inc. >>>>>> Email: [email protected] >>>>>> Web: http://redhat.com >>>>>> Twitter: jon_anstey >>>>>> Blog: http://janstey.blogspot.com >>>>>> Author of Camel in Action: http://manning.com/ibsen >>>>>> >>>>> >>>>> >>>>> -- >>>>> >>>>> 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 -- Krzysztof Sobkowiak JEE & OSS Architect | Senior Solution Architect @ Capgemini | Committer @ ASF Capgemini <http://www.pl.capgemini.com/> | Software Solutions Center <http://www.pl.capgemini-sdm.com/> | Wroclaw e-mail: [email protected] <mailto:[email protected]> | Twitter: @KSobkowiak Calendar: http://goo.gl/yvsebC
