Ok, Achim. Thank you for detailed answers.
I currently need and use only the following subprojects:
pax-web-api-6.0.0-SNAPSHOT.jar
pax-web-deployer-6.0.0-SNAPSHOT.jar
pax-web-descriptor-6.0.0-SNAPSHOT.jar
pax-web-extender-war-6.0.0-SNAPSHOT.jar
pax-web-extender-whiteboard-6.0.0-SNAPSHOT.jar
pax-web-jetty-6.0.0-SNAPSHOT.jar
pax-web-jsp-6.0.0-SNAPSHOT.jar
pax-web-runtime-6.0.0-SNAPSHOT.jar
pax-web-spi-6.0.0-SNAPSHOT.jar
Firstly I will take some time to study them. If after analysis I can
find and suggest some
solution which will require not so much time I will discuss it with you.
But I say in advance that if I will do something, it will be linked only
with subprojects
I need and use. I think the reason can be easily understood.
Best regards,
On 02.10.2016 19:35, 'Achim Nierbeck' via OPS4J wrote:
About a person year, with the prerequisite that the current implementation
is well known.
1) Not really, certain people working on the code are paid to do so.
2) Nope, it's an open source project most people working on this do this in
their private time.
Sometimes those people (like me) don't even work on any related stuf
anymore.
3) Hard to tell ... as we have people which get engaged for certain topics
which move off after a certain amount of time
Here's a complete list of recent developers [1]
regards, Achim
[1] - https://github.com/ops4j/org.ops4j.pax.web/graphs/contributors
2016-10-02 18:20 GMT+02:00 Pavel Kastornyy <pavelkastor...@gmail.com>:
Achim, thank you for the information. So about one person year
if I understand you right.
Could you also shortly answer the following questions:
1) is there any financial help from any companies?
2) has the community tried to draw investments into the product?
3) how many active developers are there at this time?
Best regards,
On 02.10.2016 18:47, 'Achim Nierbeck' via OPS4J wrote:
wow, that's a tough one ... :D
if you take a look at Openhub [1] ... it'll tell you it took about 57
years
[2], or at least it's the amount of work worth it ;)
Anyway it's hard to estimate as I've spent the last 6 years improving on
it. Never the less if I would work on it full time 8h day
with the knowledge I have right now. One person could redo it within maybe
a year. But it's a wild guess ... might be faster, might take longer ...
Of course I would expect it to have the same features and possibilities it
has which makes it different to other implementations of the HttpService
etc. Right now we have about 500 unit and integration tests running with
every build [3].
That functionality I would expect to be available after the re-write ;)
BUT, the nice thing is. We can always start with a new branch and work on
that in parallel.
If there are enough people to work on it it should work.
[1] - https://www.openhub.net/p/pax-web
[2] - https://www.openhub.net/p/pax-web/estimated_cost
[3] - http://ci.ops4j.org/jenkins/job/org.ops4j.pax.web/1028/testReport/
2016-10-02 15:39 GMT+02:00 iJava <pavelkastor...@gmail.com>:
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.o
ps4j.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/JettyConfi
gurationExtendedIntegrationTest.java
[2] - https://github.com/ops4j/org.o
ps4j.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/JettyConfi
gurationExtendedTwoIntegrationTest.java
[3] - http://notizblog.nierbeck.de/2
013/01/bind-certain-web-appl
ications-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.servl
et.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.servl
et.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.
--
--
------------------
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.
--
--
------------------
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.
