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