You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Dan Murphy <dm...@googlemail.com> on 2007/02/26 17:26:53 UTC
Databinding integration tests
Hi,
Althought the databinding-test project has been moved into the testing/sca
project, the tests themselves could do with some improvements.
If people agree, I'd like to seperate them into a number of sub projects
that test individual databindings (ie. a sperate project for each SDO, JAXB
etc) and one or more to test interoperbillity between them (eg SDO<->JAXB)
using default and WS bindings. Initially these tests would focus on client
and inter composite transformations rather than inter component.
I should be able to submitt them later this week, assuming it is felt better
tests are approprite, and would be willing to try interlanguage later if
needed (eg. Java SDO <-> Javascript or other composite/components).
Cheers,
Dan
Re: Databinding integration tests
Posted by Dan Murphy <dm...@googlemail.com>.
Hi Ant,
I was working on the basis that, for example, an SDO client -> JAXB
Composite using WS bindings would go though the AXIOM layer. If not it
wouldn't be too difficult to ad a specifc AXIOM set of tests (similar to
e4x-axiom) for the others if necessary... Is this sufficent, or do you think
we need sdo-axiom, jaxb-axiom) are explicitly needed ?
Cheers
On 26/02/07, ant elder <an...@gmail.com> wrote:
>
> Was about to replying on the other thread but this one seems better ...
> this
> proposal sounds good to me. Over the weekend i added a JavaScript E4X
> databinding [1], and plan in the future to also add ones for Ruby ReXML,
> Python ElementTree, and perhaps something for Groovy as well. That could
> make itesting all the databinding combinations a little onerous, so
> testing
> specific combinations sounds good, eg e4x uses axiom so just e4x-axiom
> itests are probably enough if axiom is tested with all the others.
>
> ...ant
>
> [1]
>
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/extensions/script/databinding.e4x/
>
>
> On 2/26/07, Dan Murphy <dm...@googlemail.com> wrote:
> >
> > Hi,
> >
> > Althought the databinding-test project has been moved into the
> testing/sca
> > project, the tests themselves could do with some improvements.
> >
> > If people agree, I'd like to seperate them into a number of sub projects
> > that test individual databindings (ie. a sperate project for each SDO,
> > JAXB
> > etc) and one or more to test interoperbillity between them (eg
> SDO<->JAXB)
> > using default and WS bindings. Initially these tests would focus on
> client
> > and inter composite transformations rather than inter component.
> >
> > I should be able to submitt them later this week, assuming it is felt
> > better
> > tests are approprite, and would be willing to try interlanguage later if
> > needed (eg. Java SDO <-> Javascript or other composite/components).
> >
> > Cheers,
> > Dan
> >
>
Re: Databinding integration tests
Posted by Dan Murphy <dm...@googlemail.com>.
Hi,
I meant to get this email off end of last week, but had other thing my mind
(I got engaged this weekend)....
I opened a jira (http://issues.apache.org/jira/browse/TUSCANY-1149) and
submitted a patch with a couple of sample tests....
I raised the jira since I don't really have any other way to share code with
committers (although I guess I could have loaded the patch to the wiki).
There are failures in the test cases, but due to my inexperience in the
databindings component (having only looked at it a couple of weeks ago) I
can't tell if they are due to bugs or user errors.
Anyone able to give me a hand debugging this ? I have more cases available,
but since they fail in a similar way, it seemed a good idea to get some help
on this subset first.
Regards,
Dan
On 27/02/07, ant elder <an...@gmail.com> wrote:
>
> On 2/27/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
> >
> > [snip]
> > ant elder wrote:
> > > Was about to replying on the other thread but this one seems better
> > > ... this
> > > proposal sounds good to me. Over the weekend i added a JavaScript E4X
> > > databinding [1], and plan in the future to also add ones for Ruby
> ReXML,
> > > Python ElementTree, and perhaps something for Groovy as well. That
> could
> > > make itesting all the databinding combinations a little onerous, so
> > > testing
> > > specific combinations sounds good, eg e4x uses axiom so just
> e4x-axiom
> > > itests are probably enough if axiom is tested with all the others.
> > >
> > > ...ant
> > >
> > > [1]
> > >
> >
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/extensions/script/databinding.e4x/
> > >
> > >
> >
> > I thought that E4X depended on XMLBeans, has this changed?
>
>
> Yes, there's an E4X impl based on axis2s axiom available now. This makes
> using JavaScript/E4X with our WS binding much more efficient as the E4X
> XML
> objects are backed by the actual OMElement without having to convert it to
> some other form.
>
> ...ant
>
Re: Databinding integration tests
Posted by ant elder <an...@gmail.com>.
On 2/27/07, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> [snip]
> ant elder wrote:
> > Was about to replying on the other thread but this one seems better
> > ... this
> > proposal sounds good to me. Over the weekend i added a JavaScript E4X
> > databinding [1], and plan in the future to also add ones for Ruby ReXML,
> > Python ElementTree, and perhaps something for Groovy as well. That could
> > make itesting all the databinding combinations a little onerous, so
> > testing
> > specific combinations sounds good, eg e4x uses axiom so just e4x-axiom
> > itests are probably enough if axiom is tested with all the others.
> >
> > ...ant
> >
> > [1]
> >
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/extensions/script/databinding.e4x/
> >
> >
>
> I thought that E4X depended on XMLBeans, has this changed?
Yes, there's an E4X impl based on axis2s axiom available now. This makes
using JavaScript/E4X with our WS binding much more efficient as the E4X XML
objects are backed by the actual OMElement without having to convert it to
some other form.
...ant
Re: Databinding integration tests
Posted by Jean-Sebastien Delfino <js...@apache.org>.
[snip]
ant elder wrote:
> Was about to replying on the other thread but this one seems better
> ... this
> proposal sounds good to me. Over the weekend i added a JavaScript E4X
> databinding [1], and plan in the future to also add ones for Ruby ReXML,
> Python ElementTree, and perhaps something for Groovy as well. That could
> make itesting all the databinding combinations a little onerous, so
> testing
> specific combinations sounds good, eg e4x uses axiom so just e4x-axiom
> itests are probably enough if axiom is tested with all the others.
>
> ...ant
>
> [1]
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/extensions/script/databinding.e4x/
>
>
I thought that E4X depended on XMLBeans, has this changed?
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Databinding integration tests
Posted by ant elder <an...@gmail.com>.
Was about to replying on the other thread but this one seems better ... this
proposal sounds good to me. Over the weekend i added a JavaScript E4X
databinding [1], and plan in the future to also add ones for Ruby ReXML,
Python ElementTree, and perhaps something for Groovy as well. That could
make itesting all the databinding combinations a little onerous, so testing
specific combinations sounds good, eg e4x uses axiom so just e4x-axiom
itests are probably enough if axiom is tested with all the others.
...ant
[1]
https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-integration/sca/extensions/script/databinding.e4x/
On 2/26/07, Dan Murphy <dm...@googlemail.com> wrote:
>
> Hi,
>
> Althought the databinding-test project has been moved into the testing/sca
> project, the tests themselves could do with some improvements.
>
> If people agree, I'd like to seperate them into a number of sub projects
> that test individual databindings (ie. a sperate project for each SDO,
> JAXB
> etc) and one or more to test interoperbillity between them (eg SDO<->JAXB)
> using default and WS bindings. Initially these tests would focus on client
> and inter composite transformations rather than inter component.
>
> I should be able to submitt them later this week, assuming it is felt
> better
> tests are approprite, and would be willing to try interlanguage later if
> needed (eg. Java SDO <-> Javascript or other composite/components).
>
> Cheers,
> Dan
>