Dennis,
It always pays to expose one's problems.. :-)
I figured out the answer literally 5 minutes after posting this
question. But then, my email never appeared in my jibx email folder so
I couldn't respond to clarify. It had clearly been sent to the list.
But, as it turns out, one of my email filters put the message into
another email folder I don't check very often. Gonna have to figure
that out now..
Anyhow, the answer was indeed with the binding. The correct binding is:
<mapping type-name="phase:PhaseQueryReturnType"
class="edu.iris.ws.phasepick.PhasePickQueryReturn" abstract="true" >
<value name="key" field="iteratorKey" usage="optional" />
<collection field="events" >
<structure name="event" map-as="ws:EventType" />
</collection>
</mapping>
Note the anonymous collection containing a structure and the "map-as" in
the structure.
I should ask questions sooner. :-)
The frustrating thing was not being able to figure out what was going
on. Because the fault occurred after leaving my method, but on the
server side, I had no idea what was happening. I hacked the axis code
to spit out the full stack dump on the exception, which allowed me to be
more sure that it was something happening within jibx, pointing out that
it was likely a mapping issue.
Perhaps there is documentation on how to get more info out, and I
haven't seen it. "Code first, read docs if necessary.."
BTW, I'm using axis 1.2, jibx 1.1.5, and I *am* using unwrapping.
Should I not? I am working with Joanna's code as she's on parental leave.
thanks!
Linus
now, I wonder where this email will go....
Dennis Sosnoski wrote:
> Hi Linus,
>
> Some thoughts and ideas...
>
> Is it possible you're somehow getting two copies of the
> edu.iris.ws.core.Event class in your server classpath (perhaps with an
> old jar still left in place)? ClassCastException always confuses me, but
> it looks like it's saying that the the error is occurring when trying to
> cast an edu.iris.ws.core.Event to something - and the only thing the
> binding should be casting to is an edu.iris.ws.core.Event. It would
> certainly have made this exception easier to interpret if the great
> all-fathers of Java at Sun had seen fit to add the type being casted
> *to* to the exception message.
>
> Have you tried dropping back to the Event[] return since this problem
> came up? If you can still return Event[] properly it sounds like it's
> something deeper in the binding code.
>
> And just to be clear, you're *not* using the unwrapping (-uw) option for
> Axis2 WSDL2Java, right? Which version of Axis2 and the JiBX code are you
> using?
>
> - Dennis
>
> Dennis M. Sosnoski
> SOA and Web Services in Java
> Training and Consulting
> http://www.sosnoski.com - http://www.sosnoski.co.nz
> Seattle, WA +1-425-939-0576 - Wellington, NZ +64-4-298-6117
>
>
>
> Linus Kamb wrote:
>
>> I apologize if this is obvious. I'm sort of jumping back in to the
>> thick of things without much warmup.
>>
>> It seems like what I am doing is fairly straight-forward, but I am
>> getting a ClassCast on the server side after my server method returns,
>> so I am having a hard time diagnosing.
>>
>> I am trying to return a complex object that includes a Long "key" and a
>> collection of "Event" objects. Returning the array of Event objects
>> worked just fine. Switching to the compound return object is proving
>> more difficult than I would have imagined.
>>
>> Relevant bits extracted from their respective files are:
>>
>> from the WSDL:
>>
>> <complexType name="PhaseQueryReturnType">
>> <sequence>
>> <element name="key" type="long" minOccurs="0"
>> nillable="true"/>
>> <element name="event" type="ws:EventType"
>> minOccurs="0" maxOccurs="unbounded"/>
>> </sequence>
>> </complexType>
>> <element name="phasePickQueryResponse"> // ouput message of
>> the phasePickQuery service operation
>> <complexType>
>> <sequence>
>> <element type="phase:PhaseQueryReturnType"
>> minOccurs="0" name="response" />
>> </sequence>
>> </complexType>
>> </element>
>>
>> from the binding file:
>>
>> <mapping type-name="phase:PhaseQueryReturnType"
>> class="edu.iris.ws.phasepick.PhasePickQueryReturn" abstract="true" >
>> <value name="key" field="iteratorKey" usage="optional" />
>> <collection field="events" item-type="edu.iris.ws.core.Event" />
>> </mapping>
>>
>> I don't know what else would be helpful to see. The various other bits
>> are scattered around in numerous other xsd and binding files, which all
>> worked prior to my jigging with it. It seems like I must be doing
>> something wrong with the collection definition. I've tried having the
>> PhaseQueryReturn type contain the Events as an ArrayList or simply as
>> Event[].
>>
>> Previously, the phasePickQueryResponse element simply contained the
>> array of ws:EventType elements, and the service operation returned
>> edu.iris.ws.core.Event[];
>>
>> I managed at least to get a stack dump out of Axis2:
>> 2007-07-30 16:28:26,893 ERROR AxisServlet.doPost.157 -
>> java.lang.ClassCastException: edu.iris.ws.core.Event
>> java.lang.ClassCastException: edu.iris.ws.core.Event
>> at edu.iris.ws.base.JiBX_MungeAdapter.JiBX_binding_marshal_1_7()
>> at
>> edu.iris.ws.phasepick.PhasePickQueryReturn.JiBX_binding_marshal_1_0(Unknown
>> Source)
>> at
>> edu.iris.ws.phasepick.JiBX_bindingPhasePickQueryReturn_access.marshal()
>> at org.apache.axis2.jibx.JiBXDataSource.marshal(JiBXDataSource.java:131)
>> at
>> org.apache.axis2.jibx.JiBXDataSource.serialize(JiBXDataSource.java:177)
>> at
>> org.apache.axiom.om.impl.llom.OMSourcedElementImpl.internalSerializeAndConsume(OMSourcedElementImpl.java:583)
>> at
>> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:779)
>> at
>> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:808)
>> at
>> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerialize(OMElementImpl.java:779)
>> at
>> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:808)
>>
>> at
>> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.serializeInternally(SOAPEnvelopeImpl.java:234)
>>
>> at
>> org.apache.axiom.soap.impl.llom.SOAPEnvelopeImpl.internalSerialize(SOAPEnvelopeImpl.java:222)
>> at
>> org.apache.axiom.om.impl.llom.OMElementImpl.internalSerializeAndConsume(OMElementImpl.java:808)
>> at
>> org.apache.axiom.om.impl.llom.OMNodeImpl.serializeAndConsume(OMNodeImpl.java:418)
>> at
>> org.apache.axis2.transport.http.SOAPMessageFormatter.writeTo(SOAPMessageFormatter.java:55)
>> at
>> org.apache.axis2.transport.http.CommonsHTTPTransportSender.sendUsingOutputStream(CommonsHTTPTransportSender.java:275)
>> at
>> org.apache.axis2.transport.http.CommonsHTTPTransportSender.invoke(CommonsHTTPTransportSender.java:203)
>> at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:452)
>> at
>> org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(AbstractInOutSyncMessageReceiver.java:48)
>>
>> at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:144)
>> at
>> org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:279)
>> at
>> org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:116)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:710)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
>> at
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
>>
>> at
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210)
>>
>> at
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
>> at
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
>>
>> at
>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
>>
>> at
>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
>> at
>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870)
>> at
>> org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
>> at
>> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
>> at
>> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
>>
>> at
>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685)
>> at java.lang.Thread.run(Thread.java:613)
>>
>>
>> Thoughts? Pointers? Ideas?
>>
>> thanks,
>> Linus
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> jibx-users mailing list
>> jibx-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/jibx-users
>>
>>
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> jibx-users mailing list
> jibx-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jibx-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
jibx-users mailing list
jibx-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jibx-users
