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 - 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.
