[jira] Closed: (TUSCANY-1728) Binary Distribution RC1b: domain-webapp sample does not have readme..

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1728?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder closed TUSCANY-1728.
--

Resolution: Fixed

This sample has been removed as it wasn't ready for 1.0. 

> Binary Distribution RC1b: domain-webapp sample does not have readme.. 
> --
>
> Key: TUSCANY-1728
> URL: https://issues.apache.org/jira/browse/TUSCANY-1728
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
> Fix For: Java-SCA-1.0
>
>
> Looks like this sample is not ready to be included in the distribution. 
> README is not available. Should it be removed?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1658) Dynamically generated WSDL does not generate wsdl:output if method has void return

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1658:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

> Dynamically generated WSDL does not generate wsdl:output if method has void 
> return
> --
>
> Key: TUSCANY-1658
> URL: https://issues.apache.org/jira/browse/TUSCANY-1658
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-Next
> Environment: Windows XP
>Reporter: Simon Nash
>Priority: Critical
> Fix For: Java-SCA-Next
>
> Attachments: patch1658
>
>
> I modified the simple-callback-ws sample to use dynamically generated WSDL. 
> For methods with void return types, the generated WSDL has no wsdl:output 
> element inside the wsdl:operation element.  This causes the following runtime 
> error:
> Caused by: org.apache.axis2.AxisFault: An unknown message label has been 
> encountered: In
> at 
> org.apache.axis2.description.OutOnlyAxisOperationClient.getMessageContext(OutOnlyAxisOperation.java:211)
> at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.invokeTarget(Axis2BindingInvoker.java:90)
> at 
> org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker.java:68)
> at 
> org.apache.tuscany.sca.core.databinding.wire.DataTransformationInteceptor.invoke(DataTransformationInteceptor.java:68)
> at 
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:320)
> at 
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:117)
> ... 34 more
> This is a similar problem to TUSCANY-1653. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: TUSCANY-1658: Generated WSDL does not generate wsdl:output if method has void return

[ant elder]

Ok, moving to Java-SCA-Next.

   ...ant

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> This JIRA is still open and marked as critical, what should we do with it?
>
> https://issues.apache.org/jira/browse/TUSCANY-1658
>
> I don't think its worth holding the RC for it so i think defer it for now.
>
>...ant
>
> (looks like JIRA is back up)
>

Re: Testing Tuscany Webapp samples on WebSphere 6.1

[Jean-Sebastien Delfino]

Jean-Sebastien Delfino wrote:

I tried our Webapp samples on WebSphere 6.1.

The helloworld-dojo-webapp, jsonrpc-webapp, and chat-webapp samples 
and the demo-alert-aggregator webapp run into an issue with 
getPathInfo() / getServletPath() returning different values from what 
we get on Tomcat and Jetty. I'm investigating to see if there's a work 
around or a small risk-free fix and will give an update in a few hours.


The other samples work OK.



With the fixes I committed for JIRAs TUSCANY-1731 and TUSCANY-1732 + a 
minor fix to the helloworld-ws-sdo-webapp JSP, almost all our webapps 
now work on WebSphere 6.1!


The only webapps that do not work yet are the helloworld-dojo sample and 
the alert-aggregator demo, they are getting HTTP 404 errors and probably 
need minor changes to the URLs they use...


Let's leave a little bit of work for the next release and look into 
fixing these two webapps later :)


--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: samples\helloworld-ws-service-webapp?

[Jean-Sebastien Delfino]

Venkata Krishnan wrote:

+1 to remove it.  Its quite boring for users too, to be trying out the same
kind of samples.

- Venkat

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
  

Sounds ok to me, looks like we cover what it does in the other samples so
lets delete it.

   ...ant

On 9/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:


We have no README  etc. for samples\helloworld-ws-service-webapp. Do we
need
this sample? As we have calculator-ws-webapp can we remove
helloworld-ws-service-webapp? Happy to keep and fix it if there is a
  

good


reason and there are important differences that it's demonstrating but
  

one


less thing to test if we don't need it.

Simon

  


+1 to remove it

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release notes

[Venkata Krishnan]

Hi,

I've started to incorporate these suggestions and I'll also look for what I
can add.

- Venkat

On 9/18/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> On 9/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >- Information on Geronimo support is missing.
> >
> >
> >
> >- When release .99 was posted on the serverside, people were asking
> >whether there are samples and Sebstien pointed them to a rich set of
> samples
> >in Tuscany. It might be a good idea to point this out in the release
> note to
> >begin with.
> >
> >
> >- It would be good to make distribution a point of its own and not
> >hidden. How about we reverse the order of the following sentences and
> put a
> >blank between them to make them stand out. (distribution could belong
> to the
> >list of bullets before it)
> >
> > Tuscany runtime can be configured as a single node SCA domain or with
> > nodes distributed across multiple instances.
> >
> > Tuscany SCA supports running standalone with Jetty or Tomcat based
> runtimes
> > or running as a standard web application. It also supports Geronimo.
> >
> And now Websphere too, right ?
> >
> >- Would be good to point out that BPEL implementation is through
> >integration with Apache Ode.
> >
> +1 to mention ODE
>
> BPEL and XQuery (OSGI ???) should be listed as "expiremental" as there
> are still things to be done there to claim full support.
>
>
> >
> >- Include link to open CSA?
> >
> >
> > Thanks,
> > Haleh
> >
> > On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > We've a start of some release notes at:
> > >
> > >
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES
> > >
> > > Should try to get this sounding good so feel free to
> > > update/correct/rewrite
> > > or just suggest any improvements.
> > >
> > >...ant
> > >
> >
>
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: samples\helloworld-ws-service-webapp?

[Venkata Krishnan]

+1 to remove it.  Its quite boring for users too, to be trying out the same
kind of samples.

- Venkat

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Sounds ok to me, looks like we cover what it does in the other samples so
> lets delete it.
>
>...ant
>
> On 9/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> > We have no README  etc. for samples\helloworld-ws-service-webapp. Do we
> > need
> > this sample? As we have calculator-ws-webapp can we remove
> > helloworld-ws-service-webapp? Happy to keep and fix it if there is a
> good
> > reason and there are important differences that it's demonstrating but
> one
> > less thing to test if we don't need it.
> >
> > Simon
> >
>

Re: Release notes

[Luciano Resende]

On 9/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>- Information on Geronimo support is missing.
>
>
>
>- When release .99 was posted on the serverside, people were asking
>whether there are samples and Sebstien pointed them to a rich set of 
> samples
>in Tuscany. It might be a good idea to point this out in the release note 
> to
>begin with.
>
>
>- It would be good to make distribution a point of its own and not
>hidden. How about we reverse the order of the following sentences and put a
>blank between them to make them stand out. (distribution could belong to 
> the
>list of bullets before it)
>
> Tuscany runtime can be configured as a single node SCA domain or with
> nodes distributed across multiple instances.
>
> Tuscany SCA supports running standalone with Jetty or Tomcat based runtimes
> or running as a standard web application. It also supports Geronimo.
>
And now Websphere too, right ?
>
>- Would be good to point out that BPEL implementation is through
>integration with Apache Ode.
>
+1 to mention ODE

BPEL and XQuery (OSGI ???) should be listed as "expiremental" as there
are still things to be done there to claim full support.


>
>- Include link to open CSA?
>
>
> Thanks,
> Haleh
>
> On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > We've a start of some release notes at:
> >
> > https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES
> >
> > Should try to get this sounding good so feel free to
> > update/correct/rewrite
> > or just suggest any improvements.
> >
> >...ant
> >
>


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

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1733) Webapp build.xml files have outdated list of dependencies

[Jean-Sebastien Delfino (JIRA)]

Webapp build.xml files have outdated list of dependencies
-

 Key: TUSCANY-1733
 URL: https://issues.apache.org/jira/browse/TUSCANY-1733
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.0
Reporter: Jean-Sebastien Delfino
Priority: Critical
 Fix For: Java-SCA-1.0


Most of the webapp build.xml files have outdated lists of dependencies, as they 
have been created by hand.

We should go through them a update the zipfilesets listing the tuscany JARs and 
external dependencies to match exactly what we have in the WARs built by Maven.

If that helps, here are Linux commands that can be used to generate these lists:

the tuscany jars
jar tvf sample-feed-aggregator-webapp.war | grep .jar | awk '{ printf "%s\n", 
$8 }' | sed -e "s/WEB-INF\/lib\///" | awk '{ printf "\n", 
$1 }' | grep tuscany

the external jars
jar tvf sample-feed-aggregator-webapp.war | grep .jar | awk '{ printf "%s\n", 
$8 }' | sed -e "s/WEB-INF\/lib\///" | awk '{ printf "\n", 
$1 }' | grep -v tuscany


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1731) Incorrect level of xerces and xml-api packaged in webapp samples

[Jean-Sebastien Delfino (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Sebastien Delfino resolved TUSCANY-1731.
-

Resolution: Fixed

Fixed. The webapps have the correct level of xerces and xml-api now.

> Incorrect level of xerces and xml-api packaged in webapp samples
> 
>
> Key: TUSCANY-1731
> URL: https://issues.apache.org/jira/browse/TUSCANY-1731
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> A number of webapp samples contain xerces 2.6.2 and xml-apis-1.0.b2, causing 
> NoSuchMethodError and VerifyError exceptions on WebSphere 6.1 for example. 
> This will probably happen as well on other Web containers, even though it 
> doesn't seem to cause a problem on Tomcat.
> These old Jars are dragged in by axiom-api for example. Exclusions should be 
> added to the Tuscany pom.xml files that reference axiom-api, like 
> binding-ws-axis2 already does. Dependencies on xerces 2.8.1 should be added 
> and the contribution module which uses xml-api should reference xml-api 
> 1.3.03.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample

[Venkatakrishnan (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Venkatakrishnan resolved TUSCANY-1730.
--

Resolution: Fixed

Thanks for the patch.  Applied to trunk and 1.0 branch.

> Incorrect build.xml and readme for feed-aggregator-webapp sample
> 
>
> Key: TUSCANY-1730
> URL: https://issues.apache.org/jira/browse/TUSCANY-1730
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
> Attachments: FeedAggregatorWebappREADME.zip
>
>
> README in feed-aggregator-webapp sample is incorrect. It is the same as 
> feed-aggregator.
> Build.xml is also incorrect. 
> I am attaching both here. Please apply for release 1.0 if possible or remove 
> the sample from distribution.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1729) README for feed-aggregator sample needs cleanup..

[Venkatakrishnan (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Venkatakrishnan resolved TUSCANY-1729.
--

Resolution: Fixed

Patch applied to the trunk and 1.0 branch.  Thanks for the patch.

> README for feed-aggregator sample needs cleanup..
> -
>
> Key: TUSCANY-1729
> URL: https://issues.apache.org/jira/browse/TUSCANY-1729
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Reporter: haleh mahbod
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
> Attachments: Feed-aggregator-README.zip
>
>
> README was very confusing for a user for someone who had not run it before.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1732) IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere

[Jean-Sebastien Delfino (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1732?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Sebastien Delfino resolved TUSCANY-1732.
-

Resolution: Fixed

Fixed, the webapp samples are not running into this exception anymore.

> IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere 
> --
>
> Key: TUSCANY-1732
> URL: https://issues.apache.org/jira/browse/TUSCANY-1732
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> When running on WebSphere, we need to accomodate for a slightly different 
> behavior than Tomcat or Jetty, with the current servlet filter + servlet 
> configuration, getServletPath() returns "" on WebSphere and getPathInfo() 
> returns what getServletPath() usually returns.
> This is currently causing an IndexOutOfBoundsException preventing half of the 
> Tuscany webapp samples to run correctly on WebSphere.
> The fix for this is simple and risk-free, 3 lines of code in 
> WebAppRequestDispatcher.getPathInfo().

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-1732) IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere

[Jean-Sebastien Delfino (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1732?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528249
 ] 

Jean-Sebastien Delfino commented on TUSCANY-1732:
-

I have a fix for this and am testing it now.

> IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere 
> --
>
> Key: TUSCANY-1732
> URL: https://issues.apache.org/jira/browse/TUSCANY-1732
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> When running on WebSphere, we need to accomodate for a slightly different 
> behavior than Tomcat or Jetty, with the current servlet filter + servlet 
> configuration, getServletPath() returns "" on WebSphere and getPathInfo() 
> returns what getServletPath() usually returns.
> This is currently causing an IndexOutOfBoundsException preventing half of the 
> Tuscany webapp samples to run correctly on WebSphere.
> The fix for this is simple and risk-free, 3 lines of code in 
> WebAppRequestDispatcher.getPathInfo().

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-1731) Incorrect level of xerces and xml-api packaged in webapp samples

[Jean-Sebastien Delfino (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1731?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528248
 ] 

Jean-Sebastien Delfino commented on TUSCANY-1731:
-

I have a fix for this, testing it now.

> Incorrect level of xerces and xml-api packaged in webapp samples
> 
>
> Key: TUSCANY-1731
> URL: https://issues.apache.org/jira/browse/TUSCANY-1731
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> A number of webapp samples contain xerces 2.6.2 and xml-apis-1.0.b2, causing 
> NoSuchMethodError and VerifyError exceptions on WebSphere 6.1 for example. 
> This will probably happen as well on other Web containers, even though it 
> doesn't seem to cause a problem on Tomcat.
> These old Jars are dragged in by axiom-api for example. Exclusions should be 
> added to the Tuscany pom.xml files that reference axiom-api, like 
> binding-ws-axis2 already does. Dependencies on xerces 2.8.1 should be added 
> and the contribution module which uses xml-api should reference xml-api 
> 1.3.03.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1732) IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere

[Jean-Sebastien Delfino (JIRA)]

IndexOutOfBoundsException when getting request.getPathInfo() on WebSphere 
--

 Key: TUSCANY-1732
 URL: https://issues.apache.org/jira/browse/TUSCANY-1732
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.0
Reporter: Jean-Sebastien Delfino
Assignee: Jean-Sebastien Delfino
Priority: Critical
 Fix For: Java-SCA-1.0


When running on WebSphere, we need to accomodate for a slightly different 
behavior than Tomcat or Jetty, with the current servlet filter + servlet 
configuration, getServletPath() returns "" on WebSphere and getPathInfo() 
returns what getServletPath() usually returns.

This is currently causing an IndexOutOfBoundsException preventing half of the 
Tuscany webapp samples to run correctly on WebSphere.

The fix for this is simple and risk-free, 3 lines of code in 
WebAppRequestDispatcher.getPathInfo().


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Assigned: (TUSCANY-1731) Incorrect level of xerces and xml-api packaged in webapp samples

[Jean-Sebastien Delfino (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Sebastien Delfino reassigned TUSCANY-1731:
---

Assignee: Jean-Sebastien Delfino

> Incorrect level of xerces and xml-api packaged in webapp samples
> 
>
> Key: TUSCANY-1731
> URL: https://issues.apache.org/jira/browse/TUSCANY-1731
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> A number of webapp samples contain xerces 2.6.2 and xml-apis-1.0.b2, causing 
> NoSuchMethodError and VerifyError exceptions on WebSphere 6.1 for example. 
> This will probably happen as well on other Web containers, even though it 
> doesn't seem to cause a problem on Tomcat.
> These old Jars are dragged in by axiom-api for example. Exclusions should be 
> added to the Tuscany pom.xml files that reference axiom-api, like 
> binding-ws-axis2 already does. Dependencies on xerces 2.8.1 should be added 
> and the contribution module which uses xml-api should reference xml-api 
> 1.3.03.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1731) Incorrect level of xerces and xml-api packaged in webapp samples

[Jean-Sebastien Delfino (JIRA)]

Incorrect level of xerces and xml-api packaged in webapp samples


 Key: TUSCANY-1731
 URL: https://issues.apache.org/jira/browse/TUSCANY-1731
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.0
Reporter: Jean-Sebastien Delfino
Priority: Critical
 Fix For: Java-SCA-1.0


A number of webapp samples contain xerces 2.6.2 and xml-apis-1.0.b2, causing 
NoSuchMethodError and VerifyError exceptions on WebSphere 6.1 for example. This 
will probably happen as well on other Web containers, even though it doesn't 
seem to cause a problem on Tomcat.

These old Jars are dragged in by axiom-api for example. Exclusions should be 
added to the Tuscany pom.xml files that reference axiom-api, like 
binding-ws-axis2 already does. Dependencies on xerces 2.8.1 should be added and 
the contribution module which uses xml-api should reference xml-api 1.3.03.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Assigned: (TUSCANY-1723) None of the standalone samples shutdown anymore

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng reassigned TUSCANY-1723:
-

Assignee: Raymond Feng

> None of the standalone samples shutdown anymore
> ---
>
> Key: TUSCANY-1723
> URL: https://issues.apache.org/jira/browse/TUSCANY-1723
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: ant elder
>Assignee: Raymond Feng
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> Running any of the standalone samples and they never end, just hang after the 
> sample output is done and you have to ctrl-c to terminate them

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1723) None of the standalone samples shutdown anymore

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng resolved TUSCANY-1723.
---

Resolution: Fixed

Fixed under r576625  & r576636

> None of the standalone samples shutdown anymore
> ---
>
> Key: TUSCANY-1723
> URL: https://issues.apache.org/jira/browse/TUSCANY-1723
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: ant elder
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> Running any of the standalone samples and they never end, just hang after the 
> sample output is done and you have to ctrl-c to terminate them

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Release notes

[haleh mahbod]

   - Information on Geronimo support is missing.



   - When release .99 was posted on the serverside, people were asking
   whether there are samples and Sebstien pointed them to a rich set of samples
   in Tuscany. It might be a good idea to point this out in the release note to
   begin with.


   - It would be good to make distribution a point of its own and not
   hidden. How about we reverse the order of the following sentences and put a
   blank between them to make them stand out. (distribution could belong to the
   list of bullets before it)

Tuscany runtime can be configured as a single node SCA domain or with
nodes distributed across multiple instances.

Tuscany SCA supports running standalone with Jetty or Tomcat based runtimes
or running as a standard web application. It also supports Geronimo.


   - Would be good to point out that BPEL implementation is through
   integration with Apache Ode.


   - Include link to open CSA?


Thanks,
Haleh

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> We've a start of some release notes at:
>
> https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES
>
> Should try to get this sounding good so feel free to
> update/correct/rewrite
> or just suggest any improvements.
>
>...ant
>

[jira] Created: (TUSCANY-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample

[haleh mahbod (JIRA)]

Incorrect build.xml and readme for feed-aggregator-webapp sample


 Key: TUSCANY-1730
 URL: https://issues.apache.org/jira/browse/TUSCANY-1730
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Reporter: haleh mahbod
 Fix For: Java-SCA-1.0
 Attachments: FeedAggregatorWebappREADME.zip

README in feed-aggregator-webapp sample is incorrect. It is the same as 
feed-aggregator.
Build.xml is also incorrect. 

I am attaching both here. Please apply for release 1.0 if possible or remove 
the sample from distribution.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample

[haleh mahbod (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

haleh mahbod updated TUSCANY-1730:
--

Attachment: FeedAggregatorWebappREADME.zip

> Incorrect build.xml and readme for feed-aggregator-webapp sample
> 
>
> Key: TUSCANY-1730
> URL: https://issues.apache.org/jira/browse/TUSCANY-1730
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
> Attachments: FeedAggregatorWebappREADME.zip
>
>
> README in feed-aggregator-webapp sample is incorrect. It is the same as 
> feed-aggregator.
> Build.xml is also incorrect. 
> I am attaching both here. Please apply for release 1.0 if possible or remove 
> the sample from distribution.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Assigned: (TUSCANY-1730) Incorrect build.xml and readme for feed-aggregator-webapp sample

[haleh mahbod (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1730?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

haleh mahbod reassigned TUSCANY-1730:
-

Assignee: haleh mahbod

> Incorrect build.xml and readme for feed-aggregator-webapp sample
> 
>
> Key: TUSCANY-1730
> URL: https://issues.apache.org/jira/browse/TUSCANY-1730
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
> Attachments: FeedAggregatorWebappREADME.zip
>
>
> README in feed-aggregator-webapp sample is incorrect. It is the same as 
> feed-aggregator.
> Build.xml is also incorrect. 
> I am attaching both here. Please apply for release 1.0 if possible or remove 
> the sample from distribution.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Testing Tuscany Webapp samples on WebSphere 6.1

[Jean-Sebastien Delfino]

I tried our Webapp samples on WebSphere 6.1.

The helloworld-dojo-webapp, jsonrpc-webapp, and chat-webapp samples and 
the demo-alert-aggregator webapp run into an issue with getPathInfo() / 
getServletPath() returning different values from what we get on Tomcat 
and Jetty. I'm investigating to see if there's a work around or a small 
risk-free fix and will give an update in a few hours.


The other samples work OK.

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: binding-notification-broker sample does not work in RC1b or RC1a..

[haleh mahbod]

could you please try it with rc1b?


On 9/17/07, Ignacio Silva-Lepe <[EMAIL PROTECTED]> wrote:
>
> This is interesting, it runs for me out of the trunk. I have not updated
> today though. I notice that set TUSCANY_Bin_DISTRO has mixed
> upper case and lower case, but other than that I can't see a difference
> with what I am typing ...
>
>
> On 9/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > Can someone else give this a try? I cannot get this running.  I am
> > getting:
> >
> > C:\tuscany-new\sca-dist\tuscany-
> > sca-1.0-incubating\samples\binding-notification-
> > broker>set TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany-
> > sca-1.0-incubating
> >
> >
> > C:\tuscany-new\sca-dist\tuscany-
> > sca-1.0-incubating\samples\binding-notification-
> > broker>set
> > TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes
> > t.jar
> >
> > C:\tuscany-new\sca-dist\tuscany-
> > sca-1.0-incubating\samples\binding-notification-
> > broker>java -Dnotification.httpPort=8080 -cp
> > "target\sample-binding-notification
> > -broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR%"
> > notification.bro
> > ker.TrafficAdvisoryServer
> > Exception in thread "main" java.lang.NoClassDefFoundError:
> > notification/broker/T
> > rafficAdvisoryServer
> >
> > Should this be out of binary distribution if noone can run it?
> >
> > Haleh
> >
>

Re: svn commit: r576625 - in /incubator/tuscany/branches/sca-java-1.0/modules: ./ binding-osgi/ contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ contribution-osgi/src/mai

[Raymond Feng]

Sorry, I pressed the button too quickly :-(. A few test cases are failing 
and I'll fix them.


Thanks,
Raymond

- Original Message - 
From: <[EMAIL PROTECTED]>

To: <[EMAIL PROTECTED]>
Sent: Monday, September 17, 2007 4:26 PM
Subject: svn commit: r576625 - in 
/incubator/tuscany/branches/sca-java-1.0/modules: ./ binding-osgi/ 
contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ 
contribution-osgi/src/main/java/org/apache/tuscany/sca/contribution/osgi/impl/ 
im...




Author: rfeng
Date: Mon Sep 17 16:26:47 2007
New Revision: 576625

URL: http://svn.apache.org/viewvc?rev=576625&view=rev
Log:
Properly start and stop the OSGi runtime to avoid hang

Added:

incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntimeModuleActivator.java 
(with props)


incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/

incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/services/

incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/resources/META-INF/services/org.apache.tuscany.sca.core.ModuleActivator
Removed:
   incubator/tuscany/branches/sca-java-1.0/modules/binding-osgi/
Modified:

incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java

incubator/tuscany/branches/sca-java-1.0/modules/contribution-osgi/src/main/java/org/apache/tuscany/sca/contribution/osgi/impl/OSGiImportExportListener.java

incubator/tuscany/branches/sca-java-1.0/modules/implementation-osgi/src/test/java/org/apache/tuscany/sca/implementation/osgi/invocation/OSGiTestCase.java

incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/main/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntime.java

incubator/tuscany/branches/sca-java-1.0/modules/osgi-runtime/src/test/java/org/apache/tuscany/sca/osgi/runtime/OSGiRuntimeTestCase.java
   incubator/tuscany/branches/sca-java-1.0/modules/pom.xml

Modified: 
incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java
URL: 
http://svn.apache.org/viewvc/incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java?rev=576625&r1=576624&r2=576625&view=diff

==
---  
incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java 
(original)
+++ 
incubator/tuscany/branches/sca-java-1.0/modules/contribution-java/src/main/java/org/apache/tuscany/sca/contribution/java/impl/ClassReferenceModelResolver.java 
Mon Sep 17 16:26:47 2007

@@ -40,18 +40,20 @@
private Contribution contribution;
protected WeakReference classLoader;
private Map map = new HashMapClassReference>();

-
+
private ModelResolver osgiResolver;
-
+
public ClassReferenceModelResolver(Contribution contribution, 
ModelFactoryExtensionPoint modelFactories) {

this.contribution = contribution;
//FIXME The classloader should be passed in
this.classLoader = new 
WeakReference(Thread.currentThread().getContextClassLoader());

-
+
try {
-Class osgiResolverClass = 
Class.forName("org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver");

+Class osgiResolverClass =
+ 
Class.forName("org.apache.tuscany.sca.contribution.osgi.impl.OSGiClassReferenceModelResolver");

if (osgiResolverClass != null) {
-Constructor constructor = 
osgiResolverClass.getConstructor(Contribution.class, 
ModelFactoryExtensionPoint.class);

+Constructor constructor =
+osgiResolverClass.getConstructor(Contribution.class, 
ModelFactoryExtensionPoint.class);
this.osgiResolver = 
(ModelResolver)constructor.newInstance(contribution, modelFactories);

}
} catch (Exception e) {
@@ -62,11 +64,11 @@
ClassReference clazz = (ClassReference)resolved;
map.put(clazz.getClassName(), clazz);
}
-
+
public Object removeModel(Object resolved) {
return map.remove(((ClassReference)resolved).getClassName());
}
-
+
/**
 * Handle artifact resolution when the specific class reference is 
imported from another contribution

 * @param unresolved
@@ -75,10 +77,10 @@
private ClassReference resolveImportedModel(ClassReference unresolved) 
{

ClassReference resolved = unresolved;

-if( this.contribution != null) {
+if (this.contribution != null) {
for (Import import_ : this.contribution.getImports()) {
if (import_ instanceof JavaImport) {
-JavaImport java

Re: binding-notification-broker sample does not work in RC1b or RC1a..

[Ignacio Silva-Lepe]

This is interesting, it runs for me out of the trunk. I have not updated
today though. I notice that set TUSCANY_Bin_DISTRO has mixed
upper case and lower case, but other than that I can't see a difference
with what I am typing ...


On 9/17/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> Can someone else give this a try? I cannot get this running.  I am
> getting:
>
> C:\tuscany-new\sca-dist\tuscany-
> sca-1.0-incubating\samples\binding-notification-
> broker>set TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany-
> sca-1.0-incubating
>
>
> C:\tuscany-new\sca-dist\tuscany-
> sca-1.0-incubating\samples\binding-notification-
> broker>set
> TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes
> t.jar
>
> C:\tuscany-new\sca-dist\tuscany-
> sca-1.0-incubating\samples\binding-notification-
> broker>java -Dnotification.httpPort=8080 -cp
> "target\sample-binding-notification
> -broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR%"
> notification.bro
> ker.TrafficAdvisoryServer
> Exception in thread "main" java.lang.NoClassDefFoundError:
> notification/broker/T
> rafficAdvisoryServer
>
> Should this be out of binary distribution if noone can run it?
>
> Haleh
>

Re: sample start up time?

[Raymond Feng]

Hi,

I guess I make all of you anxious to know what's wrong :-).

Here is the problem, the OSGi contribution modules starts the OSGi runtime 
in its contribution listener/class reference resolver. But there is no code 
to shutdown the OSGi runtime. As a result, there are a few felix threads 
when the runtime is stopped and it hangs.


I'm fixing the problem as follows:
1) Make sure the OSGi runtime won't be inited until it's required
2) Add a module activator for osgi-runtime to shutdown the OSGi runtime upon 
the stopping of the Tuscany runtime.


I'm running a build now and will commit the fix soon (if the maven build 
doesn't overheat my laptop this time :-(, It took me almost one hour to 
recover from last crash).


Thanks,
Raymond

- Original Message - 
From: "Simon Laws" <[EMAIL PROTECTED]>

To: ; <[EMAIL PROTECTED]>
Sent: Monday, September 17, 2007 3:01 PM
Subject: Re: sample start up time?



On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:


Wonderful.

   ...ant

On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Yes, that's what I meant.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "ant elder" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, September 17, 2007 1:54 PM
> Subject: Re: sample start up time?
>
>
> > Is that also going to help the shutdown hang problem?
> >
> >   ...ant
> >
> > On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> >>
> >> Hi,
> >>
> >> I found the issue and will check in a fix soon.
> >>
> >> Thanks,
> >> Raymond
> >>
> >> - Original Message -
> >> From: "kelvin goodson" <[EMAIL PROTECTED]>
> >> To: 
> >> Sent: Monday, September 17, 2007 8:01 AM
> >> Subject: Re: sample start up time?
> >>
> >>
> >> > Hmm,  I just re-ran this against RC1b and the calculator sample
hung
> >> > after producing its results. All the output appeared pretty
quickly,
> >> > but then it failed to stop.
> >> >
> >> > C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant
ru
> >> > Buildfile: build.xml
> >> >
> >> > run:
> >> > [java] 3 + 2=5.0
> >> > [java] 3 - 2=1.0
> >> > [java] 3 * 2=6.0
> >> > [java] 3 / 2=1.5
> >> > [java] Java Result: 1
> >> >
> >> > BUILD SUCCESSFUL
> >> > Total time: 8 minutes 4 seconds
> >> > Terminate batch job (Y/N)? y
> >> >
> >> > On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >> >> I can run the calculator in 4 seconds, -- time until I see the
"Run"
> >> >> word on the screen approx 2 secs and then a further 2 before I 
> >> >> see

> the
> >> >> result output.
> >> >>
> >> >> Kelvin.
> >> >>
> >> >> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> >> >> > I made a local distro from the branch and the samples seem to
take
> >> ages
> >> >> > to
> >> >> > get going. A really comical amount of time! It takes 25 seconds
> >> before
> >> >> > I see
> >> >> > any output after running the calculator sample. Anyone else
seeing
> >> >> > that?
> >> >> >
> >> >> > Simon
> >> >> >
> >> >>
> >> >
> >> >
-
> >> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> > For additional commands, e-mail: [EMAIL PROTECTED]
> >> >
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
>
>


That's made a big (+ve) difference. What was the problem Raymond?

Simon




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Resolved: (TUSCANY-1313) NPE occurs if replace java annotation(@Service) with a equivalent componentType file.

[Raymond Feng (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Feng resolved TUSCANY-1313.
---

Resolution: Fixed

Now TUSCANY-1571 has been fixed, I assume this issue will be covered by that, 
can you verify?

Thanks,
Raymond

> NPE occurs if replace java annotation(@Service) with a equivalent 
> componentType file.
> -
>
> Key: TUSCANY-1313
> URL: https://issues.apache.org/jira/browse/TUSCANY-1313
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Java Implementation Extension
>Affects Versions: Java-SCA-Next
> Environment: Ubuntu7.04 
> IBM JDK5
> Eclipse3.2.2
> Latest level code in Trunk branche
>Reporter: Zhenghui Lee
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-Next
>
> Attachments: sample.customer.zip
>
>
> One simple sample scenario:
>   CustomerComponent --> CustomerInfoComponent
> If using @Service to define CustomerInfoComponent Type, works
> If replace @Service with equivalent CustomerInfoComponent.componentType file, 
> run into NullPointException:
> exception stack:
> org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:263)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:68)
>   at 
> tuscany.sample.sync.customer.CustomerImplTest.setUp(CustomerImplTest.java:17)
>   at junit.framework.TestCase.runBare(TestCase.java:132)
>   at junit.framework.TestResult$1.protect(TestResult.java:110)
>   at junit.framework.TestResult.runProtected(TestResult.java:128)
>   at junit.framework.TestResult.run(TestResult.java:113)
>   at junit.framework.TestCase.run(TestCase.java:124)
>   at junit.framework.TestSuite.runTest(TestSuite.java:232)
>   at junit.framework.TestSuite.run(TestSuite.java:227)
>   at 
> org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:35)
>   at 
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
>   at 
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
> Caused by: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:148)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
>   ... 16 more
> Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:584)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:145)
>   ... 17 more
> Caused by: java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.checkCompatibility(InterfaceContractMapperImpl.java:133)
>   at 
> org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.isCompatible(InterfaceContractMapperImpl.java:245)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.connectComponentReferences(CompositeBuilderImpl.java:796)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.wireComposite(CompositeBuilderImpl.java:1198)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.build(CompositeBuilderImpl.java:101)
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.buildComposite(CompositeActivatorImpl.java:570)
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:580)
>   ... 18 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1727) Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1727?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1727:
---

Fix Version/s: Java-SCA-1.0

> Sample implementation-composite fails in a top-down build of 1.0 branch, but 
> it's passing in the module-only build
> --
>
> Key: TUSCANY-1727
> URL: https://issues.apache.org/jira/browse/TUSCANY-1727
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: Raymond Feng
>Priority: Blocker
> Fix For: Java-SCA-1.0
>
>
> I'm seeing the following test failure in the implementation-composite sample 
> with a top-down build but it's passing if I build the module alone.
> ---
>  T E S T S
> ---
> Running composite.CompositeTestCase
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.687 sec 
> <<< FA
> ILURE!
> test(composite.CompositeTestCase)  Time elapsed: 0.641 sec  <<< ERROR!
> org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: 
> org.
> apache.tuscany.sca.contribution.service.ContributionResolveException: 
> java.lang.
> ClassNotFoundException: 
> org.apache.tuscany.sca.node.impl.NodeManagerServiceImpl
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:264)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.
> java:58)
> at composite.CompositeTestCase.setUp(CompositeTestCase.java:32)
> at junit.framework.TestCase.runBare(TestCase.java:132)
> at junit.framework.TestResult$1.protect(TestResult.java:110)
> at junit.framework.TestResult.runProtected(TestResult.java:128)
> at junit.framework.TestResult.run(TestResult.java:113)
> at junit.framework.TestCase.run(TestCase.java:124)
> at junit.framework.TestSuite.runTest(TestSuite.java:232)
> at junit.framework.TestSuite.run(TestSuite.java:227)
> at 
> org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.
> java:35)
> at 
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
> java:62)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
> tSet(AbstractDirectoryTestSuite.java:138)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
> stractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:585)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
> refireBooter.java:290)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
> ava:818)
> Caused by: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.contribu
> tion.service.ContributionResolveException: java.lang.ClassNotFoundException: 
> org
> .apache.tuscany.sca.node.impl.NodeManagerServiceImpl
> at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
> aultSCADomain.java:127)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:230)
> ... 20 more
> Caused by: 
> org.apache.tuscany.sca.contribution.service.ContributionResolveExcept
> ion: java.lang.ClassNotFoundException: 
> org.apache.tuscany.sca.node.impl.NodeMana
> gerServiceImpl
> at 
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc
> essor.resolve(JavaImplementationProcessor.java:114)
> at 
> org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc
> essor.resolve(JavaImplementationProcessor.java:58)
> at 
> org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
> essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
> orExtensionPoint.java:211)
> at 
> org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
> rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97)
> at 
> org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
> ementation(BaseAssemblyProcessor.java:236)
> at 
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:730)
> at 
> org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
> iteProcessor.java:71)
>  

[jira] Assigned: (TUSCANY-1729) README for feed-aggregator sample needs cleanup..

[haleh mahbod (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

haleh mahbod reassigned TUSCANY-1729:
-

Assignee: haleh mahbod

> README for feed-aggregator sample needs cleanup..
> -
>
> Key: TUSCANY-1729
> URL: https://issues.apache.org/jira/browse/TUSCANY-1729
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Reporter: haleh mahbod
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
> Attachments: Feed-aggregator-README.zip
>
>
> README was very confusing for a user for someone who had not run it before.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1729) README for feed-aggregator sample needs cleanup..

[haleh mahbod (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1729?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

haleh mahbod updated TUSCANY-1729:
--

Attachment: Feed-aggregator-README.zip

Please apply to release 1.0 branch as well as the trunk. Thanks.

> README for feed-aggregator sample needs cleanup..
> -
>
> Key: TUSCANY-1729
> URL: https://issues.apache.org/jira/browse/TUSCANY-1729
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Reporter: haleh mahbod
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
> Attachments: Feed-aggregator-README.zip
>
>
> README was very confusing for a user for someone who had not run it before.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1729) README for feed-aggregator sample needs cleanup..

[haleh mahbod (JIRA)]

README for feed-aggregator sample needs cleanup..
-

 Key: TUSCANY-1729
 URL: https://issues.apache.org/jira/browse/TUSCANY-1729
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Samples
Reporter: haleh mahbod
Priority: Minor
 Fix For: Java-SCA-1.0
 Attachments: Feed-aggregator-README.zip

README was very confusing for a user for someone who had not run it before.


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Determining the contribution location

[Jean-Sebastien Delfino]

Simon Laws wrote:

SCADomain, in both of its guises, allows the details of which contribution
to load to be specified.

the standalone version
o.a.t.s.host.embedded.SCADomain.newInstance(String domainURI, String
contributionLocation, String... composites)
and the distributed version
o.a.t.s.domain.SCADomain.newInstance(String domainURI, String nodeURI,
String contributionLocation, String... composites) {

I have found this confusing so, by looking at the code, here is what I think
the rules are;

contributionLocation - an absolute path to a contribution in URL form, e.g

  file://C:/mydirA
  jat:file://C:/myjar.jar

composite(s)  - the name of a composite file(s) e.g.

  mycomposite.composite
  somedir/mycomposite.composite

So the various combinations give rise to

contributionLocation set / composite null
   loads all contributions under the contribution location identified

contributionLocation null / composite set
   finds the location of your compsite on the classpath and uses that as the
contribution location. It loads the named composite from there

contributionLocation / composite
  loads the named composite from the specified contribution path

contributionLocation null / composite null
  This option is also used if the above rules don't identify a contribution
URL for whatever reason.
  No contribution has been specified so look for the following in order and
use the location of the first one found as the contribution location
  META-INF/sca-contribution.xml
  META-INF/sca-contribution-generated.xml
  META-INF/sca-deployables directory


The slight wrinkle with the code currently is that the algorithm is coded
such that if you specify a relative ContributionLocation (which is not valid
according to what I have set out above) then it is simply ignored and the
algorithm falls back to the other mechanisms for finding the contribution
location with potentially confusing  results, for example, if I use the
reasonable looking

   SCADomain domain = SCADomain.newInstance("http://localhost:8080";,
"somedir/someotherdir", "some.composite");

Then this will actually just look on the classpath for "some.composite"
which is probably not what was expected.

We could fix this in code by not testing for an absolute contribution
location path and letting it throw a malformed url exception. However this
doesn't seem absolutely essential to be done right now so I propose to raise
a JIRA and tidy up the above as a section in the documentation.

Regards

Simon

  


+1 to raise a JIRA for this.

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Fixed URLs used in the store and web-resource samples

[Jean-Sebastien Delfino]

haleh mahbod wrote:

should this latest store be linked to the website pages?

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
  

JIRA is down at the moment so just to let everybody know, I just fixed
some typos in the URLs used in the store and web-resource samples, which
were causing HTTP 404 errors in these two samples.

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





  


The getting started PDF needs to be updated. I'll do it and then you can 
link to the document in SVN, or place a copy on the web site.


--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[Simon Laws]

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Wonderful.
>
>...ant
>
> On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> >
> > Yes, that's what I meant.
> >
> > Thanks,
> > Raymond
> >
> > - Original Message -
> > From: "ant elder" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Monday, September 17, 2007 1:54 PM
> > Subject: Re: sample start up time?
> >
> >
> > > Is that also going to help the shutdown hang problem?
> > >
> > >   ...ant
> > >
> > > On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > >>
> > >> Hi,
> > >>
> > >> I found the issue and will check in a fix soon.
> > >>
> > >> Thanks,
> > >> Raymond
> > >>
> > >> - Original Message -
> > >> From: "kelvin goodson" <[EMAIL PROTECTED]>
> > >> To: 
> > >> Sent: Monday, September 17, 2007 8:01 AM
> > >> Subject: Re: sample start up time?
> > >>
> > >>
> > >> > Hmm,  I just re-ran this against RC1b and the calculator sample
> hung
> > >> > after producing its results. All the output appeared pretty
> quickly,
> > >> > but then it failed to stop.
> > >> >
> > >> > C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant
> ru
> > >> > Buildfile: build.xml
> > >> >
> > >> > run:
> > >> > [java] 3 + 2=5.0
> > >> > [java] 3 - 2=1.0
> > >> > [java] 3 * 2=6.0
> > >> > [java] 3 / 2=1.5
> > >> > [java] Java Result: 1
> > >> >
> > >> > BUILD SUCCESSFUL
> > >> > Total time: 8 minutes 4 seconds
> > >> > Terminate batch job (Y/N)? y
> > >> >
> > >> > On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
> > >> >> I can run the calculator in 4 seconds, -- time until I see the
> "Run"
> > >> >> word on the screen approx 2 secs and then a further 2 before I see
> > the
> > >> >> result output.
> > >> >>
> > >> >> Kelvin.
> > >> >>
> > >> >> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> > >> >> > I made a local distro from the branch and the samples seem to
> take
> > >> ages
> > >> >> > to
> > >> >> > get going. A really comical amount of time! It takes 25 seconds
> > >> before
> > >> >> > I see
> > >> >> > any output after running the calculator sample. Anyone else
> seeing
> > >> >> > that?
> > >> >> >
> > >> >> > Simon
> > >> >> >
> > >> >>
> > >> >
> > >> >
> -
> > >> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >> > For additional commands, e-mail: [EMAIL PROTECTED]
> > >> >
> > >>
> > >>
> > >> -
> > >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >> For additional commands, e-mail: [EMAIL PROTECTED]
> > >>
> > >>
> > >
> >
> >
>
That's made a big (+ve) difference. What was the problem Raymond?

Simon

Release notes

[ant elder]

We've a start of some release notes at:
https://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/distribution/src/main/release/RELEASE_NOTES

Should try to get this sounding good so feel free to update/correct/rewrite
or just suggest any improvements.

   ...ant

[jira] Updated: (TUSCANY-1725) XSD2JavaGenerator has a problem with associations navigable from both sides

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1725?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1725:
---

Fix Version/s: Java-SDO-Next

> XSD2JavaGenerator has a problem with associations navigable from both sides
> ---
>
> Key: TUSCANY-1725
> URL: https://issues.apache.org/jira/browse/TUSCANY-1725
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
> Environment: Linux
>Reporter: Miro kandic
> Fix For: Java-SDO-Next
>
>
> XSD2JavaGenerator does not work in the case of any association type 
> (association, composition) that is navigable from both sides.
> I have intentionally, just to test generator, made Customer-SoH association 
> in the next schema navigable from both sides and generated code cannot be 
> compiled.
> Frank, after initial analyses, confirmed that saying "Bidirectional 
> references are broken in Tuscany. They seem
> to have been broken when we switched over to the new (noEMF) codegen
> patterns."
> Next is complete XSD built automatically from the UML model.
> 
> 
>  targetNamespace="http://www.cisco.com/odns/soa";
> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
> xmlns:sdo="commonj.sdo" xmlns:sdoxml="commonj.sdo/xml"
> xmlns:impl="http://www.cisco.com/odns/soa";
> elementFormDefault="qualified">
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  sdoxml:propertyType="impl:SoH"
> sdoxml:oppositeProperty="customer" minOccurs="0" 
> maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
>  
>   
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
>   
>  
> 
> 
> 
>  sdoxml:propertyType="impl:Customer"
> sdoxml:oppositeProperty="orders" minOccurs="1" maxOccurs="1" 
> />
>  maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  sdoxml:propertyType="impl:Product"
> sdoxml:oppositeProperty="soLs" minOccurs="1" maxOccurs="1" />
>  maxOccurs="unbounded" />
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
>  maxOccurs="1"/>
> 
> 
> 
> 
> 
> 
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
>  maxOccurs="unbounded" />
> 
> 
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Fixed URLs used in the store and web-resource samples

[Jean-Sebastien Delfino]

Jean-Sebastien Delfino wrote:

haleh mahbod wrote:

should this latest store be linked to the website pages?

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
 

JIRA is down at the moment so just to let everybody know, I just fixed
some typos in the URLs used in the store and web-resource samples, 
which

were causing HTTP 404 errors in these two samples.

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





  


The getting started PDF needs to be updated. I'll do it and then you 
can link to the document in SVN, or place a copy on the web site.




The updated getting started PDF is at 
http://svn.apache.org/repos/asf/incubator/tuscany/branches/sca-java-1.0/samples/store/getting-started-1.0.pdf


--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[ant elder]

Wonderful.

   ...ant

On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Yes, that's what I meant.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "ant elder" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, September 17, 2007 1:54 PM
> Subject: Re: sample start up time?
>
>
> > Is that also going to help the shutdown hang problem?
> >
> >   ...ant
> >
> > On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> >>
> >> Hi,
> >>
> >> I found the issue and will check in a fix soon.
> >>
> >> Thanks,
> >> Raymond
> >>
> >> - Original Message -
> >> From: "kelvin goodson" <[EMAIL PROTECTED]>
> >> To: 
> >> Sent: Monday, September 17, 2007 8:01 AM
> >> Subject: Re: sample start up time?
> >>
> >>
> >> > Hmm,  I just re-ran this against RC1b and the calculator sample hung
> >> > after producing its results. All the output appeared pretty quickly,
> >> > but then it failed to stop.
> >> >
> >> > C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant ru
> >> > Buildfile: build.xml
> >> >
> >> > run:
> >> > [java] 3 + 2=5.0
> >> > [java] 3 - 2=1.0
> >> > [java] 3 * 2=6.0
> >> > [java] 3 / 2=1.5
> >> > [java] Java Result: 1
> >> >
> >> > BUILD SUCCESSFUL
> >> > Total time: 8 minutes 4 seconds
> >> > Terminate batch job (Y/N)? y
> >> >
> >> > On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >> >> I can run the calculator in 4 seconds, -- time until I see the "Run"
> >> >> word on the screen approx 2 secs and then a further 2 before I see
> the
> >> >> result output.
> >> >>
> >> >> Kelvin.
> >> >>
> >> >> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> >> >> > I made a local distro from the branch and the samples seem to take
> >> ages
> >> >> > to
> >> >> > get going. A really comical amount of time! It takes 25 seconds
> >> before
> >> >> > I see
> >> >> > any output after running the calculator sample. Anyone else seeing
> >> >> > that?
> >> >> >
> >> >> > Simon
> >> >> >
> >> >>
> >> >
> >> > -
> >> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> > For additional commands, e-mail: [EMAIL PROTECTED]
> >> >
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
>
>

[BOARD-MTG] Please contribute project status for board meeting on the 19th

[Glen Daniels]

(bcc'ed to [EMAIL PROTECTED])

Hello Apache WS developers!

It's that time again... please take a moment to edit the wiki page at:

http://wiki.apache.org/ws/ReportForSep2007

and fill in any notable happenings or status changes for your projects. 
 (Special thanks to Siegfried who already got the ball rolling for 
XML-RPC!)  Get it done now while you're thinking about it!


Many thanks,
--Glen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[Raymond Feng]

Yes, that's what I meant.

Thanks,
Raymond

- Original Message - 
From: "ant elder" <[EMAIL PROTECTED]>

To: 
Sent: Monday, September 17, 2007 1:54 PM
Subject: Re: sample start up time?



Is that also going to help the shutdown hang problem?

  ...ant

On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:


Hi,

I found the issue and will check in a fix soon.

Thanks,
Raymond

- Original Message -
From: "kelvin goodson" <[EMAIL PROTECTED]>
To: 
Sent: Monday, September 17, 2007 8:01 AM
Subject: Re: sample start up time?


> Hmm,  I just re-ran this against RC1b and the calculator sample hung
> after producing its results. All the output appeared pretty quickly,
> but then it failed to stop.
>
> C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant ru
> Buildfile: build.xml
>
> run:
> [java] 3 + 2=5.0
> [java] 3 - 2=1.0
> [java] 3 * 2=6.0
> [java] 3 / 2=1.5
> [java] Java Result: 1
>
> BUILD SUCCESSFUL
> Total time: 8 minutes 4 seconds
> Terminate batch job (Y/N)? y
>
> On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
>> I can run the calculator in 4 seconds, -- time until I see the "Run"
>> word on the screen approx 2 secs and then a further 2 before I see the
>> result output.
>>
>> Kelvin.
>>
>> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
>> > I made a local distro from the branch and the samples seem to take
ages
>> > to
>> > get going. A really comical amount of time! It takes 25 seconds
before
>> > I see
>> > any output after running the calculator sample. Anyone else seeing
>> > that?
>> >
>> > Simon
>> >
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]







-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1728) Binary Distribution RC1b: domain-webapp sample does not have readme..

[haleh mahbod (JIRA)]

Binary Distribution RC1b: domain-webapp sample does not have readme.. 
--

 Key: TUSCANY-1728
 URL: https://issues.apache.org/jira/browse/TUSCANY-1728
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Reporter: haleh mahbod
 Fix For: Java-SCA-1.0


Looks like this sample is not ready to be included in the distribution. README 
is not available. Should it be removed?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[ant elder]

Is that also going to help the shutdown hang problem?

   ...ant

On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I found the issue and will check in a fix soon.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "kelvin goodson" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, September 17, 2007 8:01 AM
> Subject: Re: sample start up time?
>
>
> > Hmm,  I just re-ran this against RC1b and the calculator sample hung
> > after producing its results. All the output appeared pretty quickly,
> > but then it failed to stop.
> >
> > C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant ru
> > Buildfile: build.xml
> >
> > run:
> > [java] 3 + 2=5.0
> > [java] 3 - 2=1.0
> > [java] 3 * 2=6.0
> > [java] 3 / 2=1.5
> > [java] Java Result: 1
> >
> > BUILD SUCCESSFUL
> > Total time: 8 minutes 4 seconds
> > Terminate batch job (Y/N)? y
> >
> > On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
> >> I can run the calculator in 4 seconds, -- time until I see the "Run"
> >> word on the screen approx 2 secs and then a further 2 before I see the
> >> result output.
> >>
> >> Kelvin.
> >>
> >> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> >> > I made a local distro from the branch and the samples seem to take
> ages
> >> > to
> >> > get going. A really comical amount of time! It takes 25 seconds
> before
> >> > I see
> >> > any output after running the calculator sample. Anyone else seeing
> >> > that?
> >> >
> >> > Simon
> >> >
> >>
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

binding-notification-broker sample does not work in RC1b or RC1a..

[haleh mahbod]

Hi,

Can someone else give this a try? I cannot get this running.  I am getting:

C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating\samples\binding-notification-
broker>set TUSCANY_Bin_DISTRO=c:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating


C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating\samples\binding-notification-
broker>set
TUSCANY_SCA_MANIFEST_JAR=%TUSCANY_BIN_DISTRO%\lib\tuscany-sca-manifes
t.jar

C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating\samples\binding-notification-
broker>java -Dnotification.httpPort=8080 -cp
"target\sample-binding-notification
-broker-1.0-incubating-SNAPSHOT.jar;%TUSCANY_SCA_MANIFEST_JAR%"
notification.bro
ker.TrafficAdvisoryServer
Exception in thread "main" java.lang.NoClassDefFoundError:
notification/broker/T
rafficAdvisoryServer

Should this be out of binary distribution if noone can run it?

Haleh

[jira] Resolved: (TUSCANY-1724) The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent

[Venkatakrishnan (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1724?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Venkatakrishnan resolved TUSCANY-1724.
--

Resolution: Fixed

Fixed for now by removing the rampart.mar depedency from axis2 binding and 
including it in the lib directory of the distro.  This seems ok since rampart 
is only coming in during runtime.

> The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of 
> the rampart parent
> -
>
> Key: TUSCANY-1724
> URL: https://issues.apache.org/jira/browse/TUSCANY-1724
> Project: Tuscany
>  Issue Type: Bug
>Affects Versions: Java-SCA-1.0
>Reporter: ant elder
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> See org\apache\rampart\rampart\1.3\rampart-1.3.pom:
> 
> org.apache.rampart
> rampart-project
> 1.3-SNAPSHOT
> 
> Not sure what to do about this. Any ideas?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[Raymond Feng]

Hi,

I found the issue and will check in a fix soon.

Thanks,
Raymond

- Original Message - 
From: "kelvin goodson" <[EMAIL PROTECTED]>

To: 
Sent: Monday, September 17, 2007 8:01 AM
Subject: Re: sample start up time?



Hmm,  I just re-ran this against RC1b and the calculator sample hung
after producing its results. All the output appeared pretty quickly,
but then it failed to stop.

C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant ru
Buildfile: build.xml

run:
[java] 3 + 2=5.0
[java] 3 - 2=1.0
[java] 3 * 2=6.0
[java] 3 / 2=1.5
[java] Java Result: 1

BUILD SUCCESSFUL
Total time: 8 minutes 4 seconds
Terminate batch job (Y/N)? y

On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:

I can run the calculator in 4 seconds, -- time until I see the "Run"
word on the screen approx 2 secs and then a further 2 before I see the
result output.

Kelvin.

On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> I made a local distro from the branch and the samples seem to take ages 
> to
> get going. A really comical amount of time! It takes 25 seconds before 
> I see
> any output after running the calculator sample. Anyone else seeing 
> that?

>
> Simon
>



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: samples\helloworld-ws-service-webapp?

[ant elder]

Sounds ok to me, looks like we cover what it does in the other samples so
lets delete it.

   ...ant

On 9/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> We have no README  etc. for samples\helloworld-ws-service-webapp. Do we
> need
> this sample? As we have calculator-ws-webapp can we remove
> helloworld-ws-service-webapp? Happy to keep and fix it if there is a good
> reason and there are important differences that it's demonstrating but one
> less thing to test if we don't need it.
>
> Simon
>

Determining the contribution location

[Simon Laws]

SCADomain, in both of its guises, allows the details of which contribution
to load to be specified.

the standalone version
o.a.t.s.host.embedded.SCADomain.newInstance(String domainURI, String
contributionLocation, String... composites)
and the distributed version
o.a.t.s.domain.SCADomain.newInstance(String domainURI, String nodeURI,
String contributionLocation, String... composites) {

I have found this confusing so, by looking at the code, here is what I think
the rules are;

contributionLocation - an absolute path to a contribution in URL form, e.g

  file://C:/mydirA
  jat:file://C:/myjar.jar

composite(s)  - the name of a composite file(s) e.g.

  mycomposite.composite
  somedir/mycomposite.composite

So the various combinations give rise to

contributionLocation set / composite null
   loads all contributions under the contribution location identified

contributionLocation null / composite set
   finds the location of your compsite on the classpath and uses that as the
contribution location. It loads the named composite from there

contributionLocation / composite
  loads the named composite from the specified contribution path

contributionLocation null / composite null
  This option is also used if the above rules don't identify a contribution
URL for whatever reason.
  No contribution has been specified so look for the following in order and
use the location of the first one found as the contribution location
  META-INF/sca-contribution.xml
  META-INF/sca-contribution-generated.xml
  META-INF/sca-deployables directory


The slight wrinkle with the code currently is that the algorithm is coded
such that if you specify a relative ContributionLocation (which is not valid
according to what I have set out above) then it is simply ignored and the
algorithm falls back to the other mechanisms for finding the contribution
location with potentially confusing  results, for example, if I use the
reasonable looking

   SCADomain domain = SCADomain.newInstance("http://localhost:8080";,
"somedir/someotherdir", "some.composite");

Then this will actually just look on the classpath for "some.composite"
which is probably not what was expected.

We could fix this in code by not testing for an absolute contribution
location path and letting it throw a malformed url exception. However this
doesn't seem absolutely essential to be done right now so I propose to raise
a JIRA and tidy up the above as a section in the documentation.

Regards

Simon

[jira] Closed: (TUSCANY-1708) Update LICENSE and NOTICE files for dependencies included in 1.0

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1708?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder closed TUSCANY-1708.
--

Resolution: Fixed

Done 

> Update LICENSE and NOTICE files for dependencies included in 1.0
> 
>
> Key: TUSCANY-1708
> URL: https://issues.apache.org/jira/browse/TUSCANY-1708
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
>Reporter: ant elder
>Priority: Blocker
> Fix For: Java-SCA-1.0
>
>
> Update license and notice files for dependencies included in 1.0
> - do a diff against the 0.99 and 1.0 lib directory and LICENSE and NOTICE 
> files and update as appropriate

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1726) List DataObject.getList(String path) should return an empty list when there is no value

[Fuhwei Lwo (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Fuhwei Lwo updated TUSCANY-1726:


Attachment: 1726.patch

Patch contains fix with test case. Please review.

> List DataObject.getList(String path) should return an empty list when there 
> is no value
> ---
>
> Key: TUSCANY-1726
> URL: https://issues.apache.org/jira/browse/TUSCANY-1726
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Implementation
>Affects Versions: Java-SDO-1.0
> Environment: WinXP
>Reporter: Fuhwei Lwo
> Fix For: Java-SDO-Next
>
> Attachments: 1726.patch
>
>
> According to SDO 2.1 spec section 3.1.4, it said "DataObject methods with a 
> return type of List, on the DataObject interface or generated, return empty 
> lists rather than null when there is no value."  This means getList() method 
> should return an empty list when there is no value.  Current implementation 
> returns null which is wrong.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1727) Sample implementation-composite fails in a top-down build of 1.0 branch, but it's passing in the module-only build

[Raymond Feng (JIRA)]

Sample implementation-composite fails in a top-down build of 1.0 branch, but 
it's passing in the module-only build
--

 Key: TUSCANY-1727
 URL: https://issues.apache.org/jira/browse/TUSCANY-1727
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-1.0
Reporter: Raymond Feng
Priority: Blocker


I'm seeing the following test failure in the implementation-composite sample 
with a top-down build but it's passing if I build the module alone.

---
 T E S T S
---
Running composite.CompositeTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.687 sec 
<<< FA
ILURE!
test(composite.CompositeTestCase)  Time elapsed: 0.641 sec  <<< ERROR!
org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: 
org.
apache.tuscany.sca.contribution.service.ContributionResolveException: 
java.lang.
ClassNotFoundException: 
org.apache.tuscany.sca.node.impl.NodeManagerServiceImpl
at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
omain.java:264)
at 
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.
java:58)
at composite.CompositeTestCase.setUp(CompositeTestCase.java:32)
at junit.framework.TestCase.runBare(TestCase.java:132)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at 
org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.
java:35)
at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.
java:62)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTes
tSet(AbstractDirectoryTestSuite.java:138)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(Ab
stractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(Su
refireBooter.java:290)
at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.j
ava:818)
Caused by: org.osoa.sca.ServiceRuntimeException: 
org.apache.tuscany.sca.contribu
tion.service.ContributionResolveException: java.lang.ClassNotFoundException: 
org
.apache.tuscany.sca.node.impl.NodeManagerServiceImpl
at 
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
aultSCADomain.java:127)
at 
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
omain.java:230)
... 20 more
Caused by: 
org.apache.tuscany.sca.contribution.service.ContributionResolveExcept
ion: java.lang.ClassNotFoundException: 
org.apache.tuscany.sca.node.impl.NodeMana
gerServiceImpl
at 
org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc
essor.resolve(JavaImplementationProcessor.java:114)
at 
org.apache.tuscany.sca.implementation.java.xml.JavaImplementationProc
essor.resolve(JavaImplementationProcessor.java:58)
at 
org.apache.tuscany.sca.contribution.processor.DefaultStAXArtifactProc
essorExtensionPoint$LazyStAXArtifactProcessor.resolve(DefaultStAXArtifactProcess
orExtensionPoint.java:211)
at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97)
at 
org.apache.tuscany.sca.assembly.xml.BaseAssemblyProcessor.resolveImpl
ementation(BaseAssemblyProcessor.java:236)
at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:730)
at 
org.apache.tuscany.sca.assembly.xml.CompositeProcessor.resolve(Compos
iteProcessor.java:71)
at 
org.apache.tuscany.sca.contribution.processor.ExtensibleStAXArtifactP
rocessor.resolve(ExtensibleStAXArtifactProcessor.java:97)
at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:114)
at 
org.apache.tuscany.sca.assembly.xml.CompositeDocumentProcessor.resolv
e(CompositeDocumentProcessor.java:45)
at 
org.apache.tuscany.sca.contribution.processor.ExtensibleURLArtifactPr
ocessor.resolve(

[jira] Created: (TUSCANY-1726) List DataObject.getList(String path) should return an empty list when there is no value

[Fuhwei Lwo (JIRA)]

List DataObject.getList(String path) should return an empty list when there is 
no value
---

 Key: TUSCANY-1726
 URL: https://issues.apache.org/jira/browse/TUSCANY-1726
 Project: Tuscany
  Issue Type: Bug
  Components: Java SDO Implementation
Affects Versions: Java-SDO-1.0
 Environment: WinXP
Reporter: Fuhwei Lwo
 Fix For: Java-SDO-Next


According to SDO 2.1 spec section 3.1.4, it said "DataObject methods with a 
return type of List, on the DataObject interface or generated, return empty 
lists rather than null when there is no value."  This means getList() method 
should return an empty list when there is no value.  Current implementation 
returns null which is wrong.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1725) XSD2JavaGenerator has a problem with associations navigable from both sides

[Miro kandic (JIRA)]

XSD2JavaGenerator has a problem with associations navigable from both sides
---

 Key: TUSCANY-1725
 URL: https://issues.apache.org/jira/browse/TUSCANY-1725
 Project: Tuscany
  Issue Type: Bug
  Components: Java SDO Tools
Affects Versions: Java-SDO-1.0
 Environment: Linux
Reporter: Miro kandic


XSD2JavaGenerator does not work in the case of any association type 
(association, composition) that is navigable from both sides.
I have intentionally, just to test generator, made Customer-SoH association in 
the next schema navigable from both sides and generated code cannot be compiled.
Frank, after initial analyses, confirmed that saying "Bidirectional references 
are broken in Tuscany. They seem
to have been broken when we switched over to the new (noEMF) codegen
patterns."


Next is complete XSD built automatically from the UML model.



http://www.cisco.com/odns/soa";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";
xmlns:sdo="commonj.sdo" xmlns:sdoxml="commonj.sdo/xml"
xmlns:impl="http://www.cisco.com/odns/soa";
elementFormDefault="qualified">

































 
  






  
 























































-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

TUSCANY-1658: Generated WSDL does not generate wsdl:output if method has void return

[ant elder]

This JIRA is still open and marked as critical, what should we do with it?

https://issues.apache.org/jira/browse/TUSCANY-1658

I don't think its worth holding the RC for it so i think defer it for now.

   ...ant

(looks like JIRA is back up)

Re: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml

[Venkata Krishnan]

Ooops.. sorry and thanks for fixing it.  I wanted to build after those
changes but got a bit distracted and never got to it.

- Venkat

On 9/17/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> It seems that a 'b' was accidentally added to the pom.xml. I fixed it
> under
> r576517.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, September 17, 2007 4:54 AM
> Subject: svn commit: r576385 - in /incubator/tuscany/java/sca/modules:
> assembly-xml/pom.xml host-embedded/pom.xml
>
>
> > Author: svkrish
> > Date: Mon Sep 17 04:54:49 2007
> > New Revision: 576385
> >
> > URL: http://svn.apache.org/viewvc?rev=576385&view=rev
> > Log:
> > renaming sca-definitions to definitions and chaanging artifact id from
> > sca-definitions to tuscany-definitions
> >
> > Modified:
> >incubator/tuscany/java/sca/modules/assembly-xml/pom.xml
> >incubator/tuscany/java/sca/modules/host-embedded/pom.xml
> >
> > Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml
> > URL:
> >
> http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly-xml/pom.xml?rev=576385&r1=576384&r2=576385&view=diff
> >
> ==
> > --- incubator/tuscany/java/sca/modules/assembly-xml/pom.xml (original)
> > +++ incubator/tuscany/java/sca/modules/assembly-xml/pom.xml Mon Sep 17
> > 04:54:49 2007
> > @@ -1,4 +1,4 @@
> > -
> > +b
> >  > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Fixed URLs used in the store and web-resource samples

[haleh mahbod]

should this latest store be linked to the website pages?

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> JIRA is down at the moment so just to let everybody know, I just fixed
> some typos in the URLs used in the store and web-resource samples, which
> were causing HTTP 404 errors in these two samples.
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: assembly-xml/pom.xml host-embedded/pom.xml

[Raymond Feng]

Hi,

It seems that a 'b' was accidentally added to the pom.xml. I fixed it under 
r576517.


Thanks,
Raymond

- Original Message - 
From: <[EMAIL PROTECTED]>

To: <[EMAIL PROTECTED]>
Sent: Monday, September 17, 2007 4:54 AM
Subject: svn commit: r576385 - in /incubator/tuscany/java/sca/modules: 
assembly-xml/pom.xml host-embedded/pom.xml




Author: svkrish
Date: Mon Sep 17 04:54:49 2007
New Revision: 576385

URL: http://svn.apache.org/viewvc?rev=576385&view=rev
Log:
renaming sca-definitions to definitions and chaanging artifact id from 
sca-definitions to tuscany-definitions


Modified:
   incubator/tuscany/java/sca/modules/assembly-xml/pom.xml
   incubator/tuscany/java/sca/modules/host-embedded/pom.xml

Modified: incubator/tuscany/java/sca/modules/assembly-xml/pom.xml
URL: 
http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly-xml/pom.xml?rev=576385&r1=576384&r2=576385&view=diff

==
--- incubator/tuscany/java/sca/modules/assembly-xml/pom.xml (original)
+++ incubator/tuscany/java/sca/modules/assembly-xml/pom.xml Mon Sep 17 
04:54:49 2007

@@ -1,4 +1,4 @@
-
+b

Fixed URLs used in the store and web-resource samples

[Jean-Sebastien Delfino]

JIRA is down at the moment so just to let everybody know, I just fixed 
some typos in the URLs used in the store and web-resource samples, which 
were causing HTTP 404 errors in these two samples.


--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Incompatibility between Tuscany and JBoss WebServices

[Simon Laws]

On 9/11/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
>
>
> On 9/11/07, Marco Dalco < [EMAIL PROTECTED]> wrote:
> >
> > Raised a JIRA:
> >
> >
> >
> > https://issues.apache.org/jira/browse/TUSCANY-1684
> >
> >
> >
> >
> > Information contained in this e-mail and any attachments are intended
> > for the use of the addressee only, and may contain confidential information
> > of Ubiquity Software Corporation. All unauthorized use, disclosure or
> > distribution is strictly prohibited.  If you are not the addressee, please
> > notify the sender immediately and destroy all copies of this email. Ubiquity
> > Software Corporation plc, a company registered under the laws of England and
> > Wales, Registration 2719723, registered offices at Eastern Business Park,
> > Building 3, Wern Fawr Lane, St. Mellons, Cardiff CF3 5EA, Wales, United
> > Kingdom.
> >
> > Thanks Marco for the JIRA. The namespace compatibility, i.e. the extra
> xsd on the end of the namespace you see, is down to the Axis2 1.2 library
> we use to generate WSDL in this case. It is not generated by Axis2 1.3.
> There is a JIRA outstanding for the move to 1.3 but there is some debate
> about when it will actually happen. If it's not going to be soon this will
> be another fix we need to make ontop of Axis2 1.2
>
> Regards
>
> Simon
>
Hi Marco

We have now swtiched over to Axis2 1.3. and are building our release
candidates for the upcoming Tuscany SCA Java 1.0 release with this version.
I'd like to know whether this fixes the problem with incompatible soap
messages with your JBoss app.  Are you able  to try your tests with the
latest release candidates?

You can find the binary and source release candidates up on Ant's
people.apache.org page.

http://people.apache.org/~antelder/tuscany/1.0-RC1b/


We are hoping to cut the release candidate to vote on tomorrow.

I think Haleh is going to create a page up on our web site so we can
document the steps to get Tuscany running with Tomcat, Geronimo, Websphere
etc. Watch this space. Assuming we can get it going will there we any info
we need to note from you web services integration exercise. I guess I'm
assuming that as you're connecting via web services there is no Tuscany
running on the JBoss side in this case but if there is anything of note it
would be good to capture it.

Thanks

Simon

samples\helloworld-ws-service-webapp?

[Simon Laws]

We have no README  etc. for samples\helloworld-ws-service-webapp. Do we need
this sample? As we have calculator-ws-webapp can we remove
helloworld-ws-service-webapp? Happy to keep and fix it if there is a good
reason and there are important differences that it's demonstrating but one
less thing to test if we don't need it.

Simon

[jira] Commented: (TUSCANY-1685) XSD2JavaGenerator should support name mangling (dashes to underscores, etc.)

[Kelvin Goodson (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1685?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528095
 ] 

Kelvin Goodson commented on TUSCANY-1685:
-

Any name overrides must be done with schema annotations,  so the input to the 
generator must contain those annotations,  such as sdo:name="Bogus_1" in the 
input schema. The SDO spec allows for a generator to insert annotations into an 
updated schema before generating, in which case the generator must be able to 
output the annotated schema, but we don't have that capacity currently.

> XSD2JavaGenerator should support name mangling (dashes to underscores, etc.)
> 
>
> Key: TUSCANY-1685
> URL: https://issues.apache.org/jira/browse/TUSCANY-1685
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SDO Tools
>Affects Versions: Java-SDO-1.0
>Reporter: Ron Gavlin
>Priority: Critical
> Fix For: Java-SDO-Next
>
>
> I have the following complex type in a schema:
> 
> 
> 
> 
> 
> When I use XSD2JavaGenerator to code-generate classes for this schema, an 
> invalidly named Bogus-1.java class is generated. The class name should be 
> mangled into a valid Java class name, such as Bogus_1.java. EMF provides this 
> behavior in its NameMangler which Tuscany currently disables.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[kelvin goodson]

Hmm,  I just re-ran this against RC1b and the calculator sample hung
after producing its results. All the output appeared pretty quickly,
but then it failed to stop.

C:\Release\RC1b\tuscany-sca-1.0-incubating\samples\calculator>ant ru
Buildfile: build.xml

run:
 [java] 3 + 2=5.0
 [java] 3 - 2=1.0
 [java] 3 * 2=6.0
 [java] 3 / 2=1.5
 [java] Java Result: 1

BUILD SUCCESSFUL
Total time: 8 minutes 4 seconds
Terminate batch job (Y/N)? y

On 17/09/2007, kelvin goodson <[EMAIL PROTECTED]> wrote:
> I can run the calculator in 4 seconds, -- time until I see the "Run"
> word on the screen approx 2 secs and then a further 2 before I see the
> result output.
>
> Kelvin.
>
> On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> > I made a local distro from the branch and the samples seem to take ages to
> > get going. A really comical amount of time! It takes 25 seconds before I see
> > any output after running the calculator sample. Anyone else seeing that?
> >
> > Simon
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1724) The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the rampart parent

[ant elder (JIRA)]

The rampart mar used by binding-ws-axis depends on the SNAPSHOT version of the 
rampart parent
-

 Key: TUSCANY-1724
 URL: https://issues.apache.org/jira/browse/TUSCANY-1724
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-1.0
Reporter: ant elder
Priority: Critical
 Fix For: Java-SCA-1.0


See org\apache\rampart\rampart\1.3\rampart-1.3.pom:


org.apache.rampart
rampart-project
1.3-SNAPSHOT


Not sure what to do about this. Any ideas?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1674) Missing NonBlockingInterceptor on service wire

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1674:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Missing NonBlockingInterceptor on service wire
> --
>
> Key: TUSCANY-1674
> URL: https://issues.apache.org/jira/browse/TUSCANY-1674
> Project: Tuscany
>  Issue Type: Bug
>Reporter: Rashmi Hunt
> Fix For: Java-SCA-Next
>
> Attachments: RuntimeWireImpl.java
>
>
> The reason why NonBlockingInterceptor is needed on the service wire as well 
> is, if there is no nonBlockingInterceptor at service wire and if the service 
> is invoked not from a reference then there is no asynch support even if the 
> call is non blocking. For e.g  if a pure webservice client (or any pure 
> client) is sending a request to a non blocking service call,  since Tuscany 
> code is currently missing a nonBlockingInterceptor on the service wire, there 
> is no async support for this case, even though the service operation is 
> marked as non-blocking. 
> Solution is straightforward. Add NonBlockingInterCeptor on service wire in 
> RuntimeWireImpl.initInvocationChains() for the service wire clause
>Binding serviceBinding = wireTarget.getBinding();
> if (operation.isNonBlocking()) {
> addNonBlockingInterceptor(service, serviceBinding, chain);
> }
> And add a new addNonBlockingInterceptor() function which takes params 
> service, serviceBinding, chain
> /**
>  * Add a non-blocking interceptor if the service binding needs it
>  *
>  * @param service
>  * @param binding
>  * @param chain
>  */
> private void addNonBlockingInterceptor(ComponentService service, Binding 
> binding, InvocationChain chain) {
> ServiceBindingProvider provider = 
> ((RuntimeComponentService)service).getBindingProvider(binding);
> if (provider != null) {
> boolean supportsAsyncOneWayInvocation = false;
> if (provider instanceof ServiceBindingProvider2) {
> supportsAsyncOneWayInvocation = 
> ((ServiceBindingProvider2)provider).supportsAsyncOneWayInvocation();
> } else {
> // Must be an old provider that doesn't have this method. If 
> this is a old provider keep the behavior
> // as is where there is no nonBlockingInterceptor on the 
> service wire. If a binding provider needs a
> // nonBlocking interceptor, it would have been implemented 
> ServiceBindingProvider2 and indicated
> // supportsAsyncOneWayInvocation accordingly
> supportsAsyncOneWayInvocation = true;
> }
> if (!supportsAsyncOneWayInvocation) {
> chain.addInterceptor(new 
> NonBlockingInterceptor(workScheduler));
> }
> }
> }

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SCA 1.0 RC1 artifacts available for review

[ant elder]

And now a 1.0 RC1b at:
http://people.apache.org/~antelder/tuscany/1.0-RC1b

(thats still uploading)

And a tag if you want to try checking out and building yourself:
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-RC1b/

This should now be fairly close to what the final 1.0 release will be,
please review and raise JIRAs for issues here:
http://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolution=-1&pid=12310210&fixfor=12312698

Thanks,

   ...ant

On 9/15/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> There's also now an RC1a with the changes since yesterday at:
> http://people.apache.org/~antelder/tuscany/1.0-RC1a/
>
>...ant
>
> On 9/14/07, ant elder <[EMAIL PROTECTED] > wrote:
> >
> > The 1.0 RC1 tag has been taken and is available for checking out and
> > building: 
> > https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-incubating/
> >
> >
> > If you don't want to build it yourself the distributions are up loading
> > to: 
> > http://people.apache.org/~antelder/tuscany/1.0-RC1/
> >
> > And the maven artifacts will be uploaded to:
> > http://people.apache.org/~antelder/tuscany/1.0-RC1/maven/
> >
> > The Windows distribution is up, at the current speed it will be another
> > couple of hours till everything is up including all the maven artifacts.
> >
> > I wont call a vote on this RC as we know its not quite perfect yet,
> > please review and fix any issues or raises jira's for problems you find.
> > I'll create an RC2 late Monday morning GMT and call a vote on releasing that
> > unless there are critical or blocker defects still open against 1.0. At
> > that time any non critical or blocker JIRA's still open will be deferred to
> > Java-SCA-Next.
> >
> >...ant
> >
>
>

Re: OSGi implementation extension build error

[Rajini Sivaram]

Sebastien,

If this is still a problem, could you post the full test output (from all
the unit tests including the failing one) of implementation.osgi? I ran the
build for implementation.osgi using mvn many times, but have never seen this
failure.


Thank you...

Regards,

Rajini


On 9/16/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> If that helps, it is a random error. Happens every 3 or 4 build for me.
>
> Jean-Sebastien Delfino wrote:
> > I'm getting a build error in implementation-osgi module in the 1.0
> > branch. Anybody else getting the same error?
> >
> > testOSGiComponent(
> org.apache.tuscany.sca.implementation.osgi.invocation.OSGiPropertyTestCase
> )
> > Time elapsed: 0.152 sec  <<< FAILURE!
> > junit.framework.ComparisonFailure: expected:<...WithProperty...> but
> > was:<..>
> >at junit.framework.Assert.assertEquals(Assert.java:81)
> >at junit.framework.Assert.assertEquals(Assert.java:87)
> >at
> >
> org.apache.tuscany.sca.implementation.osgi.invocation.OSGiTestCase.testOSGiComponent
> (OSGiTestCase.java:66)
> >
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:64)
> >
> >at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> >
> >at java.lang.reflect.Method.invoke(Method.java:615)
> >at junit.framework.TestCase.runTest(TestCase.java:154)
> >at junit.framework.TestCase.runBare(TestCase.java:127)
> >at junit.framework.TestResult$1.protect(TestResult.java:106)
> >at junit.framework.TestResult.runProtected(TestResult.java:124)
> >at junit.framework.TestResult.run(TestResult.java:109)
> >at junit.framework.TestCase.run(TestCase.java:118)
> >at junit.framework.TestSuite.runTest(TestSuite.java:208)
> >at junit.framework.TestSuite.run(TestSuite.java:203)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:64)
> >
> >at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> >
> >at java.lang.reflect.Method.invoke(Method.java:615)
> >at
> > org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java
> :213)
> >
> >at
> >
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(
> AbstractDirectoryTestSuite.java:138)
> >
> >at
> > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(
> AbstractDirectoryTestSuite.java:125)
> >
> >at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >at
> > sun.reflect.NativeMethodAccessorImpl.invoke(
> NativeMethodAccessorImpl.java:64)
> >
> >at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
> >
> >at java.lang.reflect.Method.invoke(Method.java:615)
> >at
> > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(
> SurefireBooter.java:290)
> >
> >at
> > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java
> :818)
> >
> >at
> > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java
> :818)
> >
> >
> >
> > Results :
> >
> > Failed tests:
> >
> > testOSGiComponent(
> org.apache.tuscany.sca.implementation.osgi.invocation.OSGiPropertyTestCase
> )
> >
> >
>
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[jira] Updated: (TUSCANY-1687) Callable References iTest are failing

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1687:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Callable References iTest are failing
> -
>
> Key: TUSCANY-1687
> URL: https://issues.apache.org/jira/browse/TUSCANY-1687
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Integration Tests
>Affects Versions: Java-SCA-1.0
>Reporter: Luciano Resende
>Assignee: Raymond Feng
> Fix For: Java-SCA-Next
>
>
> I have removed the callableReference iTest from build as they were failing..
> Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.328 sec
> Results :
> Tests in error:
>   
> testBReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase)
>   
> testBCast(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase)
>   
> testCReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase)
>   
> testCServiceReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase)
>   
> testDReference(org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase)
>   org.apache.tuscany.sca.itest.callableref.CallableReferenceRemoteTestCase
> Tests run: 14, Failures: 0, Errors: 6, Skipped: 0
> [INFO] 
> 
> [ERROR] BUILD FAILURE
> [INFO] 
> 
> [INFO] There are test failures.
> [INFO] 
> 
> [INFO] For more information, run Maven with the -e switch
> [INFO] 
> 
> [INFO] Total time: 40 seconds
> [INFO] Finished at: Tue Sep 11 15:42:18 PDT 2007
> [INFO] Final Memory: 10M/21M
> [INFO] 
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1559) Pass-by-value interceptor not necessary with the Axis2 WS binding

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1559?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1559:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Pass-by-value interceptor not necessary with the Axis2 WS binding 
> --
>
> Key: TUSCANY-1559
> URL: https://issues.apache.org/jira/browse/TUSCANY-1559
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Java Implementation Extension
>Affects Versions: Java-SCA-0.99, Java-SCA-Next
>Reporter: Jean-Sebastien Delfino
>Assignee: ant elder
> Fix For: Java-SCA-Next
>
> Attachments: helloworld-bean.zip
>
>
> To reproduce the problem, replace the string in the helloworld-ws-service 
> sample with a simple JavaBean.
> You'll get the following exception when you run the test case in the sample:
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 5.995 sec <<< 
> FAILURE!
> testServiceCall(helloworld.HelloWorldServerTestCase)  Time elapsed: 1.184 sec 
>  <<< ERROR!
> java.lang.reflect.UndeclaredThrowableException
> at $Proxy5.getGreetings(Unknown Source)
> at 
> helloworld.HelloWorldServerTestCase.testServiceCall(HelloWorldServerTestCase.java:56)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:615)
> at 
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
> at 
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
> at 
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
> at 
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
> at 
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
> at 
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
> at 
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
> at 
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
> at 
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:615)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
> Caused by: org.apache.axis2.AxisFault: Pass-by-value is not supported for the 
> given object
> at 
> org.apache.axis2.util.Utils.getInboundFaultFromMessageContext(Utils.java:434)
> at 
> org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:373)
> at 
> org.apache.axis2.description.OutInAxisOperationClient.execute(OutInAxisOperation.java:294)
> at 
> org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invokeTarget(Axis2BindingInvoker.java:87)
> at 
> org.apache.tuscany.sca.binding.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker.java:67)
> at 
> org.apache.tuscany.sca.core.databinding.wire.DataTransformationInteceptor.invoke(DataTransformationInteceptor.java:68)
> at 
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:231)
> at 
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:92)
> ... 26 more
> Results :
> Tests in error: 
>   testServiceCall(helloworld.HelloWorldServerTestCase)
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0

-- 
This message is automatically generated by JIRA.
-
You can reply to this ema

[jira] Updated: (TUSCANY-1313) NPE occurs if replace java annotation(@Service) with a equivalent componentType file.

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1313:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> NPE occurs if replace java annotation(@Service) with a equivalent 
> componentType file.
> -
>
> Key: TUSCANY-1313
> URL: https://issues.apache.org/jira/browse/TUSCANY-1313
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Java Implementation Extension
>Affects Versions: Java-SCA-Next
> Environment: Ubuntu7.04 
> IBM JDK5
> Eclipse3.2.2
> Latest level code in Trunk branche
>Reporter: Zhenghui Lee
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-Next
>
> Attachments: sample.customer.zip
>
>
> One simple sample scenario:
>   CustomerComponent --> CustomerInfoComponent
> If using @Service to define CustomerInfoComponent Type, works
> If replace @Service with equivalent CustomerInfoComponent.componentType file, 
> run into NullPointException:
> exception stack:
> org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:263)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:68)
>   at 
> tuscany.sample.sync.customer.CustomerImplTest.setUp(CustomerImplTest.java:17)
>   at junit.framework.TestCase.runBare(TestCase.java:132)
>   at junit.framework.TestResult$1.protect(TestResult.java:110)
>   at junit.framework.TestResult.runProtected(TestResult.java:128)
>   at junit.framework.TestResult.run(TestResult.java:113)
>   at junit.framework.TestCase.run(TestCase.java:124)
>   at junit.framework.TestSuite.runTest(TestSuite.java:232)
>   at junit.framework.TestSuite.run(TestSuite.java:227)
>   at 
> org.junit.internal.runners.OldTestClassRunner.run(OldTestClassRunner.java:35)
>   at 
> org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:38)
>   at 
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
> Caused by: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:148)
>   at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
>   ... 16 more
> Caused by: org.apache.tuscany.sca.core.runtime.ActivationException: 
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:584)
>   at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:145)
>   ... 17 more
> Caused by: java.lang.NullPointerException
>   at 
> org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.checkCompatibility(InterfaceContractMapperImpl.java:133)
>   at 
> org.apache.tuscany.sca.interfacedef.impl.InterfaceContractMapperImpl.isCompatible(InterfaceContractMapperImpl.java:245)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.connectComponentReferences(CompositeBuilderImpl.java:796)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.wireComposite(CompositeBuilderImpl.java:1198)
>   at 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl.build(CompositeBuilderImpl.java:101)
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.buildComposite(CompositeActivatorImpl.java:570)
>   at 
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:580)
>   ... 18 more

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1594) helloworld-ws-sdo-webapp - no README

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1594:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> helloworld-ws-sdo-webapp - no README
> 
>
> Key: TUSCANY-1594
> URL: https://issues.apache.org/jira/browse/TUSCANY-1594
> Project: Tuscany
>  Issue Type: Improvement
>Affects Versions: Java-SCA-0.99
>Reporter: Simon Laws
>Assignee: ant elder
> Fix For: Java-SCA-Next
>
>
> README required

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1718) One contribution exported it's namespace and was imported by two contribution ,gets assembly error.

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1718?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1718:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> One contribution exported it's namespace and was imported by two contribution 
> ,gets assembly error.
> ---
>
> Key: TUSCANY-1718
> URL: https://issues.apache.org/jira/browse/TUSCANY-1718
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Assembly Model
>Affects Versions: Java-SCA-Next
> Environment: winxp,eclipse,jdk1.5.09
>Reporter: wangfeng
> Fix For: Java-SCA-Next
>
> Attachments: ContributionTestCase.zip
>
>
> My test case is that:
> 1.Contribution 'hello' export it's namespache 'http://hello'.
> 2.Contribution 'world_one' import the 'hello' contribution's namespache. 
> 3.Contribution 'world_two' import the 'hello' contribution's namespache too. 
> when run the testcase,get a fatal error as below:
> org.apache.tuscany.sca.core.assembly.ActivationException: 
> java.lang.IllegalStateException: Reference interface not remoteable for 
> component: HelloWorldServiceComponent_two and reference: helloServiceRef
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:739)
>   at test.ContributionTestCase.setUp(ContributionTestCase.java:82)
>   at junit.framework.TestCase.runBare(TestCase.java:128)
>   at junit.framework.TestResult$1.protect(TestResult.java:110)
>   at junit.framework.TestResult.runProtected(TestResult.java:128)
>   at junit.framework.TestResult.run(TestResult.java:113)
>   at junit.framework.TestCase.run(TestCase.java:120)
>   at junit.framework.TestSuite.runTest(TestSuite.java:228)
>   at junit.framework.TestSuite.run(TestSuite.java:223)
>   at 
> org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:128)
>   at 
> org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
>   at 
> org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)
> Caused by: java.lang.IllegalStateException: Reference interface not 
> remoteable for component: HelloWorldServiceComponent_two and reference: 
> helloServiceRef
>   at 
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.isTargetRemote(RuntimeSCAReferenceBindingProvider.java:124)
>   at 
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAReferenceBindingProvider.(RuntimeSCAReferenceBindingProvider.java:85)
>   at 
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingProviderFactory.createReferenceBindingProvider(RuntimeSCABindingProviderFactory.java:59)
>   at 
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingProviderFactory.createReferenceBindingProvider(RuntimeSCABindingProviderFactory.java:1)
>   at 
> org.apache.tuscany.sca.provider.DefaultProviderFactoryExtensionPoint$LazyBindingProviderFactory.createReferenceBindingProvider(DefaultProviderFactoryExtensionPoint.java:189)
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addReferenceBindingProvider(CompositeActivatorImpl.java:179)
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:135)
>   at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:735)
>   ... 14 more
> but when I remove the contribution 'world_one' or contribution 
> 'world_two',the testcase works fine.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1683) AXIS data binding can not process array Type response

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1683?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1683:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> AXIS data binding can not process array Type response
> -
>
> Key: TUSCANY-1683
> URL: https://issues.apache.org/jira/browse/TUSCANY-1683
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-0.99
> Environment: windows jboss axis2
>Reporter: wenchu
> Fix For: Java-SCA-Next
>
>
> I want to publish a service, it interface describe below:
> public interface UDBService{public User[] getUsersByCompanyId(String 
> companyId);}
> I use  java2wsdl tools of axis2 to generate wsdl, it describe below:
> 
> 
>
>nillable="true" type="xsd:User"/>
>
> 
> 
> but i find 
> org.apache.tuscany.sca.databinding.javabeans.JavaBean2XMLTransformer can run 
> correct  and it check array type,change it correct. when client receive the 
> xml, and org.apache.tuscany.sca.databinding.javabeans.XML2JavaBeanTransformer 
> transform error.
> the reason as below:
> 1.not to check it's type.
> 2.to create object use " L javaInstance = javaType.newInstance()  " it will 
> throw exception ,because jdk not support use this method to create array type 
> instance. It is line 82.
> i  check the javaType and do anther process,modify code as below:
>   // mod by wenchu.cenwc array type process
>   if (javaType.isArray())
>   {
>   L javaInstance = 
> (L)Array.newInstance(Class.forName(javaType.getComponentType().getName())
>   , childElements.size());
>   
>   for (int count = 0; count < childElements.size(); 
> ++count) 
>   {
>   Object node = 
> createJavaObject(childElements.get(count)
>   
> ,Class.forName(javaType.getComponentType().getName()),context);
>   
>   Array.set(javaInstance, count, node);
>   }
>   
>   return javaInstance;
>   }
>   else
>   {
>   
> L javaInstance = javaType.newInstance();
> ..
> return javaInstance;
>   }

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1653) Method signatures with no parameters are not represented properly as wrapped opoerations with auto generated WSDL

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1653?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1653:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Method signatures with no parameters are not represented properly as wrapped 
> opoerations with auto generated WSDL
> -
>
> Key: TUSCANY-1653
> URL: https://issues.apache.org/jira/browse/TUSCANY-1653
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-0.99
> Environment: All
>Reporter: Simon Laws
>Assignee: Simon Nash
> Fix For: Java-SCA-Next
>
>
> The Axis2 Java2WSDL tool converts the operation
> String foo()
> To the WSDL
>   
>   http://www.w3.org/2001/XMLSchema";
>   attributeFormDefault="qualified" 
> elementFormDefault="qualified"
>   targetNamespace="http://test/xsd";>
>   
>   
>   
>nillable="true"
>   type="xs:string" />
>   
>   
>   
>   
>   
>   
>   
>   
>   
> Which is not wrapped according to the rules of JAX-WS 2.0. 
> The net result is that Tuscany fails if such methods are included as it is 
> expect to deal with wrapped methods. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1671) Building two composite ,one implemented by the other, get a warning

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1671:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Building two composite ,one implemented by the other, get a warning
> ---
>
> Key: TUSCANY-1671
> URL: https://issues.apache.org/jira/browse/TUSCANY-1671
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Assembly Model
>Affects Versions: Java-SCA-Next
> Environment: WinXP,Eclipse 3.2
>Reporter: wangfeng
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-Next
>
>
> In my sca domain,there are two contributions which named Contribution_A and 
> Contribution_B and the two contributions is deployable too.
> In Contribution_B,there is a component which implemented by a composite in 
> Contribution_A.And the Contribution_A's composite build first,and then build 
> the Contribution_B's composite.
> The conposite building processor will put a '$promoted$.' service on the 
> component when the component service is promoted to a composite service.When 
> building the Contribution_B's component which is implemented by the composite 
> in Contribution_A, the component implementation services will not match the 
> component type service,the component is implemented by the composite in 
> Contribution_A,so print an warning as below: 
>  
> There is an warning message on the console:
> 2007-9-6 16:26:33 
> org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem
> Warn: [WARNING] Service not found for component service: 
> HelloServiceComponent/$promoted$.HelloService null
> my composite on Contribution_A:
> 
> http://www.osoa.org/xmlns/sca/1.0";
>   targetNamespace="http://www.osoa.org/xmlns/sca/1.0";
> name="hello">
>   
> 
> 
> 
> 
> my composite on Contribution_B:
> 
> http://www.osoa.org/xmlns/sca/1.0";
>   targetNamespace="http://www.osoa.org/xmlns/sca/1.0";
> name="world">
>   
> 
> 
>  
> 
> 
>  
> 
> 
> 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1697) HelloWorldWSDLMergedTestCase is failing

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1697?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1697:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> HelloWorldWSDLMergedTestCase is failing
> ---
>
> Key: TUSCANY-1697
> URL: https://issues.apache.org/jira/browse/TUSCANY-1697
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-1.0
>Reporter: ant elder
> Fix For: Java-SCA-Next
>
>
> HelloWorldWSDLMergedTestCase is failing after moving up to Axis2 1.3. For now 
> renamed to HelloWorldWSDLMergedTestCaseFIXME so it doesn;t get run in the 
> build 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1595) helloworld-ws-service-webapp - README needs content

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1595?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1595:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> helloworld-ws-service-webapp - README needs content
> ---
>
> Key: TUSCANY-1595
> URL: https://issues.apache.org/jira/browse/TUSCANY-1595
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
>Reporter: Simon Laws
>Assignee: ant elder
> Fix For: Java-SCA-Next
>
>
> README at present only contains the URL you have to use

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1637) Rationalize the SCA Domain implementations

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1637?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder updated TUSCANY-1637:
---

Fix Version/s: (was: Java-SCA-1.0)
   Java-SCA-Next

Deferring all the non-critical JIRAs from 1.0

> Rationalize the SCA Domain implementations
> --
>
> Key: TUSCANY-1637
> URL: https://issues.apache.org/jira/browse/TUSCANY-1637
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Core Runtime, Java SCA Embedded Runtime
>Affects Versions: Java-SCA-0.99
>Reporter: Simon Laws
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
>
> We now have a number of domain implementations in Tuscany Java SCA including
> - The SCADomain interface
> - DefaultSCADomain
> - EmbeddedSCADomain
> - HotUpdatableSCADomain
> - DistributedDomain/Node
> - distribution webapp?
> We should try to boil this down to the minimum number of APIs that are 
> required. 
> A thread on the ML has been started on this subject

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: sample start up time?

[kelvin goodson]

I can run the calculator in 4 seconds, -- time until I see the "Run"
word on the screen approx 2 secs and then a further 2 before I see the
result output.

Kelvin.

On 17/09/2007, Simon Laws <[EMAIL PROTECTED]> wrote:
> I made a local distro from the branch and the samples seem to take ages to
> get going. A really comical amount of time! It takes 25 seconds before I see
> any output after running the calculator sample. Anyone else seeing that?
>
> Simon
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1723) None of the standalone samples shutdown anymore

[ant elder (JIRA)]

None of the standalone samples shutdown anymore
---

 Key: TUSCANY-1723
 URL: https://issues.apache.org/jira/browse/TUSCANY-1723
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
Reporter: ant elder
Priority: Critical
 Fix For: Java-SCA-1.0


Running any of the standalone samples and they never end, just hang after the 
sample output is done and you have to ctrl-c to terminate them

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Closed: (TUSCANY-1672) Annotation support for implementation.osgi

[ant elder (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

ant elder closed TUSCANY-1672.
--

Resolution: Fixed

Patches applied bot to trunk and 1.0. Thanks for the patches!

> Annotation support for implementation.osgi
> --
>
> Key: TUSCANY-1672
> URL: https://issues.apache.org/jira/browse/TUSCANY-1672
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA OSGi Integration
>Reporter: Rajini Sivaram
> Fix For: Java-SCA-1.0
>
> Attachments: itest-osgi-implementation-patch.txt, 
> modules-implementation-osgi-patch.txt, samples-osgi-supplychain-patch.txt
>
>
> Support SCA annotations in implementation classes used inside OSGi bundles to 
> make implementation.osgi consistent with implementation.java. 
>  
> Remove the non-standard attributes for  which currently 
> support scope, allowsPassByReference etc. and replace tests which using these 
> with annotations. Add a new attribute for  to list the 
> classes in the bundle which should be introspected.
> Along with annotations, property injection support is also added.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

jaxp.properties trip hazard -- FAQ material

[kelvin goodson]

I've been playing with the RC1a release candidate and came across a
problem particular to my environment which took me a while to figure
out.  When trying to run a sample I was getting ...

C:\Release\apache-tuscany-sca-1.0-incubating\tuscany-sca-1.0-incubating\samples\calculator>ant
run
Buildfile: build.xml

run:
 [java] Exception in thread "main"
javax.xml.stream.FactoryConfigurationError: Provider null could not be
instantiat
ed: java.lang.NullPointerException
 [java] at
javax.xml.stream.FactoryFinder.newInstance(FactoryFinder.java:75)
 [java] at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:136)
 [java] at javax.xml.stream.FactoryFinder.find(FactoryFinder.java:92)
 [java] at
javax.xml.stream.XMLOutputFactory.newInstance(XMLOutputFactory.java:98)
 [java] at
org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntimeBuilder.createContributionService(ReallyS
mallRuntimeBuilder.java:176)
 [java] at
org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(ReallySmallRuntime.java:114)
 [java] at
org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:101)
 [java] at
org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
 [java] at
org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
 [java] at calculator.CalculatorClient.main(CalculatorClient.java:31)
 [java] Java Result: 1

BUILD SUCCESSFUL
Total time: 1 second
C:\Release\apache-tuscany-sca-1.0-incubating\tuscany-sca-1.0-incubating\samples\calculator>ant
run

The problem was that I had at some time in the past, altered by IBM
1.5 JRE environment so that it had a jaxp.properties file (I had
followed the instructions in the jaxp.properties.sample file).
Removing the jaxp.properties file allowed the sample to execute.  I'll
see about adding this to an FAQ on the wiki.

Kelvin.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

sample start up time?

[Simon Laws]

I made a local distro from the branch and the samples seem to take ages to
get going. A really comical amount of time! It takes 25 seconds before I see
any output after running the calculator sample. Anyone else seeing that?

Simon

[jira] Commented: (TUSCANY-1296) Build failure on Linux/IBM JDK

[Kelvin Goodson (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1296?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528040
 ] 

Kelvin Goodson commented on TUSCANY-1296:
-

I think I am seeing this issue when trying to build on linux.  Is this what you 
saw?  

[INFO] Building Apache Tuscany SCA Data Binding for JAXB
[INFO] 

[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: com.sun.tools.xjc.maven2:maven-jaxb-plugin

Reason: Failed to build model from file 
'/home/kg/.m2/repository/com/sun/tools/xjc/maven2/maven-jaxb-plugin/1.1/maven-jaxb-plugin-1.1.pom'.
Error: 'null' for project com.sun.tools.xjc.maven2:maven-jaxb-plugin




==


my environment is ...
[EMAIL PROTECTED] sca-java-1.0]$ uname -a
Linux kglinux  2.6.18-8.1.6.el5 #1 SMP Fri Jun 1 18:52:11 EDT 2007 i686 i686 
i386 GNU/Linux

with 
[EMAIL PROTECTED] sca-java-1.0]$ $JAVA_HOME/bin/java -version
java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build pxi32devifx-20070806 
(SR5a))
IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20070426 
(JIT enabled)
J9VM - 20070420_12448_lHdSMR
JIT  - 20070419_1806_r8
GC   - 200704_19)
JCL  - 20070725




> Build failure on Linux/IBM JDK
> --
>
> Key: TUSCANY-1296
> URL: https://issues.apache.org/jira/browse/TUSCANY-1296
> Project: Tuscany
>  Issue Type: Bug
>  Components: Build System
>Affects Versions: Java-SCA-0.90
> Environment: Fedora Core 5
> Ibm JDK 1.5.0  build 2.3
> Maven 2.0.6
>Reporter: Simon Laws
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
>
> SCA  fails to build under maven in my Linux/IBM JDK environment. The culprit 
> is the maven-jaxb-plugin. The pom provided with the version that we refer in 
> our poms, e.g. databinding-jaxb,  has a non-UTF8 character which causes the 
> maven build to fail with the IBM JDK 1.5.0 on Linux. I can confirm that this 
> does not cause a problem with the same JDK (same version and build at least) 
> on Windows XP. I tried using different maven-jaxb-plugins from a variety of 
> repositories. All failed for other reasons. There is a manual work around to 
> the problem, i.e. remove the non-UTF8 characters.
> The best solution would be to move to a newer version of this plugin (I note 
> that the author name that includes the non-UTF8 characted doesn't appear in 
> later versions) but we need to test these later version on all platforms. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Change freeze in the 1.0 branch

[Jean-Sebastien Delfino]

Jean-Sebastien Delfino wrote:

ant elder wrote:

I  don't have time to do that right now but i'm ok with the change if
someone else wants to.
  


I'll take care of it.



Done under revision r576382.


   ...ant

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
 

ant elder wrote:
   

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:





 

At least we need to make sure that the artifact id starts with


tuscany-*
   

instead of sca-definitions. All other modules start with tuscany-*,
except for the sca-api module wich contains the OSOA SCA API.



Actually shouldn't the sca-api module really start with tuscany- as
  

well?
   

(just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar)

   ...ant


  

+1 to change sca-api to tuscany-sca-api as well :)

This is a bigger change than sca-definitions but for 1.0 I think we 
need

to have the correct module names.

Changing sca-api to tuscany-sca-api affects the following files:

./distribution/pom.xml
./distribution/manifest/pom.xml
./distribution/bundle/pom.xml
./distribution/webapp/pom.xml
./demos/alert-aggregator-webapp/build.xml
./modules/pom.xml
./modules/node/pom.xml
./modules/interface-java/pom.xml
./modules/implementation-osgi/pom.xml
./modules/domain/pom.xml
./modules/node-api/pom.xml
./modules/binding-notification/pom.xml
./modules/core-spi/pom.xml
./modules/core-spring/pom.xml
./modules/implementation-notification/pom.xml
./modules/implementation-spring/pom.xml
./modules/java2wsdl/pom.xml
./modules/domain-api/pom.xml
./modules/implementation-java/pom.xml
./modules/implementation-script/pom.xml
./modules/sca-api/pom.xml
./modules/implementation-bpel/pom.xml
./itest/interop-soap-round2-client/pom.xml
./itest/interop-soap-client/pom.xml
./samples/chat-webapp/build.xml
./samples/calculator-ws-webapp/build.xml
./samples/databinding-echo/pom.xml
./samples/domain-webapp/build.xml
./samples/calculator-distributed/build.xml
./samples/calculator-webapp/build.xml
./samples/helloworld-dojo-webapp/build.xml
./samples/company-das/pom.xml
./samples/helloworld-ws-service-webapp/build.xml
./samples/helloworld-ws-sdo-webapp/build.xml
./samples/helloworld-jsonrpc-webapp/build.xml

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





  






--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Change freeze in the 1.0 branch

[Jean-Sebastien Delfino]

ant elder wrote:

I  don't have time to do that right now but i'm ok with the change if
someone else wants to.
  


I'll take care of it.


   ...ant

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
  

ant elder wrote:


On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:





  

At least we need to make sure that the artifact id starts with


tuscany-*


instead of sca-definitions. All other modules start with tuscany-*,
except for the sca-api module wich contains the OSOA SCA API.



Actually shouldn't the sca-api module really start with tuscany- as
  

well?


(just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar)

   ...ant


  

+1 to change sca-api to tuscany-sca-api as well :)

This is a bigger change than sca-definitions but for 1.0 I think we need
to have the correct module names.

Changing sca-api to tuscany-sca-api affects the following files:

./distribution/pom.xml
./distribution/manifest/pom.xml
./distribution/bundle/pom.xml
./distribution/webapp/pom.xml
./demos/alert-aggregator-webapp/build.xml
./modules/pom.xml
./modules/node/pom.xml
./modules/interface-java/pom.xml
./modules/implementation-osgi/pom.xml
./modules/domain/pom.xml
./modules/node-api/pom.xml
./modules/binding-notification/pom.xml
./modules/core-spi/pom.xml
./modules/core-spring/pom.xml
./modules/implementation-notification/pom.xml
./modules/implementation-spring/pom.xml
./modules/java2wsdl/pom.xml
./modules/domain-api/pom.xml
./modules/implementation-java/pom.xml
./modules/implementation-script/pom.xml
./modules/sca-api/pom.xml
./modules/implementation-bpel/pom.xml
./itest/interop-soap-round2-client/pom.xml
./itest/interop-soap-client/pom.xml
./samples/chat-webapp/build.xml
./samples/calculator-ws-webapp/build.xml
./samples/databinding-echo/pom.xml
./samples/domain-webapp/build.xml
./samples/calculator-distributed/build.xml
./samples/calculator-webapp/build.xml
./samples/helloworld-dojo-webapp/build.xml
./samples/company-das/pom.xml
./samples/helloworld-ws-service-webapp/build.xml
./samples/helloworld-ws-sdo-webapp/build.xml
./samples/helloworld-jsonrpc-webapp/build.xml

--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





  



--
Jean-Sebastien


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: SCA 1.0 RC1 artifacts available for review

[ant elder]

On 9/14/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The 1.0 RC1 tag has been taken and is available for checking out and
> building: 
> https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/1.0-incubating/
>
>
> If you don't want to build it yourself the distributions are up loading
> to: 
> http://people.apache.org/~antelder/tuscany/1.0-RC1/
>
> And the maven artifacts will be uploaded to:
> http://people.apache.org/~antelder/tuscany/1.0-RC1/maven/
>
> The Windows distribution is up, at the current speed it will be another
> couple of hours till everything is up including all the maven artifacts.
>
> I wont call a vote on this RC as we know its not quite perfect yet, please
> review and fix any issues or raises jira's for problems you find. I'll
> create an RC2 late Monday morning GMT and call a vote on releasing that
> unless there are critical or blocker defects still open against 1.0. At
> that time any non critical or blocker JIRA's still open will be deferred to
> Java-SCA-Next.


I'd like to delay cutting RC2 till tomorrow morning now. There's been so
many changes over the last couple of days i think we need a bit of time to
review everything otherwise RC2 is just going to end up with issues and
we'll definitely need an RC3. I'll put up an RC1b now with the current state
of things now and hope people can review that and fix any last minute
issues. Please try to keep changes to a minimum with mainly doco and readme
type fixes. For significant code changes please ask first.

   ...ant

[jira] Resolved: (TUSCANY-1722) NPE in helloworld-jsonrpc and helloworld-dojo webapps

[Jean-Sebastien Delfino (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1722?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jean-Sebastien Delfino resolved TUSCANY-1722.
-

Resolution: Fixed

I actually fixed it in the branch, as the freeze has been lifted for a little 
while.

> NPE in helloworld-jsonrpc and helloworld-dojo webapps
> -
>
> Key: TUSCANY-1722
> URL: https://issues.apache.org/jira/browse/TUSCANY-1722
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime, Java SCA JSON-RPC Binding 
> Extension
>Affects Versions: Java-SCA-1.0
>Reporter: Jean-Sebastien Delfino
>Priority: Critical
> Fix For: Java-SCA-1.0
>
>
> To reproduce the problem, install the helloworld-jsonrpc or helloworld-dojo 
> webapp and try to start it. The webapp will fail to start with an NPE.
> This is caused by CompositeBuilder not initializing the default binding URI 
> of a composite service. Since the 1.0 branch is now frozen, I'll attach a 
> patch to the JIRA.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Created: (TUSCANY-1722) NPE in helloworld-jsonrpc and helloworld-dojo webapps

[Jean-Sebastien Delfino (JIRA)]

NPE in helloworld-jsonrpc and helloworld-dojo webapps
-

 Key: TUSCANY-1722
 URL: https://issues.apache.org/jira/browse/TUSCANY-1722
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime, Java SCA JSON-RPC Binding Extension
Affects Versions: Java-SCA-1.0
Reporter: Jean-Sebastien Delfino
Priority: Critical
 Fix For: Java-SCA-1.0


To reproduce the problem, install the helloworld-jsonrpc or helloworld-dojo 
webapp and try to start it. The webapp will fail to start with an NPE.

This is caused by CompositeBuilder not initializing the default binding URI of 
a composite service. Since the 1.0 branch is now frozen, I'll attach a patch to 
the JIRA.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Commented: (TUSCANY-1646) Web Service binding doesn't handle wsdli:wsdlLocation

[gengshaoguang (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1646?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528013
 ] 

gengshaoguang commented on TUSCANY-1646:


Attachment on the top is my code changed on 3 of Tuscany javas.

It will support  inside  tag.

Please give it some suggestion, I wish my code fit with design manners of 
Tuscany PPMC.


> Web Service binding doesn't handle wsdli:wsdlLocation
> -
>
> Key: TUSCANY-1646
> URL: https://issues.apache.org/jira/browse/TUSCANY-1646
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-0.99
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Java-SCA-Next
>
> Attachments: diff.txt
>
>
> According to the Web Service binding spec, it should be possible to specify 
> the location of the WSDL file used to configure a Web Service binding.
> Our WebServiceBindingProcessor is able to read that location but later 
> ignores it and does not use it to get the the WSDL file. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Change freeze in the 1.0 branch

[ant elder]

On 9/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
>
>
> On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > Ok its going to take me a few hours to catch up all the license and
> > notice
> > file changes required for all the recent additions so lets lift the
> > change
> > freeze for a few more hours, so till say 1pm BST. Please be real careful
> >
> > with what you change though.
> >
> >...ant
> >
> > On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > > Can we have a change freeze in the branch please while we take stock
> > of
> > > where we are.
> > >
> > > There's so many changes going on still everytime i update to get the
> > final
> > > thing to review by the time i've checked out there's new commits :(
> > >
> > > Could everyone who has more to do please reply now saying what changes
> >
> > > they still want to make and when they think they'll be done by so we
> > can
> > > asses whats important enough to still go in 1.0.
> > >
> > >...ant
> > >
> >
> Ant
>
> Oops, post got out of sequence...
>
> I want to include domain-api in the bundle. You ok with that.
>
> Simon
>

Yep.

   ...ant

Re: Change freeze in the 1.0 branch

[Simon Laws]

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Ok its going to take me a few hours to catch up all the license and notice
> file changes required for all the recent additions so lets lift the change
> freeze for a few more hours, so till say 1pm BST. Please be real careful
> with what you change though.
>
>...ant
>
> On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > Can we have a change freeze in the branch please while we take stock of
> > where we are.
> >
> > There's so many changes going on still everytime i update to get the
> final
> > thing to review by the time i've checked out there's new commits :(
> >
> > Could everyone who has more to do please reply now saying what changes
> > they still want to make and when they think they'll be done by so we can
> > asses whats important enough to still go in 1.0.
> >
> >...ant
> >
>
Ant

Oops, post got out of sequence...

I want to include domain-api in the bundle. You ok with that.

Simon

Re: Change freeze in the 1.0 branch

[Simon Laws]

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> I  don't have time to do that right now but i'm ok with the change if
> someone else wants to.
>
>...ant
>
> On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > ant elder wrote:
> > > On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> > >
> > > 
> > >
> > >
> > >
> > >> At least we need to make sure that the artifact id starts with
> > tuscany-*
> > >> instead of sca-definitions. All other modules start with tuscany-*,
> > >> except for the sca-api module wich contains the OSOA SCA API.
> > >>
> > >
> > >
> > > Actually shouldn't the sca-api module really start with tuscany- as
> > well?
> > > (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar)
> > >
> > >...ant
> > >
> > >
> >
> > +1 to change sca-api to tuscany-sca-api as well :)
> >
> > This is a bigger change than sca-definitions but for 1.0 I think we need
> > to have the correct module names.
> >
> > Changing sca-api to tuscany-sca-api affects the following files:
> >
> > ./distribution/pom.xml
> > ./distribution/manifest/pom.xml
> > ./distribution/bundle/pom.xml
> > ./distribution/webapp/pom.xml
> > ./demos/alert-aggregator-webapp/build.xml
> > ./modules/pom.xml
> > ./modules/node/pom.xml
> > ./modules/interface-java/pom.xml
> > ./modules/implementation-osgi/pom.xml
> > ./modules/domain/pom.xml
> > ./modules/node-api/pom.xml
> > ./modules/binding-notification/pom.xml
> > ./modules/core-spi/pom.xml
> > ./modules/core-spring/pom.xml
> > ./modules/implementation-notification/pom.xml
> > ./modules/implementation-spring/pom.xml
> > ./modules/java2wsdl/pom.xml
> > ./modules/domain-api/pom.xml
> > ./modules/implementation-java/pom.xml
> > ./modules/implementation-script/pom.xml
> > ./modules/sca-api/pom.xml
> > ./modules/implementation-bpel/pom.xml
> > ./itest/interop-soap-round2-client/pom.xml
> > ./itest/interop-soap-client/pom.xml
> > ./samples/chat-webapp/build.xml
> > ./samples/calculator-ws-webapp/build.xml
> > ./samples/databinding-echo/pom.xml
> > ./samples/domain-webapp/build.xml
> > ./samples/calculator-distributed/build.xml
> > ./samples/calculator-webapp/build.xml
> > ./samples/helloworld-dojo-webapp/build.xml
> > ./samples/company-das/pom.xml
> > ./samples/helloworld-ws-service-webapp/build.xml
> > ./samples/helloworld-ws-sdo-webapp/build.xml
> > ./samples/helloworld-jsonrpc-webapp/build.xml
> >
> > --
> > Jean-Sebastien
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
Thanks I'll do it, was just checking it's ok

Simon

[jira] Commented: (TUSCANY-1527) Allow for custom data binding of DataObjects in a Swing UI

[bert.robben (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12528012
 ] 

bert.robben commented on TUSCANY-1527:
--

I had a look at your changes. Do you know where I can find more info about the 
EMF events? 

I was trying to see if I could implement the javax.swing.ListModel contract 
based on EMF events. But I couldn't figure out which kind of events EMF sends 
out in case of changes to many-valued properties.

> Allow for custom data binding of DataObjects in a Swing UI
> --
>
> Key: TUSCANY-1527
> URL: https://issues.apache.org/jira/browse/TUSCANY-1527
> Project: Tuscany
>  Issue Type: New Feature
>  Components: Java SDO Implementation
>Reporter: bert.robben
> Fix For: Java-SDO-Next
>
> Attachments: com.zip
>
>
> We're developing 3-tier applications with a swing client, JBoss app server 
> and a couple of databases in the back-end. On the client side we use sdo 
> objects as model objects for our UI. As such, we need a mechanism for binding 
> our objects to the UI controls such that changes in the objects are reflected 
> in the UI and vice versa.
> At the moment, there is no real standard for data binding and many different 
> implementations exist. As such, it would not be a good idea to build support 
> for this directly into the sdo core. Ideally, the sdo core would allow 
> implementations supporting data binding to be added as extensions [an 
> extension as in jar, module, bundle, component, ...]. This is a request for 
> supporting this in Tuscany SDO.
> -
> For our applications, we developed our own implementation of the sdo 
> specification. This implementation is designed to support that kind of 
> extensions. In the rest of this description, I'd like to show more details on 
> our implementation to make this more clear and to serve as food for a 
> possible discussion.
> Our sdo core module defines the abstract class AbstractPartialDataObject 
> implementing DataObject. This class (together with its superclasses) 
> implements the majority of the bevahiour of DataObject. This includes 
> bi-directional property updates, type-safe properties, containment, ... It 
> doesn't implement however the basic access to property values.
> Here's a code fragment.
> public abstract class AbstractPartialDataObject extends AbstractDataObject 
> implements PartialDataObject {
>   protected abstract Object basicGet(Property property);
>   
>   protected abstract void basicSet(Property property, Object value);
>   
>   public Object get(Property property) { ... }
>   public void set(Property property, Object value) { ... }
>...
> }
> The sdo core module also provides a non-abstract class 
> DataObjectImplementation that provides a simple implementation of this 
> abstract behaviour where the property values are stored in an ArrayList.
> On top of that we defined an extension that deals with our UI requirements. 
> Our UI is based on a proprietary UI framework. This framework has the 
> following requirements:
> - single valued properties should be exposed as XObservables. An XObservable 
> is a kind of ValueModel that provides access to a value (get/set) and also 
> allows for registration of change listeners
> - multi valued properties should be exposed as ListModel instances. A 
> ListModel is a proprietary class (a bit similar to the javax.swing.ListModel) 
> that provides List functionality and also allows for change listeners
> - the data object itself should allow registration of attribute change 
> listeners that are notified each time a property changes   
> The extension implements these requirements by providing an appropriate 
> subclass ObservableDataObject of AbstractPartialDataObject. The only other 
> pieces of code needed in the extension is an appropriate implementation of 
> DataFactory and a wrapper to deal with the differences between ListModel and 
> List. 
> Here's the class with the most important code snippets.
> public class ObservableDataObject extends CompositePartialDataObject 
> implements  {
> private XObservable[] properties;
> 
> protected ObservableDataObject(com.agfa.hap.sdo.Type type) {
> super(type);
> this.properties = new XObservable[type.getProperties().size()];
> for (int i = 0; i < properties.length; i++) {
> initializeProperty(type.getProperty(i));
> }
> }
>   private XObservable initializeProperty(Property prop) {
>   XObservable observable = 
> XObservableFactory.create(prop.getType().getInstanceClass(), this);
>   if (prop.isMany()) {
>   observable.init(new DataObjectListModel(this, prop));
>   }
>   properties[prop.getIndex()] = observable;

[jira] Updated: (TUSCANY-1646) Web Service binding doesn't handle wsdli:wsdlLocation

[gengshaoguang (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1646?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

gengshaoguang updated TUSCANY-1646:
---

Attachment: diff.txt

> Web Service binding doesn't handle wsdli:wsdlLocation
> -
>
> Key: TUSCANY-1646
> URL: https://issues.apache.org/jira/browse/TUSCANY-1646
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Axis Binding Extension
>Affects Versions: Java-SCA-0.99
>Reporter: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Java-SCA-Next
>
> Attachments: diff.txt
>
>
> According to the Web Service binding spec, it should be possible to specify 
> the location of the WSDL file used to configure a Web Service binding.
> Our WebServiceBindingProcessor is able to read that location but later 
> ignores it and does not use it to get the the WSDL file. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Change freeze in the 1.0 branch

[ant elder]

I  don't have time to do that right now but i'm ok with the change if
someone else wants to.

   ...ant

On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > On 9/17/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > 
> >
> >
> >
> >> At least we need to make sure that the artifact id starts with
> tuscany-*
> >> instead of sca-definitions. All other modules start with tuscany-*,
> >> except for the sca-api module wich contains the OSOA SCA API.
> >>
> >
> >
> > Actually shouldn't the sca-api module really start with tuscany- as
> well?
> > (just as the sdo api does: tuscany-sdo-api-r2.1-1.0-incubating.jar)
> >
> >...ant
> >
> >
>
> +1 to change sca-api to tuscany-sca-api as well :)
>
> This is a bigger change than sca-definitions but for 1.0 I think we need
> to have the correct module names.
>
> Changing sca-api to tuscany-sca-api affects the following files:
>
> ./distribution/pom.xml
> ./distribution/manifest/pom.xml
> ./distribution/bundle/pom.xml
> ./distribution/webapp/pom.xml
> ./demos/alert-aggregator-webapp/build.xml
> ./modules/pom.xml
> ./modules/node/pom.xml
> ./modules/interface-java/pom.xml
> ./modules/implementation-osgi/pom.xml
> ./modules/domain/pom.xml
> ./modules/node-api/pom.xml
> ./modules/binding-notification/pom.xml
> ./modules/core-spi/pom.xml
> ./modules/core-spring/pom.xml
> ./modules/implementation-notification/pom.xml
> ./modules/implementation-spring/pom.xml
> ./modules/java2wsdl/pom.xml
> ./modules/domain-api/pom.xml
> ./modules/implementation-java/pom.xml
> ./modules/implementation-script/pom.xml
> ./modules/sca-api/pom.xml
> ./modules/implementation-bpel/pom.xml
> ./itest/interop-soap-round2-client/pom.xml
> ./itest/interop-soap-client/pom.xml
> ./samples/chat-webapp/build.xml
> ./samples/calculator-ws-webapp/build.xml
> ./samples/databinding-echo/pom.xml
> ./samples/domain-webapp/build.xml
> ./samples/calculator-distributed/build.xml
> ./samples/calculator-webapp/build.xml
> ./samples/helloworld-dojo-webapp/build.xml
> ./samples/company-das/pom.xml
> ./samples/helloworld-ws-service-webapp/build.xml
> ./samples/helloworld-ws-sdo-webapp/build.xml
> ./samples/helloworld-jsonrpc-webapp/build.xml
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Change freeze in the 1.0 branch

[ant elder]

Ok its going to take me a few hours to catch up all the license and notice
file changes required for all the recent additions so lets lift the change
freeze for a few more hours, so till say 1pm BST. Please be real careful
with what you change though.

   ...ant

On 9/17/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Can we have a change freeze in the branch please while we take stock of
> where we are.
>
> There's so many changes going on still everytime i update to get the final
> thing to review by the time i've checked out there's new commits :(
>
> Could everyone who has more to do please reply now saying what changes
> they still want to make and when they think they'll be done by so we can
> asses whats important enough to still go in 1.0.
>
>...ant
>

[jira] Resolved: (TUSCANY-1721) README in Samples directory missing many of the samples..

[Venkatakrishnan (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Venkatakrishnan resolved TUSCANY-1721.
--

Resolution: Fixed

Applied.  Thanks :)

> README in Samples directory missing many of the samples..
> -
>
> Key: TUSCANY-1721
> URL: https://issues.apache.org/jira/browse/TUSCANY-1721
> Project: Tuscany
>  Issue Type: Improvement
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
> Attachments: README, SampleToplovelREADME.zip
>
>
> the top level README in the sample directory is missing definition and name 
> of many of the samples.
> I have added them to the readme that is attached. 
> Left open as a question for the release:
> - is xquery sample going in? If yes, there is no readme 
> - It would be good to add BPEL to the readme, but could not find the readme.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[jira] Updated: (TUSCANY-1721) README in Samples directory missing many of the samples..

[haleh mahbod (JIRA)]

 [ 
https://issues.apache.org/jira/browse/TUSCANY-1721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

haleh mahbod updated TUSCANY-1721:
--

Attachment: SampleToplovelREADME.zip

seems like readme did not get attached correctly. Here is a second try.

> README in Samples directory missing many of the samples..
> -
>
> Key: TUSCANY-1721
> URL: https://issues.apache.org/jira/browse/TUSCANY-1721
> Project: Tuscany
>  Issue Type: Improvement
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
> Attachments: README, SampleToplovelREADME.zip
>
>
> the top level README in the sample directory is missing definition and name 
> of many of the samples.
> I have added them to the readme that is attached. 
> Left open as a question for the release:
> - is xquery sample going in? If yes, there is no readme 
> - It would be good to add BPEL to the readme, but could not find the readme.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]