"Microservices" is the latest hype in the DevOps world. You run small networked services in their own Docker containers, and then use programmable Load Balancers and other tricks to treat your machines like "cattle" instead of "pets". Search "Microservices" on YouTube and you will find many excellent explanations of the details.
Cheers Niclas On Tue, Oct 4, 2016 at 6:44 PM, iJava <pavelkastor...@gmail.com> wrote: > Hi Achim > > What do you mean by "Microservice". Could you give a concrete example? > > Best regards, > > понедельник, 3 октября 2016 г., 21:43:15 UTC+3 пользователь Achim Nierbeck > написал: >> >> Niclas ... I have no clue why he isn't shown ... according to openhub.net >> he still is [1] >> >> Pavel, one could also always have 15 Microservices taking care of those >> 15 domains. >> >> regards, Achim >> >> [1] - https://www.openhub.net/p/pax-web/users >> >> 2016-10-03 6:54 GMT+02:00 Pavel Kastornyy <pavelka...@gmail.com>: >> >>> Hi Marc >>> >>> You are absolutely right - it is possible to use frontend server >>> and use pax-web as backend server. But in this case pax-web >>> in any serious production use can be used only as backend + >>> if you have 15 domains you will manage 15 ports. >>> >>> Best regards, >>> >>> >>> On 02.10.2016 21:46, Marc Schlegel wrote: >>> >>>> Here are my two cents >>>> >>>> Regarding the whiteboard-extender, I was actually thinking of moving >>>> this >>>> into the webcontainer, because due to the whiteboard-dto spec those two >>>> are >>>> closely related anyways. My idea was to deprecate the (upcoming) >>>> WhiteboardManager-service right away in order to merge those two >>>> modules in >>>> a 7.0 release. So that might solve one pain-point. >>>> >>>> But another question is: do we need to rewrite everything in order to >>>> get a >>>> feature which might no be needed? Without knowing the business-case >>>> behind >>>> registering multiple contexts with the same name in different >>>> virtual-hosts, I still think that there are much cheaper alternatives: >>>> everything today moves away from heavy-installations (AppServers) in >>>> favor >>>> of dedicated containers. With OSGi and Pax-Web you can easily spawn >>>> multiple VMs, and have some proxy/webserver in front which manages the >>>> site/domain to look like one. >>>> >>>> regards >>>> Marc >>>> >>>> >>>> Am Sonntag, 2. Oktober 2016 15:39:45 UTC+2 schrieb iJava: >>>> >>>>> Hi Achim >>>>> >>>>> Could you say (from the top of your head) approximatively how many >>>>> hours >>>>> may these changes need - 100/1000/5000/10000? >>>>> >>>>> Best regards, >>>>> >>>>> воскресенье, 2 октября 2016 г., 15:40:23 UTC+3 пользователь Achim >>>>> Nierbeck >>>>> написал: >>>>> >>>>>> Sounds like a good and interesting idea ... >>>>>> Right now only from the top of my head: >>>>>> The Pax-Web Runtime and therefore the different Implementations aren't >>>>>> made for this right now. So this would need a complete rewrite of how >>>>>> we're >>>>>> handling it. Another point would be how would web and white-board >>>>>> extender >>>>>> work with it. We could think about wiring those two closer to the >>>>>> core. >>>>>> Never the less an application deploying servlets will always need to >>>>>> add >>>>>> the virtual host environment, working with defaults could take care >>>>>> of that. >>>>>> >>>>>> We could consider to start this with a complete rewrite of Pax-Web and >>>>>> therefore aim for a 7.0. >>>>>> BUT ... I fear I won't have enough time to takle this. Considering >>>>>> the >>>>>> amount of time I spent in the past and about what it would take to >>>>>> have all >>>>>> the functionalities of Pax-Web re-written, and especially with my >>>>>> $dayJob + >>>>>> Family. >>>>>> >>>>>> regards, Achim >>>>>> >>>>>> >>>>>> >>>>>> 2016-10-02 5:35 GMT+02:00 Niclas Hedhman <nic...@hedhman.org>: >>>>>> >>>>>> Honestly, if this is to be fixed, I think Pax Web should support >>>>>>> Managed >>>>>>> Service Factory, and instantiate separate virtual host services >>>>>>> according >>>>>>> to a provided configuration. That configuration should contain which >>>>>>> WAB(s) >>>>>>> goes into that virtual host, together with any other virtual host >>>>>>> configuration. >>>>>>> >>>>>>> To me, that seems to be the right solution forward, maintains OSGi >>>>>>> compatibility, doesn't introduce new config args on WABs and doesn't >>>>>>> treat >>>>>>> "one domain" different than another. >>>>>>> >>>>>>> I think the tricky bit is to make the default case and the MSF >>>>>>> instantiations play nicely with each other, but that is an design >>>>>>> implementation detail at this stage. >>>>>>> >>>>>>> Cheers >>>>>>> Niclas >>>>>>> >>>>>>> On Sat, Oct 1, 2016 at 4:49 PM, iJava <pavelka...@gmail.com> wrote: >>>>>>> >>>>>>> I analyzed situation again and I am sure I am right. How I explain >>>>>>>> this >>>>>>>> - if *only* >>>>>>>> web-contextpath is used then all war bundles (wabs) are inside one >>>>>>>> domain. >>>>>>>> Obvious if you need more then one domains (virtualhosts) this >>>>>>>> limitation is >>>>>>>> unpleasant. So I am sure that when bundle is deployed it must have >>>>>>>> *two* >>>>>>>> >>>>>>>> settings: >>>>>>>> Layer one - virtualhosts (plural) >>>>>>>> Layer two - web-contextpath. >>>>>>>> In this case the deployer has all the advantages. He can create N >>>>>>>> sites >>>>>>>> And inside every virtualhost he can make N contexts if he needs. >>>>>>>> >>>>>>>> I am sure that this functionality must be developed. Pax-web is >>>>>>>> great >>>>>>>> product >>>>>>>> and with such functionality it will have all main functionality of a >>>>>>>> good web server. >>>>>>>> >>>>>>>> I would be glad to hear others opinion about such New Feature. >>>>>>>> >>>>>>>> Best regards, >>>>>>>> >>>>>>>> >>>>>>>> пятница, 30 сентября 2016 г., 18:14:33 UTC+3 пользователь iJava >>>>>>>> написал: >>>>>>>> >>>>>>>> Ok Achim. >>>>>>>>> >>>>>>>>> I understood the situation. You know the architecture of pax-web >>>>>>>>> well. >>>>>>>>> Could you say - how difficult >>>>>>>>> it can be to make some extender (plugin etc) to link wabs not to >>>>>>>>> web-contextpath but to virtualhosts >>>>>>>>> and to make them all work with one port like it is in usual web >>>>>>>>> servers (for example apache). >>>>>>>>> Please, note I don't care about specification - I care about normal >>>>>>>>> work. >>>>>>>>> >>>>>>>>> Best regards, >>>>>>>>> >>>>>>>>> пятница, 30 сентября 2016 г., 18:06:23 UTC+3 пользователь Achim >>>>>>>>> Nierbeck написал: >>>>>>>>> >>>>>>>>>> I never said Pax-Web is a complete replacement for GlassFish, >>>>>>>>>> it's a WebContainer for OSGi environments, which fulfills the OSGi >>>>>>>>>> spec. >>>>>>>>>> It uses Jetty, Undertow or Tomcat to do so. AND it gives you most >>>>>>>>>> of >>>>>>>>>> the benefits of those underlying servers in the >>>>>>>>>> same way. If you're not satisfied because you expect something >>>>>>>>>> different. I'm sorry to hear >>>>>>>>>> but nothing we can do about. >>>>>>>>>> >>>>>>>>>> regards, Achim >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2016-09-30 17:04 GMT+02:00 Achim Nierbeck <bcan...@googlemail.com >>>>>>>>>> >: >>>>>>>>>> >>>>>>>>>> Well, in that case try to use GlassFish again. >>>>>>>>>>> GlassFish uses a complete different strategy. >>>>>>>>>>> >>>>>>>>>>> Regards, Achim >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2016-09-30 17:02 GMT+02:00 iJava <pavelka...@gmail.com>: >>>>>>>>>>> >>>>>>>>>>> Something is wrong here. I worked with glassfish. Everything >>>>>>>>>>>> starts >>>>>>>>>>>> with glassfish domain. >>>>>>>>>>>> In one domain you usually have one http connector and one https >>>>>>>>>>>> connector. After that in >>>>>>>>>>>> one domain you can have multiple virtual hosts. When you deploy >>>>>>>>>>>> osgi bundle you >>>>>>>>>>>> in manifest have Web-ContextPath and VirtualServers. So you can >>>>>>>>>>>> have N sites >>>>>>>>>>>> (example.com, boo.org, blablabla.net) with WebContextPath / >>>>>>>>>>>> and it >>>>>>>>>>>> is not necessary >>>>>>>>>>>> to create new connectors for new ports. >>>>>>>>>>>> >>>>>>>>>>>> I know it well, because I remember it took me some time to make >>>>>>>>>>>> it >>>>>>>>>>>> work. >>>>>>>>>>>> And I was very glad because it is easy to work with one port >>>>>>>>>>>> then >>>>>>>>>>>> with N. >>>>>>>>>>>> >>>>>>>>>>>> Now you suggest me to go back and again work with N ports. I am >>>>>>>>>>>> shocked and killed. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> пятница, 30 сентября 2016 г., 17:49:30 UTC+3 пользователь Achim >>>>>>>>>>>> Nierbeck написал: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> yes, you can only have one Web-ContextPath per WAB. "/" is >>>>>>>>>>>>> especially tricky since you can also have HttpService servlets >>>>>>>>>>>>> listening on >>>>>>>>>>>>> that one. >>>>>>>>>>>>> >>>>>>>>>>>>> regards, Achim >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> 2016-09-30 16:46 GMT+02:00 iJava <pavelka...@gmail.com>: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Achim >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thank you for the links, I wil study them now. So, do I >>>>>>>>>>>>>> understand it right - >>>>>>>>>>>>>> accroding to specs I can have only one bundle with >>>>>>>>>>>>>> web-contextpath / for one port ? >>>>>>>>>>>>>> >>>>>>>>>>>>>> Best regards, >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> пятница, 30 сентября 2016 г., 17:37:55 UTC+3 пользователь >>>>>>>>>>>>>> Achim >>>>>>>>>>>>>> Nierbeck написал: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> It's in the spec ... >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Now, if you want to run virtual hosts, take a look at the >>>>>>>>>>>>>>> links >>>>>>>>>>>>>>> below. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> regards, Achim >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> [1] - >>>>>>>>>>>>>>> https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-w >>>>>>>>>>>>>>> eb-itest/pax-web-itest-container/pax-web-itest-container- >>>>>>>>>>>>>>> jetty/src/test/java/org/ops4j/pax/web/itest/jetty/JettyConfi >>>>>>>>>>>>>>> gurationExtendedIntegrationTest.java >>>>>>>>>>>>>>> [2] - >>>>>>>>>>>>>>> https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-w >>>>>>>>>>>>>>> eb-itest/pax-web-itest-container/pax-web-itest-container- >>>>>>>>>>>>>>> jetty/src/test/java/org/ops4j/pax/web/itest/jetty/JettyConfi >>>>>>>>>>>>>>> gurationExtendedTwoIntegrationTest.java >>>>>>>>>>>>>>> [3] - >>>>>>>>>>>>>>> http://notizblog.nierbeck.de/2013/01/bind-certain-web-applic >>>>>>>>>>>>>>> ations-to-specific-httpconnectors/ >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> 2016-09-30 16:23 GMT+02:00 Pavel Kastornyy < >>>>>>>>>>>>>>> pavelka...@gmail.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> : >>>>>>>>>>>>>>>> Achim, I understand you, but why? If the domains are >>>>>>>>>>>>>>>> different >>>>>>>>>>>>>>>> why must I change web-contextpath? For example, lets suppose >>>>>>>>>>>>>>>> I have five different sites on one osgi and for every site I >>>>>>>>>>>>>>>> have >>>>>>>>>>>>>>>> separate wab (which is logical) and every wab has only one >>>>>>>>>>>>>>>> context >>>>>>>>>>>>>>>> - /. It is normal situation - take a look at any web server. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Best regards, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 30.09.2016 17:19, 'Achim Nierbeck' via OPS4J wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> The Manifest entry Web-ContextPath is the one in charge of >>>>>>>>>>>>>>>>> where the >>>>>>>>>>>>>>>>> application resides in. >>>>>>>>>>>>>>>>> So in that case you need to make sure of different >>>>>>>>>>>>>>>>> Web-ContextPaths. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> regards, Achim >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> 2016-09-30 16:09 GMT+02:00 iJava <pavelka...@gmail.com>: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Achim, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Yes, you are right. The same web-contextpath in both >>>>>>>>>>>>>>>>>> bundles: >>>>>>>>>>>>>>>>>> / >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> But it seems to be a bug because in bundle A I have >>>>>>>>>>>>>>>>>> jetty-web.xml >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> <Configure >>>>>>>>>>>>>>>>>> class="org.eclipse.jetty.servlet.ServletContextHandler"> >>>>>>>>>>>>>>>>>> <Set name="virtualHosts"> >>>>>>>>>>>>>>>>>> <Array type="java.lang.String"> >>>>>>>>>>>>>>>>>> <Item>example.com</Item> >>>>>>>>>>>>>>>>>> <Item>www.example.com</Item> >>>>>>>>>>>>>>>>>> </Array> >>>>>>>>>>>>>>>>>> </Set> >>>>>>>>>>>>>>>>>> </Configure> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> and in bundle B I have jetty-web.xml >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> <Configure >>>>>>>>>>>>>>>>>> class="org.eclipse.jetty.servlet.ServletContextHandler"> >>>>>>>>>>>>>>>>>> <Set name="virtualHosts"> >>>>>>>>>>>>>>>>>> <Array type="java.lang.String"> >>>>>>>>>>>>>>>>>> <Item>foo.example.com</Item> >>>>>>>>>>>>>>>>>> <Item>www.foo.example.com</Item> >>>>>>>>>>>>>>>>>> </Array> >>>>>>>>>>>>>>>>>> </Set> >>>>>>>>>>>>>>>>>> </Configure> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> пятница, 30 сентября 2016 г., 16:54:24 UTC+3 пользователь >>>>>>>>>>>>>>>>>> Achim Nierbeck >>>>>>>>>>>>>>>>>> написал: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> this seems to be a rather strange bug. Do both of the war >>>>>>>>>>>>>>>>>>> maybe have the >>>>>>>>>>>>>>>>>>> same web-contextpath? >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> regards, Achim >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> 2016-09-30 14:09 GMT+02:00 iJava <pavelka...@gmail.com>: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi all >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> It may seem to be funny question but I have the >>>>>>>>>>>>>>>>>>>> following >>>>>>>>>>>>>>>>>>>> situation. I >>>>>>>>>>>>>>>>>>>> have two war bundles A and B. >>>>>>>>>>>>>>>>>>>> When I start and install only bundle A - it works ok. >>>>>>>>>>>>>>>>>>>> When >>>>>>>>>>>>>>>>>>>> I start and >>>>>>>>>>>>>>>>>>>> install only bundle B it works ok. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> When I try to install both of them always only the first >>>>>>>>>>>>>>>>>>>> works. The >>>>>>>>>>>>>>>>>>>> servlet in the second bundle is not >>>>>>>>>>>>>>>>>>>> instantiated. I tried to add >>>>>>>>>>>>>>>>>>>> <load-on-startup>0</load-on-startup> to >>>>>>>>>>>>>>>>>>>> servlet config >>>>>>>>>>>>>>>>>>>> in web.xml but it didn't help. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Any ideas? Does anyone try to deploy more then one war >>>>>>>>>>>>>>>>>>>> bundle on the same >>>>>>>>>>>>>>>>>>>> osgi framework with pax-web 6.0? >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Best regards, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>>>> You received this message because you are subscribed to >>>>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>>>> Google >>>>>>>>>>>>>>>>>>>> Groups "OPS4J" group. >>>>>>>>>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails >>>>>>>>>>>>>>>>>>>> from it, send >>>>>>>>>>>>>>>>>>>> an email to ops4j+un...@googlegroups.com. >>>>>>>>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/op >>>>>>>>>>>>>>>>>>>> tout. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Apache Member >>>>>>>>>>>>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>>>>>>>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display >>>>>>>>>>>>>>>>>>> /paxweb/Pax+Web/> >>>>>>>>>>>>>>>>>>> Committer >>>>>>>>>>>>>>>>>>> & Project Lead >>>>>>>>>>>>>>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>>>>>>>>>>>>>> Co-Author of Apache Karaf Cookbook < >>>>>>>>>>>>>>>>>>> http://bit.ly/1ps9rkS> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Software Architect / Project Manager / Scrum Master >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> --- >>>>>>>>>>>>>>>>>> You received this message because you are subscribed to >>>>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>>>> Google Groups >>>>>>>>>>>>>>>>>> "OPS4J" group. >>>>>>>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails >>>>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>>>> it, send an >>>>>>>>>>>>>>>>>> email to ops4j+un...@googlegroups.com. >>>>>>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/op >>>>>>>>>>>>>>>>>> tout. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> --- You received this message because you are subscribed to >>>>>>>>>>>>>>>> the >>>>>>>>>>>>>>>> Google Groups "OPS4J" group. >>>>>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails >>>>>>>>>>>>>>>> from >>>>>>>>>>>>>>>> it, send an email to ops4j+un...@googlegroups.com. >>>>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Apache Member >>>>>>>>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>>>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/ >>>>>>>>>>>>>>> > >>>>>>>>>>>>>>> Committer & Project Lead >>>>>>>>>>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>>>>>>>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Software Architect / Project Manager / Scrum Master >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>>>>>>>> >>>>>>>>>>>>>> --- >>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>> Google Groups "OPS4J" group. >>>>>>>>>>>>>> To unsubscribe from this group and stop receiving emails from >>>>>>>>>>>>>> it, >>>>>>>>>>>>>> send an email to ops4j+un...@googlegroups.com. >>>>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>>> Apache Member >>>>>>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>>>>>>>>>> Committer & Project Lead >>>>>>>>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>>>>>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >>>>>>>>>>>>> >>>>>>>>>>>>> Software Architect / Project Manager / Scrum Master >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> ------------------ >>>>>>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>>>>>> >>>>>>>>>>>> --- >>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>> Google >>>>>>>>>>>> Groups "OPS4J" group. >>>>>>>>>>>> To unsubscribe from this group and stop receiving emails from >>>>>>>>>>>> it, >>>>>>>>>>>> send an email to ops4j+un...@googlegroups.com. >>>>>>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> >>>>>>>>>>> Apache Member >>>>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>>>>>>>> Committer & Project Lead >>>>>>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>>>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >>>>>>>>>>> >>>>>>>>>>> Software Architect / Project Manager / Scrum Master >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>>> Apache Member >>>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>>>>>>> Committer & Project Lead >>>>>>>>>> blog <http://notizblog.nierbeck.de/> >>>>>>>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >>>>>>>>>> >>>>>>>>>> Software Architect / Project Manager / Scrum Master >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> >>>>>>>>> -- >>>>>>>> ------------------ >>>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>>> >>>>>>>> --- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "OPS4J" group. >>>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>>> send >>>>>>>> an email to ops4j+un...@googlegroups.com. >>>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Niclas Hedhman, Software Developer >>>>>>> http://zest.apache.org - New Energy for Java >>>>>>> >>>>>>> -- >>>>>>> -- >>>>>>> ------------------ >>>>>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>>>>>> >>>>>>> --- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "OPS4J" group. >>>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>>> send >>>>>>> an email to ops4j+un...@googlegroups.com. >>>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> Apache Member >>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC >>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> >>>>>> Committer >>>>>> & Project Lead >>>>>> blog <http://notizblog.nierbeck.de/> >>>>>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >>>>>> >>>>>> Software Architect / Project Manager / Scrum Master >>>>>> >>>>>> >>>>>> >>> -- >>> -- >>> ------------------ >>> OPS4J - http://www.ops4j.org - op...@googlegroups.com >>> >>> --- You received this message because you are subscribed to the Google >>> Groups "OPS4J" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to ops4j+un...@googlegroups.com. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> >> >> -- >> >> Apache Member >> Apache Karaf <http://karaf.apache.org/> Committer & PMC >> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer >> & Project Lead >> blog <http://notizblog.nierbeck.de/> >> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> >> >> Software Architect / Project Manager / Scrum Master >> >> -- > -- > ------------------ > OPS4J - http://www.ops4j.org - ops4j@googlegroups.com > > --- > You received this message because you are subscribed to the Google Groups > "OPS4J" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to ops4j+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > -- Niclas Hedhman, Software Developer http://zest.apache.org - New Energy for Java -- -- ------------------ OPS4J - http://www.ops4j.org - ops4j@googlegroups.com --- You received this message because you are subscribed to the Google Groups "OPS4J" group. To unsubscribe from this group and stop receiving emails from it, send an email to ops4j+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
