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/12 13:52:10 UTC

1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)

On Thu, Oct 9, 2008 at 8:12 AM, Jean-Sebastien Delfino <jsdelfino@apache.org
> wrote:

> 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/%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
>>
>>
>>
> 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
>

While the 1.4 release works it's way though I'm going to go ahead and create
a 1.3.3 branch to catch the 1.3.2 issues that were spotted during the
release process and anything else that anyone wants on the 1.3 code line.

Simon

Re: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)

Posted by Simon Laws <si...@googlemail.com>.
On Mon, Oct 13, 2008 at 5:22 AM, Luciano Resende <lu...@gmail.com>wrote:

> Thanks for volunteering Dhaval, it would be great if we could make
> sure trunk samples are OK as well, for our 1.4 release.
>
> On Sun, Oct 12, 2008 at 9:05 PM, Dhaval Chauhan
> <dh...@hotmail.com> wrote:
> > Hi All,
> >
> > I would be happy to help with fixing the samples' issues for the next
> > release.
> >
> > I will start investigating them and will keep updating the JIRA
> > (TUSCANY-2639) with their status.
> >
> > Thanks,
> > Dhaval
> >
> >
> >
> > ________________________________
> > Date: Sun, 12 Oct 2008 12:52:10 +0100
> > From: simonslaws@googlemail.com
> > To: dev@tuscany.apache.org
> > Subject: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release
> > Tuscany Java SCA 1.3.2 (RC2)
> >
> >
> >
> > On Thu, Oct 9, 2008 at 8:12 AM, Jean-Sebastien Delfino
> > <js...@apache.org> wrote:
> >
> > 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/%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
> >
> >
> >
> > 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
> >
> > While the 1.4 release works it's way though I'm going to go ahead and
> create
> > a 1.3.3 branch to catch the 1.3.2 issues that were spotted during the
> > release process and anything else that anyone wants on the 1.3 code line.
> >
> > Simon
> >
> > ________________________________
> > See how Windows connects the people, information, and fun that are part
> of
> > your life. See Now
>
>
>
> --
> Luciano Resende
> Apache Tuscany, Apache PhotArk
> http://people.apache.org/~lresende <http://people.apache.org/%7Elresende>
> http://lresende.blogspot.com/
>

Thanks Dhaval for helping out

Simon

Re: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)

Posted by Luciano Resende <lu...@gmail.com>.
Thanks for volunteering Dhaval, it would be great if we could make
sure trunk samples are OK as well, for our 1.4 release.

On Sun, Oct 12, 2008 at 9:05 PM, Dhaval Chauhan
<dh...@hotmail.com> wrote:
> Hi All,
>
> I would be happy to help with fixing the samples' issues for the next
> release.
>
> I will start investigating them and will keep updating the JIRA
> (TUSCANY-2639) with their status.
>
> Thanks,
> Dhaval
>
>
>
> ________________________________
> Date: Sun, 12 Oct 2008 12:52:10 +0100
> From: simonslaws@googlemail.com
> To: dev@tuscany.apache.org
> Subject: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release
> Tuscany Java SCA 1.3.2 (RC2)
>
>
>
> On Thu, Oct 9, 2008 at 8:12 AM, Jean-Sebastien Delfino
> <js...@apache.org> wrote:
>
> 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
>
> While the 1.4 release works it's way though I'm going to go ahead and create
> a 1.3.3 branch to catch the 1.3.2 issues that were spotted during the
> release process and anything else that anyone wants on the 1.3 code line.
>
> Simon
>
> ________________________________
> See how Windows connects the people, information, and fun that are part of
> your life. See Now



-- 
Luciano Resende
Apache Tuscany, Apache PhotArk
http://people.apache.org/~lresende
http://lresende.blogspot.com/

RE: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)

Posted by Dhaval Chauhan <dh...@hotmail.com>.
Hi All,

I would be happy to help with fixing the samples' issues for the next release.

I will start investigating them and will keep updating the JIRA (TUSCANY-2639) with their status.

Thanks,
Dhaval



Date: Sun, 12 Oct 2008 12:52:10 +0100
From: simonslaws@googlemail.com
To: dev@tuscany.apache.org
Subject: 1.3.3 branch to catch the 1.3.2 issues - was: Re: [VOTE] Release Tuscany Java SCA 1.3.2 (RC2)



On Thu, Oct 9, 2008 at 8:12 AM, Jean-Sebastien Delfino <js...@apache.org> wrote:

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


While the 1.4 release works it's way though I'm going to go ahead and create a 1.3.3 branch to catch the 1.3.2 issues that were spotted during the release process and anything else that anyone wants on the 1.3 code line. 


Simon


_________________________________________________________________
See how Windows connects the people, information, and fun that are part of your life.
http://clk.atdmt.com/MRT/go/msnnkwxp1020093175mrt/direct/01/