Re: How to disablle Aegis schema validation
Hi Benson I did write that test :-) That test demonstrates how CXF DataBindings can be wrapped (under the hood) into JAXRS providers. JAXB, Aegis and SDO (plus SDO JSON) are tested, I had to disable the Aegis test - I definitely did not enable the validation. Perhaps the validation is turned off when Aegis is used with SOAP ? I could not find a property which could do it... thanks, Sergey - Original Message - From: Benson Margulies bimargul...@gmail.com To: dev@cxf.apache.org Sent: Friday, August 14, 2009 1:58 PM Subject: Re: How to disablle Aegis schema validation I probably turned it on specifically in that test. On Fri, Aug 14, 2009 at 8:27 AM, Sergey Beryozkinsergey.beryoz...@iona.com wrote: Hi Some class path exception was reported by ab (ignorable) aegis test : http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/java/org/apache/cxf/systest/jaxrs/JAXRSDataBindingTest.java I think it was coming from an Aegis validation interceptor... cheers, Sergey bimargulies wrote: It's off by default, isn't it? On Tue, Aug 11, 2009 at 11:58 AM, Sergey Beryozkinsergey.beryoz...@iona.com wrote: Is there a property which can be used to disable Aegis schema validation ? thanks, Sergey -- View this message in context: http://www.nabble.com/How-to-disablle-Aegis-schema-validation-tp24920473p24920473.html Sent from the cxf-dev mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/How-to-disablle-Aegis-schema-validation-tp24920473p24970904.html Sent from the cxf-dev mailing list archive at Nabble.com.
Re: How to disablle Aegis schema validation
Point me at the test. have a look please at http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/java/org/apache/cxf/systest/jaxrs/JAXRSDataBindingTest.java (testGetBookAegis), endpoint with id 'aegisbook' is created here : http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/resources/jaxrs_databinding/WEB-INF/beans.xml thanks, Sergey On Thu, Aug 20, 2009 at 5:29 AM, Sergey Beryozkinsbery...@progress.com wrote: Hi Benson I did write that test :-) That test demonstrates how CXF DataBindings can be wrapped (under the hood) into JAXRS providers. JAXB, Aegis and SDO (plus SDO JSON) are tested, I had to disable the Aegis test - I definitely did not enable the validation. Perhaps the validation is turned off when Aegis is used with SOAP ? I could not find a property which could do it... thanks, Sergey - Original Message - From: Benson Margulies bimargul...@gmail.com To: dev@cxf.apache.org Sent: Friday, August 14, 2009 1:58 PM Subject: Re: How to disablle Aegis schema validation I probably turned it on specifically in that test. On Fri, Aug 14, 2009 at 8:27 AM, Sergey Beryozkinsergey.beryoz...@iona.com wrote: Hi Some class path exception was reported by ab (ignorable) aegis test : http://svn.apache.org/repos/asf/cxf/trunk/systests/src/test/java/org/apache/cxf/systest/jaxrs/JAXRSDataBindingTest.java I think it was coming from an Aegis validation interceptor... cheers, Sergey bimargulies wrote: It's off by default, isn't it? On Tue, Aug 11, 2009 at 11:58 AM, Sergey Beryozkinsergey.beryoz...@iona.com wrote: Is there a property which can be used to disable Aegis schema validation ? thanks, Sergey -- View this message in context: http://www.nabble.com/How-to-disablle-Aegis-schema-validation-tp24920473p24920473.html Sent from the cxf-dev mailing list archive at Nabble.com. -- View this message in context: http://www.nabble.com/How-to-disablle-Aegis-schema-validation-tp24920473p24970904.html Sent from the cxf-dev mailing list archive at Nabble.com.
Re: Problem doing mvn clean with empty local repository
On Thu August 20 2009 8:39:23 am Christian Schneider wrote: Hi all, when I do mvn clean on head with an empty local repository I get the error below. It seems it needs the cxf-xml2fastinfoset-plugin to do a clean. Is that really necessary? Actually, that's just the first one. Even if you get beyond that, it will complain about our codegen plugin not being available. I PERSONALLY think it's a bug in Maven. I'm not sure why it needs to resolve all the plugins to run clean. It doesn't seem like it should need to, but it does. Dan Greetings Christian --- [ERROR] BUILD FAILURE [INFO] [INFO] A required plugin was not found: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.cxf -DartifactId=cxf-xml2fastinfoset-plugin -Dversion=2.3.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.cxf -DartifactId=cxf-xml2fastinfoset-plugin -Dversion=2.3.0-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] org.apache.cxf:cxf-xml2fastinfoset-plugin:maven-plugin:2.3.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) org.apache.cxf:cxf-xml2fastinfoset-plugin:maven-plugin:2.3.0-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2) -- Daniel Kulp dk...@apache.org http://www.dankulp.com/blog
Re: CXF-2288 -- Bundle cannot be restarted
Thanks Sergey! Josh On Thu, Aug 20, 2009 at 6:09 PM, Sergey Beryozkin sergey.beryoz...@iona.com wrote: Hi Josh I've applied a patch with few minor updates (just updated the code to make sure that the current bundle is not affected when other application service bundles are stopped), thanks, Sergey Josh Holtzman wrote: I'm looking at CXF-2288 and trying to figure out the best place to handle the reloading problem. I've added a patch to the issue, but I'm not sure if it's the right solution. Would one of the cxf committers give it a quick read? Thanks, Josh -- View this message in context: http://www.nabble.com/CXF-2288Bundle-cannot-be-restarted-tp25008241p25065096.html Sent from the cxf-dev mailing list archive at Nabble.com.
Interceptor type management
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(Message) will call any interceptor's handleMessage. If the interceptor is a SoapInterceptor, and the message is an XMLMessage, the result is a ClassCastException. I don't see any code that is intended to avoid this. Anyone out there understand the intended design? One of the JAX-RS tests, when un-Ignored, explodes because an XMLMessage gets sent to the Aegis schema validation interceptor, which is a soap interceptor, and the result is an the throw. Should the aegis thing not be a soap interceptor? Shoudl the PhaseInterceptorChain somehow arbitrate this? The error is particularly confusing because type erasure causes the messup to be detected in a wierd way.
