You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by Da...@empolis.com on 2008/08/28 15:48:14 UTC
3rd party dependencies
Hi all,
is there somewhere a list with all 3rd party dependencies, their version
and license model and what they are used for in Tuscany ?
This would be really helpful for eclipse legal process. It could also
help us to solve conflicts in OSGi environment when integrating Tuscany
to our software (e.g when having requirements for the same lib in
different versions). It could also help figure out what Tuscany jars are
needed for certain use cases and which 3rd party libs are required
therefore (for minimizing the list of dependencies).
If there is no such list, would it be possible to provide on in the wiki
?
Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
3rd party bundles are created twice in
sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
original name, the other uses the prefix
"org.apache.tuscany.sca.3rdparty.". I compared the ones created for
xerces and could not find any differences (besides different format in
Manifest.mf).
The number of jars is slightly different, as the ones with prefix also
contains these, which do not seem to be real 3rd party libs
org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
org.apache.tuscany.sdo.lib_1.1.1.jar
org.apache.tuscany.sdo.spec_1.1.1.jar
org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
So why are the other bundles available twice and why are some Tuscany
libs handled as 3rd party ?
Bye,
Daniel
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
Daniel,
I have modified the plugin to remove the upper bound on the version range
for OSGi framework packages. You will need to update
sca/tools/maven/maven-tuscany-bundle-plugin and rebuild this module as well
as do a clean build of itest/osgi-tuscany.
Thank you for pointing this out.
On 9/2/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>
> Hi all,
>
> Bundles org.apache.tuscany.sca.extensibility.osgi and
> org.apache.tuscany.sca.osgi.runtime depend on package
> org.osgi.framework.
> Are there any reasons why the version range for package
> org.osgi.framework is [1.3.0,1.4.0) ? Why is 1.4.0 excluded ?
>
> The bundle we use in SMILA (org.eclipse.osgi_3.3.0.v20070530.jar)
> exports it with version 1.4.0.
> I would like to change the version range in my local build to allow 1.4.
> I don't want to manipulate the manifest manually after build, I would
> like to keep an automated build. Where can I change this ?
>
> Thanks in advance.
>
> Bye,
> Daniel
>
--
Thank you...
Regards,
Rajini
AW: 3rd party dependencies
Posted by Da...@empolis.com.
Hi all,
Bundles org.apache.tuscany.sca.extensibility.osgi and
org.apache.tuscany.sca.osgi.runtime depend on package
org.osgi.framework.
Are there any reasons why the version range for package
org.osgi.framework is [1.3.0,1.4.0) ? Why is 1.4.0 excluded ?
The bundle we use in SMILA (org.eclipse.osgi_3.3.0.v20070530.jar)
exports it with version 1.4.0.
I would like to change the version range in my local build to allow 1.4.
I don't want to manipulate the manifest manually after build, I would
like to keep an automated build. Where can I change this ?
Thanks in advance.
Bye,
Daniel
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
Hi Daniel,
After thinking about how to write out licenses, I concluded that it
didn't make sense to put the information in the dependency tables (far
too much duplication), so I just wrote a little routine to dump out
the information. The attached file contains the results. The format
is a module per line, and each line contains <module name>, <version>,
<licenses> (I chose comma separated because it imports nicely into a
spreadsheet). Note, some modules are available under multiple
licenses which are also comma separated. If the license value is
'null' it means there wasn't a "Bundle-License" entry in the MANIFEST.
I hope this helps.
Regards, Graham.
2008/9/4 <Da...@empolis.com>:
> Hi Graham,
>
> thank you very much for your effort !
> We really appreciate that !
>
> Bye,
> Daniel
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Graham Charters [mailto:gcharters@googlemail.com]
>> Gesendet: Donnerstag, 4. September 2008 14:14
>> An: user@tuscany.apache.org
>> Betreff: Re: 3rd party dependencies
>>
>> As soon as I clicked "send", I realized I hadn't included the link to
>> the data set :-(
>>
>> http://services.alphaworks.ibm.com/manyeyes/data/SWhH8QsOtha6VtkAs4E9Q2
>> ~
>>
>> Visualization is here:
>>
>> http://services.alphaworks.ibm.com/manyeyes/view/SWhH8QsOtha61uEbAGE9Q2
>> ~
>>
>> If the links don't work, try searching the site for "tuscany".
>>
>> Regards, Graham.
>>
>> 2008/9/4 Graham Charters <gc...@googlemail.com>:
>> > Hi Daniel,
>> >
>> > I've added a new version of the dependency analysis to the manyeyes
>> > site, which includes module versioning (uses <module-name>:<version>
>> > as the convention). Those prefixed with "3rdparty." are the
>> > thirdparty modules, the remainder are the tuscany modules. In all
>> > cases, I have removed "org.apache.tuscany.sca." from the name because
>> > this was just cluttering up the visualization.
>> >
>> > Disclaimer: the version numbers are those created by
>> > itest/osgi-tuscany, which uses maven-bundle-plugin. I have not
>> > checked that all the versions are correct. Also, the set of
>> > thirdparty libraries which get installed is determined by the maven
>> > dependencies for itest/osgi-tuscany. I added in the dependencies
>> > which are commented out in the itest/osgi-tuscany poms to try to get
>> > the most complete set.
>> >
>> > Finally, I haven't done the license piece yet. Probably the best I
>> > can do is pull out any occurrence of "Bundle-License" from the
>> > manifest, but that will only cover a subset of the modules and in
>> some
>> > cases just says "../LICENSE.TXT". I will try to do this in the next
>> > couple of days and let you know how it turns out.
>> >
>> > Regards, Graham
>> >
>> > 2008/9/3 Graham Charters <gc...@googlemail.com>:
>> >> Hi Daniel, sorry, I missed your reply. I've now subscribed to the
>> >> user list :-S .
>> >>
>> >> Yes, the manyeyes server was down for most of yesterday (being
>> >> upgraded, I believe). I will take a look at how to include the
>> >> license and version information
>> >>
>> >>> Can I do anything to support you ?
>> >>
>> >> Just hassle me if you don't hear from me in the next couple of days
>> ;-)
>> >>
>> >> Regards, Graham.
>> >>
>> >> 2008/9/3 Rajini Sivaram <ra...@googlemail.com>:
>> >>>
>> >>>
>> >>> ---------- Forwarded message ----------
>> >>> From: Daniel.Stucky@empolis.com <Da...@empolis.com>
>> >>> Date: Sep 1, 2008 12:30 PM
>> >>> Subject: AW: 3rd party dependencies
>> >>> To: user@tuscany.apache.org
>> >>>
>> >>> Hi Graham,
>> >>>
>> >>> thanks for the links. Unfortunately the ManyEyes server seems to be
>> very
>> >>> busy today. I always get some timeouts/error messages. I will try
>> again
>> >>> later. Is there another way to get access to this list ?
>> >>>
>> >>> Would it possible for you to include also version and license
>> information?
>> >>> Can I do anything to support you ?
>> >>>
>> >>> Bye,
>> >>> Daniel
>> >>>
>> >>>
>> >>>> -----Ursprüngliche Nachricht-----
>> >>>> Von: Graham Charters [mailto:gcharters@googlemail.com]
>> >>>> Gesendet: Freitag, 29. August 2008 18:19
>> >>>> An: Rajini Sivaram
>> >>>> Cc: user@tuscany.apache.org
>> >>>> Betreff: Re: 3rd party dependencies
>> >>>>
>> >>>> I should have read the embedded note before responding - sorry.
>> >>>>
>> >>>> The data on manyeyes does not include version information (I don't
>> >>>> have that generating at the moment). It also doesn't list
>> licenses.
>> >>>>
>> >>>> I also left out the link, which is here:
>> >>>>
>> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
>> >>>> ~
>> >>>>
>> >>>> If that doesn't work, try:
>> >>>> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
>> >>>>
>> >>>> Regards, Graham.
>> >>>>
>> >>>> 2008/8/29 Graham Charters <gc...@googlemail.com>:
>> >>>> > Thanks for copying me Rajini (I need to check whether I
>> subscribe to
>> >>>> > the user list :-S ).
>> >>>> >
>> >>>> > The list I produced does cover thirdparty dependencies. You can
>> go
>> >>>> > and copy the full table data down from the manyeyes site and
>> grep for
>> >>>> > "3rdparty" which would then only return those dependencies which
>> >>>> > relate to thirdparty libraries. Dependencies which are only
>> between
>> >>>> > Tuscany modules would be removed.
>> >>>> >
>> >>>> > Regards, Graham.
>> >>>> >
>> >>>> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
>> >>>> >> Daniel,
>> >>>> >>
>> >>>> >> I dont think we currently have the list you were looking for
>> (hence
>> >>>> the
>> >>>> >> deafening silence). But maybe the work Graham is doing
>> >>>> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>> >>>> >>
>> >>>> >> Graham, (I have copied you just in case you dont subscribe to
>> the
>> >>>> user
>> >>>> >> mailing list)
>> >>>> >> Does the list you produce give 3rd party dependencies for each
>> >>>> Tuscany
>> >>>> >> module?
>> >>>> >>
>> >>>> >>
>> >>>> >> On 8/29/08, Daniel.Stucky@empolis.com
>> <Da...@empolis.com>
>> >>>> wrote:
>> >>>> >>>
>> >>>> >>> Thanks for all the help on my 2nd question. The main focus of
>> my
>> >>>> mail
>> >>>> >>> was the first question, though.
>> >>>> >>> I would really appreciate feedback on that issue.
>> >>>> >>>
>> >>>> >>> Bye,
>> >>>> >>> Daniel
>> >>>> >>>
>> >>>> >>>
>> >>>> >>> > Is there somewhere a list with all 3rd party dependencies,
>> their
>> >>>> >>> > version
>> >>>> >>> > and license model and what they are used for in Tuscany ?
>> >>>> >>> > This would be really helpful for eclipse legal process. It
>> could
>> >>>> also
>> >>>> >>> > help us to solve conflicts in OSGi environment when
>> integrating
>> >>>> >>> Tuscany
>> >>>> >>> > to our software (e.g when having requirements for the same
>> lib in
>> >>>> >>> > different versions). It could also help figure out what
>> Tuscany
>> >>>> jars
>> >>>> >>> > are
>> >>>> >>> > needed for certain use cases and which 3rd party libs are
>> >>>> required
>> >>>> >>> > therefore (for minimizing the list of dependencies).
>> >>>> >>> > If there is no such list, would it be possible to provide on
>> in
>> >>>> the
>> >>>> >>> > wiki
>> >>>> >>> > ?
>> >>>> >>>
>> >>>> >>
>> >>>> >>
>> >>>> >>
>> >>>> >> --
>> >>>> >> Thank you...
>> >>>> >>
>> >>>> >> Regards,
>> >>>> >>
>> >>>> >> Rajini
>> >>>> >
>> >>>
>> >>>
>> >>> --
>> >>> Thank you...
>> >>>
>> >>> Regards,
>> >>>
>> >>> Rajini
>> >>
>> >
>
AW: 3rd party dependencies
Posted by Da...@empolis.com.
Hi Graham,
thank you very much for your effort !
We really appreciate that !
Bye,
Daniel
> -----Ursprüngliche Nachricht-----
> Von: Graham Charters [mailto:gcharters@googlemail.com]
> Gesendet: Donnerstag, 4. September 2008 14:14
> An: user@tuscany.apache.org
> Betreff: Re: 3rd party dependencies
>
> As soon as I clicked "send", I realized I hadn't included the link to
> the data set :-(
>
> http://services.alphaworks.ibm.com/manyeyes/data/SWhH8QsOtha6VtkAs4E9Q2
> ~
>
> Visualization is here:
>
> http://services.alphaworks.ibm.com/manyeyes/view/SWhH8QsOtha61uEbAGE9Q2
> ~
>
> If the links don't work, try searching the site for "tuscany".
>
> Regards, Graham.
>
> 2008/9/4 Graham Charters <gc...@googlemail.com>:
> > Hi Daniel,
> >
> > I've added a new version of the dependency analysis to the manyeyes
> > site, which includes module versioning (uses <module-name>:<version>
> > as the convention). Those prefixed with "3rdparty." are the
> > thirdparty modules, the remainder are the tuscany modules. In all
> > cases, I have removed "org.apache.tuscany.sca." from the name because
> > this was just cluttering up the visualization.
> >
> > Disclaimer: the version numbers are those created by
> > itest/osgi-tuscany, which uses maven-bundle-plugin. I have not
> > checked that all the versions are correct. Also, the set of
> > thirdparty libraries which get installed is determined by the maven
> > dependencies for itest/osgi-tuscany. I added in the dependencies
> > which are commented out in the itest/osgi-tuscany poms to try to get
> > the most complete set.
> >
> > Finally, I haven't done the license piece yet. Probably the best I
> > can do is pull out any occurrence of "Bundle-License" from the
> > manifest, but that will only cover a subset of the modules and in
> some
> > cases just says "../LICENSE.TXT". I will try to do this in the next
> > couple of days and let you know how it turns out.
> >
> > Regards, Graham
> >
> > 2008/9/3 Graham Charters <gc...@googlemail.com>:
> >> Hi Daniel, sorry, I missed your reply. I've now subscribed to the
> >> user list :-S .
> >>
> >> Yes, the manyeyes server was down for most of yesterday (being
> >> upgraded, I believe). I will take a look at how to include the
> >> license and version information
> >>
> >>> Can I do anything to support you ?
> >>
> >> Just hassle me if you don't hear from me in the next couple of days
> ;-)
> >>
> >> Regards, Graham.
> >>
> >> 2008/9/3 Rajini Sivaram <ra...@googlemail.com>:
> >>>
> >>>
> >>> ---------- Forwarded message ----------
> >>> From: Daniel.Stucky@empolis.com <Da...@empolis.com>
> >>> Date: Sep 1, 2008 12:30 PM
> >>> Subject: AW: 3rd party dependencies
> >>> To: user@tuscany.apache.org
> >>>
> >>> Hi Graham,
> >>>
> >>> thanks for the links. Unfortunately the ManyEyes server seems to be
> very
> >>> busy today. I always get some timeouts/error messages. I will try
> again
> >>> later. Is there another way to get access to this list ?
> >>>
> >>> Would it possible for you to include also version and license
> information?
> >>> Can I do anything to support you ?
> >>>
> >>> Bye,
> >>> Daniel
> >>>
> >>>
> >>>> -----Ursprüngliche Nachricht-----
> >>>> Von: Graham Charters [mailto:gcharters@googlemail.com]
> >>>> Gesendet: Freitag, 29. August 2008 18:19
> >>>> An: Rajini Sivaram
> >>>> Cc: user@tuscany.apache.org
> >>>> Betreff: Re: 3rd party dependencies
> >>>>
> >>>> I should have read the embedded note before responding - sorry.
> >>>>
> >>>> The data on manyeyes does not include version information (I don't
> >>>> have that generating at the moment). It also doesn't list
> licenses.
> >>>>
> >>>> I also left out the link, which is here:
> >>>>
> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
> >>>> ~
> >>>>
> >>>> If that doesn't work, try:
> >>>> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
> >>>>
> >>>> Regards, Graham.
> >>>>
> >>>> 2008/8/29 Graham Charters <gc...@googlemail.com>:
> >>>> > Thanks for copying me Rajini (I need to check whether I
> subscribe to
> >>>> > the user list :-S ).
> >>>> >
> >>>> > The list I produced does cover thirdparty dependencies. You can
> go
> >>>> > and copy the full table data down from the manyeyes site and
> grep for
> >>>> > "3rdparty" which would then only return those dependencies which
> >>>> > relate to thirdparty libraries. Dependencies which are only
> between
> >>>> > Tuscany modules would be removed.
> >>>> >
> >>>> > Regards, Graham.
> >>>> >
> >>>> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
> >>>> >> Daniel,
> >>>> >>
> >>>> >> I dont think we currently have the list you were looking for
> (hence
> >>>> the
> >>>> >> deafening silence). But maybe the work Graham is doing
> >>>> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
> >>>> >>
> >>>> >> Graham, (I have copied you just in case you dont subscribe to
> the
> >>>> user
> >>>> >> mailing list)
> >>>> >> Does the list you produce give 3rd party dependencies for each
> >>>> Tuscany
> >>>> >> module?
> >>>> >>
> >>>> >>
> >>>> >> On 8/29/08, Daniel.Stucky@empolis.com
> <Da...@empolis.com>
> >>>> wrote:
> >>>> >>>
> >>>> >>> Thanks for all the help on my 2nd question. The main focus of
> my
> >>>> mail
> >>>> >>> was the first question, though.
> >>>> >>> I would really appreciate feedback on that issue.
> >>>> >>>
> >>>> >>> Bye,
> >>>> >>> Daniel
> >>>> >>>
> >>>> >>>
> >>>> >>> > Is there somewhere a list with all 3rd party dependencies,
> their
> >>>> >>> > version
> >>>> >>> > and license model and what they are used for in Tuscany ?
> >>>> >>> > This would be really helpful for eclipse legal process. It
> could
> >>>> also
> >>>> >>> > help us to solve conflicts in OSGi environment when
> integrating
> >>>> >>> Tuscany
> >>>> >>> > to our software (e.g when having requirements for the same
> lib in
> >>>> >>> > different versions). It could also help figure out what
> Tuscany
> >>>> jars
> >>>> >>> > are
> >>>> >>> > needed for certain use cases and which 3rd party libs are
> >>>> required
> >>>> >>> > therefore (for minimizing the list of dependencies).
> >>>> >>> > If there is no such list, would it be possible to provide on
> in
> >>>> the
> >>>> >>> > wiki
> >>>> >>> > ?
> >>>> >>>
> >>>> >>
> >>>> >>
> >>>> >>
> >>>> >> --
> >>>> >> Thank you...
> >>>> >>
> >>>> >> Regards,
> >>>> >>
> >>>> >> Rajini
> >>>> >
> >>>
> >>>
> >>> --
> >>> Thank you...
> >>>
> >>> Regards,
> >>>
> >>> Rajini
> >>
> >
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
Hi Mike,
Sadly, this is the best interface I've found so far, but any
suggestions for alternatives would be gratefully received. The first
one I tried was GMF, and it's performance and inability to identify
sub-parts of the graph meant it was unusable.
Regards, Graham.
2008/9/5 Mike Edwards <mi...@gmail.com>:
> \Graham,
>
> I dont mean to be critical of your work here, but unless I've misunderstood
> something, the ManyEyes site has a really poor user interface. It seems to
> have a fixed size porthole through which you have to view the visualization.
> For a large and complex visualization like yours, this is very poor.
>
> Is there some way of getting the visualization out of the porthole?
>
> Yours, Mike.
>
>
> Graham Charters wrote:
>>
>> As soon as I clicked "send", I realized I hadn't included the link to
>> the data set :-(
>>
>> http://services.alphaworks.ibm.com/manyeyes/data/SWhH8QsOtha6VtkAs4E9Q2~
>>
>> Visualization is here:
>>
>> http://services.alphaworks.ibm.com/manyeyes/view/SWhH8QsOtha61uEbAGE9Q2~
>>
>> If the links don't work, try searching the site for "tuscany".
>>
>> Regards, Graham.
>>
>> 2008/9/4 Graham Charters <gc...@googlemail.com>:
>
Re: 3rd party dependencies
Posted by Mike Edwards <mi...@gmail.com>.
\Graham,
I dont mean to be critical of your work here, but unless I've misunderstood something, the ManyEyes
site has a really poor user interface. It seems to have a fixed size porthole through which you
have to view the visualization. For a large and complex visualization like yours, this is very poor.
Is there some way of getting the visualization out of the porthole?
Yours, Mike.
Graham Charters wrote:
> As soon as I clicked "send", I realized I hadn't included the link to
> the data set :-(
>
> http://services.alphaworks.ibm.com/manyeyes/data/SWhH8QsOtha6VtkAs4E9Q2~
>
> Visualization is here:
>
> http://services.alphaworks.ibm.com/manyeyes/view/SWhH8QsOtha61uEbAGE9Q2~
>
> If the links don't work, try searching the site for "tuscany".
>
> Regards, Graham.
>
> 2008/9/4 Graham Charters <gc...@googlemail.com>:
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
As soon as I clicked "send", I realized I hadn't included the link to
the data set :-(
http://services.alphaworks.ibm.com/manyeyes/data/SWhH8QsOtha6VtkAs4E9Q2~
Visualization is here:
http://services.alphaworks.ibm.com/manyeyes/view/SWhH8QsOtha61uEbAGE9Q2~
If the links don't work, try searching the site for "tuscany".
Regards, Graham.
2008/9/4 Graham Charters <gc...@googlemail.com>:
> Hi Daniel,
>
> I've added a new version of the dependency analysis to the manyeyes
> site, which includes module versioning (uses <module-name>:<version>
> as the convention). Those prefixed with "3rdparty." are the
> thirdparty modules, the remainder are the tuscany modules. In all
> cases, I have removed "org.apache.tuscany.sca." from the name because
> this was just cluttering up the visualization.
>
> Disclaimer: the version numbers are those created by
> itest/osgi-tuscany, which uses maven-bundle-plugin. I have not
> checked that all the versions are correct. Also, the set of
> thirdparty libraries which get installed is determined by the maven
> dependencies for itest/osgi-tuscany. I added in the dependencies
> which are commented out in the itest/osgi-tuscany poms to try to get
> the most complete set.
>
> Finally, I haven't done the license piece yet. Probably the best I
> can do is pull out any occurrence of "Bundle-License" from the
> manifest, but that will only cover a subset of the modules and in some
> cases just says "../LICENSE.TXT". I will try to do this in the next
> couple of days and let you know how it turns out.
>
> Regards, Graham
>
> 2008/9/3 Graham Charters <gc...@googlemail.com>:
>> Hi Daniel, sorry, I missed your reply. I've now subscribed to the
>> user list :-S .
>>
>> Yes, the manyeyes server was down for most of yesterday (being
>> upgraded, I believe). I will take a look at how to include the
>> license and version information
>>
>>> Can I do anything to support you ?
>>
>> Just hassle me if you don't hear from me in the next couple of days ;-)
>>
>> Regards, Graham.
>>
>> 2008/9/3 Rajini Sivaram <ra...@googlemail.com>:
>>>
>>>
>>> ---------- Forwarded message ----------
>>> From: Daniel.Stucky@empolis.com <Da...@empolis.com>
>>> Date: Sep 1, 2008 12:30 PM
>>> Subject: AW: 3rd party dependencies
>>> To: user@tuscany.apache.org
>>>
>>> Hi Graham,
>>>
>>> thanks for the links. Unfortunately the ManyEyes server seems to be very
>>> busy today. I always get some timeouts/error messages. I will try again
>>> later. Is there another way to get access to this list ?
>>>
>>> Would it possible for you to include also version and license information?
>>> Can I do anything to support you ?
>>>
>>> Bye,
>>> Daniel
>>>
>>>
>>>> -----Ursprüngliche Nachricht-----
>>>> Von: Graham Charters [mailto:gcharters@googlemail.com]
>>>> Gesendet: Freitag, 29. August 2008 18:19
>>>> An: Rajini Sivaram
>>>> Cc: user@tuscany.apache.org
>>>> Betreff: Re: 3rd party dependencies
>>>>
>>>> I should have read the embedded note before responding - sorry.
>>>>
>>>> The data on manyeyes does not include version information (I don't
>>>> have that generating at the moment). It also doesn't list licenses.
>>>>
>>>> I also left out the link, which is here:
>>>> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
>>>> ~
>>>>
>>>> If that doesn't work, try:
>>>> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
>>>>
>>>> Regards, Graham.
>>>>
>>>> 2008/8/29 Graham Charters <gc...@googlemail.com>:
>>>> > Thanks for copying me Rajini (I need to check whether I subscribe to
>>>> > the user list :-S ).
>>>> >
>>>> > The list I produced does cover thirdparty dependencies. You can go
>>>> > and copy the full table data down from the manyeyes site and grep for
>>>> > "3rdparty" which would then only return those dependencies which
>>>> > relate to thirdparty libraries. Dependencies which are only between
>>>> > Tuscany modules would be removed.
>>>> >
>>>> > Regards, Graham.
>>>> >
>>>> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
>>>> >> Daniel,
>>>> >>
>>>> >> I dont think we currently have the list you were looking for (hence
>>>> the
>>>> >> deafening silence). But maybe the work Graham is doing
>>>> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>>>> >>
>>>> >> Graham, (I have copied you just in case you dont subscribe to the
>>>> user
>>>> >> mailing list)
>>>> >> Does the list you produce give 3rd party dependencies for each
>>>> Tuscany
>>>> >> module?
>>>> >>
>>>> >>
>>>> >> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com>
>>>> wrote:
>>>> >>>
>>>> >>> Thanks for all the help on my 2nd question. The main focus of my
>>>> mail
>>>> >>> was the first question, though.
>>>> >>> I would really appreciate feedback on that issue.
>>>> >>>
>>>> >>> Bye,
>>>> >>> Daniel
>>>> >>>
>>>> >>>
>>>> >>> > Is there somewhere a list with all 3rd party dependencies, their
>>>> >>> > version
>>>> >>> > and license model and what they are used for in Tuscany ?
>>>> >>> > This would be really helpful for eclipse legal process. It could
>>>> also
>>>> >>> > help us to solve conflicts in OSGi environment when integrating
>>>> >>> Tuscany
>>>> >>> > to our software (e.g when having requirements for the same lib in
>>>> >>> > different versions). It could also help figure out what Tuscany
>>>> jars
>>>> >>> > are
>>>> >>> > needed for certain use cases and which 3rd party libs are
>>>> required
>>>> >>> > therefore (for minimizing the list of dependencies).
>>>> >>> > If there is no such list, would it be possible to provide on in
>>>> the
>>>> >>> > wiki
>>>> >>> > ?
>>>> >>>
>>>> >>
>>>> >>
>>>> >>
>>>> >> --
>>>> >> Thank you...
>>>> >>
>>>> >> Regards,
>>>> >>
>>>> >> Rajini
>>>> >
>>>
>>>
>>> --
>>> Thank you...
>>>
>>> Regards,
>>>
>>> Rajini
>>
>
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
Hi Daniel,
I've added a new version of the dependency analysis to the manyeyes
site, which includes module versioning (uses <module-name>:<version>
as the convention). Those prefixed with "3rdparty." are the
thirdparty modules, the remainder are the tuscany modules. In all
cases, I have removed "org.apache.tuscany.sca." from the name because
this was just cluttering up the visualization.
Disclaimer: the version numbers are those created by
itest/osgi-tuscany, which uses maven-bundle-plugin. I have not
checked that all the versions are correct. Also, the set of
thirdparty libraries which get installed is determined by the maven
dependencies for itest/osgi-tuscany. I added in the dependencies
which are commented out in the itest/osgi-tuscany poms to try to get
the most complete set.
Finally, I haven't done the license piece yet. Probably the best I
can do is pull out any occurrence of "Bundle-License" from the
manifest, but that will only cover a subset of the modules and in some
cases just says "../LICENSE.TXT". I will try to do this in the next
couple of days and let you know how it turns out.
Regards, Graham
2008/9/3 Graham Charters <gc...@googlemail.com>:
> Hi Daniel, sorry, I missed your reply. I've now subscribed to the
> user list :-S .
>
> Yes, the manyeyes server was down for most of yesterday (being
> upgraded, I believe). I will take a look at how to include the
> license and version information
>
>> Can I do anything to support you ?
>
> Just hassle me if you don't hear from me in the next couple of days ;-)
>
> Regards, Graham.
>
> 2008/9/3 Rajini Sivaram <ra...@googlemail.com>:
>>
>>
>> ---------- Forwarded message ----------
>> From: Daniel.Stucky@empolis.com <Da...@empolis.com>
>> Date: Sep 1, 2008 12:30 PM
>> Subject: AW: 3rd party dependencies
>> To: user@tuscany.apache.org
>>
>> Hi Graham,
>>
>> thanks for the links. Unfortunately the ManyEyes server seems to be very
>> busy today. I always get some timeouts/error messages. I will try again
>> later. Is there another way to get access to this list ?
>>
>> Would it possible for you to include also version and license information?
>> Can I do anything to support you ?
>>
>> Bye,
>> Daniel
>>
>>
>>> -----Ursprüngliche Nachricht-----
>>> Von: Graham Charters [mailto:gcharters@googlemail.com]
>>> Gesendet: Freitag, 29. August 2008 18:19
>>> An: Rajini Sivaram
>>> Cc: user@tuscany.apache.org
>>> Betreff: Re: 3rd party dependencies
>>>
>>> I should have read the embedded note before responding - sorry.
>>>
>>> The data on manyeyes does not include version information (I don't
>>> have that generating at the moment). It also doesn't list licenses.
>>>
>>> I also left out the link, which is here:
>>> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
>>> ~
>>>
>>> If that doesn't work, try:
>>> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
>>>
>>> Regards, Graham.
>>>
>>> 2008/8/29 Graham Charters <gc...@googlemail.com>:
>>> > Thanks for copying me Rajini (I need to check whether I subscribe to
>>> > the user list :-S ).
>>> >
>>> > The list I produced does cover thirdparty dependencies. You can go
>>> > and copy the full table data down from the manyeyes site and grep for
>>> > "3rdparty" which would then only return those dependencies which
>>> > relate to thirdparty libraries. Dependencies which are only between
>>> > Tuscany modules would be removed.
>>> >
>>> > Regards, Graham.
>>> >
>>> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
>>> >> Daniel,
>>> >>
>>> >> I dont think we currently have the list you were looking for (hence
>>> the
>>> >> deafening silence). But maybe the work Graham is doing
>>> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>>> >>
>>> >> Graham, (I have copied you just in case you dont subscribe to the
>>> user
>>> >> mailing list)
>>> >> Does the list you produce give 3rd party dependencies for each
>>> Tuscany
>>> >> module?
>>> >>
>>> >>
>>> >> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com>
>>> wrote:
>>> >>>
>>> >>> Thanks for all the help on my 2nd question. The main focus of my
>>> mail
>>> >>> was the first question, though.
>>> >>> I would really appreciate feedback on that issue.
>>> >>>
>>> >>> Bye,
>>> >>> Daniel
>>> >>>
>>> >>>
>>> >>> > Is there somewhere a list with all 3rd party dependencies, their
>>> >>> > version
>>> >>> > and license model and what they are used for in Tuscany ?
>>> >>> > This would be really helpful for eclipse legal process. It could
>>> also
>>> >>> > help us to solve conflicts in OSGi environment when integrating
>>> >>> Tuscany
>>> >>> > to our software (e.g when having requirements for the same lib in
>>> >>> > different versions). It could also help figure out what Tuscany
>>> jars
>>> >>> > are
>>> >>> > needed for certain use cases and which 3rd party libs are
>>> required
>>> >>> > therefore (for minimizing the list of dependencies).
>>> >>> > If there is no such list, would it be possible to provide on in
>>> the
>>> >>> > wiki
>>> >>> > ?
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> Thank you...
>>> >>
>>> >> Regards,
>>> >>
>>> >> Rajini
>>> >
>>
>>
>> --
>> Thank you...
>>
>> Regards,
>>
>> Rajini
>
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
Hi Daniel, sorry, I missed your reply. I've now subscribed to the
user list :-S .
Yes, the manyeyes server was down for most of yesterday (being
upgraded, I believe). I will take a look at how to include the
license and version information
> Can I do anything to support you ?
Just hassle me if you don't hear from me in the next couple of days ;-)
Regards, Graham.
2008/9/3 Rajini Sivaram <ra...@googlemail.com>:
>
>
> ---------- Forwarded message ----------
> From: Daniel.Stucky@empolis.com <Da...@empolis.com>
> Date: Sep 1, 2008 12:30 PM
> Subject: AW: 3rd party dependencies
> To: user@tuscany.apache.org
>
> Hi Graham,
>
> thanks for the links. Unfortunately the ManyEyes server seems to be very
> busy today. I always get some timeouts/error messages. I will try again
> later. Is there another way to get access to this list ?
>
> Would it possible for you to include also version and license information?
> Can I do anything to support you ?
>
> Bye,
> Daniel
>
>
>> -----Ursprüngliche Nachricht-----
>> Von: Graham Charters [mailto:gcharters@googlemail.com]
>> Gesendet: Freitag, 29. August 2008 18:19
>> An: Rajini Sivaram
>> Cc: user@tuscany.apache.org
>> Betreff: Re: 3rd party dependencies
>>
>> I should have read the embedded note before responding - sorry.
>>
>> The data on manyeyes does not include version information (I don't
>> have that generating at the moment). It also doesn't list licenses.
>>
>> I also left out the link, which is here:
>> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
>> ~
>>
>> If that doesn't work, try:
>> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
>>
>> Regards, Graham.
>>
>> 2008/8/29 Graham Charters <gc...@googlemail.com>:
>> > Thanks for copying me Rajini (I need to check whether I subscribe to
>> > the user list :-S ).
>> >
>> > The list I produced does cover thirdparty dependencies. You can go
>> > and copy the full table data down from the manyeyes site and grep for
>> > "3rdparty" which would then only return those dependencies which
>> > relate to thirdparty libraries. Dependencies which are only between
>> > Tuscany modules would be removed.
>> >
>> > Regards, Graham.
>> >
>> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
>> >> Daniel,
>> >>
>> >> I dont think we currently have the list you were looking for (hence
>> the
>> >> deafening silence). But maybe the work Graham is doing
>> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>> >>
>> >> Graham, (I have copied you just in case you dont subscribe to the
>> user
>> >> mailing list)
>> >> Does the list you produce give 3rd party dependencies for each
>> Tuscany
>> >> module?
>> >>
>> >>
>> >> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com>
>> wrote:
>> >>>
>> >>> Thanks for all the help on my 2nd question. The main focus of my
>> mail
>> >>> was the first question, though.
>> >>> I would really appreciate feedback on that issue.
>> >>>
>> >>> Bye,
>> >>> Daniel
>> >>>
>> >>>
>> >>> > Is there somewhere a list with all 3rd party dependencies, their
>> >>> > version
>> >>> > and license model and what they are used for in Tuscany ?
>> >>> > This would be really helpful for eclipse legal process. It could
>> also
>> >>> > help us to solve conflicts in OSGi environment when integrating
>> >>> Tuscany
>> >>> > to our software (e.g when having requirements for the same lib in
>> >>> > different versions). It could also help figure out what Tuscany
>> jars
>> >>> > are
>> >>> > needed for certain use cases and which 3rd party libs are
>> required
>> >>> > therefore (for minimizing the list of dependencies).
>> >>> > If there is no such list, would it be possible to provide on in
>> the
>> >>> > wiki
>> >>> > ?
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> Thank you...
>> >>
>> >> Regards,
>> >>
>> >> Rajini
>> >
>
>
> --
> Thank you...
>
> Regards,
>
> Rajini
AW: 3rd party dependencies
Posted by Da...@empolis.com.
Hi Graham,
thanks for the links. Unfortunately the ManyEyes server seems to be very busy today. I always get some timeouts/error messages. I will try again later. Is there another way to get access to this list ?
Would it possible for you to include also version and license information?
Can I do anything to support you ?
Bye,
Daniel
> -----Ursprüngliche Nachricht-----
> Von: Graham Charters [mailto:gcharters@googlemail.com]
> Gesendet: Freitag, 29. August 2008 18:19
> An: Rajini Sivaram
> Cc: user@tuscany.apache.org
> Betreff: Re: 3rd party dependencies
>
> I should have read the embedded note before responding - sorry.
>
> The data on manyeyes does not include version information (I don't
> have that generating at the moment). It also doesn't list licenses.
>
> I also left out the link, which is here:
> http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2
> ~
>
> If that doesn't work, try:
> http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
>
> Regards, Graham.
>
> 2008/8/29 Graham Charters <gc...@googlemail.com>:
> > Thanks for copying me Rajini (I need to check whether I subscribe to
> > the user list :-S ).
> >
> > The list I produced does cover thirdparty dependencies. You can go
> > and copy the full table data down from the manyeyes site and grep for
> > "3rdparty" which would then only return those dependencies which
> > relate to thirdparty libraries. Dependencies which are only between
> > Tuscany modules would be removed.
> >
> > Regards, Graham.
> >
> > 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
> >> Daniel,
> >>
> >> I dont think we currently have the list you were looking for (hence
> the
> >> deafening silence). But maybe the work Graham is doing
> >> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
> >>
> >> Graham, (I have copied you just in case you dont subscribe to the
> user
> >> mailing list)
> >> Does the list you produce give 3rd party dependencies for each
> Tuscany
> >> module?
> >>
> >>
> >> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com>
> wrote:
> >>>
> >>> Thanks for all the help on my 2nd question. The main focus of my
> mail
> >>> was the first question, though.
> >>> I would really appreciate feedback on that issue.
> >>>
> >>> Bye,
> >>> Daniel
> >>>
> >>>
> >>> > Is there somewhere a list with all 3rd party dependencies, their
> >>> > version
> >>> > and license model and what they are used for in Tuscany ?
> >>> > This would be really helpful for eclipse legal process. It could
> also
> >>> > help us to solve conflicts in OSGi environment when integrating
> >>> Tuscany
> >>> > to our software (e.g when having requirements for the same lib in
> >>> > different versions). It could also help figure out what Tuscany
> jars
> >>> > are
> >>> > needed for certain use cases and which 3rd party libs are
> required
> >>> > therefore (for minimizing the list of dependencies).
> >>> > If there is no such list, would it be possible to provide on in
> the
> >>> > wiki
> >>> > ?
> >>>
> >>
> >>
> >>
> >> --
> >> Thank you...
> >>
> >> Regards,
> >>
> >> Rajini
> >
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
I should have read the embedded note before responding - sorry.
The data on manyeyes does not include version information (I don't
have that generating at the moment). It also doesn't list licenses.
I also left out the link, which is here:
http://services.alphaworks.ibm.com/manyeyes/data/SKsauPsOtha6bxU_c_O0Q2~
If that doesn't work, try:
http://services.alphaworks.ibm.com/manyeyes/browse/data?q=tuscany
Regards, Graham.
2008/8/29 Graham Charters <gc...@googlemail.com>:
> Thanks for copying me Rajini (I need to check whether I subscribe to
> the user list :-S ).
>
> The list I produced does cover thirdparty dependencies. You can go
> and copy the full table data down from the manyeyes site and grep for
> "3rdparty" which would then only return those dependencies which
> relate to thirdparty libraries. Dependencies which are only between
> Tuscany modules would be removed.
>
> Regards, Graham.
>
> 2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
>> Daniel,
>>
>> I dont think we currently have the list you were looking for (hence the
>> deafening silence). But maybe the work Graham is doing
>> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>>
>> Graham, (I have copied you just in case you dont subscribe to the user
>> mailing list)
>> Does the list you produce give 3rd party dependencies for each Tuscany
>> module?
>>
>>
>> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>>>
>>> Thanks for all the help on my 2nd question. The main focus of my mail
>>> was the first question, though.
>>> I would really appreciate feedback on that issue.
>>>
>>> Bye,
>>> Daniel
>>>
>>>
>>> > Is there somewhere a list with all 3rd party dependencies, their
>>> > version
>>> > and license model and what they are used for in Tuscany ?
>>> > This would be really helpful for eclipse legal process. It could also
>>> > help us to solve conflicts in OSGi environment when integrating
>>> Tuscany
>>> > to our software (e.g when having requirements for the same lib in
>>> > different versions). It could also help figure out what Tuscany jars
>>> > are
>>> > needed for certain use cases and which 3rd party libs are required
>>> > therefore (for minimizing the list of dependencies).
>>> > If there is no such list, would it be possible to provide on in the
>>> > wiki
>>> > ?
>>>
>>
>>
>>
>> --
>> Thank you...
>>
>> Regards,
>>
>> Rajini
>
Re: 3rd party dependencies
Posted by Graham Charters <gc...@googlemail.com>.
Thanks for copying me Rajini (I need to check whether I subscribe to
the user list :-S ).
The list I produced does cover thirdparty dependencies. You can go
and copy the full table data down from the manyeyes site and grep for
"3rdparty" which would then only return those dependencies which
relate to thirdparty libraries. Dependencies which are only between
Tuscany modules would be removed.
Regards, Graham.
2008/8/29 Rajini Sivaram <ra...@googlemail.com>:
> Daniel,
>
> I dont think we currently have the list you were looking for (hence the
> deafening silence). But maybe the work Graham is doing
> (http://markmail.org/message/rd5xf52dyuat3nlu) may help.
>
> Graham, (I have copied you just in case you dont subscribe to the user
> mailing list)
> Does the list you produce give 3rd party dependencies for each Tuscany
> module?
>
>
> On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>>
>> Thanks for all the help on my 2nd question. The main focus of my mail
>> was the first question, though.
>> I would really appreciate feedback on that issue.
>>
>> Bye,
>> Daniel
>>
>>
>> > Is there somewhere a list with all 3rd party dependencies, their
>> > version
>> > and license model and what they are used for in Tuscany ?
>> > This would be really helpful for eclipse legal process. It could also
>> > help us to solve conflicts in OSGi environment when integrating
>> Tuscany
>> > to our software (e.g when having requirements for the same lib in
>> > different versions). It could also help figure out what Tuscany jars
>> > are
>> > needed for certain use cases and which 3rd party libs are required
>> > therefore (for minimizing the list of dependencies).
>> > If there is no such list, would it be possible to provide on in the
>> > wiki
>> > ?
>>
>
>
>
> --
> Thank you...
>
> Regards,
>
> Rajini
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
Daniel,
I dont think we currently have the list you were looking for (hence the
deafening silence). But maybe the work Graham is doing (
http://markmail.org/message/rd5xf52dyuat3nlu) may help.
Graham, (I have copied you just in case you dont subscribe to the user
mailing list)
Does the list you produce give 3rd party dependencies for each Tuscany
module?
On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>
> Thanks for all the help on my 2nd question. The main focus of my mail
> was the first question, though.
> I would really appreciate feedback on that issue.
>
> Bye,
> Daniel
>
>
> > Is there somewhere a list with all 3rd party dependencies, their
> > version
> > and license model and what they are used for in Tuscany ?
> > This would be really helpful for eclipse legal process. It could also
> > help us to solve conflicts in OSGi environment when integrating
> Tuscany
> > to our software (e.g when having requirements for the same lib in
> > different versions). It could also help figure out what Tuscany jars
> > are
> > needed for certain use cases and which 3rd party libs are required
> > therefore (for minimizing the list of dependencies).
> > If there is no such list, would it be possible to provide on in the
> > wiki
> > ?
>
>
--
Thank you...
Regards,
Rajini
AW: 3rd party dependencies
Posted by Da...@empolis.com.
Thanks for all the help on my 2nd question. The main focus of my mail
was the first question, though.
I would really appreciate feedback on that issue.
Bye,
Daniel
> Is there somewhere a list with all 3rd party dependencies, their
> version
> and license model and what they are used for in Tuscany ?
> This would be really helpful for eclipse legal process. It could also
> help us to solve conflicts in OSGi environment when integrating
Tuscany
> to our software (e.g when having requirements for the same lib in
> different versions). It could also help figure out what Tuscany jars
> are
> needed for certain use cases and which 3rd party libs are required
> therefore (for minimizing the list of dependencies).
> If there is no such list, would it be possible to provide on in the
> wiki
> ?
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
Daniel,
I think Raymond has modified the plugin to remove the 3rdparty prefix from
sdo and das jars, while the test code still expects them to have the prefix.
I will wait for Raymond's response before modifying the tests because I
think these jars should have the prefix as they are modified by the
Tuscany/SCA build.
On 8/29/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>
>
>
> >I think you have a slightly older version of the plugin that builds the
> bundles. Could you update to the latest version of
> >sca/tools/maven/maven-tuscany-bundle-plugin as well as itest/osgi-tuscany
> and run a clean build of these?
> >
> >Regards,
> >
> >Rajini
>
>
> Yes, after updating I get a clean build of the jars (3rd party jars only
> with prefixes).
> There are still test errors remaining:
>
>
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase
> Installing Tuscany from
> TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned\targe
> t\classes
>
> osgi> Installing Tuscany from
> TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned
> \target\classes
>
> osgi> Installing Tuscany from
> TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned
> \target\classes
>
> osgi> Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed:
> 20.122 sec <<< FAILURE!
>
> testOSGiTuscany_ImplementationJava(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCa
> se) Time elapsed: 8.702 sec <<< ERROR!
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscanyUsingO
> SGiClient(OSGiTuscanyRuntimeTestCase.java:127)
> at
> org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscany_Imple
> mentationJava(OSGiTuscanyRuntimeTestCase.java:97)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
> at
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
> )
> at
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
> at
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner
> .java:75)
> at
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
> at
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
> )
> at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
> at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirecto
> ryTestSuite.java:138)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestS
> uite.java:163)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:84)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:26
> 1)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875)
> Caused by: java.lang.IllegalStateException:
> java.lang.reflect.InvocationTargetException
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
> taBinding(DefaultDataBindingExtensionPoint.java:165)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.intro
> spect(DefaultDataBindingExtensionPoint.java:196)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(Defaul
> tDataBindingExtensionPoint.java:214)
> at
> org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.proce
> ssInterface(DataBindingJavaInterfaceProcessor.java:134)
> at
> org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visit
> Interface(DataBindingJavaInterfaceProcessor.java:63)
> at
> org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInt
> erface(JavaInterfaceIntrospectorImpl.java:122)
> at
> org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterfac
> e(JavaInterfaceFactoryImpl.java:50)
> at
> org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService
> (ServiceProcessor.java:175)
> at
> org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(Se
> rviceProcessor.java:97)
> at
> org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass
> (JavaClassIntrospectorImpl.java:72)
> at
> org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaI
> mplementation(JavaImplementationFactoryImpl.java:55)
> at
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
> plementationProcessor.java:192)
> at
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
> plementationProcessor.java:71)
> at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
>
> LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
> ensibleStAXArtifactProcessor.java:170)
> at
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssem
> blyProcessor.java:301)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:90
> 1)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:87
> )
> at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
>
> LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
> ensibleStAXArtifactProcessor.java:170)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
> rocessor.java:173)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
> rocessor.java:56)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(Exte
> nsibleURLArtifactProcessor.java:106)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePh
> ase(ContributionServiceImpl.java:533)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(
> ContributionServiceImpl.java:396)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(Contr
> ibutionServiceImpl.java:189)
> at
> supplychain.client.SupplyChainClient.setUp(SupplyChainClient.java:67)
> at
> supplychain.client.SupplyChainClient.runTest(SupplyChainClient.java:91)
> ... 30 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
> 39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorIm
> pl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
> taBinding(DefaultDataBindingExtensionPoint.java:163)
> ... 57 more
> Caused by: java.lang.NullPointerException
> at
> commonj.sdo.impl.HelperProvider.getDefaultContext(HelperProvider.java:388)
> at
> org.apache.tuscany.sca.databinding.sdo.SDOContextHelper.getDefaultHelperContext(SDOContex
> tHelper.java:156)
> at
> org.apache.tuscany.sca.databinding.sdo.SDOTypeHelper.<init>(SDOTypeHelper.java:64)
> at
> org.apache.tuscany.sca.databinding.sdo.SDODataBinding.<init>(SDODataBinding.java:60)
> ... 62 more
>
>
> testOSGiTuscany_BindingWS(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase) Time
> elapsed: 8.889 sec <<< ERROR!
> java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscanyUsingO
> SGiClient(OSGiTuscanyRuntimeTestCase.java:127)
> at
> org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscany_Bindi
> ngWS(OSGiTuscanyRuntimeTestCase.java:102)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
> at
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
> )
> at
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
> at
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner
> .java:75)
> at
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
> at
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
> at
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
> )
> at
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
> at
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirecto
> ryTestSuite.java:138)
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestS
> uite.java:163)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:84)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:26
> 1)
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875)
> Caused by: java.lang.IllegalStateException:
> java.lang.reflect.InvocationTargetException
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
> taBinding(DefaultDataBindingExtensionPoint.java:165)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.intro
> spect(DefaultDataBindingExtensionPoint.java:196)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(Defaul
> tDataBindingExtensionPoint.java:214)
> at
> org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.proce
> ssInterface(DataBindingJavaInterfaceProcessor.java:134)
> at
> org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visit
> Interface(DataBindingJavaInterfaceProcessor.java:63)
> at
> org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInt
> erface(JavaInterfaceIntrospectorImpl.java:122)
> at
> org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterfac
> e(JavaInterfaceFactoryImpl.java:50)
> at
> org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService
> (ServiceProcessor.java:175)
> at
> org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(Se
> rviceProcessor.java:97)
> at
> org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass
> (JavaClassIntrospectorImpl.java:72)
> at
> org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaI
> mplementation(JavaImplementationFactoryImpl.java:55)
> at
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
> plementationProcessor.java:192)
> at
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
> plementationProcessor.java:71)
> at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
>
> LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
> ensibleStAXArtifactProcessor.java:170)
> at
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssem
> blyProcessor.java:301)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:90
> 1)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:87
> )
> at
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
>
> LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
> ensibleStAXArtifactProcessor.java:170)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
> rocessor.java:173)
> at
> org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
> rocessor.java:56)
> at
> org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(Exte
> nsibleURLArtifactProcessor.java:106)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePh
> ase(ContributionServiceImpl.java:533)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(
> ContributionServiceImpl.java:396)
> at
> org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(Contr
> ibutionServiceImpl.java:189)
> at
> supplychain.client.SupplyChainClient.setUp(SupplyChainClient.java:67)
> at
> supplychain.client.SupplyChainClient.runTest(SupplyChainClient.java:91)
> ... 30 more
> Caused by: java.lang.reflect.InvocationTargetException
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
> 39)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorIm
> pl.java:27)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> at
> org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
> taBinding(DefaultDataBindingExtensionPoint.java:163)
> ... 57 more
> Caused by: java.lang.NullPointerException
> at
> commonj.sdo.impl.HelperProvider.getDefaultContext(HelperProvider.java:388)
> at
> org.apache.tuscany.sca.databinding.sdo.SDOContextHelper.getDefaultHelperContext(SDOContex
> tHelper.java:156)
> at
> org.apache.tuscany.sca.databinding.sdo.SDOTypeHelper.<init>(SDOTypeHelper.java:64)
> at
> org.apache.tuscany.sca.databinding.sdo.SDODataBinding.<init>(SDODataBinding.java:60)
> ... 62 more
>
> Results :
>
> Tests in error:
>
> testOSGiTuscany_ImplementationJava(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTest
> Case)
>
> testOSGiTuscany_BindingWS(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase)
>
> Tests run: 16, Failures: 0, Errors: 2, Skipped: 0
>
> Bye,
> Daniel
>
>
--
Thank you...
Regards,
Rajini
AW: 3rd party dependencies
Posted by Da...@empolis.com.
>I think you have a slightly older version of the plugin that builds the bundles. Could you update to the latest version of >sca/tools/maven/maven-tuscany-bundle-plugin as well as itest/osgi-tuscany and run a clean build of these?
>
>Regards,
>
>Rajini
Yes, after updating I get a clean build of the jars (3rd party jars only with prefixes).
There are still test errors remaining:
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase
Installing Tuscany from TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned\targe
t\classes
osgi> Installing Tuscany from TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned
\target\classes
osgi> Installing Tuscany from TUSCANY_HOME=C:\works\tuscany\sca\itest\osgi-tuscany\tuscany-versioned
\target\classes
osgi> Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 20.122 sec <<< FAILURE!
testOSGiTuscany_ImplementationJava(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCa
se) Time elapsed: 8.702 sec <<< ERROR!
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscanyUsingO
SGiClient(OSGiTuscanyRuntimeTestCase.java:127)
at org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscany_Imple
mentationJava(OSGiTuscanyRuntimeTestCase.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
)
at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner
.java:75)
at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
)
at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirecto
ryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestS
uite.java:163)
at org.apache.maven.surefire.Surefire.run(Surefire.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:26
1)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875)
Caused by: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
taBinding(DefaultDataBindingExtensionPoint.java:165)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.intro
spect(DefaultDataBindingExtensionPoint.java:196)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(Defaul
tDataBindingExtensionPoint.java:214)
at org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.proce
ssInterface(DataBindingJavaInterfaceProcessor.java:134)
at org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visit
Interface(DataBindingJavaInterfaceProcessor.java:63)
at org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInt
erface(JavaInterfaceIntrospectorImpl.java:122)
at org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterfac
e(JavaInterfaceFactoryImpl.java:50)
at org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService
(ServiceProcessor.java:175)
at org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(Se
rviceProcessor.java:97)
at org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass
(JavaClassIntrospectorImpl.java:72)
at org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaI
mplementation(JavaImplementationFactoryImpl.java:55)
at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
plementationProcessor.java:192)
at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
plementationProcessor.java:71)
at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
ensibleStAXArtifactProcessor.java:170)
at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssem
blyProcessor.java:301)
at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:90
1)
at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:87
)
at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
ensibleStAXArtifactProcessor.java:170)
at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
rocessor.java:173)
at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
rocessor.java:56)
at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(Exte
nsibleURLArtifactProcessor.java:106)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePh
ase(ContributionServiceImpl.java:533)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(
ContributionServiceImpl.java:396)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(Contr
ibutionServiceImpl.java:189)
at supplychain.client.SupplyChainClient.setUp(SupplyChainClient.java:67)
at supplychain.client.SupplyChainClient.runTest(SupplyChainClient.java:91)
... 30 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorIm
pl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
taBinding(DefaultDataBindingExtensionPoint.java:163)
... 57 more
Caused by: java.lang.NullPointerException
at commonj.sdo.impl.HelperProvider.getDefaultContext(HelperProvider.java:388)
at org.apache.tuscany.sca.databinding.sdo.SDOContextHelper.getDefaultHelperContext(SDOContex
tHelper.java:156)
at org.apache.tuscany.sca.databinding.sdo.SDOTypeHelper.<init>(SDOTypeHelper.java:64)
at org.apache.tuscany.sca.databinding.sdo.SDODataBinding.<init>(SDODataBinding.java:60)
... 62 more
testOSGiTuscany_BindingWS(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase) Time
elapsed: 8.889 sec <<< ERROR!
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscanyUsingO
SGiClient(OSGiTuscanyRuntimeTestCase.java:127)
at org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase.testOSGiTuscany_Bindi
ngWS(OSGiTuscanyRuntimeTestCase.java:102)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
)
at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner
.java:75)
at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34
)
at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirecto
ryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestS
uite.java:163)
at org.apache.maven.surefire.Surefire.run(Surefire.java:84)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:26
1)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:875)
Caused by: java.lang.IllegalStateException: java.lang.reflect.InvocationTargetException
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
taBinding(DefaultDataBindingExtensionPoint.java:165)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.intro
spect(DefaultDataBindingExtensionPoint.java:196)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint.introspectType(Defaul
tDataBindingExtensionPoint.java:214)
at org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.proce
ssInterface(DataBindingJavaInterfaceProcessor.java:134)
at org.apache.tuscany.sca.core.databinding.processor.DataBindingJavaInterfaceProcessor.visit
Interface(DataBindingJavaInterfaceProcessor.java:63)
at org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceIntrospectorImpl.introspectInt
erface(JavaInterfaceIntrospectorImpl.java:122)
at org.apache.tuscany.sca.interfacedef.java.impl.JavaInterfaceFactoryImpl.createJavaInterfac
e(JavaInterfaceFactoryImpl.java:50)
at org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.createService
(ServiceProcessor.java:175)
at org.apache.tuscany.sca.implementation.java.introspect.impl.ServiceProcessor.visitClass(Se
rviceProcessor.java:97)
at org.apache.tuscany.sca.implementation.java.impl.JavaClassIntrospectorImpl.introspectClass
(JavaClassIntrospectorImpl.java:72)
at org.apache.tuscany.sca.implementation.java.impl.JavaImplementationFactoryImpl.createJavaI
mplementation(JavaImplementationFactoryImpl.java:55)
at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
plementationProcessor.java:192)
at org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProcessor.resolve(JavaIm
plementationProcessor.java:71)
at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
ensibleStAXArtifactProcessor.java:170)
at org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImplementation(BaseAssem
blyProcessor.java:301)
at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:90
1)
at org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(CompositeProcessor.java:87
)
at org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProcessorExtensionPoint$
LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcessorExtensionPoint.java:364)
at org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactProcessor.resolve(Ext
ensibleStAXArtifactProcessor.java:170)
at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
rocessor.java:173)
at org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolve(CompositeDocumentP
rocessor.java:56)
at org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactProcessor.resolve(Exte
nsibleURLArtifactProcessor.java:106)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.processResolvePh
ase(ContributionServiceImpl.java:533)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.addContribution(
ContributionServiceImpl.java:396)
at org.apache.tuscany.sca.contribution.service.impl.ContributionServiceImpl.contribute(Contr
ibutionServiceImpl.java:189)
at supplychain.client.SupplyChainClient.setUp(SupplyChainClient.java:67)
at supplychain.client.SupplyChainClient.runTest(SupplyChainClient.java:91)
... 30 more
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:
39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorIm
pl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
at org.apache.tuscany.sca.databinding.DefaultDataBindingExtensionPoint$LazyDataBinding.getDa
taBinding(DefaultDataBindingExtensionPoint.java:163)
... 57 more
Caused by: java.lang.NullPointerException
at commonj.sdo.impl.HelperProvider.getDefaultContext(HelperProvider.java:388)
at org.apache.tuscany.sca.databinding.sdo.SDOContextHelper.getDefaultHelperContext(SDOContex
tHelper.java:156)
at org.apache.tuscany.sca.databinding.sdo.SDOTypeHelper.<init>(SDOTypeHelper.java:64)
at org.apache.tuscany.sca.databinding.sdo.SDODataBinding.<init>(SDODataBinding.java:60)
... 62 more
Results :
Tests in error:
testOSGiTuscany_ImplementationJava(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTest
Case)
testOSGiTuscany_BindingWS(org.apache.tuscany.sca.test.osgi.tuscany.OSGiTuscanyRuntimeTestCase)
Tests run: 16, Failures: 0, Errors: 2, Skipped: 0
Bye,
Daniel
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
On 8/28/08, Daniel.Stucky@empolis.com <Da...@empolis.com> wrote:
>
> Hi all,
>
> is there somewhere a list with all 3rd party dependencies, their version
> and license model and what they are used for in Tuscany ?
> This would be really helpful for eclipse legal process. It could also
> help us to solve conflicts in OSGi environment when integrating Tuscany
> to our software (e.g when having requirements for the same lib in
> different versions). It could also help figure out what Tuscany jars are
> needed for certain use cases and which 3rd party libs are required
> therefore (for minimizing the list of dependencies).
> If there is no such list, would it be possible to provide on in the wiki
> ?
>
>
>
> Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
> 3rd party bundles are created twice in
> sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
> original name, the other uses the prefix
> "org.apache.tuscany.sca.3rdparty.". I compared the ones created for
> xerces and could not find any differences (besides different format in
> Manifest.mf).
>
> The number of jars is slightly different, as the ones with prefix also
> contains these, which do not seem to be real 3rd party libs
>
> org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
> org.apache.tuscany.sdo.lib_1.1.1.jar
> org.apache.tuscany.sdo.spec_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
>
> So why are the other bundles available twice and why are some Tuscany
> libs handled as 3rd party ?
Daniel,
I think you have a slightly older version of the plugin that builds the
bundles. Could you update to the latest version of
sca/tools/maven/maven-tuscany-bundle-plugin as well as itest/osgi-tuscany
and run a clean build of these?
Bye,
> Daniel
>
--
Thank you...
Regards,
Rajini
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
On 8/29/08, Raymond Feng <en...@gmail.com> wrote:
> Hi, Rajini.
>
> Can you point out (in JIRAs) what OSGi manifest headers are not good from
> SDO/DAS jars? We should fix them.
SDO manifests use Require-Bundle to pull in EMF and other dependencies,
which in turn introduce a dependency on the Eclipse/Equinox runtime. And it
does not do versioning. At this point, we can replace Require-Bundle with
Import-Package, I would prefer to wait until we have a proper versioning
story in SCA before fixing the SDO manifests. The versioning restrictions
that we impose on SCA (very narrow import version ranges) might not be
suitable for SDO where users may already have dependencies on different
versions of EMF etc.
> Thanks,
> Raymond
>
> From: Rajini Sivaram
> Sent: Friday, August 29, 2008 1:18 AM
> To: user@tuscany.apache.org
> Subject: Re: 3rd party dependencies
>
>
>
>
>
> On 8/28/08, Raymond Feng <en...@gmail.com> wrote:
> Did you have a successful build with tuscany-versioned? In my case, it
> failed in the middle when it processes jruby-complete-1.0.jar (which has an
> invalid pom.xml). I had to fix the tuscany-maven-bundle plugin to ignore the
> error to get a successful build. After that, I only see the ones with
> org.apache.tuscany.sca.3rdparty prefixes.
>
> There is a problem with jruby-complete and maven-2.0.9. You should be able
> to build with any of the older versions of maven. I think the issue has been
> resolved in maven, but there hasn't been a release since.
>
>
> For the sdo/das jars, I can fix the plugin to recognize these artifacts as
> tuscany bundles.
>
> sdo and das jars are deliberately built with the 3rdparty prefix. I had
> added the 3rd party prefix to denote jars which have been modified by the
> Tuscany build, to distinguish them from jars which are downloaded off maven
> repositories. Since the manifest files in sdo and das have to be modified by
> the tuscany-sca build, these have also been built with the 3rd party prefix.
> I think we should retain the prefix until we can get sdo and das to build
> with manifests that can be reused for SCA.
>
>
>
>
> Thanks,
> Raymond
> --------------------------------------------------
> From: <Da...@empolis.com>
> Sent: Thursday, August 28, 2008 6:48 AM
> To: <tu...@ws.apache.org>
> Subject: 3rd party dependencies
>
>
>
> Hi all,
>
> is there somewhere a list with all 3rd party dependencies, their version
> and license model and what they are used for in Tuscany ?
> This would be really helpful for eclipse legal process. It could also
> help us to solve conflicts in OSGi environment when integrating Tuscany
> to our software (e.g when having requirements for the same lib in
> different versions). It could also help figure out what Tuscany jars are
> needed for certain use cases and which 3rd party libs are required
> therefore (for minimizing the list of dependencies).
> If there is no such list, would it be possible to provide on in the wiki
> ?
>
>
>
> Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
> 3rd party bundles are created twice in
> sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
> original name, the other uses the prefix
> "org.apache.tuscany.sca.3rdparty.". I compared the ones created for
> xerces and could not find any differences (besides different format in
> Manifest.mf).
>
> The number of jars is slightly different, as the ones with prefix also
> contains these, which do not seem to be real 3rd party libs
>
> org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
> org.apache.tuscany.sdo.lib_1.1.1.jar
> org.apache.tuscany.sdo.spec_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
>
> So why are the other bundles available twice and why are some Tuscany
> libs handled as 3rd party ?
>
>
> Bye,
> Daniel
>
>
>
>
>
>
> --
> Thank you...
>
> Regards,
>
> Rajini
>
--
Thank you...
Regards,
Rajini
Re: 3rd party dependencies
Posted by Raymond Feng <en...@gmail.com>.
Hi, Rajini.
Can you point out (in JIRAs) what OSGi manifest headers are not good from
SDO/DAS jars? We should fix them.
Thanks,
Raymond
From: Rajini Sivaram
Sent: Friday, August 29, 2008 1:18 AM
To: user@tuscany.apache.org
Subject: Re: 3rd party dependencies
On 8/28/08, Raymond Feng <en...@gmail.com> wrote:
Did you have a successful build with tuscany-versioned? In my case, it
failed in the middle when it processes jruby-complete-1.0.jar (which has an
invalid pom.xml). I had to fix the tuscany-maven-bundle plugin to ignore the
error to get a successful build. After that, I only see the ones with
org.apache.tuscany.sca.3rdparty prefixes.
There is a problem with jruby-complete and maven-2.0.9. You should be able
to build with any of the older versions of maven. I think the issue has been
resolved in maven, but there hasn't been a release since.
For the sdo/das jars, I can fix the plugin to recognize these artifacts as
tuscany bundles.
sdo and das jars are deliberately built with the 3rdparty prefix. I had
added the 3rd party prefix to denote jars which have been modified by the
Tuscany build, to distinguish them from jars which are downloaded off maven
repositories. Since the manifest files in sdo and das have to be modified by
the tuscany-sca build, these have also been built with the 3rd party prefix.
I think we should retain the prefix until we can get sdo and das to build
with manifests that can be reused for SCA.
Thanks,
Raymond
--------------------------------------------------
From: <Da...@empolis.com>
Sent: Thursday, August 28, 2008 6:48 AM
To: <tu...@ws.apache.org>
Subject: 3rd party dependencies
Hi all,
is there somewhere a list with all 3rd party dependencies, their version
and license model and what they are used for in Tuscany ?
This would be really helpful for eclipse legal process. It could also
help us to solve conflicts in OSGi environment when integrating Tuscany
to our software (e.g when having requirements for the same lib in
different versions). It could also help figure out what Tuscany jars are
needed for certain use cases and which 3rd party libs are required
therefore (for minimizing the list of dependencies).
If there is no such list, would it be possible to provide on in the wiki
?
Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
3rd party bundles are created twice in
sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
original name, the other uses the prefix
"org.apache.tuscany.sca.3rdparty.". I compared the ones created for
xerces and could not find any differences (besides different format in
Manifest.mf).
The number of jars is slightly different, as the ones with prefix also
contains these, which do not seem to be real 3rd party libs
org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
org.apache.tuscany.sdo.lib_1.1.1.jar
org.apache.tuscany.sdo.spec_1.1.1.jar
org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
So why are the other bundles available twice and why are some Tuscany
libs handled as 3rd party ?
Bye,
Daniel
--
Thank you...
Regards,
Rajini
Re: 3rd party dependencies
Posted by Rajini Sivaram <ra...@googlemail.com>.
On 8/28/08, Raymond Feng <en...@gmail.com> wrote:
>
> Did you have a successful build with tuscany-versioned? In my case, it
> failed in the middle when it processes jruby-complete-1.0.jar (which has an
> invalid pom.xml). I had to fix the tuscany-maven-bundle plugin to ignore the
> error to get a successful build. After that, I only see the ones with
> org.apache.tuscany.sca.3rdparty prefixes.
There is a problem with jruby-complete and maven-2.0.9. You should be able
to build with any of the older versions of maven. I think the issue has been
resolved in maven, but there hasn't been a release since.
For the sdo/das jars, I can fix the plugin to recognize these artifacts as
> tuscany bundles.
sdo and das jars are deliberately built with the 3rdparty prefix. I had
added the 3rd party prefix to denote jars which have been modified by the
Tuscany build, to distinguish them from jars which are downloaded off maven
repositories. Since the manifest files in sdo and das have to be modified by
the tuscany-sca build, these have also been built with the 3rd party prefix.
I think we should retain the prefix until we can get sdo and das to build
with manifests that can be reused for SCA.
Thanks,
> Raymond
> --------------------------------------------------
> From: <Da...@empolis.com>
> Sent: Thursday, August 28, 2008 6:48 AM
> To: <tu...@ws.apache.org>
> Subject: 3rd party dependencies
>
> Hi all,
>>
>> is there somewhere a list with all 3rd party dependencies, their version
>> and license model and what they are used for in Tuscany ?
>> This would be really helpful for eclipse legal process. It could also
>> help us to solve conflicts in OSGi environment when integrating Tuscany
>> to our software (e.g when having requirements for the same lib in
>> different versions). It could also help figure out what Tuscany jars are
>> needed for certain use cases and which 3rd party libs are required
>> therefore (for minimizing the list of dependencies).
>> If there is no such list, would it be possible to provide on in the wiki
>> ?
>>
>>
>>
>> Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
>> 3rd party bundles are created twice in
>> sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
>> original name, the other uses the prefix
>> "org.apache.tuscany.sca.3rdparty.". I compared the ones created for
>> xerces and could not find any differences (besides different format in
>> Manifest.mf).
>>
>> The number of jars is slightly different, as the ones with prefix also
>> contains these, which do not seem to be real 3rd party libs
>>
>> org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
>> org.apache.tuscany.sdo.lib_1.1.1.jar
>> org.apache.tuscany.sdo.spec_1.1.1.jar
>> org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
>> org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
>>
>> So why are the other bundles available twice and why are some Tuscany
>> libs handled as 3rd party ?
>>
>>
>> Bye,
>> Daniel
>>
>
>
--
Thank you...
Regards,
Rajini
AW: 3rd party dependencies
Posted by Da...@empolis.com.
In another thread, Rajini told me to use an older version of maven to get around the jruby problem.
The build itself ran through but some tests failed. Perhaps those jars were some artifacts from older builds. I will make and update and clean and see what the build produces then.
Bye,
Daniel
> -----Ursprüngliche Nachricht-----
> Von: Raymond Feng [mailto:enjoyjava@gmail.com]
> Gesendet: Donnerstag, 28. August 2008 19:21
> An: user@tuscany.apache.org
> Betreff: Re: 3rd party dependencies
>
> Did you have a successful build with tuscany-versioned? In my case, it
> failed in the middle when it processes jruby-complete-1.0.jar (which
> has an
> invalid pom.xml). I had to fix the tuscany-maven-bundle plugin to
> ignore the
> error to get a successful build. After that, I only see the ones with
> org.apache.tuscany.sca.3rdparty prefixes.
>
> For the sdo/das jars, I can fix the plugin to recognize these artifacts
> as
> tuscany bundles.
>
> Thanks,
> Raymond
> --------------------------------------------------
> From: <Da...@empolis.com>
> Sent: Thursday, August 28, 2008 6:48 AM
> To: <tu...@ws.apache.org>
> Subject: 3rd party dependencies
>
> > Hi all,
> >
> > is there somewhere a list with all 3rd party dependencies, their
> version
> > and license model and what they are used for in Tuscany ?
> > This would be really helpful for eclipse legal process. It could also
> > help us to solve conflicts in OSGi environment when integrating
> Tuscany
> > to our software (e.g when having requirements for the same lib in
> > different versions). It could also help figure out what Tuscany jars
> are
> > needed for certain use cases and which 3rd party libs are required
> > therefore (for minimizing the list of dependencies).
> > If there is no such list, would it be possible to provide on in the
> wiki
> > ?
> >
> >
> >
> > Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany,
> all
> > 3rd party bundles are created twice in
> > sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
> > original name, the other uses the prefix
> > "org.apache.tuscany.sca.3rdparty.". I compared the ones created for
> > xerces and could not find any differences (besides different format
> in
> > Manifest.mf).
> >
> > The number of jars is slightly different, as the ones with prefix
> also
> > contains these, which do not seem to be real 3rd party libs
> >
> > org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
> > org.apache.tuscany.sdo.lib_1.1.1.jar
> > org.apache.tuscany.sdo.spec_1.1.1.jar
> > org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
> > org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
> >
> > So why are the other bundles available twice and why are some Tuscany
> > libs handled as 3rd party ?
> >
> >
> > Bye,
> > Daniel
Re: 3rd party dependencies
Posted by Raymond Feng <en...@gmail.com>.
Did you have a successful build with tuscany-versioned? In my case, it
failed in the middle when it processes jruby-complete-1.0.jar (which has an
invalid pom.xml). I had to fix the tuscany-maven-bundle plugin to ignore the
error to get a successful build. After that, I only see the ones with
org.apache.tuscany.sca.3rdparty prefixes.
For the sdo/das jars, I can fix the plugin to recognize these artifacts as
tuscany bundles.
Thanks,
Raymond
--------------------------------------------------
From: <Da...@empolis.com>
Sent: Thursday, August 28, 2008 6:48 AM
To: <tu...@ws.apache.org>
Subject: 3rd party dependencies
> Hi all,
>
> is there somewhere a list with all 3rd party dependencies, their version
> and license model and what they are used for in Tuscany ?
> This would be really helpful for eclipse legal process. It could also
> help us to solve conflicts in OSGi environment when integrating Tuscany
> to our software (e.g when having requirements for the same lib in
> different versions). It could also help figure out what Tuscany jars are
> needed for certain use cases and which 3rd party libs are required
> therefore (for minimizing the list of dependencies).
> If there is no such list, would it be possible to provide on in the wiki
> ?
>
>
>
> Another Question: If I build OSGi bundles in sca\itest\osgi-tuscany, all
> 3rd party bundles are created twice in
> sca\itest\osgi-tuscany\tuscany-versioned\target\classes. On has the
> original name, the other uses the prefix
> "org.apache.tuscany.sca.3rdparty.". I compared the ones created for
> xerces and could not find any differences (besides different format in
> Manifest.mf).
>
> The number of jars is slightly different, as the ones with prefix also
> contains these, which do not seem to be real 3rd party libs
>
> org.apache.tuscany.das.tuscany-das-rdb_1.0.0.SNAPSHOT.jar
> org.apache.tuscany.sdo.lib_1.1.1.jar
> org.apache.tuscany.sdo.spec_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-impl_1.1.1.jar
> org.apache.tuscany.sdo.tuscany-sdo-tools_1.1.0.incubating.jar
>
> So why are the other bundles available twice and why are some Tuscany
> libs handled as 3rd party ?
>
>
> Bye,
> Daniel