You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Simon Laws <si...@googlemail.com> on 2008/10/02 11:33:38 UTC
[VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
The release artifacts for the Tuscany SCA for Java 1.3.2 release are now
available, please review and vote to release.
The artifacts are available for at:
http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
This includes the signed binary and source distributions, Maven staging
repository, and eclipse update site and RAT report.
The SVN tag for the release is:
<http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>
http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
Here's my +1
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Luciano Resende <lu...@gmail.com>.
+1 for the Release, and +1 for documenting the existing issues with BPEL sample.
On Fri, Oct 3, 2008 at 5:57 AM, Simon Laws <si...@googlemail.com> wrote:
> Hi Ram
>
> On Fri, Oct 3, 2008 at 12:24 PM, Ramkumar R <ra...@gmail.com> wrote:
>>
>> The artifacts got downloaded and unpacked sucessfully.
>>
>> Ran few samples and demos and noticed few failures as shown below.....
>>
>> 1] sample-domain-management - "ant compile" command fails with the
>> following exception....
>> [javac]
>> C:\Tuscany\releases\1.3.2RC2\tuscany-sca-1.3.2\samples\domain-management\src\main\java\manager\DistributeAndRunComponents.java:39:
>> package javax.xml.stream does not exist
>> [javac] import javax.xml.stream.XMLInputFactory;
>>
>> I believe this is because we are still referring stax-api-1.0.1.jar in
>> the build.xml of sample-domain-management, while the lib folder has
>> "stax-api-1.0.2.jar" file.
>
> Yes, there is a simple work round for this one. Just change the stax-api
> version number in build.xml
>
>>
>>
>> 2] sample-helloworld-bpel & sample-helloworld-bpel-ws - "ant run" fails
>> with the following exception...
>> [java] Caused by: java.lang.SecurityException: sealing violation:
>> package org.apache.derby.impl.services.locks is sealed
>>
>> I am not pretty sure about the above one. Please clarify.
>
> I see this one also. Looks like a classpath problem but it works fine when
> run from mvn. So the work round is to use maven for this one.
>
> Are the work rounds good enough for you to +1 the release?
>
> Regards
>
> Simon
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Ramkumar R <ra...@gmail.com>.
Thanks Simon, the workaround is good enough.
+1 for the release from me.
On Fri, Oct 3, 2008 at 6:27 PM, Simon Laws <si...@googlemail.com>wrote:
> Hi Ram
>
> On Fri, Oct 3, 2008 at 12:24 PM, Ramkumar R <ra...@gmail.com> wrote:
>
>> The artifacts got downloaded and unpacked sucessfully.
>>
>> Ran few samples and demos and noticed few failures as shown below.....
>>
>> 1] sample-domain-management - "ant compile" command fails with the
>> following exception....
>> [javac]
>> C:\Tuscany\releases\1.3.2RC2\tuscany-sca-1.3.2\samples\domain-management\src\main\java\manager\DistributeAndRunComponents.java:39:
>> package javax.xml.stream does not exist
>> [javac] import javax.xml.stream.XMLInputFactory;
>>
>> I believe this is because we are still referring stax-api-1.0.1.jar in
>> the build.xml of sample-domain-management, while the lib folder has
>> "stax-api-1.0.2.jar" file.
>>
>
> Yes, there is a simple work round for this one. Just change the stax-api
> version number in build.xml
>
>
>>
>>
>> 2] sample-helloworld-bpel & sample-helloworld-bpel-ws - "ant run" fails
>> with the following exception...
>> [java] Caused by: java.lang.SecurityException: sealing violation:
>> package org.apache.derby.impl.services.locks is sealed
>>
>> I am not pretty sure about the above one. Please clarify.
>>
>>
> I see this one also. Looks like a classpath problem but it works fine when
> run from mvn. So the work round is to use maven for this one.
>
> Are the work rounds good enough for you to +1 the release?
>
> Regards
>
> Simon
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Laws <si...@googlemail.com>.
Hi Ram
On Fri, Oct 3, 2008 at 12:24 PM, Ramkumar R <ra...@gmail.com> wrote:
> The artifacts got downloaded and unpacked sucessfully.
>
> Ran few samples and demos and noticed few failures as shown below.....
>
> 1] sample-domain-management - "ant compile" command fails with the
> following exception....
> [javac]
> C:\Tuscany\releases\1.3.2RC2\tuscany-sca-1.3.2\samples\domain-management\src\main\java\manager\DistributeAndRunComponents.java:39:
> package javax.xml.stream does not exist
> [javac] import javax.xml.stream.XMLInputFactory;
>
> I believe this is because we are still referring stax-api-1.0.1.jar in
> the build.xml of sample-domain-management, while the lib folder has
> "stax-api-1.0.2.jar" file.
>
Yes, there is a simple work round for this one. Just change the stax-api
version number in build.xml
>
>
> 2] sample-helloworld-bpel & sample-helloworld-bpel-ws - "ant run" fails
> with the following exception...
> [java] Caused by: java.lang.SecurityException: sealing violation:
> package org.apache.derby.impl.services.locks is sealed
>
> I am not pretty sure about the above one. Please clarify.
>
>
I see this one also. Looks like a classpath problem but it works fine when
run from mvn. So the work round is to use maven for this one.
Are the work rounds good enough for you to +1 the release?
Regards
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Ramkumar R <ra...@gmail.com>.
The artifacts got downloaded and unpacked sucessfully.
Ran few samples and demos and noticed few failures as shown below.....
1] sample-domain-management - "ant compile" command fails with the following
exception....
[javac]
C:\Tuscany\releases\1.3.2RC2\tuscany-sca-1.3.2\samples\domain-management\src\main\java\manager\DistributeAndRunComponents.java:39:
package javax.xml.stream does not exist
[javac] import javax.xml.stream.XMLInputFactory;
I believe this is because we are still referring stax-api-1.0.1.jar in
the build.xml of sample-domain-management, while the lib folder has
"stax-api-1.0.2.jar" file.
2] sample-helloworld-bpel & sample-helloworld-bpel-ws - "ant run" fails with
the following exception...
[java] Caused by: java.lang.SecurityException: sealing violation:
package org.apache.derby.impl.services.locks is sealed
I am not pretty sure about the above one. Please clarify.
On Fri, Oct 3, 2008 at 11:27 AM, Dave Sowerby <da...@gmail.com>wrote:
> +1
>
> All looks good to me.
>
> Dave.
>
> --
> Dave Sowerby MEng MBCS
>
>
>
> On Thu, Oct 2, 2008 at 6:36 PM, Dan Becker <da...@gmail.com> wrote:
> > +1
> >
> > I tested several samples and did a maven build, and all seemed to be
> > working.
> >
> > Simon Laws wrote:
> >>
> >> snip...
> >>
> >>> The legal stuff looks ok to me and most of the samples seem to work ok.
> >>> The
> >>> helloworld-bpel sample doesn't work for me but did in 1.3.1. Most of
> the
> >>> webapp samples don't work for me in Geronimo but i think that was the
> >>> same
> >>> for 1.3.1 as well.
> >>>
> >>
> >> y - vamsi reported geronimo problems last time but we didn't get to
> fixing
> >> it. There seemed to be too many other things to do. I suggest we do a
> >> 1.3.3
> >> and do this one, and the bpel one, first this time;-)
> >>
> >>>
> >>> The link to the artifacts in the vote email suffers from the gmail url
> >>> cutNpaste feature so clicking on in it in gmail takes you to an old RC
> >>> not
> >>> the 1.3.2 RC1 artifacts.
> >>>
> >> Oh dear - sorry everyone. Here is, I hope, the correct link...
> >>
> >>
> >> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
> <http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
> >>
> >>>
> >>> The files within
> >>>
> >>>
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/>
> <
> http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/
> >need
> >>> to be signed, the ASF distribution folders now get scanned
> >>> automatically so people get notified if files are missing signatures.
> >>>
> >> Good spot. We need to update our "Making releases" page. I signed the
> >> wrong
> >> thing. Implication is also that I should remove the update site zip from
> >> the
> >> RC2 folder.
> >>
> >>>
> >>> ...ant
> >>>
> >>>
> >> Simon
> >>
> >
> >
> > --
> > Thanks, Dan Becker
> >
>
--
Thanks & Regards,
Ramkumar Ramalingam
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Dave Sowerby <da...@gmail.com>.
+1
All looks good to me.
Dave.
--
Dave Sowerby MEng MBCS
On Thu, Oct 2, 2008 at 6:36 PM, Dan Becker <da...@gmail.com> wrote:
> +1
>
> I tested several samples and did a maven build, and all seemed to be
> working.
>
> Simon Laws wrote:
>>
>> snip...
>>
>>> The legal stuff looks ok to me and most of the samples seem to work ok.
>>> The
>>> helloworld-bpel sample doesn't work for me but did in 1.3.1. Most of the
>>> webapp samples don't work for me in Geronimo but i think that was the
>>> same
>>> for 1.3.1 as well.
>>>
>>
>> y - vamsi reported geronimo problems last time but we didn't get to fixing
>> it. There seemed to be too many other things to do. I suggest we do a
>> 1.3.3
>> and do this one, and the bpel one, first this time;-)
>>
>>>
>>> The link to the artifacts in the vote email suffers from the gmail url
>>> cutNpaste feature so clicking on in it in gmail takes you to an old RC
>>> not
>>> the 1.3.2 RC1 artifacts.
>>>
>> Oh dear - sorry everyone. Here is, I hope, the correct link...
>>
>>
>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
>>
>>>
>>> The files within
>>>
>>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/>need
>>> to be signed, the ASF distribution folders now get scanned
>>> automatically so people get notified if files are missing signatures.
>>>
>> Good spot. We need to update our "Making releases" page. I signed the
>> wrong
>> thing. Implication is also that I should remove the update site zip from
>> the
>> RC2 folder.
>>
>>>
>>> ...ant
>>>
>>>
>> Simon
>>
>
>
> --
> Thanks, Dan Becker
>
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Dan Becker <da...@gmail.com>.
+1
I tested several samples and did a maven build, and all seemed to be
working.
Simon Laws wrote:
> snip...
>
>> The legal stuff looks ok to me and most of the samples seem to work ok. The
>> helloworld-bpel sample doesn't work for me but did in 1.3.1. Most of the
>> webapp samples don't work for me in Geronimo but i think that was the same
>> for 1.3.1 as well.
>>
>
> y - vamsi reported geronimo problems last time but we didn't get to fixing
> it. There seemed to be too many other things to do. I suggest we do a 1.3.3
> and do this one, and the bpel one, first this time;-)
>
>>
>> The link to the artifacts in the vote email suffers from the gmail url
>> cutNpaste feature so clicking on in it in gmail takes you to an old RC not
>> the 1.3.2 RC1 artifacts.
>>
> Oh dear - sorry everyone. Here is, I hope, the correct link...
>
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
>
>>
>> The files within
>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/>need to be signed, the ASF distribution folders now get scanned
>> automatically so people get notified if files are missing signatures.
>>
> Good spot. We need to update our "Making releases" page. I signed the wrong
> thing. Implication is also that I should remove the update site zip from the
> RC2 folder.
>
>>
>> ...ant
>>
>>
> Simon
>
--
Thanks, Dan Becker
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Laws <si...@googlemail.com>.
snip...
> The legal stuff looks ok to me and most of the samples seem to work ok. The
> helloworld-bpel sample doesn't work for me but did in 1.3.1. Most of the
> webapp samples don't work for me in Geronimo but i think that was the same
> for 1.3.1 as well.
>
y - vamsi reported geronimo problems last time but we didn't get to fixing
it. There seemed to be too many other things to do. I suggest we do a 1.3.3
and do this one, and the bpel one, first this time;-)
>
>
> The link to the artifacts in the vote email suffers from the gmail url
> cutNpaste feature so clicking on in it in gmail takes you to an old RC not
> the 1.3.2 RC1 artifacts.
>
Oh dear - sorry everyone. Here is, I hope, the correct link...
http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
>
>
> The files within
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/>need to be signed, the ASF distribution folders now get scanned
> automatically so people get notified if files are missing signatures.
>
Good spot. We need to update our "Making releases" page. I signed the wrong
thing. Implication is also that I should remove the update site zip from the
RC2 folder.
>
>
> ...ant
>
>
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by ant elder <an...@gmail.com>.
On Thu, Oct 2, 2008 at 10:33 AM, Simon Laws <si...@googlemail.com>wrote:
> The release artifacts for the Tuscany SCA for Java 1.3.2 release are now
> available, please review and vote to release.
>
> The artifacts are available for at:
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>
> This includes the signed binary and source distributions, Maven staging
> repository, and eclipse update site and RAT report.
>
> The SVN tag for the release is:
> <http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>
> http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>
> Here's my +1
>
> Simon
>
+1
The legal stuff looks ok to me and most of the samples seem to work ok. The
helloworld-bpel sample doesn't work for me but did in 1.3.1. Most of the
webapp samples don't work for me in Geronimo but i think that was the same
for 1.3.1 as well.
The link to the artifacts in the vote email suffers from the gmail url
cutNpaste feature so clicking on in it in gmail takes you to an old RC not
the 1.3.2 RC1 artifacts.
The files within
http://people.apache.org/~slaws/tuscany/1.3.2-RC2/tuscany-sca-1.3.2-updatesite/need
to be signed, the ASF distribution folders now get scanned
automatically so people get notified if files are missing signatures.
...ant
[RESULT] [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Laws <si...@googlemail.com>.
On Tue, Oct 7, 2008 at 3:57 PM, Simon Laws <si...@googlemail.com>wrote:
>
>
> On Tue, Oct 7, 2008 at 3:38 PM, Simon Nash <na...@apache.org> wrote:
>
>> Simon Nash wrote:
>>
>>> Simon Laws wrote:
>>>
>>>> The release artifacts for the Tuscany SCA for Java 1.3.2 release are now
>>>> available, please review and vote to release.
>>>>
>>>> The artifacts are available for at:
>>>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/><
>>>> http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>>>>
>>>> This includes the signed binary and source distributions, Maven staging
>>>> repository, and eclipse update site and RAT report.
>>>>
>>>> The SVN tag for the release is: <
>>>> http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>
>>>> http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>>>>
>>>> Here's my +1
>>>>
>>>> Simon
>>>>
>>> >
>>> I built the source distro without any problems.
>>>
>>> I tried running a selection of samples from the binary distro.
>>> Unfortunately I didn't get very far before hitting the first problem.
>>> In samples/helloworld-jms-service, "ant run" gives the following error:
>>>
>>> Buildfile: build.xml
>>>
>>> run:
>>> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
>>> [java] Caused by: java.lang.ClassNotFoundException:
>>> helloworld.HelloWorldServer
>>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>> [java] at java.security.AccessController.doPrivileged(Native
>>> Method)
>>> [java] at
>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> [java] at
>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>>
>>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>> [java] at
>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>>
>>> [java] Exception in thread "main"
>>> [java] Java Result: 1
>>>
>>> BUILD SUCCESSFUL
>>> Total time: 0 seconds
>>>
>>> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
>>> wrong with this picture. I looked at the build.xml file and it is
>>> trying to call sample-helloworld-ws-service-jms.jar instead of the
>>> correct filename sample-helloworld-service-jms.jar. Correcting this
>>> allows the sample to run.
>>>
>>> I'm withholding my +1 until I've had a chance to try more samples to
>>> see how many of them have similar problems.
>>>
>>> Simon
>>>
>>> OK, I've run through the remaining samples, using ant and following
>> the README instructions. I found the following issues:
>>
>> calculator-ws-webapp:
>> The sample runs, but the need to change the hardwired port in the
>> Calculator.composite file for installations that don't use port 8080
>> is a usability issue that needs to fixed. It should be possible to
>> create a WAR that can be deployed to different port numbers without
>> needing to be changed.
>>
>> chat-webapp:
>> This can be built with ant as well as mvn, but the README only describes
>> building it with mvn. The README should be updated to add a description
>> of building it with ant.
>>
>> domain-management:
>> README has no information on how to run the sample. There's a build.xml
>> file but I couldn't work out what to do with the jars in the target
>> directory.
>>
>> feed-aggregator-webapp:
>> The links in the browser page are displayed incorrectly with a hard-wired
>> port of 8080. However, they do work when clicked, even though the actual
>> port used by my Tomcat configuration is 8090.
>>
>> helloworld-bpel:
>> Fails as already reported.
>>
>> helloworld-bpel-ws:
>> Similar failure to helloworld-bpel. The build.xml file is identical to
>> that of helloworld-bpel. Is this correct?
>>
>> helloworld-ws-sdo-webapp:
>> Same hardwired port problem as calculator-ws-webapp. It's worse in
>> this sample as the README gives no instructions on what change to
>> make to get around this.
>>
>> implementation-notification:
>> "ant run" fails with the following stack trace:
>> [java] java.lang.NoClassDefFoundError:
>> notification/TrafficAdvisoryClient
>> [java] Caused by: java.lang.ClassNotFoundException:
>> notification.TrafficAdvisoryClient
>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> [java] at java.security.AccessController.doPrivileged(Native
>> Method)
>> [java] at
>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> [java] at
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>> This is caused by the jar file in the target directory not matching the
>> name in the build.xml file. The target directory jar has a "-1.3.2"
>> suffix
>> in its name and the build.xml file doesn't use this suffix. I believe
>> the
>> name in build.xml should be used, as this is consistent with how other
>> sample jars are named.
>>
>> quote-xquery:
>> "ant run-server" produces a SEVERE error followed by a stack trace:
>> [java] 07-Oct-2008 15:16:58
>> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
>> [java] SEVERE: XMLSchema validation error occured in: null ,line = 28,
>> column = 5,
>> Message = cvc-complex-type.2.4.a: Invalid content was found starting
>> with element 'component'.
>> One of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is
>> expected.
>> [java] 07-Oct-2008 15:16:58
>> org.apache.tuscany.sca.databinding.sdo.ImportSDOProcessor
>> [java] SEVERE: Fail to resolve class: xquery.quote.QuoteFactory
>> [java] Exception in thread "main"
>> org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException:
>> Fail to resolve class: xquery.quote.QuoteFactory
>> [java] at
>> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:276)
>> [java] at
>> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:70)
>> [java] at
>> xquery.quote.XQueryQuoteServer.main(XQueryQuoteServer.java:28)
>> [java] Caused by: org.osoa.sca.ServiceRuntimeException: Fail to
>> resolve class: xquery.quote.QuoteFactory
>> [java] at
>> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.analyseProblems(DefaultSCADomain.java:309)
>> [java] at
>> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:334)
>> [java] at
>> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:186)
>> [java] at
>> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:120)
>> [java] at
>> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:242)
>> [java] ... 2 more
>> [java] Java Result: 1
>> The same SEVERE error is also produced by "ant run".
>>
>> zipcode-jaxws:
>> There was along pause befaore any output was produced. I thought the
>> sample was hung or looping. It would be very helpful for the sample
>> to display "Please wait..." at the start to reassure people that all
>> is working as intended.
>>
>> None of these problems is a showstopper, but the number of samples that
>> don't run adds up to a fairly poor user experience for someone new to
>> Tuscany working through the samples. As we are featuring 1.3.2 in our
>> Apache PR announcement, we are quite likely to get new users doing this.
>> However, I understand that there is a need to get the 1.3.2 release out
>> soon, so I won't stand in the way of this. My vote is +0.
>>
>> I'll write JIRAs for the points above that don't already have JIRAs
>> raised for them.
>>
>> Simon
>>
>>
>> Simon
>
> Thanks for doing a comprehensive review. For me the quote-xquery does work
> if I do ant compile before ant run so again either a fix to the README
> and/or the build.xml file is required. I suspect you are also picking up the
> fact that we tend to have the web servers that we test on configured for
> 8080 which accounts for a few of your problems. A very good point.
>
> Simon
>
>
>
Ok the vote passes with +1s from Simon Laws, Ant Elder, Dan Becker, Dave
Sowerby, Ramkumar Ramalingam, Luciano Resende and with a +0 from Simon
Nash.
Regards
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Nash <na...@apache.org>.
Simon Laws wrote:
>
>
> On Tue, Oct 7, 2008 at 3:38 PM, Simon Nash <nash@apache.org
> <ma...@apache.org>> wrote:
>
> Simon Nash wrote:
>
> Simon Laws wrote:
>
> The release artifacts for the Tuscany SCA for Java 1.3.2
> release are now available, please review and vote to release.
>
> The artifacts are available for at:
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/
> <http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/>
> <http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>
> This includes the signed binary and source distributions,
> Maven staging repository, and eclipse update site and RAT
> report.
>
> The SVN tag for the release is:
> <http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>
>
> Here's my +1
>
> Simon
>
> >
> I built the source distro without any problems.
>
> I tried running a selection of samples from the binary distro.
> Unfortunately I didn't get very far before hitting the first
> problem.
> In samples/helloworld-jms-service, "ant run" gives the following
> error:
>
> Buildfile: build.xml
>
> run:
> [java] java.lang.NoClassDefFoundError:
> helloworld/HelloWorldServer
> [java] Caused by: java.lang.ClassNotFoundException:
> helloworld.HelloWorldServer
> [java] at
> java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at
> java.security.AccessController.doPrivileged(Native Method)
> [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at
> java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>
> [java] at
> java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>
> [java] Exception in thread "main"
> [java] Java Result: 1
>
> BUILD SUCCESSFUL
> Total time: 0 seconds
>
> Despite the reassuring "BUILD SUCCESSFUL" message, something is
> clearly
> wrong with this picture. I looked at the build.xml file and it is
> trying to call sample-helloworld-ws-service-jms.jar instead of the
> correct filename sample-helloworld-service-jms.jar. Correcting this
> allows the sample to run.
>
> I'm withholding my +1 until I've had a chance to try more samples to
> see how many of them have similar problems.
>
> Simon
>
> OK, I've run through the remaining samples, using ant and following
> the README instructions. I found the following issues:
>
> calculator-ws-webapp:
> The sample runs, but the need to change the hardwired port in the
> Calculator.composite file for installations that don't use port 8080
> is a usability issue that needs to fixed. It should be possible to
> create a WAR that can be deployed to different port numbers without
> needing to be changed.
>
> chat-webapp:
> This can be built with ant as well as mvn, but the README only
> describes
> building it with mvn. The README should be updated to add a
> description
> of building it with ant.
>
> domain-management:
> README has no information on how to run the sample. There's a
> build.xml
> file but I couldn't work out what to do with the jars in the target
> directory.
>
> feed-aggregator-webapp:
> The links in the browser page are displayed incorrectly with a
> hard-wired
> port of 8080. However, they do work when clicked, even though the
> actual
> port used by my Tomcat configuration is 8090.
>
> helloworld-bpel:
> Fails as already reported.
>
> helloworld-bpel-ws:
> Similar failure to helloworld-bpel. The build.xml file is identical to
> that of helloworld-bpel. Is this correct?
>
> helloworld-ws-sdo-webapp:
> Same hardwired port problem as calculator-ws-webapp. It's worse in
> this sample as the README gives no instructions on what change to
> make to get around this.
>
> implementation-notification:
> "ant run" fails with the following stack trace:
> [java] java.lang.NoClassDefFoundError:
> notification/TrafficAdvisoryClient
> [java] Caused by: java.lang.ClassNotFoundException:
> notification.TrafficAdvisoryClient
>
> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at java.security.AccessController.doPrivileged(Native
> Method)
> [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> This is caused by the jar file in the target directory not matching the
> name in the build.xml file. The target directory jar has a
> "-1.3.2" suffix
> in its name and the build.xml file doesn't use this suffix. I
> believe the
> name in build.xml should be used, as this is consistent with how other
> sample jars are named.
>
> quote-xquery:
> "ant run-server" produces a SEVERE error followed by a stack trace:
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> [java] SEVERE: XMLSchema validation error occured in: null ,line
> = 28, column = 5,
> Message = cvc-complex-type.2.4.a: Invalid content was found
> starting with element 'component'.
> One of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is
> expected.
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.databinding.sdo.ImportSDOProcessor
> [java] SEVERE: Fail to resolve class: xquery.quote.QuoteFactory
> [java] Exception in thread "main"
> org.osoa.sca.ServiceRuntimeException:
> org.osoa.sca.ServiceRuntimeException: Fail to resolve class:
> xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:276)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:70)
> [java] at
> xquery.quote.XQueryQuoteServer.main(XQueryQuoteServer.java:28)
> [java] Caused by: org.osoa.sca.ServiceRuntimeException: Fail to
> resolve class: xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.analyseProblems(DefaultSCADomain.java:309)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:334)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:186)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:120)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:242)
> [java] ... 2 more
> [java] Java Result: 1
> The same SEVERE error is also produced by "ant run".
>
> zipcode-jaxws:
> There was along pause befaore any output was produced. I thought the
> sample was hung or looping. It would be very helpful for the sample
> to display "Please wait..." at the start to reassure people that all
> is working as intended.
>
> None of these problems is a showstopper, but the number of samples that
> don't run adds up to a fairly poor user experience for someone new to
> Tuscany working through the samples. As we are featuring 1.3.2 in our
> Apache PR announcement, we are quite likely to get new users doing this.
> However, I understand that there is a need to get the 1.3.2 release out
> soon, so I won't stand in the way of this. My vote is +0.
>
> I'll write JIRAs for the points above that don't already have JIRAs
> raised for them.
>
> Simon
>
>
> Simon
>
> Thanks for doing a comprehensive review. For me the quote-xquery does
> work if I do ant compile before ant run so again either a fix to the
> README and/or the build.xml file is required. I suspect you are also
> picking up the fact that we tend to have the web servers that we test on
> configured for 8080 which accounts for a few of your problems. A very
> good point.
>
> Simon
>
When I ran quote-xquery, I followed the README instructions which were to
do "ant" followed by "ant run-server". The "ant" command is equivalent
to "ant compile". We should look into why this worked for you and not
for me.
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Laws <si...@googlemail.com>.
On Tue, Oct 7, 2008 at 3:38 PM, Simon Nash <na...@apache.org> wrote:
> Simon Nash wrote:
>
>> Simon Laws wrote:
>>
>>> The release artifacts for the Tuscany SCA for Java 1.3.2 release are now
>>> available, please review and vote to release.
>>>
>>> The artifacts are available for at:
>>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/<http://people.apache.org/%7Eslaws/tuscany/1.3.2-RC2/><
>>> http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>>>
>>> This includes the signed binary and source distributions, Maven staging
>>> repository, and eclipse update site and RAT report.
>>>
>>> The SVN tag for the release is: <
>>> http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>
>>> http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>>>
>>> Here's my +1
>>>
>>> Simon
>>>
>> >
>> I built the source distro without any problems.
>>
>> I tried running a selection of samples from the binary distro.
>> Unfortunately I didn't get very far before hitting the first problem.
>> In samples/helloworld-jms-service, "ant run" gives the following error:
>>
>> Buildfile: build.xml
>>
>> run:
>> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
>> [java] Caused by: java.lang.ClassNotFoundException:
>> helloworld.HelloWorldServer
>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> [java] at java.security.AccessController.doPrivileged(Native
>> Method)
>> [java] at
>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> [java] at
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>
>> [java] Exception in thread "main"
>> [java] Java Result: 1
>>
>> BUILD SUCCESSFUL
>> Total time: 0 seconds
>>
>> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
>> wrong with this picture. I looked at the build.xml file and it is
>> trying to call sample-helloworld-ws-service-jms.jar instead of the
>> correct filename sample-helloworld-service-jms.jar. Correcting this
>> allows the sample to run.
>>
>> I'm withholding my +1 until I've had a chance to try more samples to
>> see how many of them have similar problems.
>>
>> Simon
>>
>> OK, I've run through the remaining samples, using ant and following
> the README instructions. I found the following issues:
>
> calculator-ws-webapp:
> The sample runs, but the need to change the hardwired port in the
> Calculator.composite file for installations that don't use port 8080
> is a usability issue that needs to fixed. It should be possible to
> create a WAR that can be deployed to different port numbers without
> needing to be changed.
>
> chat-webapp:
> This can be built with ant as well as mvn, but the README only describes
> building it with mvn. The README should be updated to add a description
> of building it with ant.
>
> domain-management:
> README has no information on how to run the sample. There's a build.xml
> file but I couldn't work out what to do with the jars in the target
> directory.
>
> feed-aggregator-webapp:
> The links in the browser page are displayed incorrectly with a hard-wired
> port of 8080. However, they do work when clicked, even though the actual
> port used by my Tomcat configuration is 8090.
>
> helloworld-bpel:
> Fails as already reported.
>
> helloworld-bpel-ws:
> Similar failure to helloworld-bpel. The build.xml file is identical to
> that of helloworld-bpel. Is this correct?
>
> helloworld-ws-sdo-webapp:
> Same hardwired port problem as calculator-ws-webapp. It's worse in
> this sample as the README gives no instructions on what change to
> make to get around this.
>
> implementation-notification:
> "ant run" fails with the following stack trace:
> [java] java.lang.NoClassDefFoundError:
> notification/TrafficAdvisoryClient
> [java] Caused by: java.lang.ClassNotFoundException:
> notification.TrafficAdvisoryClient
> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at java.security.AccessController.doPrivileged(Native
> Method)
> [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> This is caused by the jar file in the target directory not matching the
> name in the build.xml file. The target directory jar has a "-1.3.2"
> suffix
> in its name and the build.xml file doesn't use this suffix. I believe the
> name in build.xml should be used, as this is consistent with how other
> sample jars are named.
>
> quote-xquery:
> "ant run-server" produces a SEVERE error followed by a stack trace:
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> [java] SEVERE: XMLSchema validation error occured in: null ,line = 28,
> column = 5,
> Message = cvc-complex-type.2.4.a: Invalid content was found starting
> with element 'component'.
> One of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is
> expected.
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.databinding.sdo.ImportSDOProcessor
> [java] SEVERE: Fail to resolve class: xquery.quote.QuoteFactory
> [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException:
> org.osoa.sca.ServiceRuntimeException: Fail to resolve class:
> xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:276)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:70)
> [java] at
> xquery.quote.XQueryQuoteServer.main(XQueryQuoteServer.java:28)
> [java] Caused by: org.osoa.sca.ServiceRuntimeException: Fail to resolve
> class: xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.analyseProblems(DefaultSCADomain.java:309)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:334)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:186)
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:120)
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:242)
> [java] ... 2 more
> [java] Java Result: 1
> The same SEVERE error is also produced by "ant run".
>
> zipcode-jaxws:
> There was along pause befaore any output was produced. I thought the
> sample was hung or looping. It would be very helpful for the sample
> to display "Please wait..." at the start to reassure people that all
> is working as intended.
>
> None of these problems is a showstopper, but the number of samples that
> don't run adds up to a fairly poor user experience for someone new to
> Tuscany working through the samples. As we are featuring 1.3.2 in our
> Apache PR announcement, we are quite likely to get new users doing this.
> However, I understand that there is a need to get the 1.3.2 release out
> soon, so I won't stand in the way of this. My vote is +0.
>
> I'll write JIRAs for the points above that don't already have JIRAs
> raised for them.
>
> Simon
>
>
> Simon
Thanks for doing a comprehensive review. For me the quote-xquery does work
if I do ant compile before ant run so again either a fix to the README
and/or the build.xml file is required. I suspect you are also picking up the
fact that we tend to have the web servers that we test on configured for
8080 which accounts for a few of your problems. A very good point.
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Jean-Sebastien Delfino <js...@apache.org>.
Simon Nash wrote:
> Simon Nash wrote:
>> Simon Laws wrote:
>>> The release artifacts for the Tuscany SCA for Java 1.3.2 release are
>>> now available, please review and vote to release.
>>>
>>> The artifacts are available for at:
>>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/
>>> <http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>>>
>>> This includes the signed binary and source distributions, Maven
>>> staging repository, and eclipse update site and RAT report.
>>>
>>> The SVN tag for the release is:
>>> <http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>>>
>>>
>>> Here's my +1
>>>
>>> Simon
>> >
>> I built the source distro without any problems.
>>
>> I tried running a selection of samples from the binary distro.
>> Unfortunately I didn't get very far before hitting the first problem.
>> In samples/helloworld-jms-service, "ant run" gives the following error:
>>
>> Buildfile: build.xml
>>
>> run:
>> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
>> [java] Caused by: java.lang.ClassNotFoundException:
>> helloworld.HelloWorldServer
>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> [java] at java.security.AccessController.doPrivileged(Native
>> Method)
>> [java] at
>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> [java] at
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>
>> [java] Exception in thread "main"
>> [java] Java Result: 1
>>
>> BUILD SUCCESSFUL
>> Total time: 0 seconds
>>
>> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
>> wrong with this picture. I looked at the build.xml file and it is
>> trying to call sample-helloworld-ws-service-jms.jar instead of the
>> correct filename sample-helloworld-service-jms.jar. Correcting this
>> allows the sample to run.
>>
>> I'm withholding my +1 until I've had a chance to try more samples to
>> see how many of them have similar problems.
>>
>> Simon
>>
> OK, I've run through the remaining samples, using ant and following
> the README instructions. I found the following issues:
>
> calculator-ws-webapp:
> The sample runs, but the need to change the hardwired port in the
> Calculator.composite file for installations that don't use port 8080
> is a usability issue that needs to fixed. It should be possible to
> create a WAR that can be deployed to different port numbers without
> needing to be changed.
>
> chat-webapp:
> This can be built with ant as well as mvn, but the README only describes
> building it with mvn. The README should be updated to add a description
> of building it with ant.
>
> domain-management:
> README has no information on how to run the sample. There's a build.xml
> file but I couldn't work out what to do with the jars in the target
> directory.
>
> feed-aggregator-webapp:
> The links in the browser page are displayed incorrectly with a hard-wired
> port of 8080. However, they do work when clicked, even though the actual
> port used by my Tomcat configuration is 8090.
>
> helloworld-bpel:
> Fails as already reported.
>
> helloworld-bpel-ws:
> Similar failure to helloworld-bpel. The build.xml file is identical to
> that of helloworld-bpel. Is this correct?
>
> helloworld-ws-sdo-webapp:
> Same hardwired port problem as calculator-ws-webapp. It's worse in
> this sample as the README gives no instructions on what change to
> make to get around this.
>
> implementation-notification:
> "ant run" fails with the following stack trace:
> [java] java.lang.NoClassDefFoundError:
> notification/TrafficAdvisoryClient
> [java] Caused by: java.lang.ClassNotFoundException:
> notification.TrafficAdvisoryClient
> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at java.security.AccessController.doPrivileged(Native
> Method)
> [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
> This is caused by the jar file in the target directory not matching the
> name in the build.xml file. The target directory jar has a "-1.3.2"
> suffix
> in its name and the build.xml file doesn't use this suffix. I believe
> the
> name in build.xml should be used, as this is consistent with how other
> sample jars are named.
>
> quote-xquery:
> "ant run-server" produces a SEVERE error followed by a stack trace:
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
> [java] SEVERE: XMLSchema validation error occured in: null ,line =
> 28, column = 5,
> Message = cvc-complex-type.2.4.a: Invalid content was found
> starting with element 'component'.
> One of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is
> expected.
> [java] 07-Oct-2008 15:16:58
> org.apache.tuscany.sca.databinding.sdo.ImportSDOProcessor
> [java] SEVERE: Fail to resolve class: xquery.quote.QuoteFactory
> [java] Exception in thread "main"
> org.osoa.sca.ServiceRuntimeException:
> org.osoa.sca.ServiceRuntimeException: Fail to resolve class:
> xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:276)
>
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:70)
>
> [java] at
> xquery.quote.XQueryQuoteServer.main(XQueryQuoteServer.java:28)
> [java] Caused by: org.osoa.sca.ServiceRuntimeException: Fail to
> resolve class: xquery.quote.QuoteFactory
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.analyseProblems(DefaultSCADomain.java:309)
>
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:334)
>
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:186)
>
> [java] at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:120)
>
> [java] at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:242)
>
> [java] ... 2 more
> [java] Java Result: 1
> The same SEVERE error is also produced by "ant run".
>
> zipcode-jaxws:
> There was along pause befaore any output was produced. I thought the
> sample was hung or looping. It would be very helpful for the sample
> to display "Please wait..." at the start to reassure people that all
> is working as intended.
>
> None of these problems is a showstopper, but the number of samples that
> don't run adds up to a fairly poor user experience for someone new to
> Tuscany working through the samples. As we are featuring 1.3.2 in our
> Apache PR announcement, we are quite likely to get new users doing this.
> However, I understand that there is a need to get the 1.3.2 release out
> soon, so I won't stand in the way of this. My vote is +0.
>
> I'll write JIRAs for the points above that don't already have JIRAs
> raised for them.
>
> Simon
>
>
Late as I've been too busy at work to try the RC before and I didn't
realize that people wanted to release 1.3.2 quickly, but same here:
+0 as some samples seem outdated or broken.
--
Jean-Sebastien
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Nash <na...@apache.org>.
Simon Nash wrote:
> Simon Laws wrote:
>> The release artifacts for the Tuscany SCA for Java 1.3.2 release are
>> now available, please review and vote to release.
>>
>> The artifacts are available for at:
>> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/
>> <http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>>
>> This includes the signed binary and source distributions, Maven
>> staging repository, and eclipse update site and RAT report.
>>
>> The SVN tag for the release is:
>> <http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>>
>>
>> Here's my +1
>>
>> Simon
> >
> I built the source distro without any problems.
>
> I tried running a selection of samples from the binary distro.
> Unfortunately I didn't get very far before hitting the first problem.
> In samples/helloworld-jms-service, "ant run" gives the following error:
>
> Buildfile: build.xml
>
> run:
> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
> [java] Caused by: java.lang.ClassNotFoundException:
> helloworld.HelloWorldServer
> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at java.security.AccessController.doPrivileged(Native
> Method)
> [java] at
> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>
> [java] Exception in thread "main"
> [java] Java Result: 1
>
> BUILD SUCCESSFUL
> Total time: 0 seconds
>
> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
> wrong with this picture. I looked at the build.xml file and it is
> trying to call sample-helloworld-ws-service-jms.jar instead of the
> correct filename sample-helloworld-service-jms.jar. Correcting this
> allows the sample to run.
>
> I'm withholding my +1 until I've had a chance to try more samples to
> see how many of them have similar problems.
>
> Simon
>
OK, I've run through the remaining samples, using ant and following
the README instructions. I found the following issues:
calculator-ws-webapp:
The sample runs, but the need to change the hardwired port in the
Calculator.composite file for installations that don't use port 8080
is a usability issue that needs to fixed. It should be possible to
create a WAR that can be deployed to different port numbers without
needing to be changed.
chat-webapp:
This can be built with ant as well as mvn, but the README only describes
building it with mvn. The README should be updated to add a description
of building it with ant.
domain-management:
README has no information on how to run the sample. There's a build.xml
file but I couldn't work out what to do with the jars in the target
directory.
feed-aggregator-webapp:
The links in the browser page are displayed incorrectly with a hard-wired
port of 8080. However, they do work when clicked, even though the actual
port used by my Tomcat configuration is 8090.
helloworld-bpel:
Fails as already reported.
helloworld-bpel-ws:
Similar failure to helloworld-bpel. The build.xml file is identical to
that of helloworld-bpel. Is this correct?
helloworld-ws-sdo-webapp:
Same hardwired port problem as calculator-ws-webapp. It's worse in
this sample as the README gives no instructions on what change to
make to get around this.
implementation-notification:
"ant run" fails with the following stack trace:
[java] java.lang.NoClassDefFoundError: notification/TrafficAdvisoryClient
[java] Caused by: java.lang.ClassNotFoundException: notification.TrafficAdvisoryClient
[java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
[java] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
[java] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
This is caused by the jar file in the target directory not matching the
name in the build.xml file. The target directory jar has a "-1.3.2" suffix
in its name and the build.xml file doesn't use this suffix. I believe the
name in build.xml should be used, as this is consistent with how other
sample jars are named.
quote-xquery:
"ant run-server" produces a SEVERE error followed by a stack trace:
[java] 07-Oct-2008 15:16:58 org.apache.tuscany.sca.contribution.processor.ValidatingXMLStreamReader
[java] SEVERE: XMLSchema validation error occured in: null ,line = 28, column = 5,
Message = cvc-complex-type.2.4.a: Invalid content was found starting with element 'component'.
One of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is expected.
[java] 07-Oct-2008 15:16:58 org.apache.tuscany.sca.databinding.sdo.ImportSDOProcessor
[java] SEVERE: Fail to resolve class: xquery.quote.QuoteFactory
[java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: Fail to resolve class: xquery.quote.QuoteFactory
[java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:276)
[java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:70)
[java] at xquery.quote.XQueryQuoteServer.main(XQueryQuoteServer.java:28)
[java] Caused by: org.osoa.sca.ServiceRuntimeException: Fail to resolve class: xquery.quote.QuoteFactory
[java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.analyseProblems(DefaultSCADomain.java:309)
[java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.addContribution(DefaultSCADomain.java:334)
[java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:186)
[java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:120)
[java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:242)
[java] ... 2 more
[java] Java Result: 1
The same SEVERE error is also produced by "ant run".
zipcode-jaxws:
There was along pause befaore any output was produced. I thought the
sample was hung or looping. It would be very helpful for the sample
to display "Please wait..." at the start to reassure people that all
is working as intended.
None of these problems is a showstopper, but the number of samples that
don't run adds up to a fairly poor user experience for someone new to
Tuscany working through the samples. As we are featuring 1.3.2 in our
Apache PR announcement, we are quite likely to get new users doing this.
However, I understand that there is a need to get the 1.3.2 release out
soon, so I won't stand in the way of this. My vote is +0.
I'll write JIRAs for the points above that don't already have JIRAs
raised for them.
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Laws <si...@googlemail.com>.
On Tue, Oct 7, 2008 at 11:04 AM, Simon Nash <na...@apache.org> wrote:
> Luciano Resende wrote:
>
>> On Mon, Oct 6, 2008 at 1:06 PM, Simon Nash <na...@apache.org> wrote:
>>
>>> I built the source distro without any problems.
>>>
>>> I tried running a selection of samples from the binary distro.
>>> Unfortunately I didn't get very far before hitting the first problem.
>>> In samples/helloworld-jms-service, "ant run" gives the following error:
>>>
>>> Buildfile: build.xml
>>>
>>> run:
>>> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
>>> [java] Caused by: java.lang.ClassNotFoundException:
>>> helloworld.HelloWorldServer
>>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>>> [java] at java.security.AccessController.doPrivileged(Native
>>> Method)
>>> [java] at
>>> java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>>> [java] at
>>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>>
>>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>>> [java] at
>>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>>
>>> [java] Exception in thread "main"
>>> [java] Java Result: 1
>>>
>>> BUILD SUCCESSFUL
>>> Total time: 0 seconds
>>>
>>> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
>>> wrong with this picture. I looked at the build.xml file and it is
>>> trying to call sample-helloworld-ws-service-jms.jar instead of the
>>> correct filename sample-helloworld-service-jms.jar. Correcting this
>>> allows the sample to run.
>>>
>>> I'm withholding my +1 until I've had a chance to try more samples to
>>> see how many of them have similar problems.
>>>
>>>
>> Looks like some samples need a minor README update.
>> You should use : ant compile run
>>
>> This isn't the right solution. This sample needs to be fixed to correct
> the error in its build.xml file. Using ant run to run the pre-built jar
> in the binary distro, as described by the README, would be fine if the
> build.xml file were correct.
>
> Simon
>
>
>
Right, the build.xml file specified the wrong jar name that means it doesn't
work with "ant run" but only works with "ant compile run". Can you live with
this problem for 1.3.2?
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Nash <na...@apache.org>.
Luciano Resende wrote:
> On Mon, Oct 6, 2008 at 1:06 PM, Simon Nash <na...@apache.org> wrote:
>> I built the source distro without any problems.
>>
>> I tried running a selection of samples from the binary distro.
>> Unfortunately I didn't get very far before hitting the first problem.
>> In samples/helloworld-jms-service, "ant run" gives the following error:
>>
>> Buildfile: build.xml
>>
>> run:
>> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
>> [java] Caused by: java.lang.ClassNotFoundException:
>> helloworld.HelloWorldServer
>> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
>> [java] at java.security.AccessController.doPrivileged(Native Method)
>> [java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
>> [java] at
>> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>>
>> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
>> [java] at
>> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>>
>> [java] Exception in thread "main"
>> [java] Java Result: 1
>>
>> BUILD SUCCESSFUL
>> Total time: 0 seconds
>>
>> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
>> wrong with this picture. I looked at the build.xml file and it is
>> trying to call sample-helloworld-ws-service-jms.jar instead of the
>> correct filename sample-helloworld-service-jms.jar. Correcting this
>> allows the sample to run.
>>
>> I'm withholding my +1 until I've had a chance to try more samples to
>> see how many of them have similar problems.
>>
>
> Looks like some samples need a minor README update.
> You should use : ant compile run
>
This isn't the right solution. This sample needs to be fixed to correct
the error in its build.xml file. Using ant run to run the pre-built jar
in the binary distro, as described by the README, would be fine if the
build.xml file were correct.
Simon
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Luciano Resende <lu...@gmail.com>.
On Mon, Oct 6, 2008 at 1:06 PM, Simon Nash <na...@apache.org> wrote:
> I built the source distro without any problems.
>
> I tried running a selection of samples from the binary distro.
> Unfortunately I didn't get very far before hitting the first problem.
> In samples/helloworld-jms-service, "ant run" gives the following error:
>
> Buildfile: build.xml
>
> run:
> [java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
> [java] Caused by: java.lang.ClassNotFoundException:
> helloworld.HelloWorldServer
> [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> [java] at java.security.AccessController.doPrivileged(Native Method)
> [java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> [java] at
> sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
>
> [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> [java] at
> java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
>
> [java] Exception in thread "main"
> [java] Java Result: 1
>
> BUILD SUCCESSFUL
> Total time: 0 seconds
>
> Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
> wrong with this picture. I looked at the build.xml file and it is
> trying to call sample-helloworld-ws-service-jms.jar instead of the
> correct filename sample-helloworld-service-jms.jar. Correcting this
> allows the sample to run.
>
> I'm withholding my +1 until I've had a chance to try more samples to
> see how many of them have similar problems.
>
Looks like some samples need a minor README update.
You should use : ant compile run
> Simon
>
>
>
--
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/
Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)
Posted by Simon Nash <na...@apache.org>.
Simon Laws wrote:
> The release artifacts for the Tuscany SCA for Java 1.3.2 release are now
> available, please review and vote to release.
>
> The artifacts are available for at:
> http://people.apache.org/~slaws/tuscany/1.3.2-RC2/
> <http://people.apache.org/%7Eantelder/tuscany/1.3.1-RC1/>
>
> This includes the signed binary and source distributions, Maven staging
> repository, and eclipse update site and RAT report.
>
> The SVN tag for the release is:
> <http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.1>http://svn.apache.org/repos/asf/tuscany/tags/java/sca/1.3.2-RC2/
>
> Here's my +1
>
> Simon
>
I built the source distro without any problems.
I tried running a selection of samples from the binary distro.
Unfortunately I didn't get very far before hitting the first problem.
In samples/helloworld-jms-service, "ant run" gives the following error:
Buildfile: build.xml
run:
[java] java.lang.NoClassDefFoundError: helloworld/HelloWorldServer
[java] Caused by: java.lang.ClassNotFoundException: helloworld.HelloWorldServer
[java] at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
[java] at java.security.AccessController.doPrivileged(Native Method)
[java] at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
[java] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276)
[java] at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
[java] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319)
[java] Exception in thread "main"
[java] Java Result: 1
BUILD SUCCESSFUL
Total time: 0 seconds
Despite the reassuring "BUILD SUCCESSFUL" message, something is clearly
wrong with this picture. I looked at the build.xml file and it is
trying to call sample-helloworld-ws-service-jms.jar instead of the
correct filename sample-helloworld-service-jms.jar. Correcting this
allows the sample to run.
I'm withholding my +1 until I've had a chance to try more samples to
see how many of them have similar problems.
Simon