System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Folks,
Does this error ring a bell with anyone?
"java.lang.AbstractMethodError:
org.apache.xerces.dom.DeferredDocumentImpl.getInputEncoding()Ljava/lang/String;"
On a clean checkout of CXF trunk, I'm seeing a bunch of system tests
fail with this error, seemingly triggered by a call into the WSDLToIDL
tool. I'm confused as to why the CORBA stuff is even getting involved,
as it looks like a common-or-garden SOAP over HTTP scenario in the test.
Output copied below if anyone cares to take a look.
Thanks,
Eoghan
$ java -version
java version "1.5.0_15"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode, sharing)
$ mvn -version
Maven version: 2.0.9
Java version: 1.5.0_15
OS name: "linux" version: "2.6.9-5.elsmp" arch: "i386" Family: "unix"
$ cd /work/cxf/work_23May2008/trunk/systests/
$ mvn test -Dtest=HTTPClientPolicyTest
[INFO] Scanning for projects...
[INFO]
[INFO] Building Apache CXF System Tests
[INFO]task-segment: [test]
[INFO]
[INFO] Setting property: classpath.resource.loader.class =>
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on => 'false'.
[INFO] Setting property: resource.loader => 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound => 'false'.
[INFO] **
[INFO] Starting Jakarta Velocity v1.4
[INFO] RuntimeInstance initializing.
[INFO] Default Properties File:
org/apache/velocity/runtime/defaults/velocity.properties
[INFO] Default ResourceManager initializing. (class
org.apache.velocity.runtime.resource.ResourceManagerImpl)
[INFO] Resource Loader Instantiated:
org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
[INFO] ClasspathResourceLoader : initialization starting.
[INFO] ClasspathResourceLoader : initialization complete.
[INFO] ResourceCache : initialized. (class
org.apache.velocity.runtime.resource.ResourceCacheImpl)
[INFO] Default ResourceManager initialization complete.
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Literal
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Include
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Foreach
[INFO] Created: 20 parsers.
[INFO] Velocimacro : initialization starting.
[INFO] Velocimacro : adding VMs from VM library template :
VM_global_library.vm
[ERROR] ResourceManager : unable to find resource 'VM_global_library.vm'
in any resource loader.
[INFO] Velocimacro : error using VM library template
VM_global_library.vm :
org.apache.velocity.exception.ResourceNotFoundException: Unable to find
resource 'VM_global_library.vm'
[INFO] Velocimacro : VM library template macro registration complete.
[INFO] Velocimacro : allowInline = true : VMs can be defined inline in
templates
[INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline
may NOT replace previous VM definitions
[INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will
be global in scope if allowed.
[INFO] Velocimacro : initialization complete.
[INFO] Velocity successfully started.
[INFO] [checkstyle:checkstyle {execution: validate}]
[INFO] Starting audit...
Audit done.
[INFO] Preparing pmd:check
[INFO] [pmd:pmd]
[INFO] [pmd:check {execution: validate}]
[INFO]
[INFO] [cxf-xml2fastinfoset:xml2fastinfoset {execution: xml2fastinfoset}]
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/java
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/resources
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/resources-filtered
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/target/generated/src/main/resources
[INFO] [build-helper:add-source {execution: add-source}]
[INFO] Source directory:
/work/cxf/work_23May2008/trunk/systests/src/test/generated added.
Downloading:
http://maven-repo/maven-proxy-javanet/repository/org.apache.ws.security/poms/wss4j-1.5.2.pom
Downloading:
http://maven-repo/maven-proxy-release/repository/org/apache/ws/security/wss4j/1.5.2/wss4j-1.5.2.pom
[INFO] [cxf-corbatools:wsdl2idl {execution: generate-sources}]
May 23, 2008 4:34:20 PM
org.apache.cxf.tools.corba.processors.wsdl.WSDLToCorbaProcessor
setOutputFile
WARNING: Using default wsdl/idl filenames...
May 23, 2008 4:34:21 PM
org.springframework.context.support.AbstractApplicationContext
prepareRefresh
INFO: Refreshing
[EMAIL PROTECTED]: display name
[EMAIL PROTECTED]; startup date
[Fri May 23 16:34:21 EDT 2008]; root
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Hi Eoghan,
On Fri, May 23, 2008 at 04:51:01PM +0100, Eoghan Glynn wrote:
>
> Folks,
>
> Does this error ring a bell with anyone?
>
> "java.lang.AbstractMethodError:
> org.apache.xerces.dom.DeferredDocumentImpl.getInputEncoding()Ljava/lang/String;"
I saw this error recently with a project which had a cxf dependency.
In that case, several of the dependencies were bringing in different
versions of XmlSchema. When creating a cxf server proxy, I was tripping on
this error. I worked around the issue by depending specifically on
XmlSchema 1.3.1 in the project pom. That version didn't try to invoke the
getInputEncoding() method as the later versions of XmlSchema seem to.
Maybe XmlSchema should be catching this error? Anyway, I hope that helps
a little bit at least.
Cheers,
Peter
>
> On a clean checkout of CXF trunk, I'm seeing a bunch of system tests
> fail with this error, seemingly triggered by a call into the WSDLToIDL
> tool. I'm confused as to why the CORBA stuff is even getting involved,
> as it looks like a common-or-garden SOAP over HTTP scenario in the test.
>
> Output copied below if anyone cares to take a look.
>
> Thanks,
> Eoghan
>
>
> $ java -version
> java version "1.5.0_15"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
> Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode, sharing)
> $ mvn -version
> Maven version: 2.0.9
> Java version: 1.5.0_15
> OS name: "linux" version: "2.6.9-5.elsmp" arch: "i386" Family: "unix"
> $ cd /work/cxf/work_23May2008/trunk/systests/
> $ mvn test -Dtest=HTTPClientPolicyTest
> [INFO] Scanning for projects...
> [INFO]
>
> [INFO] Building Apache CXF System Tests
> [INFO]task-segment: [test]
> [INFO]
>
> [INFO] Setting property: classpath.resource.loader.class =>
> 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
> [INFO] Setting property: velocimacro.messages.on => 'false'.
> [INFO] Setting property: resource.loader => 'classpath'.
> [INFO] Setting property: resource.manager.logwhenfound => 'false'.
> [INFO] **
> [INFO] Starting Jakarta Velocity v1.4
> [INFO] RuntimeInstance initializing.
> [INFO] Default Properties File:
> org/apache/velocity/runtime/defaults/velocity.properties
> [INFO] Default ResourceManager initializing. (class
> org.apache.velocity.runtime.resource.ResourceManagerImpl)
> [INFO] Resource Loader Instantiated:
> org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
> [INFO] ClasspathResourceLoader : initialization starting.
> [INFO] ClasspathResourceLoader : initialization complete.
> [INFO] ResourceCache : initialized. (class
> org.apache.velocity.runtime.resource.ResourceCacheImpl)
> [INFO] Default ResourceManager initialization complete.
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Literal
> [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro
> [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Include
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Foreach
> [INFO] Created: 20 parsers.
> [INFO] Velocimacro : initialization starting.
> [INFO] Velocimacro : adding VMs from VM library template :
> VM_global_library.vm
> [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm'
> in any resource loader.
> [INFO] Velocimacro : error using VM library template
> VM_global_library.vm :
> org.apache.velocity.exception.ResourceNotFoundException: Unable to find
> resource 'VM_global_library.vm'
> [INFO] Velocimacro : VM library template macro registration complete.
> [INFO] Velocimacro : allowInline = true : VMs can be defined inline in
> templates
> [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline
> may NOT replace previous VM definitions
> [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will
> be global in scope if allowed.
> [INFO] Velocimacro : initialization complete.
> [INFO] Velocity successfully started.
> [INFO] [checkstyle:checkstyle {execution: validate}]
> [INFO] Starting audit...
> Audit done.
>
> [INFO] Preparing pmd:check
> [INFO] [pmd:pmd]
> [INFO] [pmd:check {execution: validate}]
> [INFO]
> [INFO] [cxf-xml2fastinfoset:xml2fastinfoset {execution: xml2fastinfoset}]
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/java
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/resources
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/resources-filtered
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/target/generated/src/main/resources
> [INFO
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Have you been redecorating your 'endorsed' directory, or has your
distro been doing that behind your back? Do you have some specific
Xerces version in a POM someplace?
On Fri, May 23, 2008 at 11:51 AM, Eoghan Glynn <[EMAIL PROTECTED]> wrote:
>
> Folks,
>
> Does this error ring a bell with anyone?
>
> "java.lang.AbstractMethodError:
> org.apache.xerces.dom.DeferredDocumentImpl.getInputEncoding()Ljava/lang/String;"
>
> On a clean checkout of CXF trunk, I'm seeing a bunch of system tests fail
> with this error, seemingly triggered by a call into the WSDLToIDL tool. I'm
> confused as to why the CORBA stuff is even getting involved, as it looks
> like a common-or-garden SOAP over HTTP scenario in the test.
>
> Output copied below if anyone cares to take a look.
>
> Thanks,
> Eoghan
>
>
> $ java -version
> java version "1.5.0_15"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
> Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode, sharing)
> $ mvn -version
> Maven version: 2.0.9
> Java version: 1.5.0_15
> OS name: "linux" version: "2.6.9-5.elsmp" arch: "i386" Family: "unix"
> $ cd /work/cxf/work_23May2008/trunk/systests/
> $ mvn test -Dtest=HTTPClientPolicyTest
> [INFO] Scanning for projects...
> [INFO]
>
> [INFO] Building Apache CXF System Tests
> [INFO]task-segment: [test]
> [INFO]
>
> [INFO] Setting property: classpath.resource.loader.class =>
> 'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
> [INFO] Setting property: velocimacro.messages.on => 'false'.
> [INFO] Setting property: resource.loader => 'classpath'.
> [INFO] Setting property: resource.manager.logwhenfound => 'false'.
> [INFO] **
> [INFO] Starting Jakarta Velocity v1.4
> [INFO] RuntimeInstance initializing.
> [INFO] Default Properties File:
> org/apache/velocity/runtime/defaults/velocity.properties
> [INFO] Default ResourceManager initializing. (class
> org.apache.velocity.runtime.resource.ResourceManagerImpl)
> [INFO] Resource Loader Instantiated:
> org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
> [INFO] ClasspathResourceLoader : initialization starting.
> [INFO] ClasspathResourceLoader : initialization complete.
> [INFO] ResourceCache : initialized. (class
> org.apache.velocity.runtime.resource.ResourceCacheImpl)
> [INFO] Default ResourceManager initialization complete.
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Literal
> [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro
> [INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Include
> [INFO] Loaded System Directive:
> org.apache.velocity.runtime.directive.Foreach
> [INFO] Created: 20 parsers.
> [INFO] Velocimacro : initialization starting.
> [INFO] Velocimacro : adding VMs from VM library template :
> VM_global_library.vm
> [ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in
> any resource loader.
> [INFO] Velocimacro : error using VM library template VM_global_library.vm :
> org.apache.velocity.exception.ResourceNotFoundException: Unable to find
> resource 'VM_global_library.vm'
> [INFO] Velocimacro : VM library template macro registration complete.
> [INFO] Velocimacro : allowInline = true : VMs can be defined inline in
> templates
> [INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may
> NOT replace previous VM definitions
> [INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be
> global in scope if allowed.
> [INFO] Velocimacro : initialization complete.
> [INFO] Velocity successfully started.
> [INFO] [checkstyle:checkstyle {execution: validate}]
> [INFO] Starting audit...
> Audit done.
>
> [INFO] Preparing pmd:check
> [INFO] [pmd:pmd]
> [INFO] [pmd:check {execution: validate}]
> [INFO]
> [INFO] [cxf-xml2fastinfoset:xml2fastinfoset {execution: xml2fastinfoset}]
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/java
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/resources
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/src/main/resources-filtered
> [INFO] Resource directory does not exist:
> /work/cxf/work_23May2008/trunk/systests/target/generated/src/main/resources
> [INFO] [build-helper:add-source {execution: add-source}]
> [INFO] Source directory:
> /work/cxf/work_23May2008/trunk/systests/src/test/generated added.
> Downloading:
> http://maven-repo/maven-proxy-javanet/repository/org.apache.ws.security/poms/wss4j-1.5.2.pom
> Downloading:
> http://maven-repo/maven-proxy-release/repository/org/apache/ws/security/wss4j/1.5.2/wss4j-1.5.2.pom
> [INFO] [cxf-corbatools:wsdl2idl {e
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Thanks for the response Peter, I'm seeing the problem in a fresh checkout of CXF trunk, where the parent pom explicitly depends on XmlSchema 1.4.2. I've tried rolling that dependency back to 1.3.1 but no joy, as the version of Spring used by CXF latest doesn't likeXmlSchema 1.3.1: Caused by: org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from class path resource[org/apache/cxf/systest/ws/policy/http.xml]; nested exception is java.lang.AbstractMethodError: javax.xml.parsers.DocumentBuilderFactory.setFeature(Ljava/lang/String;Z)V at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadBeanDefinitions(XmlBeanDefinitionReader.java:385) at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.doLoadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:108) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:313) at org.apache.cxf.bus.spring.ControlledValidationXmlBeanDefinitionReader.loadBeanDefinitions(ControlledValidationXmlBeanDefinitionReader.java:128) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBea nDefinitions(XmlBeanDefinitionReader.java:290) at org.springframework.beans.factory.support.AbstractBeanDefinitionReade r.loadBeanDefinitions(AbstractBeanDefinitionReader.java:131) at org.springframework.context.support.AbstractXmlApplicationContext.loa dBeanDefinitions(AbstractXmlApplicationContext.java:108) at org.apache.cxf.bus.spring.BusApplicationContext.loadBeanDefinitions(B usApplicationContext.java:229) at org.springframework.context.support.AbstractRefreshableApplicationCon text.refreshBeanFactory(AbstractRefreshableApplicationContext.java:101) at org.springframework.context.support.AbstractApplicationContext.obtain FreshBeanFactory(AbstractApplicationContext.java:394) at org.springframework.context.support.AbstractApplicationContext.refres h(AbstractApplicationContext.java:324) at org.apache.cxf.bus.spring.BusApplicationContext.(BusApplication Context.java:86) at org.apache.cxf.bus.spring.SpringBusFactory.createBus(SpringBusFactory ..java:93) ... 27 more Caused by: java.lang.AbstractMethodError: javax.xml.parsers.DocumentBuilderFactory.setFeature(Ljava/lang/String;Z)V at org.apache.cxf.bus.spring.TunedDocumentLoader.createDocumentBuilderFa ctory(TunedDocumentLoader.java:128) at org.springframework.beans.factory.xml.DefaultDocumentLoader.loadDocum ent(DefaultDocumentLoader.java:68) at org.apache.cxf.bus.spring.TunedDocumentLoader.loadDocument(TunedDocum entLoader.java:118) at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.doLoadB eanDefinitions(XmlBeanDefinitionReader.java:361) ... 39 more Results : Tests in error: testUsingHTTPClientPolicies(org.apache.cxf.systest.ws.policy.HTTPClientPolicyTest) Tests run: 1, Failures: 0, Errors: 1, Skipped: 0 [INFO] [ERROR] BUILD FAILURE [INFO] Peter Jones wrote: Hi Eoghan, On Fri, May 23, 2008 at 04:51:01PM +0100, Eoghan Glynn wrote: Folks, Does this error ring a bell with anyone? "java.lang.AbstractMethodError: org.apache.xerces.dom.DeferredDocumentImpl.getInputEncoding()Ljava/lang/String;" I saw this error recently with a project which had a cxf dependency. In that case, several of the dependencies were bringing in different versions of XmlSchema. When creating a cxf server proxy, I was tripping on this error. I worked around the issue by depending specifically on XmlSchema 1.3.1 in the project pom. That version didn't try to invoke the getInputEncoding() method as the later versions of XmlSchema seem to. Maybe XmlSchema should be catching this error? Anyway, I hope that helps a little bit at least. Cheers, Peter On a clean checkout of CXF trunk, I'm seeing a bunch of system tests fail with this error, seemingly triggered by a call into the WSDLToIDL tool. I'm confused as to why the CORBA stuff is even getting involved, as it looks like a common-or-garden SOAP over HTTP scenario in the test. Output copied below if anyone cares to take a look. Thanks, Eoghan $ java -version java version "1.5.0_15" Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04) Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode, sharing) $ mvn -version Maven version: 2.0.9 Java version: 1.5.0_15 OS name: "linux" version: "2.6.9-5.elsmp" arch: "i386" Family: "unix" $ cd /work/cxf/work_23May2008/trunk/systests/ $ mvn test -Dtest=HTTPClientPolicyTest [INFO] Scanning for projects... [INFO] [INFO] Building Apache CXF System Tests [IN
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Thanks for the tip Benson, but I don't think that's my problem.
My JDK (1.5.0_15) install is brand new, installed just a couple of hours
ago, and doesn't even seem to have an endorsed dir (maybe this lives
outside the JDK install tree these days?)
Cheers,
Eoghan
Benson Margulies wrote:
Have you been redecorating your 'endorsed' directory, or has your
distro been doing that behind your back? Do you have some specific
Xerces version in a POM someplace?
On Fri, May 23, 2008 at 11:51 AM, Eoghan Glynn <[EMAIL PROTECTED]> wrote:
Folks,
Does this error ring a bell with anyone?
"java.lang.AbstractMethodError:
org.apache.xerces.dom.DeferredDocumentImpl.getInputEncoding()Ljava/lang/String;"
On a clean checkout of CXF trunk, I'm seeing a bunch of system tests fail
with this error, seemingly triggered by a call into the WSDLToIDL tool. I'm
confused as to why the CORBA stuff is even getting involved, as it looks
like a common-or-garden SOAP over HTTP scenario in the test.
Output copied below if anyone cares to take a look.
Thanks,
Eoghan
$ java -version
java version "1.5.0_15"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_15-b04)
Java HotSpot(TM) Client VM (build 1.5.0_15-b04, mixed mode, sharing)
$ mvn -version
Maven version: 2.0.9
Java version: 1.5.0_15
OS name: "linux" version: "2.6.9-5.elsmp" arch: "i386" Family: "unix"
$ cd /work/cxf/work_23May2008/trunk/systests/
$ mvn test -Dtest=HTTPClientPolicyTest
[INFO] Scanning for projects...
[INFO]
[INFO] Building Apache CXF System Tests
[INFO]task-segment: [test]
[INFO]
[INFO] Setting property: classpath.resource.loader.class =>
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on => 'false'.
[INFO] Setting property: resource.loader => 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound => 'false'.
[INFO] **
[INFO] Starting Jakarta Velocity v1.4
[INFO] RuntimeInstance initializing.
[INFO] Default Properties File:
org/apache/velocity/runtime/defaults/velocity.properties
[INFO] Default ResourceManager initializing. (class
org.apache.velocity.runtime.resource.ResourceManagerImpl)
[INFO] Resource Loader Instantiated:
org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader
[INFO] ClasspathResourceLoader : initialization starting.
[INFO] ClasspathResourceLoader : initialization complete.
[INFO] ResourceCache : initialized. (class
org.apache.velocity.runtime.resource.ResourceCacheImpl)
[INFO] Default ResourceManager initialization complete.
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Literal
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Macro
[INFO] Loaded System Directive: org.apache.velocity.runtime.directive.Parse
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Include
[INFO] Loaded System Directive:
org.apache.velocity.runtime.directive.Foreach
[INFO] Created: 20 parsers.
[INFO] Velocimacro : initialization starting.
[INFO] Velocimacro : adding VMs from VM library template :
VM_global_library.vm
[ERROR] ResourceManager : unable to find resource 'VM_global_library.vm' in
any resource loader.
[INFO] Velocimacro : error using VM library template VM_global_library.vm :
org.apache.velocity.exception.ResourceNotFoundException: Unable to find
resource 'VM_global_library.vm'
[INFO] Velocimacro : VM library template macro registration complete.
[INFO] Velocimacro : allowInline = true : VMs can be defined inline in
templates
[INFO] Velocimacro : allowInlineToOverride = false : VMs defined inline may
NOT replace previous VM definitions
[INFO] Velocimacro : allowInlineLocal = false : VMs defined inline will be
global in scope if allowed.
[INFO] Velocimacro : initialization complete.
[INFO] Velocity successfully started.
[INFO] [checkstyle:checkstyle {execution: validate}]
[INFO] Starting audit...
Audit done.
[INFO] Preparing pmd:check
[INFO] [pmd:pmd]
[INFO] [pmd:check {execution: validate}]
[INFO]
[INFO] [cxf-xml2fastinfoset:xml2fastinfoset {execution: xml2fastinfoset}]
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/java
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/resources
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/src/main/resources-filtered
[INFO] Resource directory does not exist:
/work/cxf/work_23May2008/trunk/systests/target/generated/src/main/resources
[INFO] [build-helper:add-source {execution: add-source}]
[INFO] Source directory:
/work/cxf/work_23May2008/trunk/systests/src/test/generated added.
Downloading:
http://maven-repo/maven-proxy-javanet/repository/org.apache.ws.security/poms/wss4j-1.5.2.pom
Downloading:
http://maven-repo/maven-proxy-release/rep
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Are you sure you got this on the trunk? The setFeature error is a dependency on a recent Xerces that Dan and I fixed up some weeks ago. It's not related to XmlSchema or Spring.
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Hmm. Bug still there. I'll make a fix. On Fri, May 23, 2008 at 4:21 PM, Benson Margulies <[EMAIL PROTECTED]> wrote: > Are you sure you got this on the trunk? The setFeature error is a > dependency on a recent Xerces that Dan and I fixed up some weeks ago. > It's not related to XmlSchema or Spring. >
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Fix committed on trunk. On Fri, May 23, 2008 at 4:23 PM, Benson Margulies <[EMAIL PROTECTED]> wrote: > Hmm. Bug still there. I'll make a fix. > > On Fri, May 23, 2008 at 4:21 PM, Benson Margulies <[EMAIL PROTECTED]> wrote: >> Are you sure you got this on the trunk? The setFeature error is a >> dependency on a recent Xerces that Dan and I fixed up some weeks ago. >> It's not related to XmlSchema or Spring. >> >
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Benson Margulies wrote: Are you sure you got this on the trunk? Yep, I think so ... /work/cxf/work_23May2008/trunk> svn info . Path: . URL: http://svn.apache.org/repos/asf/cxf/trunk Repository Root: http://svn.apache.org/repos/asf Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 659539 Node Kind: directory Schedule: normal Last Changed Author: gawor Last Changed Rev: 659419 Last Changed Date: 2008-05-23 00:34:12 -0400 (Fri, 23 May 2008) Properties Last Updated: 2008-05-23 14:52:16 -0400 (Fri, 23 May 2008) The setFeature error is a dependency on a recent Xerces that Dan and I fixed up some weeks ago. It's not related to XmlSchema or Spring. IONA Technologies PLC (registered in Ireland) Registered Number: 171387 Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Eoghan, Please get the current trunk. I just committed a repair. On Fri, May 23, 2008 at 4:34 PM, Eoghan Glynn <[EMAIL PROTECTED]> wrote: > Benson Margulies wrote: >> >> Are you sure you got this on the trunk? > > Yep, I think so ... > > /work/cxf/work_23May2008/trunk> svn info . > Path: . > URL: http://svn.apache.org/repos/asf/cxf/trunk > Repository Root: http://svn.apache.org/repos/asf > Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 > Revision: 659539 > Node Kind: directory > Schedule: normal > Last Changed Author: gawor > Last Changed Rev: 659419 > Last Changed Date: 2008-05-23 00:34:12 -0400 (Fri, 23 May 2008) > Properties Last Updated: 2008-05-23 14:52:16 -0400 (Fri, 23 May 2008) > > >> The setFeature error is a >> dependency on a recent Xerces that Dan and I fixed up some weeks ago. >> It's not related to XmlSchema or Spring. > > > IONA Technologies PLC (registered in Ireland) > Registered Number: 171387 > Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland >
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
Benson Margulies wrote: Fix committed on trunk. Thanks Benson, I just picked up your change. Slight tweak required, as the catch clause on Exception that you added around the factory.setBuilder() call doesn't catch AbstractMethodError. But switching to a more generic catch Throwable and I'm back in business, the problematic test no longer blows up :) Thanks again! /Eoghan On Fri, May 23, 2008 at 4:23 PM, Benson Margulies <[EMAIL PROTECTED]> wrote: Hmm. Bug still there. I'll make a fix. On Fri, May 23, 2008 at 4:21 PM, Benson Margulies <[EMAIL PROTECTED]> wrote: Are you sure you got this on the trunk? The setFeature error is a dependency on a recent Xerces that Dan and I fixed up some weeks ago. It's not related to XmlSchema or Spring. IONA Technologies PLC (registered in Ireland) Registered Number: 171387 Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
How to fix CXF-1605 ... are dynamic clients JAXB or JAXWS or either?
I have a fix, but it included moving the entire dynamic client factory from JAXB to JAXWS. That's rather radical, not to mention incompatible. One alternative is to have two of them ... leave the existing factory in jaxb, and then subclass it in jaxws. Anyone object to that?
Re: System tests failing with AbstractMethodError on DeferredDocumentImpl.getInputEncoding()
That means that both of the generic catch clauses in there are not quite right. I'll refix both of them. On Fri, May 23, 2008 at 4:46 PM, Eoghan Glynn <[EMAIL PROTECTED]> wrote: > > Benson Margulies wrote: >> >> Fix committed on trunk. >> > > > Thanks Benson, I just picked up your change. > > Slight tweak required, as the catch clause on Exception that you added > around the factory.setBuilder() call doesn't catch AbstractMethodError. > > But switching to a more generic catch Throwable and I'm back in business, > the problematic test no longer blows up :) > > Thanks again! > > /Eoghan > > >> On Fri, May 23, 2008 at 4:23 PM, Benson Margulies <[EMAIL PROTECTED]> >> wrote: >>> >>> Hmm. Bug still there. I'll make a fix. >>> >>> On Fri, May 23, 2008 at 4:21 PM, Benson Margulies <[EMAIL PROTECTED]> >>> wrote: Are you sure you got this on the trunk? The setFeature error is a dependency on a recent Xerces that Dan and I fixed up some weeks ago. It's not related to XmlSchema or Spring. > > > IONA Technologies PLC (registered in Ireland) > Registered Number: 171387 > Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland >
