Hi, The problem was caused by the jetty dependencies. jetty-6.1.7.jar is already an OSGi bundle which imports package javax.servlet.api version 2.5. But maven pulls in servlet-api-2.5.jar (instead of the transitive servlet-api jar from jetty) which is not an OSGi bundle.
I fixed an issue the tuscany-eclipse-compiler to derive the osgi version from maven. This way, the OSGi constraints in the jetty bundles are satisfied. I already deployed a new SNAPSHOT version to maven for the plugin. To troubleshoot these issues, you can run "mvn -X compile" to dump out the bundle states. Thanks, Raymond From: Raymond Feng Sent: Monday, February 02, 2009 9:25 AM To: [email protected] ; [email protected] Subject: Error messages for OSGi violations with maven build, was: Re: svn commit: r739328 - in /tuscany/java/sca: distribution/all/pom.xml modules/pom.xml samples/pom.xml Hi, As part of the maven build, we now validate the OSGi MANIFEST. It tries to resolve the constraints with the bundles on the maven dependency list. At this point, failures are reported and the build continues. Let me try a bit more and provide more details about the messages you are seeing. Thanks, Raymond From: ant elder Sent: Monday, February 02, 2009 4:02 AM To: [email protected] Subject: Re: svn commit: r739328 - in /tuscany/java/sca: distribution/all/pom.xml modules/pom.xml samples/pom.xml On Mon, Feb 2, 2009 at 11:30 AM, Simon Laws <[email protected]> wrote: On Mon, Feb 2, 2009 at 11:11 AM, ant elder <[email protected]> wrote: On Mon, Feb 2, 2009 at 9:39 AM, Simon Laws <[email protected]> wrote: On Sat, Jan 31, 2009 at 9:43 AM, Simon Laws <[email protected]> wrote: On Fri, Jan 30, 2009 at 5:34 PM, ant elder <[email protected]> wrote: So now the build doesn't work for me again, is binding-ws-axis2 building ok for you? I get lots of test failures all about policy problems like: testSOAP12Endpoint(org.apache.tuscany.sca.binding.ws.axis2.itests.soap12.QuestionMarkWSDLTestCase) Time elapsed: 0.297 sec <<< ERROR! org.oasisopen.sca.ServiceRuntimeException: org.oasisopen.sca.ServiceRuntimeException: Provided Intent - {http://www.osoa .org/xmlns/sca/1.0}integrity not found for PolicySet {http://tuscany.apache.org/xmlns/sca/1.0}wsIntegrityPolicy at org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:245) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createNode(NodeFactoryImpl.java:42) at org.apache.tuscany.sca.binding.ws.axis2.itests.soap12.QuestionMarkWSDLTestCase.setUp(QuestionMarkWSDLTestCase .java:134) at junit.framework.TestCase.runBare(TestCase.java:132) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:79) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138 ) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879) Caused by: org.oasisopen.sca.ServiceRuntimeException: Provided Intent - {http://www.osoa.org/xmlns/sca/1.0}integrity not found for PolicySet {http://tuscany.apache.org/xmlns/sca/1.0}wsIntegrityPolicy at org.apache.tuscany.sca.node.impl.NodeImpl.analyzeProblems(NodeImpl.java:636) at org.apache.tuscany.sca.node.impl.NodeImpl.configureNode(NodeImpl.java:492) at org.apache.tuscany.sca.node.impl.NodeImpl.<init>(NodeImpl.java:242) ... 20 more ...ant On Fri, Jan 30, 2009 at 4:45 PM, <[email protected]> wrote: Author: slaws Date: Fri Jan 30 16:45:44 2009 New Revision: 739328 URL: http://svn.apache.org/viewvc?rev=739328&view=rev Log: Add the web service binding back in but not the ws policy module. binding-ws-calculator works for me now. Modified: tuscany/java/sca/distribution/all/pom.xml tuscany/java/sca/modules/pom.xml tuscany/java/sca/samples/pom.xml Modified: tuscany/java/sca/distribution/all/pom.xml URL: http://svn.apache.org/viewvc/tuscany/java/sca/distribution/all/pom.xml?rev=739328&r1=739327&r2=739328&view=diff ============================================================================== --- tuscany/java/sca/distribution/all/pom.xml (original) +++ tuscany/java/sca/distribution/all/pom.xml Fri Jan 30 16:45:44 2009 @@ -53,12 +53,12 @@ <version>2.0-SNAPSHOT</version> </dependency> - <!-- dependency> + <dependency> <groupId>org.apache.tuscany.sca</groupId> <artifactId>tuscany-distribution-webservice</artifactId> <type>pom</type> <version>2.0-SNAPSHOT</version> - </dependency --> + </dependency> <dependency> <groupId>org.apache.tuscany.sca</groupId> Modified: tuscany/java/sca/modules/pom.xml URL: http://svn.apache.org/viewvc/tuscany/java/sca/modules/pom.xml?rev=739328&r1=739327&r2=739328&view=diff ============================================================================== --- tuscany/java/sca/modules/pom.xml (original) +++ tuscany/java/sca/modules/pom.xml Fri Jan 30 16:45:44 2009 @@ -36,10 +36,10 @@ <module>binding-sca</module> <module>binding-sca-xml</module> <module>binding-ws</module> -<!-- + <module>binding-ws-axis2</module> - <module>binding-ws-axis2-policy</module> ---> + <!--module>binding-ws-axis2-policy</module--> + <module>binding-ws-wsdlgen</module> <module>binding-ws-xml</module> <module>contribution</module> @@ -65,6 +65,7 @@ <module>implementation-node-runtime</module> <module>host-http</module> <module>host-webapp</module> + <module>host-jetty</module> <module>interface</module> <module>interface-java</module> <module>interface-java-jaxws</module> Modified: tuscany/java/sca/samples/pom.xml URL: http://svn.apache.org/viewvc/tuscany/java/sca/samples/pom.xml?rev=739328&r1=739327&r2=739328&view=diff ============================================================================== --- tuscany/java/sca/samples/pom.xml (original) +++ tuscany/java/sca/samples/pom.xml Fri Jan 30 16:45:44 2009 @@ -50,7 +50,7 @@ <module>calculator-rmi-service</module> <module>implementation-java-calculator</module> - <!-- module>binding-ws-calculator</module --> + <module>binding-ws-calculator</module> <!-- module>host-webapp-calculator</module --> </modules> </profile> Hmm, sorry about that, will take a look at what I missed. Simon So, the story is that I turned off the policy based tests in binding-ws to make it build but neglected check in the changes :-( In the mean time I've spent more time looking at policy resolution and made some progress but not enough to turn the policy tests back on again. I'll post separately on that. I'll check in what I have (which builds cleanly for me) and we can decide whether we want to include binding-ws with no policy support in M1. Simon Excellent, its getting better I now have 11 out of 34 tests passing when running in Eclipse, but its still failing for me when building with mvn with the error below about some OSGi problem. I thought OSGi wasn't enabled in the mvn builds? ...ant [INFO] Building Apache Tuscany SCA Axis2-based WS Binding Extension [INFO] task-segment: [clean, install] [INFO] ---------------------------------------------------------------------------- [INFO] [clean:clean] [INFO] Deleting directory C:\Tuscany\SVN\trunk\modules\binding-ws-axis2\target [INFO] [resources:resources] [WARNING] File encoding has not been set, using platform encoding Cp1252, i.e. build is platform dependent! [WARNING] Using platform encoding (Cp1252 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] Copying 7 resources [INFO] Copying 2 resources to META-INF [INFO] [compiler:compile] [INFO] Invoking Tuscany Eclipse JDT compiler [INFO] Compiling 17 to C:\Tuscany\SVN\trunk\modules\binding-ws-axis2\target\classes [INFO] Resolving OSGi bundles [ERROR] [Missing Constraint: Import-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.header; version="2.0.0", Mis sing Constraint: Import-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.configuration; version="2.0.0", Missing Constraint: Import-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.header; version="2.0.0", Missing Constraint: Import-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.authentication.token; version="2.0.0", Missing Constraint : Import-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.configuration; version="2.0.0", Missing Constraint: Imp ort-Package: org.apache.tuscany.sca.binding.ws.axis2.policy.header; version="2.0.0", Missing Constraint: Import-Package: org.apache.commons.logging; version="1.1.1", Missing Constraint: Import-Package: org.apache.commons.logging; version="1 .1.1", Missing Constraint: Import-Package: org.apache.commons.logging; version="1.1.1"] [INFO] [resources:testResources] [WARNING] Using platform encoding (Cp1252 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] Copying 47 resources [INFO] [compiler:testCompile] [INFO] Invoking Tuscany Eclipse JDT compiler [INFO] Compiling 59 to C:\Tuscany\SVN\trunk\modules\binding-ws-axis2\target\test-classes [INFO] Resolving OSGi bundles [INFO] ------------------------------------------------------------------------ [ERROR] BUILD ERROR [INFO] ------------------------------------------------------------------------ So, I had precisely that error yesterday but after several cleans in both maven and Eclipse and a certain amount of re-importing of the PDE target file it rather mysteriously went away and I've been getting a clean build since. I do seem to be seeing a certain amount of variability in the build. I.e. I regularly (although not always I don't think) have to re-import the PDE target when I restart eclipse. And I see Eclipse getting confused quite a lot and flagging errors that don't look like errors (to me at least). A clean of all the projects generally gets rid of them. A bit of a pain. You will get lots of failures in Eclipse as it still runs the ones that are turned off. Simon I've tried lots of builds now, different JDKs, building from the top, just the module etc and still no success. I'll give up for now and hope the OSGi experts might have some ideas. ...ant
