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 does only ship the fragments of config properties which are built > during the multi-bundle build... > > I'm just curious, why was the CXF import updated to include 0.0.0 ?
So it works with an "out of the box" setup of Equinox without requiring the user to update funky setup things like the system.packages thing. Dan > > cheers, Sergey > > On Mon, Jun 28, 2010 at 5:55 PM, Eoghan Glynn <eogl...@gmail.com> wrote: > > 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/servicemix-4/4.2.0/apache-servicem > > ix-4.2.0.tar.gz tar -xvzf apache-servicemix-4.2.0.tar.gz > > less apache-servicemix-4.2.0/etc/config.properties > > > > Note the packages in the jre-1.6 list that are specifically commented to > > avoid a 0.0.0.0 version dragged in from the system bundle upsetting > > version-constrained imports. > > > > Cheers, > > Eoghan > > > > On 28 June 2010 10:34, David Bosschaert <david.bosscha...@gmail.com> > > > > wrote: > > > 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 manually with Felix 3.0.1 and it tells me this > > > org.apache.felix.framework.resolver.ResolveException: Constraint > > > violation for package 'javax.xml.ws' when resolving module 7.0 between > > > existing import 13.0.javax.xml.ws BLAMED ON [[7.0] package; > > > (&(package=javax.xml.ws)(version>=2.1.0))] and uses constraint > > > 0.javax.xml.ws BLAMED ON [[7.0] package; > > > (&(package=org.apache.cxf.jaxrs.provider)(version>=2.2.0)), [17.0] > > > package; (&(package=javax.xml.ws)(version>=0.0.0)(!(version>=3.0.0)))] > > > > > > Cheers, > > > > > > David > > > > > > g! lb > > > START LEVEL 85 > > > > > > ID|State |Level|Name > > > > > > 0|Active | 0|System Bundle (3.0.1) > > > 1|Active | 1|Apache Felix Bundle Repository (1.6.2) > > > 2|Active | 1|Apache Felix Gogo Command (0.6.0) > > > 3|Active | 1|Apache Felix Gogo Runtime (0.6.0) > > > 4|Active | 1|Apache Felix Gogo Shell (0.6.0) > > > 5|Active | 85|CXF dOSGi Topology Manager (1.2.0.SNAPSHOT) > > > 6|Active | 53|geronimo-javamail_1.4_spec (1.2.0) > > > 7|Installed | 84|CXF dOSGi Remote Service Admin Implementation > > > > > > (1.2.0.SNA > > > PSHOT) > > > > > > 8|Active | 52|geronimo-activation_1.1_spec (1.0.2) > > > 9|Active | 83|CXF Local Discovery Service Bundle > > > > (1.2.0.SNAPSHOT) > > > > > 10|Active | 51|geronimo-annotation_1.0_spec (1.1.1) > > > 11|Active | 82|Apache ServiceMix Specs :: JSR311 API 1.0 > > > (1.3.0) 12|Active | 50|osgi.compendium > > > (4.1.0.build-200702212030) 13|Active | 81|Apache ServiceMix > > > Specs :: JAXWS API 2.1 (1.3.0) 14|Active | 80|Apache > > > ServiceMix Specs :: JAXB API 2.1 (1.3.0) 15|Active | 79|Apache > > > ServiceMix Specs :: STAX API 1.0 (1.3.0) 16|Active | 78|Apache > > > ServiceMix Specs :: SAAJ API 1.3 (1.3.0) 17|Active | 77|Apache > > > CXF Minimal Bundle Jar (2.2.9) > > > 18|Active | 76|Apache ServiceMix Bundles: commons-pool-1.5.4 > > > > > > (1.5.4.1) > > > > > > 19|Active | 75|Apache ServiceMix Bundles: woodstox-3.2.7 > > > > (3.2.7.1) > > > > > 20|Active | 74|Apache ServiceMix Bundles: neethi-2.0.4 > > > (2.0.4.1) 21|Active | 73|Apache ServiceMix Bundles: > > > xmlresolver-1.2 > > > > (1.2.0.1) > > > > > 22|Active | 72|Apache ServiceMix Bundles: asm-2.2.3 (2.2.3.1) > > > 23|Active | 71|Apache ServiceMix Bundles: xmlschema-1.4.3 > > > > (1.4.3.1) > > > > > 24|Active | 70|Apache ServiceMix Bundles: xmlsec-1.3.0 > > > (1.3.0.1) 25|Active | 69|Apache ServiceMix Bundles: > > > wsdl4j-1.6.1 (1.6.1.1) 26|Active | 68|Apache ServiceMix > > > Bundles: jaxb-impl-2.1.6 > > > > (2.1.6.1) > > > > > 27|Active | 67|OPS4J Pax Web - Service (0.5.1) > > > 28|Active | 66|spring-osgi-extender (1.2.0) > > > 29|Active | 65|spring-osgi-core (1.2.0) > > > 30|Active | 64|spring-osgi-io (1.2.0) > > > 31|Active | 63|Spring AOP (2.5.6) > > > 32|Resolved | 62|SLF4J Jakarta Commons Logging Binding (1.5.10) > > > 33|Active | 61|SLF4J API (1.5.10) > > > 34|Active | 60|AOP Alliance API (1.0.0) > > > 35|Active | 59|Spring Context (2.5.6) > > > 36|Active | 58|Spring Beans (2.5.6) > > > 37|Active | 57|Spring Core (2.5.6) > > > 38|Active | 56|JDOM DOM Processor (1.0.0) > > > 39|Active | 55|Apache Commons Logging (1.1.1) > > > 40|Active | 54|geronimo-ws-metadata_2.0_spec (1.1.2) > > > > > > g! start 7 > > > RE: org.apache.felix.framework.resolver.ResolveException: Constraint > > > violation f > > > or package 'javax.xml.ws' when resolving module 7.0 between existing > > > import 13.0 > > > .javax.xml.ws BLAMED ON [[7.0] package; (&(package=javax.xml.ws > > > )(version>=2.1.0) > > > )] and uses constraint 0.javax.xml.ws BLAMED ON [[7.0] package; > > > (&(package=org.a > > > pache.cxf.jaxrs.provider)(version>=2.2.0)), [17.0] package; > > > (&(package=javax.xml > > > .ws)(version>=0.0.0)(!(version>=3.0.0)))] > > > org.osgi.framework.BundleException: Constraint violation for package > > > 'javax.xml. > > > ws' when resolving module 7.0 between existing import > > > > 13.0.javax.xml.wsBLAMED O > > > > > N [[7.0] package; (&(package=javax.xml.ws)(version>=2.1.0))] and uses > > > constraint > > > > > > 0.javax.xml.ws BLAMED ON [[7.0] package; > > > > > > (&(package=org.apache.cxf.jaxrs.provid > > > er)(version>=2.2.0)), [17.0] package; (&(package=javax.xml.ws > > > )(version>=0.0.0)(! > > > (version>=3.0.0)))] > > > > > > On 26 June 2010 17:19, Sergey Beryozkin <sberyoz...@gmail.com> wrote: > > > > Hi > > > > > > > > I've attached a patch to [1] which I've tried locally, things looks > > > > ok > > > > > > after > > > > > > > updating to 2.2.9, i.e, I run two demos manually, greeter & > > > > greeter_rest, > > > > > > but the build itself is hanging in systests2/multi bundle tests. > > > > > > > > Can someone please try the patch as well and confirm it's building ok > > > > or > > > > > > hanging ? DOSGI 1.1 uses 2.5 and moving to 2.2.9 need to be done IMHO > > > > > > > > cheers, Sergey > > > > > > > > [1] https://issues.apache.org/jira/browse/DOSGI-74 -- Daniel Kulp dk...@apache.org http://dankulp.com/blog
