Hi Sergey,
I tried your patch on my machine and can confirm that it seems to
consistently hang in the multibundle system test. This wasn't the case
before.
The good news is that it's hanging because the multi-bundle distro is
actually broken - it's so good to have tests :)
I just tried it manual
Hi David
So
(version>=2.1.0)
does not intersect with
(version>=0.0.0)(!(version>=3.0.0)
?
cheers, Sergey
On Mon, Jun 28, 2010 at 10:34 AM, David Bosschaert <
david.bosscha...@gmail.com> wrote:
> Hi Sergey,
>
> I tried your patch on my machine and can confirm that it seems to
> consistently h
Hi Sergey,
I think you need to dive a little deeper to see what the actual problem is.
Let me know if you need help with this.
Cheers,
David
On 28 June 2010 12:31, Sergey Beryozkin wrote:
> Hi David
>
> So
> (version>=2.1.0)
>
> does not intersect with
>
> (version>=0.0.0)(!(version>=3.0.0)
>
Hi David
If you could explain what else that 'Conflicting constraint' statement can
mean then it would help...
cheers, Sergey
On Mon, Jun 28, 2010 at 12:39 PM, David Bosschaert <
david.bosscha...@gmail.com> wrote:
> Hi Sergey,
>
> I think you need to dive a little deeper to see what the actual
Maybe a startup ordering problem. I see a couple CXF bundles started before
the JAX-WS API bundle. Thus, they MAY get the 0.0 version from the runtime,
but those that start after the jax-ws api bundle would get the 2.1 version
from the bundle.
Dan
On Monday 28 June 2010 7:39:39 am Dav
Have you tried overriding the org.osgi.framework.system.packages property in
felix/conf/config.properties, with a list of packages specifically excluding
javax.xml.ws.*?
This is the approach taken by SMX to get around these sort of issues. See
for ex:
wget
https://www.apache.org/dist/servicemix/s
Hi Eoghan
ServiceMix is shipping the config.properties and they may be specific to a
specific Felix version ? Similarly for Equinox (even though most of the
config.properties are probably reusable across diff versions)
DOSGI RI does only ship the fragments of config properties which are built
duri
On Monday 28 June 2010 1:19:56 pm Sergey Beryozkin wrote:
> Hi Eoghan
>
> ServiceMix is shipping the config.properties and they may be specific to a
> specific Felix version ? Similarly for Equinox (even though most of the
> config.properties are probably reusable across diff versions)
> DOSGI RI
On 28 June 2010 18:19, Sergey Beryozkin wrote:
> ServiceMix is shipping the config.properties and they may be specific to a
> specific Felix version
Well part of the config.props is version-specific (i.e. the exact version of
equinox/felix framework to use), but not so much the bit defining the
On Mon, Jun 28, 2010 at 7:20 PM, Eoghan Glynn wrote:
> On 28 June 2010 18:19, Sergey Beryozkin wrote:
>
> > ServiceMix is shipping the config.properties and they may be specific to
> a
> > specific Felix version
>
> Well part of the config.props is version-specific (i.e. the exact version
> of
>
Dunno about older versions of felix, but 3.0.1 doesn't have the
org.osgi.framework.system.packages already listed out in the
config.properties. So it wouldn't just be a case of commenting out a few
pre-existing lines of config. Instead the user would have to copy a valid
org.osgi.framework.system.p
11 matches
Mail list logo
