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 <pavelkastor...@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/optout. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>> 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 - 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. > -- 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.
