Niclas, besides look, all current settings are in bundle: 1) virtual hosts in bundle jetty-web.xml 2) context-path - in bundle manifest 3) web.xml - in bundle So, I suggest to put it there - let all the settings be in one place - in bundle.
воскресенье, 9 октября 2016 г., 9:26:29 UTC+3 пользователь Niclas Hedhman написал: > > Hi, > I would like to suggest that it is not advisable to put the virtual host > name into the bundle. That is IMNSHO at odds with the normal flexibility > available. I think that one way of doing it is through configuration of Pax > Web, such as an optional map of "Bundle-SymbolicName" to "Virtual Host > Name". There might be other... > > Niclas > > On Sun, Oct 9, 2016 at 11:03 AM, iJava <pavelka...@gmail.com <javascript:> > > wrote: > >> Hi Achim, >> >> I had some free time (it is 5 am now :) ) to take a look at pax-web >> sources. >> What I suggest after short analysis is: >> 1) The solution must be absolute backward compatible with pax-web 6.0. (I >> need this feature >> and I can't wait ? time for version 7.0.0) >> 2) In deployed bundles there will be an optional(!) Virtual-Hosts setting >> in manifest of war bundle. >> I think that even it there is any virtual-host settings separate from >> bundles in the future, >> it is bundle that must say to which virtual host it wants to belong to. >> 3) We add virtualHosts collection to >> org.ops4j.pax.web.service.spi.model.ServerModel + >> fix all match* methods. Besides we fix match* in >> JettyServerHandlerCollection >> 4) it is necessary to allow war bundles with the same context if the have >> virtual-hosts setting. >> I haven't looked yet where it can be done. >> 5) The suggested solution is a "first attempt" to see how it will be like >> and will not >> require much time (which is the problem #1). If someone has time in >> future he\she can >> always make the solution better. >> >> What will you say? >> >> P.S. I considered only for jetty as I wrote above. >> >> >> понедельник, 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-web-itest/pax-web-itest-container/pax-web-itest-container-jetty/src/test/java/org/ops4j/pax/web/itest/jetty/JettyConfigurationExtendedIntegrationTest.java >>>>>>>>>>>>>>>> [2] - >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-web-itest/pax-web-itest-container/pax-web-itest-container-jetty/src/test/java/org/ops4j/pax/web/itest/jetty/JettyConfigurationExtendedTwoIntegrationTest.java >>>>>>>>>>>>>>>> [3] - >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> http://notizblog.nierbeck.de/2013/01/bind-certain-web-applications-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/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. >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> ------------------ >>>>>>>>>>>>>>>>> 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 - op...@googlegroups.com <javascript:> >> >> --- >> 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 <javascript:>. >> 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.
