Hi Ramkumar,
After taking a look at the *
binding-ws-axis2/srct/test/java/org/apache/tuscany/sca/binding/ws/axis2/itests/mtom
*, I could solve the problem of using a class that extends *Exception* as a
parameter in a method of a remotable interface.
However, I am getting some problems when I try
Hi Douglas,
I believe, the solution here for the *StackTracElement *class would be same
as the sample* *JUnit test available in binding-ws-axis2 module
http://svn.apache.org/repos/asf/tuscany/branches/sca-java-1.x/modules/binding-ws-axis2/src/test/java/org/apache/tuscany/sca/binding/ws/axis2/i
Hi Ramkumar,
The article shows that we need to create an adapter to the class that does
not have a no-arg default constructor, ie, create a class that extends *
XmlAdapter<>* and implement the inherited methods. Moreover, we need to
annotate the class that was adapted with *...@xmljavatypeadapter*
Hi,
FYI, created JIRA
https://issues.apache.org/jira/browse/TUSCANY-2924for the below
discussed issue.
Thanks,
Lakshman Mukkamalla.
On Tue, Mar 17, 2009 at 4:40 AM, Ramkumar R wrote:
> Hi,
>
> As suggested in the JAXB guide, I tried using the abstract class for
> handling interfaces with m
Hi Ramkumar,
That's good! Do you think that supporting JAXB 2.0's XmlJavaTypeAdpater in
Tuscany is something that could be resolved in a SoC project, or it is
simpler?
Regards
On Mon, Mar 2, 2009 at 3:16 PM, Ramkumar R wrote:
> Hi Douglas,
>
> Well yeah the fix is now available for this issue,
Hi Douglas,
Well yeah the fix is now available for this issue, In Tuscany we are now
trying to support non-JAXB type using JAXB 2.0's XmlJavaTypeAdapter as
mentioned in this article below.
http://weblogs.java.net/blog/kohsuke/archive/2005/09/using_jaxb_20s.html
Also you can take a look at the JU
Hi Ramkumar,
Did you find out something that can be done to workaround this issue? Could
be used other framework to marshall / unmarshall the data types? Would it
solve the problem?
Regards
On Thu, Feb 5, 2009 at 10:26 AM, Ramkumar R wrote:
> Hi Douglas,
>
> As Scott mentioned, we depend on th
Hi Scott,
About what you said: "It crossed my mind that maybe your interface is
passing java.lang.Exception as an input parameter because you weren't aware
of how to "throw" it across "
In fact, I am using a java.lang.Exception as an input parameter in a
callback interface, in order to sim
Hi Douglas,
As Scott mentioned, we depend on the JAXB runtime to marshal/demarshal the
data types. I have also noticed this one while using the
org.apache.axiom.om.OMElement as the data type with binding.ws as shown
below.
SEVERE: org.apache.tuscany.sca.databinding.TransformationException:
org.ap
Douglas,
Since our impl uses JAXB by default to map from the XML
wireformat to the application Java, the JAXB runtime needs to be able to
deserialize into your input/output types. If the types don't contain JAXB
annotations, they need to follow the pattern that JAXB expects, i.e. they
must cont
When I try to use the binding.ws over an interface that has an operation
that takes a complex type with no-arg default constructor, in some part of
the hierarchy, as argument, I get an error.
More specifically I have something like this:
*
@Remotable
public interface MyService {
@OneWay
11 matches
Mail list logo