Hello

I reproduced your problem, but actually the solution is quite easy ;)
Both pax-web-jetty-bundle and pax-web-runtime bundles contain the http
service runtime - and both bundles perform configuration, so you end up
with two instances of jetty. Just remove pax-web-runtime and everything
should work.

I successfully run the console at
http://localhost:8080/system/console/bundles

best regards and sorry again for delayed response
Grzegorz Grzybek

2018-02-06 8:37 GMT+01:00 Grzegorz Grzybek <[email protected]>:

> Hello Silvano,
> sorry for the delay - I had urgent issues to fix. I'll check your pax-web
> problem today.
>
> regards
> Grzegorz Grzybek
>
> 2018-01-19 14:48 GMT+01:00 Silvano Maffeis <[email protected]>:
>
>> No sorry this is the regular release I had just renamed the jar.
>>
>> Silvano
>>
>> On Jan 19, 2018 7:05 AM, "Grzegorz Grzybek" <[email protected]> wrote:
>>
>>> I can try the same setup. What is "pax-web-jetty-bundle-fixed-6.1.0.jar"?
>>> any special branch?
>>>
>>> regards
>>> Grzegorz Grzybek
>>>
>>> 2018-01-18 22:42 GMT+01:00 Silvano Maffeis <[email protected]>:
>>>
>>>> Hi Grzegorz
>>>>
>>>> This are the bundles deployed. We are not using Karaf, just Apache
>>>> Felix.
>>>>
>>>> Thanks for your help.
>>>>
>>>> Silvano
>>>>
>>>> asm-6.0.jar
>>>> asm-commons-6.0.jar
>>>> asm-tree-6.0.jar
>>>> commons-fileupload-1.3.3.jar
>>>> commons-io-2.6.jar
>>>> commons-logging-1.2.jar
>>>> org.apache.felix.configadmin-1.8.16.jar
>>>> org.apache.felix.dependencymanager.runtime-4.0.5.jar
>>>> org.apache.felix.dependencymanager-4.4.1.jar
>>>> org.apache.felix.eventadmin-1.4.10.jar
>>>> org.apache.felix.inventory-1.0.6.jar
>>>> org.apache.felix.log-1.0.1.jar
>>>> org.apache.felix.metatype-1.1.6.jar
>>>> org.apache.felix.scr-2.0.14.jar
>>>> org.apache.felix.shell-1.4.3.jar
>>>> org.apache.felix.webconsole.plugins.ds-2.0.8.jar
>>>> org.apache.felix.webconsole.plugins.event-1.1.8.jar
>>>> org.apache.felix.webconsole.plugins.memoryusage-1.0.6.jar
>>>> org.apache.felix.webconsole-4.3.4-all.jar
>>>> pax-web-api-6.1.0.jar
>>>> pax-web-jetty-bundle-fixed-6.1.0.jar
>>>> pax-web-runtime-6.1.0.jar
>>>> pax-web-spi-6.1.0.jar
>>>> xbean-asm6-shaded-4.6.jar
>>>> xbean-asm-util-4.6.jar
>>>> xbean-bundleutils-4.6.jar
>>>> xbean-finder-shaded-4.6.jar
>>>>
>>>>
>>>>
>>>> On Thu, Jan 18, 2018 at 8:44 PM, Grzegorz Grzybek <[email protected]
>>>> > wrote:
>>>>
>>>>> Can you send me the list of bundles installed in Felix?
>>>>>
>>>>> Would you mind trying to run this within Karaf?
>>>>>
>>>>> best regards
>>>>> Grzegorz Grzybek
>>>>>
>>>>> 2018-01-18 18:40 GMT+01:00 Silvano Maffeis <[email protected]>:
>>>>>
>>>>>> Hi. I'm using pax-web-jetty-bundle-6.1.0.jar with Apache Felix.
>>>>>>
>>>>>> I noticed that in my setup there are two threads that create
>>>>>> a JettyServerImpl each:
>>>>>>
>>>>>> 2018-01-18 15:27:31 DEBUG [paxweb-config-1-thread-1] -
>>>>>> JettyServerImpl - Starting JettyServerImpl{}
>>>>>>
>>>>>> 2018-01-18 15:27:31 DEBUG [paxweb-config-2-thread-1] -
>>>>>> JettyServerImpl - Starting JettyServerImpl{}
>>>>>>
>>>>>> I have only one jetty.xml file, why are two threads used to
>>>>>> initialize JettyServerImpl instances ?
>>>>>>
>>>>>> I'm asking because occasionally I'm getting an exception:
>>>>>>
>>>>>> java.net.BindException: Address already in use: bind
>>>>>> at sun.nio.ch.Net.bind0(Native Method)
>>>>>> at sun.nio.ch.Net.bind(Unknown Source)
>>>>>> at sun.nio.ch.Net.bind(Unknown Source)
>>>>>> at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source)
>>>>>> at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source)
>>>>>> at org.eclipse.jetty.server.ServerConnector.openAcceptChannel(S
>>>>>> erverConnector.java:351)
>>>>>> at org.eclipse.jetty.server.ServerConnector.open(ServerConnecto
>>>>>> r.java:319)
>>>>>> at org.eclipse.jetty.server.AbstractNetworkConnector.doStart(Ab
>>>>>> stractNetworkConnector.java:80)
>>>>>> at org.eclipse.jetty.server.ServerConnector.doStart(ServerConne
>>>>>> ctor.java:235)
>>>>>> at org.eclipse.jetty.util.component.AbstractLifeCycle.start(Abs
>>>>>> tractLifeCycle.java:68)
>>>>>> at org.eclipse.jetty.server.Server.doStart(Server.java:401)
>>>>>> at org.eclipse.jetty.util.component.AbstractLifeCycle.start(Abs
>>>>>> tractLifeCycle.java:68)
>>>>>> at org.ops4j.pax.web.service.jetty.internal.JettyServerImpl$1.s
>>>>>> tart(JettyServerImpl.java:350)
>>>>>>
>>>>>> I did a number of tests and the probability of getting that exception
>>>>>> depends on the log level (oddly), meaning if the startup is delayed by 
>>>>>> the
>>>>>> logging. Therefore I suspect there can be a race condition between the 
>>>>>> two
>>>>>> threads.
>>>>>>
>>>>>> There is no other service blocking ports 8080/8443 on my machine. I'm
>>>>>> confident that sometimes two server sockets are allocated simultaneously,
>>>>>> through those two threads.
>>>>>>
>>>>>> Silvano
>>>>>>
>>>>>>
>>>>>> --
>>>>>> --
>>>>>> ------------------
>>>>>> OPS4J - http://www.ops4j.org - [email protected]
>>>>>>
>>>>>> ---
>>>>>> 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 [email protected].
>>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> ------------------
>>>>> OPS4J - http://www.ops4j.org - [email protected]
>>>>>
>>>>> ---
>>>>> You received this message because you are subscribed to a topic in the
>>>>> Google Groups "OPS4J" group.
>>>>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>>>>> pic/ops4j/UccNN3J3yhs/unsubscribe.
>>>>> To unsubscribe from this group and all its topics, send an email to
>>>>> [email protected].
>>>>> For more options, visit https://groups.google.com/d/optout.
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Silvano Maffeis
>>>> Dr. oec. publ.
>>>> Im Kehl 6 <https://maps.google.com/?q=Im+Kehl+6&entry=gmail&source=g>,
>>>> 5400 Baden
>>>>
>>>> --
>>>> --
>>>> ------------------
>>>> OPS4J - http://www.ops4j.org - [email protected]
>>>>
>>>> ---
>>>> 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 [email protected].
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>> --
>>> --
>>> ------------------
>>> OPS4J - http://www.ops4j.org - [email protected]
>>>
>>> ---
>>> You received this message because you are subscribed to a topic in the
>>> Google Groups "OPS4J" group.
>>> To unsubscribe from this topic, visit https://groups.google.com/d/to
>>> pic/ops4j/UccNN3J3yhs/unsubscribe.
>>> To unsubscribe from this group and all its topics, send an email to
>>> [email protected].
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>> --
>> --
>> ------------------
>> OPS4J - http://www.ops4j.org - [email protected]
>>
>> ---
>> 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 [email protected].
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
-- 
------------------
OPS4J - http://www.ops4j.org - [email protected]

--- 
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 [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to