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
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 whi
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?
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 b
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:
Hav
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.
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.
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
>> dep
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:
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:
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 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?
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.
>
> Slig
13 matches
Mail list logo
