[mule-user] Problem with xfire

1 view
Skip to first unread message

David Borja

unread,
Aug 3, 2007, 11:47:12 AM8/3/07
to us...@mule.codehaus.org
Hi mule devs!!

I'm having a problem using xfire to expose an echoservice ...

This is my mule-descriptor config ...

<mule-descriptor name="SymbolRfidEcho"
            implementation=" org.mule.components.simple.EchoComponent">
            <inbound-router>
                <endpoint address="xfire:http://localhost:8083/services"
                    connector="xfireConnector" encoding="UTF-8"
                    transformers="HttpRequestToSoapRequest">
                </endpoint>
            </inbound-router>
            <outbound-router>
                <router
                    className="org.mule.routing.outbound.ChainingRouter">
                    <endpoint address="vm://log.queue"
                        transformers="ByteArrayToString" />
                </router>
            </outbound-router>
        </mule-descriptor>


When i try to start mule, this is the exception:

Exception in thread "main" java.lang.VerifyError: arguments are not type compatible (class: org/codehaus/xfire/aegis/type/basic/ObjectType method: writeSchema(Lorg/jdom/Element;)V) at pc: 39
    at java.lang.J9VMInternals.verifyImpl (Native Method)
    at java.lang.J9VMInternals.verify(J9VMInternals.java:59)
    at java.lang.J9VMInternals.initialize(J9VMInternals.java:120)
    at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings (DefaultTypeMappingRegistry.java:408)
    at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.createDefaultMappings(DefaultTypeMappingRegistry.java:311)
    at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry .<init>(DefaultTypeMappingRegistry.java:131)
    at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry.<init>(DefaultTypeMappingRegistry.java:137)
    at org.codehaus.xfire.aegis.type.DefaultTypeMappingRegistry .<init>(DefaultTypeMappingRegistry.java:118)
    at org.codehaus.xfire.aegis.AegisBindingProvider.<init>(AegisBindingProvider.java:67)
    at org.codehaus.xfire.annotations.AnnotationServiceFactory.<init>( AnnotationServiceFactory.java:94)
    at org.mule.providers.soap.xfire.XFireConnector.doInitialise(XFireConnector.java:157)
    at org.mule.providers.AbstractConnector.initialise(AbstractConnector.java:328)
    at org.mule.MuleManager.initialiseConnectors(MuleManager.java:949)
    at org.mule.MuleManager.initialise(MuleManager.java:769)
    at org.mule.MuleManager.start(MuleManager.java:877)
    at org.mule.config.builders.MuleXmlConfigurationBuilder.configure (MuleXmlConfigurationBuilder.java:249)
    at org.mule.config.builders.MuleXmlConfigurationBuilder.configure(MuleXmlConfigurationBuilder.java:210)
    at org.mule.config.builders.MuleXmlConfigurationBuilder.configure (MuleXmlConfigurationBuilder.java:186)
    at com.linea.paf.Main.main(Main.java:31)


The version of Mule is 1.4.1


Thanx!!

Andrew Perepelytsya

unread,
Aug 3, 2007, 11:51:19 AM8/3/07
to us...@mule.codehaus.org
Could be a JDK library conflict. What is yours?

David Borja

unread,
Aug 3, 2007, 11:55:57 AM8/3/07
to us...@mule.codehaus.org
Hi andrew ...

I'm using 1.4.2

Thanx!!

David Borja

unread,
Aug 3, 2007, 11:57:07 AM8/3/07
to us...@mule.codehaus.org
I've changed to 1.5 and i'm getting the same exception ...

Eugene Ciurana

unread,
Aug 3, 2007, 12:07:32 PM8/3/07
to us...@mule.codehaus.org
David Borja wrote:
> I've changed to 1.5 and i'm getting the same exception ...
>
-- snip --

>> > > Exception in thread "main" java.lang.VerifyError: arguments are not
>> > > type compatible (class:
>> org/codehaus/xfire/aegis/type/basic/ObjectType
>> > > method: writeSchema(Lorg/jdom/Element;)V) at pc: 39
>> > > at java.lang.J9VMInternals.verifyImpl (Native Method)
>> > > at java.lang.J9VMInternals.verify(J9VMInternals.java:59)
>> > > at java.lang.J9VMInternals.initialize(J9VMInternals.java:120)
-- snip --

What Andrew meant and I suspect is that it's a conflict with your IBM JVM.
See if this works under Solaris/Linux/OS X/etc. - a non-IBM JVM. Not the
version of Java but rather the JVM itself.

We're running Mule/Xfire just fine under Linux and OS X, doing similar and
more complicated things, without problems. Mule 1.3.3 and 1.4.1.

Cheers,

E
--
Non-stop action. A vulnerable hero. A quest to save the world. It's the
most exciting novel of the decade:
http://www.teslatestament.com by Eugene Ciurana
+1 415 387 3800
ISBN: 1-4116-7317-4 - BISAC: FIC031000


---------------------------------------------------------------------
To unsubscribe from this list please visit:

http://xircles.codehaus.org/manage_email

David Borja

unread,
Aug 3, 2007, 12:55:31 PM8/3/07
to us...@mule.codehaus.org
Thanx for your early answer!!

I`ve changed to Java HotSpot VM and no exceptions thrown anymore ...

Now, the problem is that i try to see the generated wsdl in the browser, and no info is shown ...

http://localhost:8083/services/SymbolRfidEcho?wsdl


What's wrong in my config file??


Thanx!

Andrew Perepelytsya

unread,
Aug 3, 2007, 1:00:55 PM8/3/07
to us...@mule.codehaus.org
Are you sure nothing is shown? View the source of the page (Ctrl-U in FireFox)

On 8/3/07, David Borja <adb...@gmail.com > wrote:

David Borja

unread,
Aug 3, 2007, 1:05:39 PM8/3/07
to us...@mule.codehaus.org
I did that !!! , and nothing is shown!!! ...

in fact, i wrote in url anything, and no error shown, something like:

http://localhost:8083/services/SymbolRfidEchoxxxxx?wsdlaasds

extrange, does'n it??


Thanx!


On 8/3/07, Andrew Perepelytsya <aper...@gmail.com> wrote:

David Borja

unread,
Aug 3, 2007, 1:07:27 PM8/3/07
to us...@mule.codehaus.org
This occurs with axis too. ...
Reply all
Reply to author
Forward
0 new messages