Alin,
An alternative that I was thinking about is like this:
pax Web wil be configurable via a ManagedServiceFactory and so , for
each factory configuration will create an HttpService.
Very good!
The
configurations can contain any of the configuration properties of pax
web (so port and so on) + any other properties not related to Pax Web.
What will happen is that this set of "unknown" properties are copied
along with known properties to published service properties and you as
a service user may use them to select your HttpService by using a
filter.
Would work for you?
Yes, that would be a very smart way.
Actually I think we can also live with the current state: As we only
need one HttpService per OSGi runtime (JVM) we can configure it via
ConfigAdmin and there is no need to pick it amongst many.
The only thing I wonder (also with your solution) is what will happen
if one HttpService does not start because another HttpService in
another OSGi runtime already blocks the default port. Would it work to
test free ports and then configure the HttpService via Config Admin?
Would it (re-)start then?
Heiko
On Wed, Mar 18, 2009 at 11:15 AM, Heiko <[email protected]> wrote:
Hi Alin,
Very good question but no good answer yet ;-)
Initially we planned to use the port. But there might be
alternatives that
might work with one instance.
Let me discuss this with my client ...
Heiko
On 17.03.2009, at 21:37, Alin Dreghiciu wrote:
Hi Heiko,
A related question. How do you plan to use the several instances? I
mean how you will relate to which instance you will register your
servlets/resources? Based on port service attribute or some other
attribute?
Just curious.
On Tue, Mar 17, 2009 at 9:43 PM, Heiko Seeberger <[email protected]
>
wrote:
Hi,
I would like to start several HttpServices under different ports.
How can that be done using Pax Web?
Thanx
Heiko
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
--
Alin Dreghiciu
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
http://www.qi4j.org - New Energy for Java - Domain Driven
Development.
http://www.codedragons.com - New Energy for Projects - Great People
working on Great Projects at Great Places
Sent from: Cluj-Napoca CJ Romania.
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
--
Alin Dreghiciu
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
http://www.qi4j.org - New Energy for Java - Domain Driven Development.
http://www.codedragons.com - New Energy for Projects - Great People
working on Great Projects at Great Places
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
_______________________________________________
general mailing list
[email protected]
http://lists.ops4j.org/mailman/listinfo/general
