[jira] Created: (TUSCANY-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1

[haleh mahbod (JIRA)]

README for helloworld-ws-sdo is incorrect - rel 1, RC1
--

 Key: TUSCANY-1719
 URL: https://issues.apache.org/jira/browse/TUSCANY-1719
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-1.0
 Environment: tried it in windows
Reporter: haleh mahbod


Follow the instruction and sample will fail. 
Attached is an updated README to fix the problems.

-- 
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-1719) README for helloworld-ws-sdo is incorrect - rel 1, RC1

[haleh mahbod (JIRA)]

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

haleh mahbod reassigned TUSCANY-1719:
-

Assignee: haleh mahbod

> README for helloworld-ws-sdo is incorrect - rel 1, RC1
> --
>
> Key: TUSCANY-1719
> URL: https://issues.apache.org/jira/browse/TUSCANY-1719
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
> Environment: tried it in windows
>    Reporter: haleh mahbod
>Assignee: haleh mahbod
>
> Follow the instruction and sample will fail. 
> Attached is an updated README to fix the problems.

-- 
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]

sample calculator-distributation exception..

[haleh mahbod]

Following the README posted, I did the following in different command
windows:

1) ant runDomainNode
.. starts fine
2) ant runNodeB
... Fails with the following exception trace.

Buildfile: build.xml

runNodeB:
 [java] Sep 16, 2007 10:40:30 AM
org.apache.tuscany.sca.node.impl.SCANodeImp
l createManagementNode
 [java] INFO: Node management configured from
file:/C:/tuscany-new/sca-dist/
tuscany-sca-1.0-incubating/lib/tuscany-sca-all-1.0-incubating.jar
 [java] Sep 16, 2007 10:40:36 AM org.apache.catalina.core.StandardEnginesta
rt
 [java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.10
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.ContextConfig d
efaultWebConfig
 [java] INFO: No default web.xml
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.DigesterFactory
 register
 [java] WARNING: Could not get url for
/javax/servlet/jsp/resources/jsp_2_0.
xsd
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.DigesterFactory
 register
 [java] WARNING: Could not get url for
/javax/servlet/jsp/resources/web-jspt
aglibrary_1_1.dtd
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.DigesterFactory
 register
 [java] WARNING: Could not get url for
/javax/servlet/jsp/resources/web-jspt
aglibrary_1_2.dtd
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.DigesterFactory
 register
 [java] WARNING: Could not get url for
/javax/servlet/jsp/resources/web-jspt
aglibrary_2_0.xsd
 [java] Sep 16, 2007 10:40:36 AM
org.apache.catalina.startup.DigesterFactory
 register
 [java] WARNING: Could not get url for
/javax/servlet/resources/j2ee_web_ser
vices_1_1.xsd
 [java] Sep 16, 2007 10:40:36 AM org.apache.coyote.http11.Http11Protocolini
t
 [java] INFO: Initializing Coyote HTTP/1.1 on http-8083
 [java] Sep 16, 2007 10:40:36 AM org.apache.coyote.http11.Http11Protocolsta
rt
 [java] INFO: Starting Coyote HTTP/1.1 on http-8083
 [java] Sep 16, 2007 10:40:37 AM
org.apache.tuscany.sca.http.tomcat.TomcatSe
rver addServletMapping
 [java] INFO: Added Servlet mapping:
http://localhost:8083/NodeManagerCompon
ent/NodeManagerJson
 [java] Sep 16, 2007 10:40:37 AM
org.apache.tuscany.sca.http.tomcat.TomcatSe
rver addServletMapping
 [java] INFO: Added Servlet mapping:
http://localhost:8083/SCADomain/scaDoma
in.js
 [java] Sep 16, 2007 10:40:37 AM
org.apache.tuscany.sca.http.tomcat.TomcatSe
rver addServletMapping
 [java] INFO: Added Servlet mapping:
http://localhost:8083/NodeManagerCompon
ent/ComponentManagerJson
 [java] Sep 16, 2007 10:40:37 AM
org.apache.tuscany.sca.http.tomcat.TomcatSe
rver addServletMapping
 [java] INFO: Added Servlet mapping: http://localhost:8083/node/*
 [java] Sep 16, 2007 10:40:41 AM
org.apache.tuscany.sca.node.impl.SCANodeImp
l createManagementNode
 [java] WARNING: Can't connect to domain manager
 [java] Sep 16, 2007 10:40:45 AM
org.apache.tuscany.sca.node.impl.SCANodeImp
l start
 [java] WARNING: Can't connect to domain manager
 [java] Sep 16, 2007 10:40:49 AM
org.apache.tuscany.sca.binding.sca.axis2.im
pl.Axis2SCAServiceBindingProvider 
 [java] WARNING: Unable to  register service: mydomain nodeB
AddServiceCompo
nent org.apache.tuscany.sca.assembly.SCABinding
http://localhost:8085/AddService
Component
 [java] Sep 16, 2007 10:40:49 AM org.apache.catalina.core.StandardEnginesta
rt
 [java] INFO: Starting Servlet Engine: Apache Tomcat/6.0.10
 [java] Sep 16, 2007 10:40:49 AM
org.apache.catalina.startup.ContextConfig d
efaultWebConfig
 [java] INFO: No default web.xml
 [java] Sep 16, 2007 10:40:49 AM org.apache.coyote.http11.Http11Protocolini
t
 [java] SEVERE: Error initializing endpoint
 [java] java.net.BindException: Address already in use: JVM_Bind:8085
 [java] at org.apache.tomcat.util.net.JIoEndpoint.init(
JIoEndpoint.java:
499)
 [java] at org.apache.coyote.http11.Http11Protocol.init(
Http11Protocol.j
ava:175)
 [java] at org.apache.catalina.connector.Connector.initialize
(Connector.
java:1059)
 [java] at
org.apache.tuscany.sca.http.tomcat.TomcatServer.addServletMap
ping(TomcatServer.java:164)
 [java] at
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.
start(Axis2ServiceProvider.java:165)
 [java] at
org.apache.tuscany.sca.binding.sca.axis2.impl.Axis2SCAService
BindingProvider.start(Axis2SCAServiceBindingProvider.java:167)
 [java] at
org.apache.tuscany.sca.binding.sca.impl.RuntimeSCAServiceBind
ingProvider.start(RuntimeSCAServiceBindingProvider.java:135)
 [java] at
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.s
tart(CompositeActivatorImpl.java:471)
 [java] at
org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.s
tart(CompositeActivatorImpl.java:429)
 [java] at
org.apache.tuscany.sca.node.impl.ContributionManagerImpl.star
tContribution(ContributionManagerImpl.java:123)
 [java] at node.CalculatorNode.m

[jira] Updated: (TUSCANY-1714) Cleanup of Simple-BB and Simple-BB-Spring READMEs

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1714:
--

Attachment: simple-bigbank-spring.zip

attached two zips, one for simple-bb and one for simple-bb-spring.



> Cleanup of Simple-BB and Simple-BB-Spring READMEs
> -
>
> Key: TUSCANY-1714
> URL: https://issues.apache.org/jira/browse/TUSCANY-1714
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>    Assignee: haleh mahbod
>Priority: Minor
> Attachments: simple-bigbank-spring.zip, simple-bigbank.zip
>
>
> README was not clear.

-- 
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-1714) Cleanup of Simple-BB and Simple-BB-Spring READMEs

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1714:
--

Attachment: simple-bigbank.zip

> Cleanup of Simple-BB and Simple-BB-Spring READMEs
> -
>
> Key: TUSCANY-1714
> URL: https://issues.apache.org/jira/browse/TUSCANY-1714
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>    Assignee: haleh mahbod
>Priority: Minor
> Attachments: simple-bigbank-spring.zip, simple-bigbank.zip
>
>
> README was not clear.

-- 
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-1714) Cleanup of Simple-BB and Simple-BB-Spring READMEs

[haleh mahbod (JIRA)]

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

haleh mahbod reassigned TUSCANY-1714:
-

Assignee: haleh mahbod

> Cleanup of Simple-BB and Simple-BB-Spring READMEs
> -
>
> Key: TUSCANY-1714
> URL: https://issues.apache.org/jira/browse/TUSCANY-1714
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.0
>Reporter: haleh mahbod
>    Assignee: haleh mahbod
>Priority: Minor
>
> README was not clear.

-- 
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-1714) Cleanup of Simple-BB and Simple-BB-Spring READMEs

[haleh mahbod (JIRA)]

Cleanup of Simple-BB and Simple-BB-Spring READMEs
-

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


README was not clear.

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

[haleh mahbod]

a quick update before I stop for today..
I ran the following samples and demos and they work fine with my
configuration: Windows xp, JDK 1.5, mvn 2.04, tomcat 6.0.14
Samples:
- calculator
- calculator-script
- calculator-webapp
- calculator-ws-webapp
demos:
-mortgage-account
-bigbank

Cheers,
Haleh

On 9/15/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Thanks. that fixed it.
>
> On 9/15/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> > The samples in the binary distribution wont build with mvn till we
> > actually
> > release and the artifacts get published to the live maven repository. To
> > test things now you can bypass this by setting up a mirror pointing to
> > the
> > release candidate maven repository. You do that by adding the following
> > to
> > your maven settings.xml file:
> >
> >
> > 
> >   ant.staging
> >
> > http://people.apache.org/~antelder/tuscany/1.0-RC1a/maven<http://people.apache.org/%7Eantelder/tuscany/1.0-RC1a/maven>
> > 
> >   apache.incubator
> > 
> >
> > The settings.xml is in a .m2 folder in your home directory, eg mines at:
> > "C:\Documents and Settings\Administrator\.m2". If you don't have one
> > then
> > we've an example at:
> > https://svn.apache.org/repos/asf/incubator/tuscany/java/etc/settings.xml
> >
> >   ...ant
> >
> > On 9/15/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > >
> > > I am using mvn 2.04.
> > > I ran calculator sample and ant works fine. I get a fatal error with
> > mvn
> > > build. This used to work before for me.
> > >
> > > C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating\samples\calculator>mvn
> >
> > > [INFO] Scanning for projects...
> > > Downloading:
> > > http://people.apache.org/repo/m2-incubating-repository/org/apache/t
> > > uscany/sca/tuscany-sca/1.0-incubating/tuscany-sca-1.0-incubating.pom
> > > [WARNING] Unable to get resource from repository apache.incubator (
> > > http://people
> > > .apache.org/repo/m2-incubating-repository)
> > > Downloading:
> > > http://www.ibiblio.net/pub/packages/maven2/org/apache/tuscany/sca/t
> > > uscany-sca/1.0-incubating/tuscany- sca-1.0-incubating.pom
> > > [WARNING] Unable to get resource from repository central (
> > > http://repo1.maven.org
> > > /maven2)
> > > [INFO]
> > >
> > 
> > > [ERROR] FATAL ERROR
> > > [INFO]
> > >
> > 
> > > [INFO] Failed to resolve artifact.
> > >
> > > GroupId: org.apache.tuscany.sca
> > > ArtifactId: tuscany-sca
> > > Version: 1.0-incubating
> > >
> > > Reason: Unable to download the artifact from any repository
> > >
> > >   org.apache.tuscany.sca:tuscany-sca:pom:1.0-incubating
> > >
> > > from the specified remote repositories:
> > >   central (http://repo1.maven.org/maven2),
> > >   apache.incubator (http://people.apache.org/repo/m2-incubating-repository
> >
> > > )
> > >
> > >
> > > [INFO]
> > >
> > 
> > > [INFO] Trace
> > > org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
> > > org.apache
> > > .tuscany.sca:tuscany-sca for project: null:sample-calculator:jar:null
> > > at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java
> > > :365)
> > > at org.apache.maven.DefaultMaven.doExecute (DefaultMaven.java
> > :278)
> > > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java
> > :115)
> > > at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
> > > 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.codehaus.classworlds.Launcher.launchEnhanced(
> > Launcher.java
> > > :315)
> > > at org.codehaus.classworlds.Launcher.launch (Launcher.java
> > :255)
> > > at o

Re: SCA 1.0 RC1 artifacts available for review

[haleh mahbod]

Thanks. that fixed it.

On 9/15/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The samples in the binary distribution wont build with mvn till we
> actually
> release and the artifacts get published to the live maven repository. To
> test things now you can bypass this by setting up a mirror pointing to the
> release candidate maven repository. You do that by adding the following to
> your maven settings.xml file:
>
>
> 
>   ant.staging
>   http://people.apache.org/~antelder/tuscany/1.0-RC1a/maven
>   apache.incubator
> 
>
> The settings.xml is in a .m2 folder in your home directory, eg mines at:
> "C:\Documents and Settings\Administrator\.m2". If you don't have one then
> we've an example at:
> https://svn.apache.org/repos/asf/incubator/tuscany/java/etc/settings.xml
>
>   ...ant
>
> On 9/15/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > I am using mvn 2.04.
> > I ran calculator sample and ant works fine. I get a fatal error with mvn
> > build. This used to work before for me.
> >
> > C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating\samples\calculator
> >mvn
> > [INFO] Scanning for projects...
> > Downloading:
> > http://people.apache.org/repo/m2-incubating-repository/org/apache/t
> > uscany/sca/tuscany-sca/1.0-incubating/tuscany-sca-1.0-incubating.pom
> > [WARNING] Unable to get resource from repository apache.incubator (
> > http://people
> > .apache.org/repo/m2-incubating-repository)
> > Downloading:
> > http://www.ibiblio.net/pub/packages/maven2/org/apache/tuscany/sca/t
> > uscany-sca/1.0-incubating/tuscany-sca-1.0-incubating.pom
> > [WARNING] Unable to get resource from repository central (
> > http://repo1.maven.org
> > /maven2)
> > [INFO]
> > 
> > [ERROR] FATAL ERROR
> > [INFO]
> > 
> > [INFO] Failed to resolve artifact.
> >
> > GroupId: org.apache.tuscany.sca
> > ArtifactId: tuscany-sca
> > Version: 1.0-incubating
> >
> > Reason: Unable to download the artifact from any repository
> >
> >   org.apache.tuscany.sca:tuscany-sca:pom:1.0-incubating
> >
> > from the specified remote repositories:
> >   central (http://repo1.maven.org/maven2),
> >   apache.incubator (
> http://people.apache.org/repo/m2-incubating-repository
> > )
> >
> >
> > [INFO]
> > 
> > [INFO] Trace
> > org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
> > org.apache
> > .tuscany.sca:tuscany-sca for project: null:sample-calculator:jar:null
> > at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java
> > :365)
> > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java
> :278)
> > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> > at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
> > 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.codehaus.classworlds.Launcher.launchEnhanced(
> Launcher.java
> > :315)
> > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
> > at org.codehaus.classworlds.Launcher.mainWithExitCode(
> > Launcher.java
> > :430)
> >
> > at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
> > Caused by: org.apache.maven.project.ProjectBuildingException: Cannot
> find
> > parent
> > : org.apache.tuscany.sca:tuscany-sca for project:
> > null:sample-calculator:jar:nul
> > l
> > at
> > org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
> > efaultMavenProjectBuilder.java:1161)
> > at
> > org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
> > (Def
> > aultMavenProjectBuilder.java:674)
> > at
> > org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
> > leInternal(DefaultMavenProjectBuilder.java:416)
> > at org.apache.maven.project.DefaultMavenProjectBuilder.build
> > (DefaultMave
> > nProjectBuilder.java:192)
> > at org.apache.maven

Re: SCA 1.0 RC1 artifacts available for review

[haleh mahbod]

I am using mvn 2.04.
I ran calculator sample and ant works fine. I get a fatal error with mvn
build. This used to work before for me.

C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating\samples\calculator>mvn
[INFO] Scanning for projects...
Downloading:
http://people.apache.org/repo/m2-incubating-repository/org/apache/t
uscany/sca/tuscany-sca/1.0-incubating/tuscany-sca-1.0-incubating.pom
[WARNING] Unable to get resource from repository apache.incubator (
http://people
.apache.org/repo/m2-incubating-repository)
Downloading:
http://www.ibiblio.net/pub/packages/maven2/org/apache/tuscany/sca/t
uscany-sca/1.0-incubating/tuscany-sca-1.0-incubating.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org
/maven2)
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.tuscany.sca
ArtifactId: tuscany-sca
Version: 1.0-incubating

Reason: Unable to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:1.0-incubating

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)


[INFO]

[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
org.apache
.tuscany.sca:tuscany-sca for project: null:sample-calculator:jar:null
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find
parent
: org.apache.tuscany.sca:tuscany-sca for project:
null:sample-calculator:jar:nul
l
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1161)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
(Def
aultMavenProjectBuilder.java:674)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:416)
at org.apache.maven.project.DefaultMavenProjectBuilder.build
(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java
:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM '
org.apache.tu
scany.sca:tuscany-sca' not found in repository: Unable to download the
artifact
from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:1.0-incubating

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)

at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:513)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1157)
... 17 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException:
Unable
to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:1.0-incubating

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)

at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:136)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:63)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:467)
... 18 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to
downl
oad the artifact from any repository
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact
(Def
aultWagonManager.java:260)
at
org.apache.maven.artif

[jira] Updated: (TUSCANY-1623) mortgage-loanapproval README has errors

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1623:
--

Attachment: Mortgage.zip

here are the changes
a) rewrote the README for mortgage-crediteapproval
b) added png file

c) added readme for mortgage-creditcheck : this refers reader back to 
creditapproval readme where the whole story is told.

> mortgage-loanapproval README has errors
> ---
>
> Key: TUSCANY-1623
> URL: https://issues.apache.org/jira/browse/TUSCANY-1623
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
> Attachments: Mortgage.zip
>
>
>  The README file for demos/mortgage-loanapproval has some errors:
> 1. The mortgage-creditcheck and mortgage-loanapproval modules require "ant 
> compile" before "ant run", but this isn't mentioned in the README.
> 2. In line 62, the reference for step 2 should be to mortgage-loanapproval, 
> not mortgage-creditcheck.
> 3. The sample outputs for both step 1 and step 2 are incorrect.
> 4. The sample output for step 1 is wrapped at column 80.

-- 
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-1623) mortgage-loanapproval README has errors

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1623:
--

Component/s: (was: Java SCA Tools)
 Java SCA Samples
 Patch Info: [Patch Available]

> mortgage-loanapproval README has errors
> ---
>
> Key: TUSCANY-1623
> URL: https://issues.apache.org/jira/browse/TUSCANY-1623
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
>
>  The README file for demos/mortgage-loanapproval has some errors:
> 1. The mortgage-creditcheck and mortgage-loanapproval modules require "ant 
> compile" before "ant run", but this isn't mentioned in the README.
> 2. In line 62, the reference for step 2 should be to mortgage-loanapproval, 
> not mortgage-creditcheck.
> 3. The sample outputs for both step 1 and step 2 are incorrect.
> 4. The sample output for step 1 is wrapped at column 80.

-- 
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-1623) mortgage-loanapproval README has errors

[haleh mahbod (JIRA)]

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

haleh mahbod reassigned TUSCANY-1623:
-

Assignee: haleh mahbod

> mortgage-loanapproval README has errors
> ---
>
> Key: TUSCANY-1623
> URL: https://issues.apache.org/jira/browse/TUSCANY-1623
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Tools
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-1.0
>
>
>  The README file for demos/mortgage-loanapproval has some errors:
> 1. The mortgage-creditcheck and mortgage-loanapproval modules require "ant 
> compile" before "ant run", but this isn't mentioned in the README.
> 2. In line 62, the reference for step 2 should be to mortgage-loanapproval, 
> not mortgage-creditcheck.
> 3. The sample outputs for both step 1 and step 2 are incorrect.
> 4. The sample output for step 1 is wrapped at column 80.

-- 
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]

sample binding-notification-consumer fails with exception..

[haleh mahbod]

Hi,
Trying to run this sample I get the following exception. Any idea if this is
a bug or I am doing something wrong?
I am running with .99 binary dist.

C:\tuscany-new\sca-dist\tuscany-
sca-0.99-incubating\samples\binding-notification
-consumer>java -Dnotification.httpPort=8082 -cp
"target\sample-binding-notificat
ion-consumer-0.99-incubating.jar
;%NOTIFICATION_IMPL_JAR%;%NOTIFICATION_BINDING_J
AR%;%STAX_JAR%;%TUSCANY_SCA_MANIFEST_JAR%"
notification.consumer.TrafficAdvisory
Server
java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient
(Unknown
Source)
at sun.net.www.protocol.http.HttpURLConnection.plainConnect(Unknown
Sour
ce)
at sun.net.www.protocol.http.HttpURLConnection.connect(Unknown
Source)
at
org.apache.tuscany.sca.binding.notification.util.IOUtils.sendHttpRequ
est(IOUtils.java:80)
at
org.apache.tuscany.sca.binding.notification.util.IOUtils.sendHttpRequ
est(IOUtils.java:51)
at
org.apache.tuscany.sca.binding.notification.NotificationTypeManagerIm
pl.newConsumer(NotificationTypeManagerImpl.java:112)
at
org.apache.tuscany.sca.binding.notification.NotificationServiceBindin
gProvider.deployConsumer(NotificationServiceBindingProvider.java:159)
at
org.apache.tuscany.sca.binding.notification.NotificationBindingProvid
erFactory.serviceProviderStarted(NotificationBindingProviderFactory.java
:159)
at
org.apache.tuscany.sca.binding.notification.NotificationServiceBindin
gProvider.start(NotificationServiceBindingProvider.java:149)
at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start
(Com
positeActivatorImpl.java:414)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain
.(Def
aultSCADomain.java:178)
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance
(SCAD
omain.java:230)
at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance
(SCADomain.
java:69)
at notification.consumer.TrafficAdvisoryServer.main
(TrafficAdvisoryServe
r.java:32)
org.osoa.sca.ServiceRuntimeException: java.lang.RuntimeException:
java.net.Conne
ctException: Connection refused: connect
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance
(SCAD
omain.java:264)
at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance
(SCADomain.
java:69)
at notification.consumer.TrafficAdvisoryServer.main
(TrafficAdvisoryServe
r.java:32)
Caused by: java.lang.RuntimeException: java.net.ConnectException: Connection
ref
used: connect
at
org.apache.tuscany.sca.binding.notification.NotificationTypeManagerIm
pl.newConsumer(NotificationTypeManagerImpl.java:123)
at
org.apache.tuscany.sca.binding.notification.NotificationServiceBindin
gProvider.deployConsumer(NotificationServiceBindingProvider.java:159)
at
org.apache.tuscany.sca.binding.notification.NotificationBindingProvid
erFactory.serviceProviderStarted(NotificationBindingProviderFactory.java
:159)
at
org.apache.tuscany.sca.binding.notification.NotificationServiceBindin
gProvider.start(NotificationServiceBindingProvider.java:149)
at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start
(Com
positeActivatorImpl.java:414)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain
.(Def
aultSCADomain.java:178)
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance
(SCAD
omain.java:230)
... 2 more
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(Unknown Source)
at java.net.PlainSocketImpl.connectToAddress(Unknown Source)
at java.net.PlainSocketImpl.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at java.net.Socket.connect(Unknown Source)
at sun.net.NetworkClient.doConnect(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.openServer(Unknown Source)
at sun.net.www.http.HttpClient.(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown Source)
at sun.net.www.http.HttpClient.New(Unknown 

[jira] Updated: (TUSCANY-1681) DataObject2XMLStreamReader can't handle a null (or could this be an SDO bug??)

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1681:
--

Component/s: (was: Java SCA Samples)
 Java SCA Data Binding Runtime
   Priority: Major  (was: Minor)

this is not a sample issue. It seems to be either a databinding or SDO issue

> DataObject2XMLStreamReader can't handle a null (or could this be an SDO bug??)
> --
>
> Key: TUSCANY-1681
> URL: https://issues.apache.org/jira/browse/TUSCANY-1681
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Data Binding Runtime
>Reporter: Scott Kurz
>
> When passing a null object into DataObject2XMLStreamReader I hit a NPE:
> java.lang.NullPointerException
>   at 
> org.apache.tuscany.sdo.util.resource.DataObjectXMLStreamReader.populateProperties(DataObjectXMLStreamReader.java:277)
>   at 
> org.apache.tuscany.sdo.util.resource.DataObjectXMLStreamReader.(DataObjectXMLStreamReader.java:116)
>   at 
> org.apache.tuscany.sdo.util.resource.DataObjectXMLStreamReader.(DataObjectXMLStreamReader.java:104)
>   at 
> org.apache.tuscany.sdo.helper.XMLStreamHelperImpl.createXMLStreamReader(XMLStreamHelperImpl.java:80)
>   at 
> org.apache.tuscany.sca.databinding.sdo.DataObject2XMLStreamReader.transform(DataObject2XMLStreamReader.java:48)
>   at 
> org.apache.tuscany.sca.databinding.sdo.DataObject2XMLStreamReader.transform(DataObject2XMLStreamReader.java:37)
>   at 
> org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(MediatorImpl.java:77)
> This is either:
> * a bug in this specific transformer (my guess)
> * a bug in SDO (I'm guessing not)
> * a bug in the Tuscany databinding framework which should special case nulls 
> (I'd think we might want to let transforms decide on their own how to handle 
> null?)

-- 
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-1622) bigbank demo does not close down cleanly

[haleh mahbod (JIRA)]

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

haleh mahbod commented on TUSCANY-1622:
---

I tried this with .99 binary distribution on windows and it works fine. I did 
not get an exception. 
which platform were you using?

> bigbank demo does not close down cleanly
> 
>
> Key: TUSCANY-1622
> URL: https://issues.apache.org/jira/browse/TUSCANY-1622
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
> Fix For: Java-SCA-1.0
>
>
> I started bigbank-calculator, bigbank-stockquote, and bigbank-account in that 
> order.  I tried the bigbank-acoount demo, then closed down bigbank-account, 
> bigbank-stockquote, and bigbank-calculator iin that order (the reverse of 
> startup).  bigbank-account and bigbank-stockquote closed down OK, but 
> bigbank-calculator failed with the following error:
>  [java] Exception in thread "main" java.io.IOException: Stream closed
>  [java] at 
> java.io.BufferedInputStream.getBufIfOpen(BufferedInputStream.java:145)
>  [java] at 
> java.io.BufferedInputStream.read(BufferedInputStream.java:239)
>  [java] at 
> calculator.demo.CalculatorServer.main(CalculatorServer.java:36)

-- 
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]

is this a dead link on Tuscany wiki? Manual+Copy+Of+The+Tuscany+Website

[haleh mahbod]

Hi,

Is

http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Manual+Copy+Of+The+Tuscany+Website

used any more? Would updates to this get replicated to the website?

Haleh

Re: Website: Remove 'Event' link Add 'Projects Using Tuscany'

[haleh mahbod]

It has been 4 days since I posted this and one positive response. I am going
ahead with this assuming that there is no objection.

On 9/9/07, Anderson, Jeff T (CA - Toronto) <[EMAIL PROTECTED]> wrote:
>
> sounds great ,
> let me know when it is up:
> I will share what we are doing with Tuscany currently
>
> ________
>
> From: haleh mahbod [mailto:[EMAIL PROTECTED]
> Sent: Fri 2007-09-07 20:52
> To: tuscany-dev; Tuscany Users
> Subject: Website: Remove 'Event' link Add 'Projects Using Tuscany'
>
>
>
> Hi,
> We already have a news section on the home page which repeats most of what
> is on the event page. The information on the event page seems to be old
> and
> not being updated.
>
>
> How about
> a) remove the events link from the community box
> b) add a new link to the community box called  'projects using tuscany' ..
> This can be updated by users who would like to share information.
>
>
> Haleh
>
>
>
>
>
> -
>
> **
> Confidentiality Warning: This message and any attachments are
> intended only for the use of the intended recipient(s), are
> confidential, and may be privileged. If you are not the intended
> recipient, you are hereby notified that any review, retransmission,
> conversion to hard copy, copying, circulation or other use of this
> message and any attachments is strictly prohibited. If you are not
> the intended recipient, please notify the sender immediately by
> return e-mail, and delete this message and any attachments from
> your system. Thank you.
>
> Information confidentielle: Le présent message, ainsi que tout
> fichier qui y est joint, est envoyé à l'intention exclusive de son
> ou de ses destinataires; il est de nature confidentielle et peut
> constituer une information privilégiée. Nous avertissons toute
> personne autre que le destinataire prévu que tout examen,
> réacheminement, impression, copie, distribution ou autre
> utilisation de ce message et de tout fichier qui y est joint est
> strictement interdit. Si vous n'êtes pas le destinataire prévu,
> veuillez en aviser immédiatement l'expéditeur par retour de
> courriel et supprimer ce message et tout document joint de votre
> système. Merci.
> 
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

Re: Incompatibility between Tuscany and JBoss WebServices

[haleh mahbod]

Thank you.

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.
>
>

Re: Incompatibility between Tuscany and JBoss WebServices

[haleh mahbod]

Marco,
Could you please create a JIRA and attach the test case to it?

Thanks

On 9/10/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On 9/10/07, Marco Dalco <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I tried the Tuscany User List for this problem I have, but with no
> > success.
> >
> > http://www.mail-archive.com/[EMAIL PROTECTED]/msg01701.html
> >
> > Basically, I am trying to reference an external WebService, hosted on
> > JBoss from Tuscany. Using a tool like SoapUI to access the WebService
> > works fine. From Tuscany it doesn't. Comparing the messages they send, I
> > find two main differences:
> >
> > 1) The namespace of the method invoked, that in the Tuscany message has
> > an additional "xsd" at the end
> > 2) The name of the parameter of the method, which is "arg0" with SoapUI
> > and "param0" with Tuscany
> >
> > I absolutely don't understand if it's a problem of different library
> > versions, WebService specifications, a bug or whatever. Has anyone got a
> > clue?
> >
> > Secondly, how can I make JBoss and Tuscany work together? More details
> > are on the other post I linked.
> >
> > Thanks,
> >
> > Marco
> >
> >
> >
> >
> >
> >
> > 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.
> >
> > Hi Marco
>
> Sorry we didn't get to the bottom of this before. I think the real answer
> is
> we need to make the wsdl location attribute work for you as Raymond
> suggested so you can pull in the WSDL from the server. There is a JIRA for
> this (http://issues.apache.org/jira/browse/TUSCANY-1646) so it's on the
> list
> of todos.
>
> However the xsd on the end of the namespace does look a little strange.
> I'm
> working on some generated WSDL issues at the moment so I'll take a look
> tomorrow (I'm traveling most of the day so I won't be able to look until
> later). Are you able to post a copy of
>
> net.ubiquity.sca_ws_reference.ejb.SampleService
>
> In particular I'm interested in the type of the reference that it holds.
> If
> I have the interface that types the reference I can push it through the
> wsdl
> generator code and see what happens. It may be just that the Axis WSDL
> generation is incompatible with the Redhat service endpoint. That needs
> some
> investigation.
>
> Regards
>
> Simon
>

[jira] Updated: (TUSCANY-1604) osgi-supplychain sample doesn't have an ant script

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1604:
--

Attachment: osgi-supplychain.zip

Here is what I did:

- Created a readme file (moved readme.html content to it) and added more 
information about how to run this with ant and mvn
** We should remove readme.html which is not how tuscany handles readmes for 
samples. 

-added build.xml

Tried the readme with .99 release.


> osgi-supplychain sample doesn't have an ant script
> --
>
> Key: TUSCANY-1604
> URL: https://issues.apache.org/jira/browse/TUSCANY-1604
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
> Attachments: osgi-supplychain.zip
>
>
> In the 0.99 binary distro, the osgi-supplychain sample doesn't have an ant 
> script.

-- 
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-1604) osgi-supplychain sample doesn't have an ant script

[haleh mahbod (JIRA)]

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

haleh mahbod reassigned TUSCANY-1604:
-

Assignee: haleh mahbod

> osgi-supplychain sample doesn't have an ant script
> --
>
> Key: TUSCANY-1604
> URL: https://issues.apache.org/jira/browse/TUSCANY-1604
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
>
> In the 0.99 binary distro, the osgi-supplychain sample doesn't have an ant 
> script.

-- 
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-1621) bigbank-account README has errors

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1621:
--

Attachment: demos.zip

The zip file contains

a) Updated readme and instructions for bigbank-account
b) Created a new readme for bigbank-calculator 
c) Created a new readme for bigbank-stockquote

I ran this on windows XP.
I tried the instructions against SCA java .99 release.

> bigbank-account README has errors
> -
>
> Key: TUSCANY-1621
> URL: https://issues.apache.org/jira/browse/TUSCANY-1621
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
> Attachments: demos.zip
>
>
> The README file for demos/bigbank-account has some errors:
> 1. The bigbank-calculator and bigbank-stockquote modules require "ant 
> compile" before "ant run", but this isn't mentioned in the README. 
> 2. Line 8 says that both ant and maven must be installed.  However, the only 
> instructions given are for ant.  Is maven really needed?  A clarification 
> would be helpful. 
> 3. Line 34 is a circular reference to this same README 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]

[jira] Assigned: (TUSCANY-1621) bigbank-account README has errors

[haleh mahbod (JIRA)]

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

haleh mahbod reassigned TUSCANY-1621:
-

Assignee: haleh mahbod

> bigbank-account README has errors
> -
>
> Key: TUSCANY-1621
> URL: https://issues.apache.org/jira/browse/TUSCANY-1621
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: haleh mahbod
> Fix For: Java-SCA-1.0
>
>
> The README file for demos/bigbank-account has some errors:
> 1. The bigbank-calculator and bigbank-stockquote modules require "ant 
> compile" before "ant run", but this isn't mentioned in the README. 
> 2. Line 8 says that both ant and maven must be installed.  However, the only 
> instructions given are for ant.  Is maven really needed?  A clarification 
> would be helpful. 
> 3. Line 34 is a circular reference to this same README 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]

Website: Remove 'Event' link Add 'Projects Using Tuscany'

[haleh mahbod]

Hi,
We already have a news section on the home page which repeats most of what
is on the event page. The information on the event page seems to be old and
not being updated.


How about
a) remove the events link from the community box
b) add a new link to the community box called  'projects using tuscany' .
This can be updated by users who would like to share information.


Haleh

Getting website, content, etc. ready for 1.0

[haleh mahbod]

Hi,

Usually website updates, documentation and sample readme are left for the
last minute of the release and don't get the attention that we all want to
give it because of all the other work that needs to be done. I'd like to
help get the related stuff for 1.0 done and start now. Please let me know if
there are things that you know of that needs fixing, updating, etc.

I'll start with JIRAs for samples and work through the ones I can.

Can the 1.0 content page be updated to reflect what is going into this
release so that we can get user docs and samples aligned as much as
possible?

Haleh

Re: [DAS] What's next for Tuscany DAS ?

[haleh mahbod]

Beta 2 sounds right given that this is just sync'ing up with SDO version 1.0.


On 9/5/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
>
> sounds good to me.
>
> On 9/6/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> >
> > Good, looks like we have most (if not all) the updates necessary to
> > support SDO 2.1 specification and to be compatible with SDO 1.0
> > release. I'd like to start to work on a new release in the next couple
> > days, and if we make it on time, we could still have a chance to
> > include DAS in the SCA 1.0 release (planned for middle of September).
> > As for naming, I was thinking to make this a beta2 release. Thoughts ?
> >
> > On 8/27/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
> > > I have attached patch for TUSCANY-961+ TUSCANY-986 combined in
> > TUSCANY-961.
> > > One observation here -
> > > Generated code shows usage of deprecated method
> FactoryBase.getProperty
> > (Type,
> > > int) and needs to be replaced by getLocalProperty(), any changes
> needed
> > in
> > > xsdtojava generator in SDO?
> > >
> > > Any suggestions?
> > >
> > > Regards,
> > > Amita
> > >
> > > On 8/22/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> > > >
> > > > With the DAS beta1 release out, I'd like to look forward to things
> > > > that we want to do next for DAS.
> > > >
> > > > I think that there are still couple things that we can improve our
> > > > core DAS features, the main one would be adding support for multiple
> > > > DAS implementations, and review our SDO 2.1 APIs usage.
> > > >
> > > > As for our history with SCA integration, we have started efforts
> > > > around Data Services/Declarative DAS  (implementation.das) and Data
> > > > Feeds (implementation.data), and this is probably another area we
> > > > would like to continue to work going forward.
> > > >
> > > > I also think we should continue to improve our user documentation
> and
> > > > distribution infrastructure to make our  release cut easier.
> > > >
> > > > Below is a summary list of items and JIRAs that are related to these
> > > > possible items :
> > > >
> > > > - TUSCANY-986 - DAS integration with SDO 2.1 APIs
> > > > - TUSCANY-961 - DAS: Using deprected SDO method causes Type lookup
> > failure
> > > > - Refactoring DAS to allow multiple implementatons
> > > >
> > > >
> > > > As for timeframe, maybe it would be good to have a release in the
> next
> > > > couple weeks, to support SDO 1.0 and be available to the SCA
> release,
> > > > so we can have the integration story with SCA available.
> > > >
> > > > This is just of brain dump of where my thinking is at the moment,
> I'm
> > > > sure everyone has their own thoughts about things we should tackle.
> It
> > > > would be good to get to them all on the table :-)
> > > >
> > > > Thoughts ?
> > > >
> > > > --
> > > > 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]
> > > >
> > > >
> > >
> >
> >
> > --
> > 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: SCA Specifications starting up in OASIS

[haleh mahbod]

great idea. It'll make it easier for everyone to find this information.
I'll add it if others agreeing.

On 9/7/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> Mike Edwards wrote:
> > Folks,
> >
> > The SCA specifications which are implemented by Tuscany have just
> > started out a new phase - they are moving to OASIS for formal
> > standardization.  This is being done as a series of OASIS technical
> > committees, each dealing with one or more of the SCA specifications.
> >
> > The OASIS activities are carried out in public and it is possible to
> > either observe activities in the various technical committees, or you
> > are welcome to join one or more of the committees.
> >
> > You can find the 6 SCA technical committees here:
> >
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-assembly
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-policy
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-bindings
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-j
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-c-cpp
> > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=sca-bpel
> >
> > Meeting minutes, documents, issues and so on are linked from the main
> > page.
> >
> > Mailing list archives can be found here:
> >
> > http://www.oasis-open.org/archives/sca-assembly/
> > http://www.oasis-open.org/archives/sca-policy/
> > http://www.oasis-open.org/archives/sca-bindings/
> > http://www.oasis-open.org/archives/sca-j/
> > http://www.oasis-open.org/archives/sca-c-cpp/
> > http://www.oasis-open.org/archives/sca-bpel/
> >
> >
> > Please note that there is an SCA Plenary session taking place on
> > Tuesday 18th September in Palo Alto, CA.  This session is an education
> > session about SCA and the work that will take place within OASIS over
> > the next year or so.  This session is free and open to anyone who
> > registers for the session.  For more details, please look here:
> >
> > http://www.oasis-opencsa.org/2007-09-18-program
> >
> >
> > Yours,  Mike Edwards.
> > Co-Chair, OASIS SCA Assembly TC.
> >
>
> Great! Thanks Mike. What do people think about adding these links to a
> page on the Tuscany web site, linked from our Getting Involved page?
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: implementation.osgi and SCA annotations

[haleh mahbod]

Everyone has access to Tuscany wiki. I'll move the wiki page you add to the
website. Thanks.

On 9/6/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Haleh,
>
> Will do (I probably dont have access, but I will write the text and submit
> it).
>
>
> Thank you...
>
> Regards,
>
> Rajini
>
> On 9/5/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Rajini,
> > If this goes into 1.0, can you please update Java user doc[1]?
> > Thanks,
> > Haleh
> >
> > [1]:http://incubator.apache.org/tuscany/sca-java-user-guide.html
> >
> > On 8/30/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
> > >
> > > Raymond,
> > >
> > > The classes annotated in the bundle should be the classes used to
> > > implement
> > > OSGi services. @Property for example, can be used to inject properties
> > > only
> > > if the the annotation is in the class or superclass of the object
> > > implementing an OSGi service.
> > >
> > > @Scope (and some of the other annotations which are not tied to an
> > object
> > > instance) can be specified in any class in the bundle, but the class
> > > should
> > > be specified in  for SCA to know that the class
> > > should
> > > be introspected.
> > >
> > > The classes that get introspected are the classes specified in <
> > > implementation.osgi/>  and the classes of the service objects.
> > >
> > >
> > > Thank you...
> > >
> > > Regards,
> > >
> > > Rajini
> > >
> > >
> > > On 8/30/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi,
> > > >
> > > > What java classes do you expect to be annotated with SCA annotations
> > in
> > > > the
> > > > OSGi bundle?
> > > >
> > > > Thanks,
> > > > Raymond
> > > >
> > > > - Original Message -
> > > > From: "Rajini Sivaram" <[EMAIL PROTECTED]>
> > > > To: ; <[EMAIL PROTECTED]>
> > > > Sent: Thursday, August 30, 2007 4:05 AM
> > > > Subject: Re: implementation.osgi and SCA annotations
> > > >
> > > >
> > > > > Ant,
> > > > >
> > > > > The defaults used by implementation.osgi match the default
> behaviour
> > > of
> > > > > OSGi
> > > > > bundles. Scope is set to COMPOSITE, remotable interfaces use
> > > > > pass-by-value,
> > > > > and properties can only be set/read using standard OSGi
> mechanisms.
> > > The
> > > > > attributes provided in  which are being
> > replaced
> > > > by
> > > > > annotations provide support for SCA options in OSGi bundles, but
> > these
> > > > > require changes to the bundle anyway. So it makes sense to add
> these
> > > > > additional properties in a way that is consistent with SCA, rather
> > > than
> > > > > add
> > > > > something which is neither consistent with OSGi nor SCA.
> > > > >
> > > > >
> > > > >
> > > > > Thank you...
> > > > >
> > > > > Regards,
> > > > >
> > > > > Rajini
> > > > >
> > > > > On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > > >>
> > > > >> If thats the way to go then doing it now would be better than
> after
> > > 1.0
> > > > >> is
> > > > >> out.
> > > > >>
> > > > >> But why can't the SCDL attributes be kept as well as supporting
> > > > >> annotations
> > > > >> and doesn't supporting both then mean non-SCA aware OSGi bundles
> > can
> > > > >> still
> > > > >> be used with Tuscany? (not particularly concerned about
> this,would
> > > just
> > > > >> like
> > > > >> to understand)
> > > > >>
> > > > >>   ...ant
> > > > >>
> > > > >> On 8/30/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
> > > > >> >
> > > > >> > Ant,
> > > > >> >
> > > > >> > Thank you.
> > > > >> >
> > > > >> > I was planning to remove th

[jira] Created: (TUSCANY-1669) Tuscany User request: service lifecycle mechanism upporting both POJO/local method invocation as well as remote WSI basic interoperable mechanisms.

[haleh mahbod (JIRA)]

Tuscany User request: service lifecycle mechanism upporting both POJO/local 
method invocation as well as remote WSI basic interoperable mechanisms.
---

 Key: TUSCANY-1669
 URL: https://issues.apache.org/jira/browse/TUSCANY-1669
 Project: Tuscany
  Issue Type: New Feature
 Environment: all
Reporter: haleh mahbod
 Fix For: Java-SCA-Next


This JIRA is created based on feedback from Jeff Andeson (Deloitte) in this 
email thread:

http://www.mail-archive.com/[EMAIL PROTECTED]/msg01683.html

Request:

Currently the biggest feature requested is a service lifecycle mechanism that 
is capable of supporting both POJO/local method invocation as well as remote 
WSI basic interoperable mechanisms.  Key to this feature would be the ability 
to transparently switch from a local/POJO to a remote/WSI interoperable model 
without impacting business service code.

-- 
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-1668) Tuscany User request for BPEL integration with Tuscany

[haleh mahbod (JIRA)]

Tuscany User request for BPEL integration with Tuscany
--

 Key: TUSCANY-1668
 URL: https://issues.apache.org/jira/browse/TUSCANY-1668
 Project: Tuscany
  Issue Type: New Feature
  Components: Java SCA BPEL Implementation Extension
 Environment: General
Reporter: haleh mahbod


I am creating this JIRA based on email thread started by Jeff Anderson 
(Deloitte)

http://www.mail-archive.com/[EMAIL PROTECTED]/msg01683.html

Request:

advanced orchestration/BPEL-the ability to create composites and references 
that can take advantage of the BPEL capability will become a requirement as our 
client starts to adopt our platform, which is based on Tuscany, across the 
enterprise.  I understand that some integration work is going on with a BPEL 
container (can't remember the name) but the more that this work is extended to 
be a robust solution, and the more likely it is that our plan will adopt this 
BPEL container gardening going for another vendor backed product.

-- 
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-1667) Support for transaction/compensation

[haleh mahbod (JIRA)]

Support for transaction/compensation


 Key: TUSCANY-1667
 URL: https://issues.apache.org/jira/browse/TUSCANY-1667
 Project: Tuscany
  Issue Type: New Feature
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
 Environment: All
Reporter: haleh mahbod


I am creating this JIRA based on email thread below from Jeff Anderson 
(Deloitte).

http://www.mail-archive.com/[EMAIL PROTECTED]/msg01683.html

Text of the requirement:

transaction/compensation-I realize that the SCA specification is little more 
vague/not finalized concerning this, however this is one of the most important 
features requested from our client.  Again I envision using the policy 
framework to define a transaction setting such as @NotRequired,@Supported etc.  
For local bindings this would simply allow the typical distributed transaction 
mechanisms to reverse any resources held within a transaction lock.  For a more 
traditional remote Web services environment where resource control is the 
exception rather than the rule, an additional annotation of @compensator would 
allow service developer to declare the compensation transaction required 
whenever the appropriate binding container declares that a part of the 
transaction has failed.  Again I believe the mechanisms of the model would vary 
depending on the binding mechanism used.  For remote , WSI-Basic interoperable 
services can use WS -- atomic.  For local, services would have the option of 
leveraging the the compensation model or integrate into the existing container 
distributed transaction manager.  I realize that people In Tuscany are hesitant 
to start working on this kind of work until the spec has more details around 
transactions.  However I believe the majority of this implementation could go 
forward without being impacted by the spec.  Annotations may change but the 
mechanisms for handling transactions are fairly well-known and can be 
stabilized early on.


-- 
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-1666) Security policy- participation in existing security context

[haleh mahbod (JIRA)]

Security policy- participation in existing security context
---

 Key: TUSCANY-1666
 URL: https://issues.apache.org/jira/browse/TUSCANY-1666
 Project: Tuscany
  Issue Type: New Feature
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
 Environment: General
Reporter: haleh mahbod


Content of this JIRA is based on this email thread from Jeff Anderson 
(Deloitte):

http://www.mail-archive.com/[EMAIL PROTECTED]/msg01683.html

Description of the requirement:

Would like  to be able to specify participation in existing security 
context much like the mechanisms provided by WS security, WS-secconv, and 
related specifications.  However, current implementations of Web services 
stacks makes it difficult to evolve a local component to a true web service and 
back again without having to follow a completely different security model.  We 
believe Tuscany to be a excellent location to access a policy driven framework 
that allow us to specify security requirements of the service either using 
annotations, SCDL configuration, or some other method.  Soap headers, or local 
security context could interact with the security policy dependent on each of 
the SCA binding used to wire together the various services.
Some examples could be the use of a @Fedactive annotation to declare that a 
services capable of issuing messages containing security tokens such as those 
described by WS-security and WS-trust.  Within a local binding, the annotation 
could still declare a need for the service to issue explicit security tokens, 
although the token may be passed using a different mechanism.
It would be ideal to have this model follow a more framework approach, with the 
explicitly defined plug-in architecture allowing third-party vendors to 
integrate Tuscany to their own vendor suite.


-- 
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: implementation.osgi and SCA annotations

[haleh mahbod]

Rajini,
If this goes into 1.0, can you please update Java user doc[1]?
Thanks,
Haleh

[1]:http://incubator.apache.org/tuscany/sca-java-user-guide.html

On 8/30/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Raymond,
>
> The classes annotated in the bundle should be the classes used to
> implement
> OSGi services. @Property for example, can be used to inject properties
> only
> if the the annotation is in the class or superclass of the object
> implementing an OSGi service.
>
> @Scope (and some of the other annotations which are not tied to an object
> instance) can be specified in any class in the bundle, but the class
> should
> be specified in  for SCA to know that the class
> should
> be introspected.
>
> The classes that get introspected are the classes specified in <
> implementation.osgi/>  and the classes of the service objects.
>
>
> Thank you...
>
> Regards,
>
> Rajini
>
>
> On 8/30/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > What java classes do you expect to be annotated with SCA annotations in
> > the
> > OSGi bundle?
> >
> > Thanks,
> > Raymond
> >
> > - Original Message -
> > From: "Rajini Sivaram" <[EMAIL PROTECTED]>
> > To: ; <[EMAIL PROTECTED]>
> > Sent: Thursday, August 30, 2007 4:05 AM
> > Subject: Re: implementation.osgi and SCA annotations
> >
> >
> > > Ant,
> > >
> > > The defaults used by implementation.osgi match the default behaviour
> of
> > > OSGi
> > > bundles. Scope is set to COMPOSITE, remotable interfaces use
> > > pass-by-value,
> > > and properties can only be set/read using standard OSGi mechanisms.
> The
> > > attributes provided in  which are being replaced
> > by
> > > annotations provide support for SCA options in OSGi bundles, but these
> > > require changes to the bundle anyway. So it makes sense to add these
> > > additional properties in a way that is consistent with SCA, rather
> than
> > > add
> > > something which is neither consistent with OSGi nor SCA.
> > >
> > >
> > >
> > > Thank you...
> > >
> > > Regards,
> > >
> > > Rajini
> > >
> > > On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >>
> > >> If thats the way to go then doing it now would be better than after
> 1.0
> > >> is
> > >> out.
> > >>
> > >> But why can't the SCDL attributes be kept as well as supporting
> > >> annotations
> > >> and doesn't supporting both then mean non-SCA aware OSGi bundles can
> > >> still
> > >> be used with Tuscany? (not particularly concerned about this,would
> just
> > >> like
> > >> to understand)
> > >>
> > >>   ...ant
> > >>
> > >> On 8/30/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
> > >> >
> > >> > Ant,
> > >> >
> > >> > Thank you.
> > >> >
> > >> > I was planning to remove the support for 
> > >> > attributes,
> > >> > making it not backward compatible. That was one of the reasons I
> > wanted
> > >> to
> > >> > introduce the change before 1.0. Is that a problem?
> > >> >
> > >> > Thank you...
> > >> >
> > >> > Regards,
> > >> >
> > >> > Rajini
> > >> >
> > >> >
> > >> >
> > >> > On 8/30/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >> > >
> > >> > > On 8/29/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
> > >> > > >
> > >> > > > Hello,
> > >> > > >
> > >> > > > We would like to start supporting SCA annotations in
> > implementation
> > >> > > > classes
> > >> > > > used inside OSGi bundles to make implementation.osgi consistent
> > >> > > > with
> > >> > > > implementation.java.
> > >> > > >
> > >> > > > In the current implementation, SCA annotations are only
> supported
> > >> for
> > >> > > > annotations used in interfaces, since we were keen on
> supporting
> > >> > > existing
> > >> > > > OSGi bundles without any change. This meant that additional SCA
> > >> > > properties
> > >> > > > like @AllowsPassByReference had to be supported through
> > additional
> > >> > > > attributes on the  element. But since
> these
> > >> > > > properties
> > >> > > > do not have an OSGi equivalent, they cannot be used with
> existing
> > >> OSGi
> > >> > > > bundles, and for new implementations which support these
> > >> > > > properties,
> > >> > we
> > >> > > > would like to support SCA annotations to make the OSGi
> > >> implementation
> > >> > > > consistent with the Java implementation.
> > >> > > >
> > >> > > > This is a fairly big change in implementation.osgi, and I would
> > >> > > > like
> > >> > > your
> > >> > > > views on whether this is a good time to make the change, so
> that
> > >> > > > the implementation will reflect the long-term strategy in the
> > next
> > >> > > > release.
> > >> > > > I can submit a patch early next week if it can be integrated
> > before
> > >> > the
> > >> > > > release.
> > >> > >
> > >> > >
> > >> > > If you think it can be done in time then I think you should go
> for
> > >> > > it,
> > >> > i'd
> > >> > > commit any patches for you.  The next release is 1.0 with the
> > branch
> > >> for
> > >> > > that being taken around the 14th of September. If you can get
> > patches
> > >> > > submitted by at 

Re: Is there value in keeping download links for old releases?

[haleh mahbod]

Thank you for your input. I'll work on making the current releases more
visible and leave the old ones as is.

On 8/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> ant elder wrote:
> > The Eclipse STP project isn't using M2 because they accidentally
> downloaded
> > the wrong release, its what was current at the time and they haven't
> > migrated  to a newer release yet. I think its good to keep old releases
> to
> > (1) show the release history, and (2) have historical downloads
> available
> > for people working on back level systems. No problem with rearranging
> the
> > website if it makes the current release more obvious but i don't think
> old
> > ones should just be deleted or hidden.
> >
> > ...ant
> >
> >
>
> +1 for keeping links to old releases, but rearranging the download web
> page to make more obvious that the current release is current and that
> old releases are old.
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Generating Eclipse WTP Web Projects for our Webapp samples

[haleh mahbod]

done

On 8/29/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> [snip]
> haleh mahbod wrote:
> > Should this be added to this guide?
> > http://incubator.apache.org/tuscany/sca-java-development-guide.html
> >
> > If yes, I'll add it in.
> >
> >
>
> Yes I think it'll be useful. Thanks :)
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: implementation.osgi and SCA annotations

[haleh mahbod]

Hi Rajini,

This may be clear to many, but I am trying to catch up and understand what
we are doing in this space. Can you please explain which scenarios are
working and what is not working and how your suggestion relates to those
scenarios.

Thanks
Haleh

On 8/29/07, Rajini Sivaram <[EMAIL PROTECTED]> wrote:
>
> Hello,
>
> We would like to start supporting SCA annotations in implementation
> classes
> used inside OSGi bundles to make implementation.osgi consistent with
> implementation.java.
>
> In the current implementation, SCA annotations are only supported for
> annotations used in interfaces, since we were keen on supporting existing
> OSGi bundles without any change. This meant that additional SCA properties
> like @AllowsPassByReference had to be supported through additional
> attributes on the  element. But since these
> properties
> do not have an OSGi equivalent, they cannot be used with existing OSGi
> bundles, and for new implementations which support these properties, we
> would like to support SCA annotations to make the OSGi implementation
> consistent with the Java implementation.
>
> This is a fairly big change in implementation.osgi, and I would like your
> views on whether this is a good time to make the change, so that
> the implementation will reflect the long-term strategy in the next
> release.
> I can submit a patch early next week if it can be integrated before the
> release.
>
>
> Thank you...
>
> Regards,
>
> Rajini
>

Re: Is there value in keeping download links for old releases?

[haleh mahbod]

I'd like to bring this message back to life.  A few users posted to the ML
recently and asked about M2. Immediate response has been to use the latest
since M2 is very old (IMHO makes sense).

This email thread was suggesting to remove the download link of very old
releases to avoid confusion.  We can leave the release history in place to
show that there was a release, but remove the link for download to avoid
confusion.

If everyone agrees, when does a link get removed, in other words, how old
the release should be?

For starter, M2 is based on an older version of the spec. Should we remove
the download link?

On 8/10/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 8/10/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > The latest release for each subproject is the preferred release to
> > download.
> > Does it make sense to keep links to download for old releases on the
> > download page? This can give a wrong impression that these are also OK
> to
> > download.  For example, for Java SCA there are still links to M1 and M2
> > from
> > last year. Architecture has changed since then.
> >
> > Does it make sense to have the latest release and the previous release
> as
> > an
> > option for download and leave everything else under history or remove
> > them?
> >
> > Haleh
>
>
> I think yes we should keep them. One of the first things I look at when
> coming across an open source project is the release history as it gives
> you
> a good indication of how much life there is in the project. Maybe from
> that
> we don't need actual links to the download artifacts, but something
> clearly
> showing we do regular releases and have been doing so for years is a Good
> Thing IMHO. Another reason is if someone is debugging some old system with
> a
> back level release they may need access to the source distro to debug the
> code.
>
>...ant
>

Re: Generating Eclipse WTP Web Projects for our Webapp samples

[haleh mahbod]

Should this be added to this guide?
http://incubator.apache.org/tuscany/sca-java-development-guide.html

If yes, I'll add it in.

On 8/29/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I just thought I'd share this as I found it pretty useful when working
> with our Webapp samples.
>
> If you're using Eclipse WTP and want to get WTP Web Projects generated
> for our Webapp samples you can simply pass a -Dwtpversion=1.5 option to
> the usual mvn eclipse:eclipse command, like this:
> mvn -Dwtpversion=1.5 -Peclipse eclipse:eclipse
>
> The magic -Dwtpversion=1.5 option will add the WTP Web project nature to
> all the Eclipse projects with war in their Maven
> pom.xml. You'll then be able to add these projects to a WTP Tomcat or
> Geronimo Server configuration, to publish and run them straight from
> your Eclipse workspace.
>
> Hope this helps.
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Tuscany plugin for Geronimo moved from Geronimo sandbox to Geronimo Plugins

[haleh mahbod]

Can you please add information to the user doc about how to run Tuscany in
Geronimo? If you start with a wiki page, I'll link to it from the user doc.

Thanks,
haleh

On 8/29/07, Vamsavardhana Reddy <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I have moved the Tuscany Plugin for Geronimo from sandbox to Geronimo
> Plugins.  The svn URL is
> https://svn.apache.org/repos/asf/geronimo/plugins/tuscany .  I had to add
> a
> few additional repositories to the parent pom so that the plugin can be
> built successfully with a clean m2 local repository.  The plugin can be
> installed on Geronimo 2.0.1.  There is a version of the plugin for
> Geronimo
> Tomcat distribution and another for Geronimo Jetty distribution.  There
> are
> a few samples in Geronimo sandbox at
>
> https://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration/samplesthat
> can be used with the plugin.
>
> Thanks and regards,
> Vamsi
>

Re:

[haleh mahbod]

Hi,
Welcome to Apache Tuscany. Could you share more about your use case
scenarios and the environment that you want to apply this technology to so
that we can help you?

Haleh

On 8/26/07, meflyingfish <[EMAIL PROTECTED]> wrote:
>
> Hello, it is very nice for you to read my email.
>  I am the new for the SOA,right now i have do what the link(
> http://wiki.apache.org/ws/Tuscany/TuscanyJava/SCA_Java/GettingStarted)
> have told.
> I have several questions to ask.
>
> 1. i don't know how to start to use SOA in my system.
> 2.In China, there is one company called Primeton , it develops one studio
> called EOS, however , it is not an open source project, as it said , on EOS,
> it is based on componets, or oriented-componets, what 's more, it is
> graphics ,  i want to learn more about the EOS, if you clear about it , i
> hope that you can introduce it to me .
> Thank you .
> 2007-08-27
>
>
>
> 2005yangdehua
>
> 2007-08-27
>
>
>
> meflyingfish
>

[jira] Created: (TUSCANY-1613) cacluator-distribution does not run following latest checkin (build.xml and readme) - on top of .99 RC

[haleh mahbod (JIRA)]

cacluator-distribution does not run following latest checkin (build.xml and 
readme) - on top of .99 RC
--

 Key: TUSCANY-1613
 URL: https://issues.apache.org/jira/browse/TUSCANY-1613
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows...
Reporter: haleh mahbod
Priority: Critical
 Fix For: Java-SCA-0.99


I gave this multiple tries and it still does not work. I am hoping that someone 
else can try it before the RC is cut.

Here is what I did, 
checkout latest build.xml and README updates from SVN for 
calculator-distributed  that SImon Laws checked ino 8-24.
Copied it to source distribution for RC .99

Followed the example and here is what I get  on each of the ant ruNotex

C:\tuscany-new\sca-dist-src\tuscany-sca-0.99-incubating-SNAPSHOT-src\samples\cal
culator-distributed>ant runDomainNode
Buildfile: build.xml

runDomainNode:
 [java] Exception in thread "main" java.lang.NoClassDefFoundError: org/apach
e/tuscany/sca/host/embedded/SCADomain
 [java] at node.DomainNode.main(DomainNode.java:34)
 [java] Java Result: 1

BUILD SUCCESSFUL



-- 
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-1609) Source Distro for .99 RC misses binding-jms

[haleh mahbod (JIRA)]

Source Distro for .99 RC misses binding-jms
---

 Key: TUSCANY-1609
 URL: https://issues.apache.org/jira/browse/TUSCANY-1609
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-0.99
 Environment: windows..
Reporter: haleh mahbod
Priority: Critical
 Fix For: Java-SCA-0.99


following this link:   http://people.apache.org/~antelder/tuscany/0.99-RC1/
.zip for src is incomplete
downloaded .gz  and did a mvn clean install.
Get the following which seems like binding-jms is missing

--
 Directory of C:\tuscany-new\sca-dist-src\tuscany-sca-0.99-incubating-SNAPSHOT-s
rc

08/24/2007  02:48 PM  .
08/24/2007  02:48 PM  ..
08/24/2007  03:39 AM 1,610 BUILDING
08/24/2007  03:39 AM 3,580 CHANGES
08/24/2007  02:47 PM  demos
08/24/2007  03:39 AM   546 DISCLAIMER
08/24/2007  02:47 PM  distribution
08/24/2007  02:47 PM  itest
08/24/2007  03:39 AM16,048 LICENSE
08/24/2007  02:47 PM  modules
08/24/2007  03:39 AM 1,566 NOTICE
08/24/2007  03:44 AM 9,120 pom.xml
08/24/2007  03:39 AM   438 README
08/24/2007  03:39 AM 1,812 RELEASE_NOTES
08/24/2007  02:48 PM  samples
08/24/2007  02:47 PM  tools
   8 File(s) 34,720 bytes
   8 Dir(s)  26,748,346,368 bytes free

C:\tuscany-new\sca-dist-src\tuscany-sca-0.99-incubating-SNAPSHOT-src>mvn clean i
nstall
[INFO] Scanning for projects...
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: unknown

Reason: Could not find the model file 'C:\tuscany-new\sca-dist-src\tuscany-sca-0
.99-incubating-SNAPSHOT-src\modules\binding-jms\pom.xml'.


[INFO] 
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Could not find the model file
'C:\tuscany-new\sca-dist-src\tuscany-sca-0.99-incubating-SNAPSHOT-src\modules\bi
nding-jms\pom.xml'.
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Could not find the
 model file 'C:\tuscany-new\sca-dist-src\tuscany-sca-0.99-incubating-SNAPSHOT-sr
c\modules\binding-jms\pom.xml'.
at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(Default
MavenProjectBuilder.java:1274)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:414)
at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: java.io.FileNotFoundException: C:\tuscany-new\sca-dist-src\tuscany-sc
a-0.99-incubating-SNAPSHOT-src\modules\binding-jms\pom.xml (The system cannot fi
nd the path specified)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.(FileInputStream.java:106)
at java.io.FileReader.(FileReader.java:55)
at org.apache.maven.project.DefaultMavenProjectBuilder.readModel(Default
MavenProjectBuilder.java:1269)
... 18 more
[INFO] 
[INFO] Total time: < 1 second
[INFO] Finished at: Fri Aug 24 14:52:27 PDT 2007
[INFO] Final Memory: 1M/3M
[INFO] --

Re: Exception running the binding-notification-producer sample

[haleh mahbod]

are you using .99 RC? Would you please create a JIRA against .99? Thanks.

On 8/24/07, Ignacio Silva-Lepe <[EMAIL PROTECTED]> wrote:
>
> I am getting the following exception trying to run the
> binding-notification-
> producer sample and trying to send a message to a binding-notification-
> consumer. The NotificaitonReferenceBindingInvoker is expecting an
> OMElement that should be coming from the notification component via
> the corresponding databinding. But I don't see a databinding interceptor
> between the RuntimeSCABindingInvoker and the NotificationReference-
> BindingInvoker, the way you see it in the databinding-echo trace of
> TUSCANY-1582.
> Any ideas as to why the databinding interceptor is not being added to the
> invocation chain?
>
>
> java.lang.RuntimeException: payload not OMElement
> at
> org.apache.tuscany.sca.binding.notification.NotificationReferenceBind
> ingInvoker.getWriteableFromPayload(
> NotificationReferenceBindingInvoker.java
> :115)
>
> at
> org.apache.tuscany.sca.binding.notification.NotificationReferenceBind
> ingInvoker.invoke(NotificationReferenceBindingInvoker.java:81)
> at
> org.apache.tuscany.sca.implementation.notification.NotificationCompon
> entInvoker.invoke(NotificationComponentInvoker.java:81)
> at
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvoker.invo
> ke(RuntimeSCABindingInvoker.java:48)
> at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
> KInvocationHandler.java:236)
> at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
> KInvocationHandler.java:93)
> at $Proxy8.trafficNotification(Unknown Source)
> at
> notification.producer.TrafficAdvisoryProducer.produceTrafficNotificat
> ion(TrafficAdvisoryProducer.java:34)
> 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.tuscany.sca.implementation.java.invocation.JavaImplementat
> ionInvoker.invoke(JavaImplementationInvoker.java:91)
> at
> org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvoker.invo
> ke(RuntimeSCABindingInvoker.java:48)
> at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
> KInvocationHandler.java:236)
> at
> org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JD
> KInvocationHandler.java:93)
> at $Proxy7.produceTrafficNotification(Unknown Source)
> at notification.producer.TrafficAdvisoryServer.main
> (TrafficAdvisoryServe
> r.java:45)
>

[jira] Created: (TUSCANY-1597) demo alter-aggregator mvn fails with RC candidate - .99 (8-24)

[haleh mahbod (JIRA)]

demo alter-aggregator mvn fails with RC candidate -  .99 (8-24)
---

 Key: TUSCANY-1597
 URL: https://issues.apache.org/jira/browse/TUSCANY-1597
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows...
Reporter: haleh mahbod
 Fix For: Java-SCA-0.99


mvn on alter-aggregator fails

C:\tuscany-new\sca-dist\tuscany-sca-0.99-incubating-SNAPSHOT\demos\alert-aggrega
tor>mvn
[INFO] Scanning for projects...
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] Failed to resolve artifact.

GroupId: org.apache.tuscany.sca
ArtifactId: tuscany-sca
Version: 0.99-incubating-SNAPSHOT

Reason: Unable to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)


[INFO] 
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache
.tuscany.sca:tuscany-sca for project: null:tuscany-demos:pom:null
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent
: org.apache.tuscany.sca:tuscany-sca for project: null:tuscany-demos:pom:null
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1161)
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1176)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(Def
aultMavenProjectBuilder.java:674)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:416)
at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.tu
scany.sca:tuscany-sca' not found in repository: Unable to download the artifact
from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:513)
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1157)
... 18 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable
to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:136)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:63)
at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:467)
... 19 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to downl
oad the artifact from any repository
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(Def
aultWagonManager.java:260)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:124)
... 21 more
[INFO] 
[INFO] Total tim

Re: 0.99 RC distributions available for review

[haleh mahbod]

demo\alert-aggregator mvn is failing. Anyone else sees this?
C:\tuscany-new\sca-dist\tuscany-
sca-0.99-incubating-SNAPSHOT\demos\alert-aggrega
tor>mvn
[INFO] Scanning for projects...
[INFO]

[ERROR] FATAL ERROR
[INFO]

[INFO] Failed to resolve artifact.

GroupId: org.apache.tuscany.sca
ArtifactId: tuscany-sca
Version: 0.99-incubating-SNAPSHOT

Reason: Unable to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)


[INFO]

[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent:
org.apache
.tuscany.sca:tuscany-sca for project: null:tuscany-demos:pom:null
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java
:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java
:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find
parent
: org.apache.tuscany.sca:tuscany-sca for project:
null:tuscany-demos:pom:null
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1161)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1176)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal
(Def
aultMavenProjectBuilder.java:674)
at
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:416)
at org.apache.maven.project.DefaultMavenProjectBuilder.build
(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java
:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM '
org.apache.tu
scany.sca:tuscany-sca' not found in repository: Unable to download the
artifact
from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:513)
at
org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1157)
... 18 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException:
Unable
to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-sca:pom:0.99-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2)

at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:136)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:63)
at
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:467)
... 19 more
Caused by: org.apache.maven.wagon.ResourceDoesNotExistException: Unable to
downl
oad the artifact from any repository
at org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact
(Def
aultWagonManager.java:260)
at
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:124)
... 21 more
[INFO]

[INFO] Total time: < 1 second
[INFO] Finished at: Fri Aug 24 10:17:45 PDT 2007
[INFO] Final Memory: 1M/2M
[INFO]


C:\tuscany-new\sca-dist\tuscany-
sca-0.99-incubating-SNAPSHOT\demos\alert-aggrega
tor>


On 8/24/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> The 0.99 binary and source distributions are currently uploading for
> review
> at: http://people.apache.org/~antelder/tuscany/0.99-RC1

Re: SCA distribution is really big now

[haleh mahbod]

demo-bigbank was having ant issues as well.

On 8/24/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> On 8/24/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > Simon Laws wrote:
> > >
> > >> I worry we'd not get anything other than 1/ done by tomorrow and even
> > then
> > >> the READMEs etc would have bugs. So my preference would be for 0.99do
> > 1/
> > >> for the big webapps but keep the small prebuilt ones. The big ones
> are:
> > >>demo-allert-aggregator.war
> > >>demo-mortgage-creditcheck.war
> > >>sample-helloworld-ws-sdo-webapp.war
> > >>sample-helloworld-ws-service-webapp.war
> > >>sample-calculator-webapp-ws.war
> > >>
> > >> Thats minimum changes to what we have today, just 5 readme updates,
> and
> > >> gives a distro size of less the 60Meg.
> > >>
> > >> For 1.0 do:
> > >> - change samples to be simple contribution jar's that can work in all
> > of
> > >> standalone, webapp distro, Geronimo
> > >> - maybe keep one existing webapp sample to demonstrate that style of
> > >> packaging
> > >> - fix the ClassLoader issues so that Tomcat deep integration works
> well
> > >> and
> > >> have a sample/documentation for deep integration
> > >>
> > >> That should give a 1.0 distro size of less than 50Meg.
> > >>
> > >> Note also, i'd like to cut the 0.99 branch and create RC1 in about 9
> > hours
> > >> so if anyone wants to go for something other than this for 0.99 thats
> > fine
> > >> by me but it needs to start getting done pretty smartly :)
> > >>
> > >>...ant
> > >>
> > >>
> > > Ok, +1 for 1 given the time we have. I have to go and get some sleep.
> > But
> > > can do some of this first thing.
> > >
> > > Simon
> > >
> > >
> >
> > +1 to only keep the small prebuilt WARs for 0.99, and revisit that later
> > for 1.0
> >
> > --
> > Jean-Sebastien
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> In line with option 1, i.e. fix the jars to build the wars as is, I've
> fixed
> the ant scripts for
>
>   sample-calculator-webapp
>   demo-alert-aggregator.war
>
> in the trunk and the 0.99 branch.  Still left to do
>
>   demo-mortgage-creditcheck.war
>   sample-helloworld-ws-sdo-webapp.war
>   sample-helloworld-ws-service-webapp.war
>   sample-calculator-webapp-ws.war
>   sample-chat-webapp
>
> I'm going to do the demo-mortgage-creditcheck.war next but if anyone wants
> to have a go there is a template in the demo-alter-aggregator build.xml of
> how to run the sdo generator etc.
>
> I haven't changed the distribution to miss out the war files or fixed
> READMES yes.
>
> Simon
>

[jira] Commented: (TUSCANY-1592) Update sample READMEs and toplevel sample README for some webapp samples not including pre-built WAR's in the binary distro

[haleh mahbod (JIRA)]

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

haleh mahbod commented on TUSCANY-1592:
---

I also noticed that some of the samples listed in the sample directory are not 
listed in the top level README. Whoever is finalizing the list for webapps, can 
you please update the README to include all the samples that should be in the 
distro?  I would do it, but it seems like we'd both be working on the same 
thing. Thanks.

> Update sample READMEs and toplevel sample README for some webapp samples not 
> including pre-built WAR's in the binary distro
> ---
>
> Key: TUSCANY-1592
> URL: https://issues.apache.org/jira/browse/TUSCANY-1592
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
>Reporter: ant elder
> Fix For: Java-SCA-0.99
>
>
> Update sample READMEs and toplevel sample README for some webapp samples no 
> longer including pre-built WAR's in the binary distro

-- 
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-1584) Bigbank demo gets fatal error --- using .99 snapshot built on 8-23

[haleh mahbod (JIRA)]

Bigbank demo gets fatal error --- using .99 snapshot built on 8-23
--

 Key: TUSCANY-1584
 URL: https://issues.apache.org/jira/browse/TUSCANY-1584
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows.
Reporter: haleh mahbod
Priority: Critical
 Fix For: Java-SCA-0.99


Followed setps in the read me.

started stockquote service and SCA calculator.

went off to the last step and it failed. Information is below

C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\demos\bigbank-accoun
t>mvn -f pom-runapp.xml
[INFO] Scanning for projects...
Downloading: http://people.apache.org/repo/m2-incubating-repository/org/apache/t
uscany/sca/tuscany-demos/0.91-incubating-SNAPSHOT/tuscany-demos-0.91-incubating-
SNAPSHOT.pom
[WARNING] Unable to get resource from repository apache.incubator (http://people
.apache.org/repo/m2-incubating-repository)
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] Failed to resolve artifact.

GroupId: org.apache.tuscany.sca
ArtifactId: tuscany-demos
Version: 0.91-incubating-SNAPSHOT

Reason: Unable to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)


[INFO] 
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache
.tuscany.sca:tuscany-demos for project: null:demo-bigbank-account:jar:null
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)

at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent
: org.apache.tuscany.sca:tuscany-demos for project: null:demo-bigbank-account:ja
r:null
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1161)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(Def
aultMavenProjectBuilder.java:674)
at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFi
leInternal(DefaultMavenProjectBuilder.java:416)
at org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMave
nProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.tu
scany.sca:tuscany-demos' not found in repository: Unable to download the artifac
t from any repository

  org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)

at org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepo
sitory(DefaultMavenProjectBuilder.java:513)
at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(D
efaultMavenProjectBuilder.java:1157)
... 17 more
Caused by: org.apache.maven.artifact.resolver.ArtifactNotFoundException: Unable
to download the artifact from any repository

  org.apache.tuscany.sca:tuscany-demos:pom:0.91-incubating-SNAPSHOT

from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository)

at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactResolver.java:136)
at org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(De
faultArtifactRes

[jira] Created: (TUSCANY-1583) binding-echo2-extension - should be removed from distribution? (using .99 distribution (8-23) for testing)

[haleh mahbod (JIRA)]

binding-echo2-extension - should be removed from distribution? (using .99 
distribution (8-23) for testing)
--

 Key: TUSCANY-1583
 URL: https://issues.apache.org/jira/browse/TUSCANY-1583
 Project: Tuscany
  Issue Type: Improvement
Reporter: haleh mahbod


The readme for this is wrong. It also seems like it is doing similar things as 
echo. should this be removed from distribution?

This sample is very confusing and its value is not clear.

-- 
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-1582) Null Pointer Exception in databinding-echo sample using .99 snapshot (8-23)

[haleh mahbod (JIRA)]

Null Pointer Exception in databinding-echo sample using .99 snapshot (8-23)
---

 Key: TUSCANY-1582
 URL: https://issues.apache.org/jira/browse/TUSCANY-1582
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows
Reporter: haleh mahbod
Priority: Critical
 Fix For: Java-SCA-0.99


Following directions in the sample:

1) ant run gets nullp exception
echo>ant run
Buildfile: build.xml

run:
 [java] [Property] prefix: ABC
 [java] [Property] prefix1: ABC
 [java] [Property] bar: BAR
 [java] ComponentA --> Received message: 123 [
java.lang.String]
 [java] ComponentB --> Received message: [root: null] [org.apache.xerces.dom
.ElementNSImpl]
 [java] Passing thro invoker...
 [java] ComponentB --> Returned message: [root: null] [org.apache.xerces.dom
.ElementNSImpl]
 [java] ComponentA --> Returned message: 123 [
java.lang.String]
 [java] [Property] prefix: ABC
 [java] [Property] prefix1: ABC
 [java] [Property] bar: BAR
 [java] ComponentA --> Received message: 123 [
java.lang.String]
 [java] Exception in thread "main" java.lang.NullPointerException
 [java] at org.apache.tuscany.sca.databinding.axiom.AxiomHelper.createOM
Element(AxiomHelper.java:68)
 [java] at org.apache.tuscany.sca.databinding.axiom.Object2OMElement.cre
ateElement(Object2OMElement.java:45)
 [java] at org.apache.tuscany.sca.databinding.axiom.Object2OMElement.cre
ateElement(Object2OMElement.java:34)
 [java] at org.apache.tuscany.sca.databinding.impl.Java2SimpleTypeTransf
ormer.transform(Java2SimpleTypeTransformer.java:48)
 [java] at org.apache.tuscany.sca.databinding.DefaultTransformerExtensio
nPoint$LazyPullTransformer.transform(DefaultTransformerExtensionPoint.java:166)
 [java] at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(
MediatorImpl.java:73)
 [java] at org.apache.tuscany.sca.core.databinding.transformers.Input2In
putTransformer.transform(Input2InputTransformer.java:181)
 [java] at org.apache.tuscany.sca.core.databinding.transformers.Input2In
putTransformer.transform(Input2InputTransformer.java:46)
 [java] at org.apache.tuscany.sca.databinding.impl.MediatorImpl.mediate(
MediatorImpl.java:73)
 [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati
onInteceptor.transform(DataTransformationInteceptor.java:168)
 [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati
onInteceptor.invoke(DataTransformationInteceptor.java:66)
 [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo
ker.invoke(RuntimeSCABindingInvoker.java:48)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:236)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:93)
 [java] at $Proxy9.call1(Unknown Source)
 [java] at dbecho.ComponentAImpl.call1(ComponentAImpl.java:50)
 [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
sorImpl.java:39)
 [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
hodAccessorImpl.java:25)
 [java] at java.lang.reflect.Method.invoke(Method.java:585)
 [java] at org.apache.tuscany.sca.implementation.java.invocation.JavaImp
lementationInvoker.invoke(JavaImplementationInvoker.java:91)
 [java] at org.apache.tuscany.sca.implementation.java.invocation.PassByV
alueInvoker.invoke(PassByValueInvoker.java:62)
 [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo
ker.invoke(RuntimeSCABindingInvoker.java:48)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:236)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:93)
 [java] at $Proxy9.call1(Unknown Source)
 [java] at dbecho.EchoDataBindingClient.main(EchoDataBindingClient.java:
35)
 [java] Java Result: 1

Step  2) mvn gets the same issue

---
 T E S T S
---
Running dbecho.EchoDataBindingTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.631 sec <<< FA
ILURE!
testTransform(dbecho.EchoDataBindingTestCase)  Time elapsed: 0.591 sec  <<< ERRO
R!
org.osoa.sca.ServiceRuntimeException: java.lang.NullPointerException
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
omain.java:264)
at org.apache.tuscany.sca.host.

[jira] Updated: (TUSCANY-1581) implemenation-crud sample - fixed readme

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1581:
--

Attachment: README

> implemenation-crud sample - fixed readme
> 
>
> Key: TUSCANY-1581
> URL: https://issues.apache.org/jira/browse/TUSCANY-1581
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
>Reporter: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-0.99
>
> Attachments: README
>
>
> readme result indicated that the last piece of text is 'stopping component 
> crud'
> This was not getting printed. I checked the code and it has been removed from 
> the code. 
> The attached readme has that line removed to avoid confusion.

-- 
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-1581) implemenation-crud sample - fixed readme

[haleh mahbod (JIRA)]

implemenation-crud sample - fixed readme


 Key: TUSCANY-1581
 URL: https://issues.apache.org/jira/browse/TUSCANY-1581
 Project: Tuscany
  Issue Type: Improvement
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
Reporter: haleh mahbod
Priority: Minor
 Fix For: Java-SCA-0.99
 Attachments: README

readme result indicated that the last piece of text is 'stopping component crud'

This was not getting printed. I checked the code and it has been removed from 
the code. 
The attached readme has that line removed to avoid confusion.

-- 
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-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1580:
--

Attachment: README

> supplychain sample readme incorrectly refers to calculator... fixed the 
> cut/paste problem
> -
>
> Key: TUSCANY-1580
> URL: https://issues.apache.org/jira/browse/TUSCANY-1580
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
>    Reporter: haleh mahbod
>Priority: Minor
> Fix For: Java-SCA-0.99
>
> Attachments: 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] Created: (TUSCANY-1580) supplychain sample readme incorrectly refers to calculator... fixed the cut/paste problem

[haleh mahbod (JIRA)]

supplychain sample readme incorrectly refers to calculator... fixed the 
cut/paste problem
-

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




-- 
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-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) & readme needs update

[haleh mahbod (JIRA)]

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

haleh mahbod commented on TUSCANY-1579:
---

There are two jar files in the target directory. 

sample-simple-bigbank-spring.jar
&
sample-spring-bigbank

Are these both needed? 

> Simple-bigbank-spring  Fails  using .99 snapshot (8-23 version)  & readme 
> needs update
> --
>
> Key: TUSCANY-1579
> URL: https://issues.apache.org/jira/browse/TUSCANY-1579
> Project: Tuscany
>  Issue Type: Bug
>Affects Versions: Java-SCA-0.99
> Environment: windows
>Reporter: haleh mahbod
> Attachments: README
>
>
> Following instructions from the start of readme  ( I have listed 5 steps and 
> a patch for readm)
> Step 1: Ant run gets the following error
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>ant run
> Buildfile: build.xml
> run:
>  [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient
>  [java] Exception in thread "main"
>  [java] Java Result: 1
> BUILD SUCCESSFUL
> Total time: 0 seconds
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> Step 2: This command gets an exception
> java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar 
> bigbank.client.BigBankClient
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>java -cp 
> ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba
> nk.jar bigbank.client.BigBankClient
> Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> org.osoa.sca.Se
> rviceRuntimeException: 
> org.apache.tuscany.sca.core.assembly.ActivationException:
>  java.lang.IllegalStateException: Provider factory not found for class: 
> org.apac
> he.tuscany.sca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:264)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.
> java:69)
> at bigbank.client.BigBankClient.main(BigBankClient.java:33)
> Caused by: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.ass
> embly.ActivationException: java.lang.IllegalStateException: Provider factory 
> not
>  found for class: 
> org.apache.tuscany.sca.implementation.spring.SpringImplementat
> ion
> at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
> aultSCADomain.java:172)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:230)
> ... 2 more
> Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: 
> java.lang.I
> llegalStateException: Provider factory not found for class: 
> org.apache.tuscany.s
> ca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
> CompositeActivatorImpl.java:638)
> at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
> aultSCADomain.java:170)
> ... 3 more
> Caused by: java.lang.IllegalStateException: Provider factory not found for 
> class
> : org.apache.tuscany.sca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem
> entationProvider(CompositeActivatorImpl.java:336)
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
> CompositeActivatorImpl.java:629)
> ... 4 more
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>
> ---
> Step 3: Ant compile and Ant run 
> Ant run gets the following exception stack:
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>ant run
> Buildfile: build.xml
> run:
>  [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> org
> .osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.assembly.Activati
> onException: java.lang.IllegalStateException: Provider factory not found for 
> cla
> ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta
> nce(SCADomain.java:264)
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC
> ADomain.java:69)
>  

[jira] Updated: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) & readme needs update

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1579:
--

Attachment: README

> Simple-bigbank-spring  Fails  using .99 snapshot (8-23 version)  & readme 
> needs update
> --
>
> Key: TUSCANY-1579
> URL: https://issues.apache.org/jira/browse/TUSCANY-1579
> Project: Tuscany
>  Issue Type: Bug
>Affects Versions: Java-SCA-0.99
> Environment: windows
>Reporter: haleh mahbod
> Attachments: README
>
>
> Following instructions from the start of readme  ( I have listed 5 steps and 
> a patch for readm)
> Step 1: Ant run gets the following error
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>ant run
> Buildfile: build.xml
> run:
>  [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient
>  [java] Exception in thread "main"
>  [java] Java Result: 1
> BUILD SUCCESSFUL
> Total time: 0 seconds
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> Step 2: This command gets an exception
> java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar 
> bigbank.client.BigBankClient
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>java -cp 
> ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba
> nk.jar bigbank.client.BigBankClient
> Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> org.osoa.sca.Se
> rviceRuntimeException: 
> org.apache.tuscany.sca.core.assembly.ActivationException:
>  java.lang.IllegalStateException: Provider factory not found for class: 
> org.apac
> he.tuscany.sca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:264)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.
> java:69)
> at bigbank.client.BigBankClient.main(BigBankClient.java:33)
> Caused by: org.osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.ass
> embly.ActivationException: java.lang.IllegalStateException: Provider factory 
> not
>  found for class: 
> org.apache.tuscany.sca.implementation.spring.SpringImplementat
> ion
> at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
> aultSCADomain.java:172)
> at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
> omain.java:230)
> ... 2 more
> Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: 
> java.lang.I
> llegalStateException: Provider factory not found for class: 
> org.apache.tuscany.s
> ca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
> CompositeActivatorImpl.java:638)
> at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
> aultSCADomain.java:170)
> ... 3 more
> Caused by: java.lang.IllegalStateException: Provider factory not found for 
> class
> : org.apache.tuscany.sca.implementation.spring.SpringImplementation
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem
> entationProvider(CompositeActivatorImpl.java:336)
> at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
> CompositeActivatorImpl.java:629)
> ... 4 more
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>
> ---
> Step 3: Ant compile and Ant run 
> Ant run gets the following exception stack:
> C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
> nk-spring>ant run
> Buildfile: build.xml
> run:
>  [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> org
> .osoa.sca.ServiceRuntimeException: 
> org.apache.tuscany.sca.core.assembly.Activati
> onException: java.lang.IllegalStateException: Provider factory not found for 
> cla
> ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta
> nce(SCADomain.java:264)
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC
> ADomain.java:69)
>  [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33)
>  [java] Caused by: org.osoa.sca.Serv

[jira] Created: (TUSCANY-1579) Simple-bigbank-spring Fails using .99 snapshot (8-23 version) & readme needs update

[haleh mahbod (JIRA)]

Simple-bigbank-spring  Fails  using .99 snapshot (8-23 version)  & readme needs 
update
--

 Key: TUSCANY-1579
 URL: https://issues.apache.org/jira/browse/TUSCANY-1579
 Project: Tuscany
  Issue Type: Bug
Affects Versions: Java-SCA-0.99
 Environment: windows
Reporter: haleh mahbod


Following instructions from the start of readme  ( I have listed 5 steps and a 
patch for readm)

Step 1: Ant run gets the following error

C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
nk-spring>ant run
Buildfile: build.xml

run:
 [java] java.lang.NoClassDefFoundError: bigbank/client/BigBankClient
 [java] Exception in thread "main"
 [java] Java Result: 1

BUILD SUCCESSFUL
Total time: 0 seconds
C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba

Step 2: This command gets an exception
java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigbank.jar 
bigbank.client.BigBankClient
C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
nk-spring>java -cp ..\..\lib\tuscany-sca-manifest.jar;target\sample-spring-bigba
nk.jar bigbank.client.BigBankClient
Exception in thread "main" org.osoa.sca.ServiceRuntimeException: org.osoa.sca.Se
rviceRuntimeException: org.apache.tuscany.sca.core.assembly.ActivationException:
 java.lang.IllegalStateException: Provider factory not found for class: org.apac
he.tuscany.sca.implementation.spring.SpringImplementation
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
omain.java:264)
at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.
java:69)
at bigbank.client.BigBankClient.main(BigBankClient.java:33)
Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.ass
embly.ActivationException: java.lang.IllegalStateException: Provider factory not
 found for class: org.apache.tuscany.sca.implementation.spring.SpringImplementat
ion
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
aultSCADomain.java:172)
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCAD
omain.java:230)
... 2 more
Caused by: org.apache.tuscany.sca.core.assembly.ActivationException: java.lang.I
llegalStateException: Provider factory not found for class: org.apache.tuscany.s
ca.implementation.spring.SpringImplementation
at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
CompositeActivatorImpl.java:638)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(Def
aultSCADomain.java:170)
... 3 more
Caused by: java.lang.IllegalStateException: Provider factory not found for class
: org.apache.tuscany.sca.implementation.spring.SpringImplementation
at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.addImplem
entationProvider(CompositeActivatorImpl.java:336)
at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.activate(
CompositeActivatorImpl.java:629)
... 4 more

C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
nk-spring>

---
Step 3: Ant compile and Ant run 
Ant run gets the following exception stack:
C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\simple-bigba
nk-spring>ant run
Buildfile: build.xml

run:
 [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: org
.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.assembly.Activati
onException: java.lang.IllegalStateException: Provider factory not found for cla
ss: org.apache.tuscany.sca.implementation.spring.SpringImplementation
 [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta
nce(SCADomain.java:264)
 [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SC
ADomain.java:69)
 [java] at bigbank.client.BigBankClient.main(BigBankClient.java:33)
 [java] Caused by: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.
sca.core.assembly.ActivationException: java.lang.IllegalStateException: Provider
 factory not found for class: org.apache.tuscany.sca.implementation.spring.Sprin
gImplementation
 [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:172)
 [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInsta
nce(SCADomain.java:230)
 [java] ... 2 more
 [java] Caused by: org.apache.tuscany.sca.core.assembly.ActivationException:
 java.lang.IllegalStateException: Provider factory not found for class: org.apac
he.tuscany.sca.implementation.spring.SpringImplementation
 [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.a
ctivate(CompositeActivatorImpl.java:638)
 [java] at org.apache.t

[jira] Commented: (TUSCANY-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!

[haleh mahbod (JIRA)]

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

haleh mahbod commented on TUSCANY-1578:
---

Please note that there are 2 README files atached, but they are different. One 
is for the top level samples directory where all samples are defined and I 
added helloworld-ws-sdo (which was missing).

The other readme is for helloworld-ws-sdo which had the wrong readme.

> readme for helloworld-ws-sdo is wrong. It is the same as 
> helloworld-ws-reference!
> -
>
> Key: TUSCANY-1578
> URL: https://issues.apache.org/jira/browse/TUSCANY-1578
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: windows...
>Reporter: haleh mahbod
> Attachments: README, README
>
>
> I tried to create a new readme, but am not sure about the content since 
> a) I can't get this running correctly under an (see a related bug I created)
> b) Not sure about the unix command and result since I don't have a nix 
> machine available.
> Here is how far I got, you can use it or discard and create a new one.

-- 
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-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1578:
--

Attachment: README

..\samples\Readme updated to include helloworld-ws-sdo

> readme for helloworld-ws-sdo is wrong. It is the same as 
> helloworld-ws-reference!
> -
>
> Key: TUSCANY-1578
> URL: https://issues.apache.org/jira/browse/TUSCANY-1578
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: windows...
>Reporter: haleh mahbod
> Attachments: README, README
>
>
> I tried to create a new readme, but am not sure about the content since 
> a) I can't get this running correctly under an (see a related bug I created)
> b) Not sure about the unix command and result since I don't have a nix 
> machine available.
> Here is how far I got, you can use it or discard and create a new one.

-- 
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-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!

[haleh mahbod (JIRA)]

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

haleh mahbod updated TUSCANY-1578:
--

Attachment: README

please try the non-windows command line to make sure it works since I do not 
have this environment.

> readme for helloworld-ws-sdo is wrong. It is the same as 
> helloworld-ws-reference!
> -
>
> Key: TUSCANY-1578
> URL: https://issues.apache.org/jira/browse/TUSCANY-1578
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-0.99
> Environment: windows...
>Reporter: haleh mahbod
> Attachments: README
>
>
> I tried to create a new readme, but am not sure about the content since 
> a) I can't get this running correctly under an (see a related bug I created)
> b) Not sure about the unix command and result since I don't have a nix 
> machine available.
> Here is how far I got, you can use it or discard and create a new one.

-- 
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-1578) readme for helloworld-ws-sdo is wrong. It is the same as helloworld-ws-reference!

[haleh mahbod (JIRA)]

readme for helloworld-ws-sdo is wrong. It is the same as 
helloworld-ws-reference!
-

 Key: TUSCANY-1578
 URL: https://issues.apache.org/jira/browse/TUSCANY-1578
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows...
Reporter: haleh mahbod


I tried to create a new readme, but am not sure about the content since 
a) I can't get this running correctly under an (see a related bug I created)
b) Not sure about the unix command and result since I don't have a nix machine 
available.

Here is how far I got, you can use it or discard and create a new one.


-- 
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-1576) exception trace for helloworld-ws-sdo using .99 snapshot, 8-23 version

[haleh mahbod (JIRA)]

exception trace for helloworld-ws-sdo   using .99 snapshot, 8-23 version


 Key: TUSCANY-1576
 URL: https://issues.apache.org/jira/browse/TUSCANY-1576
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows
Reporter: haleh mahbod
Priority: Critical


First, the readme for this sample is incorrect. It is for 
helloworld-ws-reference and helloworld-ws-service. I'l try to give a patch for 
that in a separate JIRA.

Here is what I did for ant following other Sample's examples:
ant
ant compile 
ant run

I get the following exception:

Total time: 5 seconds
C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-w
s-sdo>ant run
Buildfile: build.xml

run:
 [java] log4j:WARN No appenders could be found for logger (org.apache.axiom.
om.util.StAXUtils).
 [java] log4j:WARN Please initialize the log4j system properly.
 [java] Injected helloWorldService
 [java] Called getGreetings
 [java] Exception in thread "main" java.lang.reflect.UndeclaredThrowableExce
ption
 [java] at $Proxy5.getGreetings(Unknown Source)
 [java] at helloworld.HelloWorldServiceComponent.getGreetings(HelloWorld
ServiceComponent.java:30)
 [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcces
sorImpl.java:39)
 [java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMet
hodAccessorImpl.java:25)
 [java] at java.lang.reflect.Method.invoke(Method.java:585)
 [java] at org.apache.tuscany.sca.implementation.java.invocation.JavaImp
lementationInvoker.invoke(JavaImplementationInvoker.java:91)
 [java] at org.apache.tuscany.sca.implementation.java.invocation.PassByV
alueInvoker.invoke(PassByValueInvoker.java:62)
 [java] at org.apache.tuscany.sca.binding.sca.impl.RuntimeSCABindingInvo
ker.invoke(RuntimeSCABindingInvoker.java:48)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:236)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:93)
 [java] at $Proxy5.getGreetings(Unknown Source)
 [java] at helloworld.HelloWorldClient.main(HelloWorldClient.java:39)
 [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect
 [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in
voke(CommonsHTTPTransportSender.java:221)
 [java] at org.apache.axis2.engine.AxisEngine.send(AxisEngine.java:452)
 [java] at org.apache.axis2.description.OutInAxisOperationClient.send(Ou
tInAxisOperation.java:330)
 [java] at org.apache.axis2.description.OutInAxisOperationClient.execute
(OutInAxisOperation.java:294)
 [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i
nvokeTarget(Axis2BindingInvoker.java:87)
 [java] at org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.i
nvoke(Axis2BindingInvoker.java:67)
 [java] at org.apache.tuscany.sca.core.databinding.wire.DataTransformati
onInteceptor.invoke(DataTransformationInteceptor.java:68)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:236)
 [java] at org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.i
nvoke(JDKInvocationHandler.java:93)
 [java] ... 13 more
 [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect
 [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr
iteMessageWithCommons(CommonsHTTPTransportSender.java:314)
 [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.in
voke(CommonsHTTPTransportSender.java:201)
 [java] ... 21 more
 [java] Caused by: org.apache.axis2.AxisFault: Connection refused: connect
 [java] at org.apache.axis2.transport.http.HTTPSender.sendViaPost(HTTPSe
nder.java:179)
 [java] at org.apache.axis2.transport.http.HTTPSender.send(HTTPSender.ja
va:73)
 [java] at org.apache.axis2.transport.http.CommonsHTTPTransportSender.wr
iteMessageWithCommons(CommonsHTTPTransportSender.java:305)
 [java] ... 22 more
 [java] Caused by: java.net.ConnectException: Connection refused: connect
 [java] at java.net.PlainSocketImpl.socketConnect(Native Method)
 [java] at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
 [java] at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.jav
a:195)
 [java] at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
 [java] at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
 [java] at java.net.Socket.

[jira] Created: (TUSCANY-1575) helloworlds-jsonrpc ant build produces wrong war file... cannot run (using .99 snapshot from 8/23)

[haleh mahbod (JIRA)]

helloworlds-jsonrpc ant build produces wrong war file... cannot run  (using .99 
snapshot from 8/23)
---

 Key: TUSCANY-1575
 URL: https://issues.apache.org/jira/browse/TUSCANY-1575
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows
Reporter: haleh mahbod


The fix on jsonrpc sample got me further to the ant build (Thanks Ant for the 
fix).

Using mvn I am able to get a good war file that I can run.
Using ant build, I get an incorrect War file although ant output says it built 
successfully.

This seems to be a general problem for all the webapp samples. I am creating 
this jira to make it clear that this sample also has a problem with ant 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]

Re: SCA distribution is really big now

[haleh mahbod]

I moved all the jars from calculator-webapp to tomcat/lib. calculator-webapp
runs fine. What else is there that might cause a problem?

Haleh

On 8/23/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 8/22/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > I'll start a different thread to discuss the more long term support for
> > .
> >
> > For now, comments inline to cover the immediate WAR size issue for the
> > 0.99 release.
> >
> > Simon Laws wrote:
> > [snip]
> > > 1 - what is in the war that is build from these samples - currently
> all
> > of
> > > the tuscany jars required
> > >
> > >
> > [snip]
> > > Doing 1 is a relatively straightforward exercise of refactoring the
> > current
> > > war into a slimmed down version. I'm still not convinced that it's a
> > good
> > > idea to remove the webapp samples and compress everything into a small
> > > number of samples
> > >
> >
> > I think we should just document how to copy the required JARs to the
> > Tomcat lib folder and run the stripped down WARs this way, assuming that
> > it works.
>
>
> The problem is likely to be the "assuming that it works" as last time i
> tried this it didn't - there's various classloader issues. Changing to use
> "deep integration" like we used to also seems like quite a big change to
> be
> doing just moments before we cut a release so could we at least postpone
> looking at that till after this release? For this release I think I'm in
> favour of just picking a few samples and demos to not ship pre-built and
> documenting that in their README's as it seems like the most minimal
> change.
>
>...ant
>

[jira] Created: (TUSCANY-1573) helloworld-jsronrpc sample does not run using .99 snapshot

[haleh mahbod (JIRA)]

helloworld-jsronrpc sample does not run using .99 snapshot
--

 Key: TUSCANY-1573
 URL: https://issues.apache.org/jira/browse/TUSCANY-1573
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: I tried both firefox and ie. and checked to make sure 
scripting is enabled. -- Windows
Reporter: haleh mahbod
 Fix For: Java-SCA-0.99


Following readme instruction, 
a) copied war file to tomcat webapp directory
b) started tomcat  ( I see init message for hellow json-rpc) 
c) started browser and gave it  url: 
http://localhost:8080/sample-helloworld-jsonrpc

Screen pops up that shows Helloworld Json/rpc sample screen.

Type something in the box and submit... Nothing happens

At the bottome part of the browser I see a brief message in the explorer tool 
bar (bottom) saying 'error on page'.

-- 
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-1572) mvn on helloworld-ws-reference gets exception - used binary snapshot for .99

[haleh mahbod (JIRA)]

mvn on helloworld-ws-reference gets exception  - used binary snapshot for .99
-

 Key: TUSCANY-1572
 URL: https://issues.apache.org/jira/browse/TUSCANY-1572
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: windows
Reporter: haleh mahbod


Following read me instructions

1) Ant run works fine
2) Building and running the sample using ant - works 
3) Building And Running The Sample Using Maven  --- Fails

cd helloworld-ws-reference
mvn


[INFO] Scanning for projects...
[INFO] 

[INFO] Building Apache Tuscany HelloWorld Web Service Client Sample
[INFO]task-segment: [install]
[INFO] 

[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://www.ibiblio.net/pub/packages/maven2/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://www.ibiblio.net/pub/packages/maven2/org/apache/neethi/neethi/2.0.1/neethi-2.0.1.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://www.ibiblio.net/pub/packages/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom
[WARNING] Unable to get resource from repository apache.incubator 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://www.ibiblio.net/pub/packages/maven2/org/apache/woden/woden/1.0-incubating-M7a/woden-1.0-incubating-M7a.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
[WARNING] 
Artifact junit:junit:jar:4.2:test retains local scope 'test' overriding 
broader scope 'runtime'
given by a dependency. If this is not intended, modify or remove the 
local scope.

[INFO] [compiler:compile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Surefire report directory: 
C:\tuscany-new\sca-dist\tuscany-sca-1.0-incubating-SNAPSHOT\samples\helloworld-ws-reference\target\surefire-reports

---
 T E S T S
---
Running helloworld.HelloWorldClientTestCase
log4j:WARN No appenders could be found for logger 
(org.apache.axiom.om.util.StAXUtils).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN No appenders could be found for logger 
(org.apache.axiom.om.util.StAXUtils).
log4j:WARN Please initialize the log4j system properly.
Aug 22, 2007 2:05:34 PM org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/6.0.10
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.ContextConfig 
defaultWebConfig
INFO: No default web.xml
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_1_1.dtd
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_1_2.dtd
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for 
/javax/servlet/jsp/resources/web-jsptaglibrary_2_0.xsd
Aug 22, 2007 2:05:34 PM org.apache.catalina.startup.DigesterFactory register
WARNING: Could not get url for 
/javax/servlet/resources/j2ee_web_services_1_1.xsd
Aug 22, 2007 2:05:34 PM org.

[jira] Created: (TUSCANY-1570) ANT build of calcualator-webapp sample fails.. either remove it or fix it

[haleh mahbod (JIRA)]

ANT build of calcualator-webapp sample fails.. either remove it or fix it
-

 Key: TUSCANY-1570
 URL: https://issues.apache.org/jira/browse/TUSCANY-1570
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Samples
Affects Versions: Java-SCA-0.99
 Environment: tomcat version 6.0.14, using distribution that Ant 
published on 8/22, running on windows
Reporter: haleh mahbod
Priority: Critical


followed readme instruction for ant

issued ant package command
copied war file to tomcat webapp directory  (Note war file looks very small 
compared to what mvn would produce. it is about 270K)

start tomcat 
start browser and give it the link

It says HTTP Status 404 - /sample-calculator-webapp/calc.jsp

Now, try the same excercise.. first compile with mvn and then do the same 
thing. it works.

Suggest that we either remove the ant aspect from the sample or fix it. Don't  
leave it in the distro as is.

-- 
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 management for next release, was: SCA 0.92 release?

[haleh mahbod]

Running calculator-script using the distribution, I see the following
message. Result is OK, but this seems to be complaining about some package.
I also saw this when I tried to run the same sample from within eclipse :
sys-package-mgr*: can't create package cache dir, 'C:\tuscany-new\s
ca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\lib\jython-2.2-beta2.jar\cachedir\pa
ckages'

===
Result I see running ant run:

Buildfile: build.xml

run:
 [java] 3 + 2=5.0
 [java] 3 - 2=1.0
 [java] *sys-package-mgr*: can't create package cache dir,
'C:\tuscany-new\s
ca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\lib\jython-2.2-beta2.jar\cachedir\pa
ckages'
 [java] 3 * 2=6.0
 [java] 3 / 2=1.5

BUILD SUCCESSFUL
Total time: 7 seconds
C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\samples\calculator-s

On 8/22/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Please review the current distributions so we've a good shot and getting
> an
> RC1 on friday that passes. You can build the absolute latest distro's
> yourself from sca/distribution or I'm right now uploading pre-built ones
> to
> http://people.apache.org/~antelder/tuscany/SNAPSHOT/. This isn't complete
> and there's still a lot to fix up so don't expect perfection yet but if
> you
> see major issues please point them out.
>
>...ant
>
> On 8/21/07, ant elder <[EMAIL PROTECTED]> wrote:
> >
> >
> >
> > On 8/19/07, ant elder <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > >
> > > On 8/13/07, ant elder < [EMAIL PROTECTED]> wrote:
> > > >
> > > >
> > > >
> > > > On 8/13/07, Luciano Resende < [EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Simon Laws wrote:
> > > > > > +1 for 21st as the target. Can I suggest we take some time
> > > > > (assuming there
> > > > > > is some)  on the 20th to test the samples and check through the
> > > > > readmes etc
> > > > > > before taking the branch.
> > > > >
> > > > > We could probably get a "stable distribution" available on the
> 20th,
> > > > > and we would check that.
> > > >
> > > >
> > > > That sounds like a good plan, i'll continue with some tidy up this
> > > > week aiming to get distribution out for the 20th.
> > > >
> > > >...ant
> > > >
> > > >
> > > Just a reminder that this plan is still on target, i'll get an example
> > > "stable distribution" out tomorrow for review then cut a branch on the
> 21st,
> > > and an RC out for voting on by the 23rd. If you've changes planned you
> want
> > > included please get them committed ASAP, if the change is more than
> trivial
> > > raising a JIRA now for the release would be a help so we all know
> whats
> > > coming.
> > >
> > > ...ant
> > >
> >
> >
> > A bunch off us had an off-list discussion about this and as we're not
> > quite ready i'll hold off cutting the branch till Thursday and get an
> RC1
> > out by Friday the 24th.
> >
> >...ant
> >
>

Re: nullp when running binding-echo sample

[haleh mahbod]

Thank you both :)

On 8/20/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> I fixed first :) You sent e-mail first :)
>
> On 8/20/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > It was fixed by Luciano a few minutes ago before I tried to check in the
> > same fix :-).
> >
> > Thanks,
> > Raymond
> > - Original Message -
> > From: "Luciano Resende" <[EMAIL PROTECTED]>
> > To: 
> > Sent: Monday, August 20, 2007 9:44 PM
> > Subject: Re: nullp when running binding-echo sample
> >
> >
> > >I get an exception either from inside Eclipse IDE or from distribution
> > > using ant. Could you please create a jira for tracking this issue.
> > >
> > > On 8/20/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > >> Hi,
> > >>
> > >> I am running this sample from the distribution that I built based on
> the
> > >> latest code.
> > >> When I ran the sample following ant instructions, I get the
> following:
> > >>
> > >> C:\tuscany-new\sca-dist\tuscany-
> > >> sca-1.0-incubating-SNAPSHOT\samples\binding-echo
> > >> >ant run
> > >> Buildfile: build.xml
> > >>
> > >> run:
> > >>  [java] Returned message: foo
> > >>  [java] Echo reference = foo
> > >>  [java] Exception in thread "main" java.lang.NullPointerException
> > >>  [java] at echo.server.EchoServer.sendReceive(EchoServer.java
> :75)
> > >>  [java] at echo.EchoBindingClient.main(EchoBindingClient.java
> :44)
> > >>  [java] Java Result: 1
> > >>
> > >> BUILD SUCCESSFUL
> > >> Total time: 1 second
> > >> C:\tuscany-new\sca-dist\tuscany-
> > >> sca-1.0-incubating-SNAPSHOT\samples\binding-echo
> > >>
> > >>
> > >> I this a known problem that is being worked on?
> > >>
> > >
> > >
> > > --
> > > 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]
> > >
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> 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]
>
>

nullp when running binding-echo sample

[haleh mahbod]

Hi,

I am running this sample from the distribution that I built based on the
latest code.
When I ran the sample following ant instructions, I get the following:

C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\samples\binding-echo
>ant run
Buildfile: build.xml

run:
 [java] Returned message: foo
 [java] Echo reference = foo
 [java] Exception in thread "main" java.lang.NullPointerException
 [java] at echo.server.EchoServer.sendReceive(EchoServer.java:75)
 [java] at echo.EchoBindingClient.main(EchoBindingClient.java:44)
 [java] Java Result: 1

BUILD SUCCESSFUL
Total time: 1 second
C:\tuscany-new\sca-dist\tuscany-
sca-1.0-incubating-SNAPSHOT\samples\binding-echo


I this a known problem that is being worked on?

Re: Developer guide update was: Distributed Runtime and Distributed Calculator

[haleh mahbod]

A section in the developer guide (as a link to a page like "get started with
coding")..
Also link from architecture guide to it.

I'll take what you have and create the link and the page if this is the
right content to start with

Haleh

On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> Good idea -  we could do with something like this to help newcomers get a
> grip with what the various bits are. The developers guide is currently all
> about the process of development and not specifics of the code, and it's
> quite long already. I'm wondering if it would be better in the achitecture
> guide (or as a subpage thereof)
>
> Simon
>
> -- Forwarded message --
> From: haleh mahbod <[EMAIL PROTECTED]>
> Date: Aug 17, 2007 6:38 PM
> Subject: Re: Distributed Runtime and Distributed Calculator
> To: tuscany-dev@ws.apache.org
> Cc: [EMAIL PROTECTED]
>
> Simon,
> This is a nice quick walk through of the code. Should this be added to the
> development guide as a 'quick get started' section.
>
> Haleh
>
> On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> > Hi some comments in line below. There are a number of things in the SCA
> > kitbag (as defined by the SCA specification) that may help with what you
> > want to do. For example, you can define asynchronous interfaces on you
> > services and have then call callbacks. There is testing that needs to be
> > done to see which of these features need extra work in the distributed
> > mode
> > of operation.
> >
> > On 8/17/07, Giorgio Zoppi <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > > Hi Jo, I've just checked in the fixes and re-enbabled:
> > > >
> > > >   binding-sca-axis2 module which provides a remote version of the
> > > default
> > > > binding between SCA components
> > > >   distributed-impl module which provides some abstractions of
> > > distributed
> > > > domains and nodes and some interfaces for service registration and
> > > location
> > > >   calculator-distributed which, provides a simple sample of tuscany
> > > running
> > > > distributed
> > > >
> > > > I get a clean build on windows so give it a try and let me know how
> > you
> > > get
> > > > on.
> > >
> > > Ok. I update
> > > > The tests that run during the mvn build use an in memory registry so
> > all
> > > the
> > > > nodes run in one VM. This in memory version is replaced in the
> > > calculator
> > > > distributed sample with a network version. You can make the sample
> go
> > by
> > > > starting four separate VMs using the ant build file provided:
> > > I've seen that.
> > >
> > > > Run up the node that provides the registry
> > > >   ant runDomainNode
> > > >
> > > > Run up the node that runs the add service
> > > >   ant runNodeB
> > > >
> > > > Run up the node that runs the subtract service
> > > >   ant runNodeC
> > > >
> > > > Run up the node that runs the Calculator services and drives calls
> to
> > > the
> > > > various methods
> > > >   ant runNodeA
> > >
> > > Ok. Let's go. I've seen part of your code, and I'll debug it tomorrow.
> I
> > > need to understand the Tuscany core: Where a component is activated?
> >
> >
> > Bit of background needed to answer this so bear with me. Inside the node
> > (EmbeddedNode) it uses a local domain implementation (EmbeddedSCADomain)
> > that holds all of the parts of the runtime together.
> >
> > domain = new EmbeddedSCADomain(cl, domainName);
> > domain.start();
> >
> > In fact it uses two at the moment. One to hold the application
> components
> > that you want to run and one to run any management components there
> might
> > be. At the moment the only management component is a proxy to the remote
> > service registry but I left this management domain in so that I didn't
> > have
> > to hand craft service clients for management purposes.
> >
> > You can get various things from the EmbeddedSCADoamin, for example, you
> > see
> > the code getting a contribution service and adding a contribution to it.
> >
> > ContributionService contributionService =
> > domain.getContributionService();
> > Contribution contribution = contributio

Re: Distributed Runtime and Distributed Calculator

[haleh mahbod]

Simon,
This is a nice quick walk through of the code. Should this be added to the
development guide as a 'quick get started' section.

Haleh

On 8/17/07, Simon Laws <[EMAIL PROTECTED]> wrote:
>
> Hi some comments in line below. There are a number of things in the SCA
> kitbag (as defined by the SCA specification) that may help with what you
> want to do. For example, you can define asynchronous interfaces on you
> services and have then call callbacks. There is testing that needs to be
> done to see which of these features need extra work in the distributed
> mode
> of operation.
>
> On 8/17/07, Giorgio Zoppi <[EMAIL PROTECTED]> wrote:
> >
> >
> > > Hi Jo, I've just checked in the fixes and re-enbabled:
> > >
> > >   binding-sca-axis2 module which provides a remote version of the
> > default
> > > binding between SCA components
> > >   distributed-impl module which provides some abstractions of
> > distributed
> > > domains and nodes and some interfaces for service registration and
> > location
> > >   calculator-distributed which, provides a simple sample of tuscany
> > running
> > > distributed
> > >
> > > I get a clean build on windows so give it a try and let me know how
> you
> > get
> > > on.
> >
> > Ok. I update
> > > The tests that run during the mvn build use an in memory registry so
> all
> > the
> > > nodes run in one VM. This in memory version is replaced in the
> > calculator
> > > distributed sample with a network version. You can make the sample go
> by
> > > starting four separate VMs using the ant build file provided:
> > I've seen that.
> >
> > > Run up the node that provides the registry
> > >   ant runDomainNode
> > >
> > > Run up the node that runs the add service
> > >   ant runNodeB
> > >
> > > Run up the node that runs the subtract service
> > >   ant runNodeC
> > >
> > > Run up the node that runs the Calculator services and drives calls to
> > the
> > > various methods
> > >   ant runNodeA
> >
> > Ok. Let's go. I've seen part of your code, and I'll debug it tomorrow. I
> > need to understand the Tuscany core: Where a component is activated?
>
>
> Bit of background needed to answer this so bear with me. Inside the node
> (EmbeddedNode) it uses a local domain implementation (EmbeddedSCADomain)
> that holds all of the parts of the runtime together.
>
> domain = new EmbeddedSCADomain(cl, domainName);
> domain.start();
>
> In fact it uses two at the moment. One to hold the application components
> that you want to run and one to run any management components there might
> be. At the moment the only management component is a proxy to the remote
> service registry but I left this management domain in so that I didn't
> have
> to hand craft service clients for management purposes.
>
> You can get various things from the EmbeddedSCADoamin, for example, you
> see
> the code getting a contribution service and adding a contribution to it.
>
> ContributionService contributionService =
> domain.getContributionService();
> Contribution contribution = contributionService.contribute("
> http://calculator";,
>   contributionURL,
>   null,
> //resolver,
>   false);
>
> Contributions are the collections of resources that describe your
> services,
> e.g. .composite files, xsd files, wsdl files etc. The act of contributing
> this information results in an in memory assembly model (see the assembly
> module).
>
>  Composite composite = contribution.getDeployables().get(0);
>
> The root of which is a composite which contains a hierarchy of components
> that you want to run. Then various steps are taken to turn the logical
> assembly model into runnable artifacts so that the components can be
> started. The model composite gets added to a top level composite that the
> local domain controls.
>
> domain.getDomainComposite().getIncludes().add(composite);
>
> Then there is a build stage where the parts of the logical model are
> linked
> together, references to services etc.
>
> domain.getCompositeBuilder().build(composite);
>
> Then there is a step where information is provided to the runtime so that
> remote services can be resolved automatically across the network. I.e. we
> link to guts of the assembly model into the notion of a distributed
> domain.
>
> distributedDomain.addDistributedDomainToBindings(composite);
>
> Then finally the runtime artifacts are created based on the logical model,
> these include the service endpoints and clients.
>
> domain.getCompositeActivator().activate(composite);
>
> Once all this is done, each component in the domain can be started
> independently
>
> for (Composite composite :
> domain.getDomainComposite().getIncludes()
> ){
> domain.getCompositeActivator().start(composit

Re: Javadoc in sca/itest

[haleh mahbod]

Hi,
Javadoc for iTests will help clearify what is there or missing and help the
reader to better understand the tests.  I went through itests once to try to
figure out what is missing and how I can potentially contribute. I did not
get too far.

Venu, your idea of 'how to create & configure a new itest module or what are
itests' are things that can be covered in the development guide. There is
already a 'test' section in this guide that seems to be a bit out dated. [1]

http://incubator.apache.org/tuscany/sca-java-development-guide.html#SCAJavaDevelopmentGuide-Testing

Just a suggestion..

Haleh

On 8/16/07, venu reddy <[EMAIL PROTECTED]> wrote:
>
> Hi Brian,
> That will be a boon to developers who want's to get started with
> integration
> tests. In addition  we can also have brief documentation about itests
> itself
> or FAQ about itest.  Few things those can be included are What are
> itests?,
> How to create &configure a new itest module? so that surefire plugin can
> execute the tests successfully.
> Thanks,
> Venu.
>
>
>
> On 8/16/07, Brian Murray <[EMAIL PROTECTED]> wrote:
> >
> > I'd like to take a crack at expanding the Javadoc in the sca itests, and
> > I'd like some feedback on the benefit and conventions of doing so.
> >
> > I've noticed that the Javadoc in the sca/itests could be enhanced (or in
> > many cases is absent altogether). Javadoc seems to me a great way to
> > document the intent of the test cases.  Including the package.html and
> > overview.html files will allow a single source of documentation.  This
> > will
> > allow us to more easily assess test coverage of concepts (rather than
> > merely
> > API's).
> >
> > As for javadoc conventions:
> >
> > I'd like to add javadoc to the src/test subdirectories.  This is where
> we
> > would document the scenario being tested.  (e.g. Attempt to locate a
> > service
> > with an invalid name.)
> >
> > I'd like to add javadoc to the src/main subdirectories to describe the
> > requirements on the services (e.g.  This must be a composite within a
> > composite) for the test case scenario to be achieved.
> >
> > Please let me know if you'd like me to add or subtract from the above.
> >
>
>
>
> --
>
> -
> A 'wish' changes nothing. A 'decision' changes everything!  Anon
> Even if you're on the right track, you'll get run over if you just sit
> there. Will Rogers
>

Can RSS Feed be enabled for Tuscany blog?

[haleh mahbod]

Hi,
There is no RSS Feed on Tuscany blog[1]. Any one knows how to enable this?

[1]: http://apache-tuscany.blogspot.com/

Haleh

Re: Learn to build your SCA app in few minutes...

[haleh mahbod]

Hi Steve,
I am posting this to Tuscany-dev to see if  there is a problem with the
nightly while I am also downloading the latest to see if I run into the
issue.

Haleh

On 8/14/07, Steve Jones <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I've been working through the example. Everything builds OK.
>
> I get a null pointer exception when I try to run it (details at end).
>
> AFAIK I've built the demo exactly as outlined using the nightly build.
>
> I've linked eclipse to the latest svn source as the 0.91 source was giving
> me line number missmatch when I tried to do some debugging.
>
> I'm ruining eclipse Europa on Windows Vista with Java 1.6.0_02.
>
> I'm completely new to web services so I really have no clue what to look
> out  for.
>
> So far I've managed to get Tomcat running under IIS on a Windows Vista
> machine. I can stop and start Tomcat and the Tomcat jsp examples seem to
> work OK.
>
> I've made sure Tomcat is stopped when I launch the Tuscany demo.
>
> Could any of the above be the cause of the problem?
>
> Any suggestions would be very welcome,
>
> Thanks, Steve.
>
>
> Starting ...
> Exception in thread "main" org.osoa.sca.ServiceRuntimeException:
> java.lang.NullPointerException
> at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(
> SCADomain.java:264)
> at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java
> :69)
> at launch.Launch.main(Launch.java:8)
> Caused by: java.lang.NullPointerException
> at
>
> org.apache.tuscany.sca.interfacedef.impl.TempServiceDeclarationUtil.getServiceClassNames
> (TempServiceDeclarationUtil.java:46)
> at
>
> org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.getExtensionPoint
> (DefaultExtensionPointRegistry.java:71)
> at
>
> org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntimeBuilder.createContributionService
> (ReallySmallRuntimeBuilder.java:152)
> at
> org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(
> ReallySmallRuntime.java:109)
> at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(
> DefaultSCADomain.java:93)
> at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(
> SCADomain.java:230)
> ... 2 more
>
>

Re: Learn to build your SCA app in few minutes...

[haleh mahbod]

Steve,

Java SCA FAQ says that Java 1.6 may not work. Can you try 1.5?
Here is the link:
http://incubator.apache.org/tuscany/tuscany-sca-java-faq.html#TuscanySCAJava-FAQ-BuildA

Haleh

On 8/14/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> Hi Steve,
> I am posting this to Tuscany-dev to see if  there is a problem with the
> nightly while I am also downloading the latest to see if I run into the
> issue.
>
> Haleh
>
> On 8/14/07, Steve Jones <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > I've been working through the example. Everything builds OK.
> >
> > I get a null pointer exception when I try to run it (details at end).
> >
> > AFAIK I've built the demo exactly as outlined using the nightly build.
> >
> > I've linked eclipse to the latest svn source as the 0.91 source was
> > giving
> > me line number missmatch when I tried to do some debugging.
> >
> > I'm ruining eclipse Europa on Windows Vista with Java 1.6.0_02 .
> >
> > I'm completely new to web services so I really have no clue what to look
> > out  for.
> >
> > So far I've managed to get Tomcat running under IIS on a Windows Vista
> > machine. I can stop and start Tomcat and the Tomcat jsp examples seem to
> >
> > work OK.
> >
> > I've made sure Tomcat is stopped when I launch the Tuscany demo.
> >
> > Could any of the above be the cause of the problem?
> >
> > Any suggestions would be very welcome,
> >
> > Thanks, Steve.
> >
> >
> > Starting ...
> > Exception in thread "main" org.osoa.sca.ServiceRuntimeException:
> > java.lang.NullPointerException
> > at
> > org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(
> > SCADomain.java :264)
> > at
> > org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(
> > SCADomain.java:69)
> > at launch.Launch.main(Launch.java:8)
> > Caused by: java.lang.NullPointerException
> > at
> >
> > org.apache.tuscany.sca.interfacedef.impl.TempServiceDeclarationUtil.getServiceClassNames(
> > TempServiceDeclarationUtil.java:46)
> > at
> >
> > org.apache.tuscany.sca.core.DefaultExtensionPointRegistry.getExtensionPoint
> > (DefaultExtensionPointRegistry.java:71)
> > at
> >
> > org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntimeBuilder.createContributionService(
> > ReallySmallRuntimeBuilder.java:152)
> > at
> > org.apache.tuscany.sca.host.embedded.impl.ReallySmallRuntime.start(
> > ReallySmallRuntime.java:109)
> > at
> > org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain .(
> > DefaultSCADomain.java:93)
> > at
> > org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(
> > SCADomain.java:230)
> > ... 2 more
> >
> >
>

Re: [DAS] Transaction support

[haleh mahbod]

Amita,
Maybe I am not getting this. What is the user case scenario that you are
trying to cover with your suggestion (I understand what you are suggesting
to do, but not sure of use case)?  In what case client needs what you are
mentioning, beyond what is provided today?

Thanks for the clarification.
Haleh

On 8/14/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
>
> --->if DAS exposes connection thru getConnection() ONLY when
> managedtx=false, it need to control cases when managedtx=true. So 2. will
> be
> needed.
> If it exposes getConnection() ALWAYS (ignoring managetx), then managedtx
> loses its meaning and DAS can not control any transaction as client always
> have the control.
>
> I agree with you Amita, however the user will always have the control when
> it passes the a Connection to DAS on its creation no matter if the
> managedtx
> is true or not, because he will have a reference to the Connection he
> created.
>
> So, if the managedtx=true and the user passed the Connection to DAS, it
> will
> make no sense not to expose the Connection to the user, since he already
> has
> its reference.
>
> Regards,
> Adriano Crestani
>
> On 8/14/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
> >
> > On 8/14/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > >
> > > Here is my opinion:
> > >
> > > 1- There are 2 ways for user to provide a Connection to DAS, create
> one
> > > and
> > > pass it to DAS on its creation or on ConnectionInfo. The first case is
> > > already giving the access to the Connection to the user. On the
> second,
> > I
> > > think it's useful to provide access to it with getConnection(), since
> > the
> > > user wouldn't be able to manage the transacions if he defines the
> > > managedtx=false.
> >
> >
> > --->if DAS exposes connection thru getConnection() ONLY when
> > managedtx=false, it need to control cases when managedtx=true. So 2.
> will
> > be
> > needed.
> > If it exposes getConnection() ALWAYS (ignoring managetx), then managedtx
> > loses its meaning and DAS can not control any transaction as client
> always
> > have the control.
> >
> > 2- Now, about start/endTransaction() methods, I agree with Luciano, it
> > will
> > > look like DAS was specially designed for RDB when you define it on DAS
> > > class, maybe it could probably be added to rdb.DASImpl class and the
> > user
> > > would have to cast it to rdb.DASImpl when creating a DAS instance
> using
> > > the
> > > factory.
> > >
> > > Anyway, I don't agree with adding these methods, once if being exposed
> > the
> > >
> > > Connection with getConnection the user can commit or rollback whenever
> > he
> > > wants, and control how many commands will be grouped as atomic change
> on
> > > rdb
> > > or not.
> > >
> > > 3- As we are already talking about DAS being heterogeneus and
> > independent
> > > of
> > > implementations, as a interface should be, the classes on das package
> > > shouldn't be depedent of das.rdb package classes. But on patch from
> > > JIRA-1465 were added the methods add/remove/get/ResultDescriptor on
> > > Command
> > > class, however these methods are, as far as I know, only intended to
> be
> > > used
> > > with RDB DAS. So I think they are misplaced, maybe they should be
> placed
> > > on
> > > a Command implementation under das.rdb package. What do you 2  think?
> >
> >
> > --->-This can be a good start for DAS API-Impl separation work.
> We
> > can discuss
> > what all changes that need to happen in current DAS (Luciano already has
> > some work in sandbox) to make a clean separation between API and Impl.
> e.g
> > .
> > DAS interface does not have an API for connecting to non-DBMS data
> stores,
> > but it accepts java.sql.Connection indicating DAS from Interface level
> > itself is tied to Database. Can we open another thread and  list/discuss
> > all
> > the changes around this separation work?
> >
> > Regards,
> > > Adriano Crestani
> > >
> > > On 8/14/07, Amita Vadhavkar < [EMAIL PROTECTED]> wrote:
> > > >
> > > > Just looked more at the code and found something more interesting -
> :)
> > > >
> > > > When there is no connectionInfo in DAS Config, managedtx defaults to
> > > true,
> > > > so when
> > > > connection is passed by user (as in TransactionTests), managedtx is
> > > true.
> > > >
> > > > So, with the current code case 4) can not occur (which is actually
> > > useful)
> > > > 4)false from caller  DAS does not issue
> > commit/rollback,
> > > > external caller manages
> > > >
> > > > TransactionTests - if you look closely, there is just "one"
> > > > DAS.applyChanges(root)
> > > > command
> > > > which has 2 INSERT statements using same PK. So, 2nd INSERT gives
> JDBC
> > > > Exception
> > > > and DAS uses it to issue rollback. So, TransactionTests is
> succedding
> > in
> > > > getting exception
> > > > and avoiding "both" INSERTs due to the fact that "both INSERTs are
> > under
> > >
> > > > same applyChanges() Command."
> > > >
> > > > What will happe

Re: sample news page....

[haleh mahbod]

Thanks Brady.

As I mentioned below I am hoping that everyone who has something to share
about the project will participate and share information. Thanks for making
the effort to update Native SCA section on News page.  One piece of news
might be interesting is OSCON demo that goes across Java and Native if it is
ready.

Haleh

On 8/13/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
>
>
> Looks nice!
>
> I meant to reply last week saying that I thought it was a good idea, but
> time just got away from me again...
>
> The Native part looks a bit sparse. Imp trying to think of something to
> beef it up a bit. :)
>
> Brady
>
> -----Original Message-
> From: haleh mahbod [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 13, 2007 3:33 PM
> To: tuscany-dev; Tuscany Users
> Subject: sample news page
>
> Hi,
>
> Here is a sample of  SCA news page that I had proposed last week[1].
> This news page includes information about both Java SCA and Native SCA.
> It is a live page that reflects what's going on in the project (no old
> news).
>
> This page is  created on TuscanyWiki  so that everyone can add
> information to it. It currently has two main sections. Project news and
> user news.
> Please feel free to add more if  you can think of other news categories
> to add.
>
> Please help keep this page interesting!  Share what you think is useful.
> If your news script consists of long text, please provide a link to a
> page to keep this page easy to read.
>
> I'll go ahead and link it to the website for now at [2].
> Let's give this a few weeks to see how it evolves. Do you think we
> should have one Tuscany news page or separate ones for SCA, SDO and DAS?
>
> [1]:
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+News+
> Page
> [2]:
> http://incubator.apache.org/tuscany/tuscany-downloads-documentations.htm
> l
>
> Haleh
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

sample news page....

[haleh mahbod]

Hi,

Here is a sample of  SCA news page that I had proposed last week[1]. This
news page includes information about both Java SCA and Native SCA.  It is a
live page that reflects what's going on in the project (no old news).

This page is  created on TuscanyWiki  so that everyone can add information
to it. It currently has two main sections. Project news and user news.
Please feel free to add more if  you can think of other news categories to
add.

Please help keep this page interesting!  Share what you think is useful. If
your news script consists of long text, please provide a link to a page to
keep this page easy to read.

I'll go ahead and link it to the website for now at [2].
Let's give this a few weeks to see how it evolves. Do you think we should
have one Tuscany news page or
separate ones for SCA, SDO and DAS?

[1]:
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Tuscany+SCA+News+Page
[2]:
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html

Haleh

Re: SCA distribution is really big now

[haleh mahbod]

It would be good to get user 's view on this as well.  I am re-posting to
tuscany-user list since I am not sure if  everyone monitors both lists.

On 8/11/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Our SCA binary distribution is over 100Meg now and there's still
> extensions
> and dependencies I've not added yet. This seems a little big considering
> we're trying to sell Tuscany as all svelte and light weight.
>
> So what to do? The reason its so big is that every webapp sample and demo
> we
> have ends up including a copy of most of the runtime and dependencies. One
> solution could be to just ship fewer prebuilt webapp samples and demos.
> Another could be to change the way we do those samples so that each
> sample/demo is just a simple SCA contribution jar and you have to deploy
> that to some Tuscany runtime. We've already the webapp runtime that would
> work for that, and the Geronimo Tuscany support, and we could  create
> another standalone runtime if you don't want to use Tomcat or Geronimo.
>
> What do people think, does the size matter, are there some other things we
> could do?
>
>...ant
>

Re: [SCA Native] next release content [was: Tuscany roadmap]

[haleh mahbod]

How about enhancing the documentation (architecture, get started and user
doc) to help new people come on board faster?

Another thought might be to have an integration story between Native and
Java. Some of this work started for OSCon, for example a sample of a
composite which include C++ and Java components.


On 7/26/07, Pete Robbins <[EMAIL PROTECTED]> wrote:
>
> That looks good. I think there is more than enough in that list to
> justify a release. My priorities would be:
> 1) upgrade to the sca 1.0 spec levels (assembly and cpp).
> 2) build system move to ant
> (enough there for a release)
>
> We should discuss your ideas for the rearchitecture of the data model.
> It sounds like a good idea so maybe we can flesh out a proposal for
> that.
>
> Cheers,
>
> On 26/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
> >
> >
> > Hello all,
> >
> > I created a wiki page detailing the TuscanySCA Native Next Release
> > Contents, which will probably be called M4.
> >
> >
> > http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SCA+Native+Next+R
> > elease+Contents
> >
> >
> > Can I get some feedback on the items listed there. Also, what's the
> > Apache procedure to start planning and implementing the changes?
> >
> >
> > 
> > Brady Johnson
> > Lead Software Developer - HydraSCA
> > Rogue Wave Software - [EMAIL PROTECTED]
> >
> >
> > -Original Message-
> > From: Pete Robbins [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, July 12, 2007 11:00 AM
> > To: tuscany-dev@ws.apache.org
> > Subject: Re: [SCA Native] next release content [was: Tuscany roadmap]
> >
> > On 12/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
> > >
> > > I forgot to mention another one in my previous post:
> > > - get the test suite up to date and working. I don't like making
> > > changes to code without running a good unit/basic test suite.
> >
> > We do not have ANY test suite. I run through the samples to test
> > changes. The code under tuscany/cpp/sca/test is not maintained and
> > should probably be discarded. I think we need to build up a unit test
> > suite and would welcome suggestions on how to start this (use
> > cppunit?)
> >
> > >
> > > I can start a separate thread for the ant vs make discussion.
> > > Basically, I think it would be easier to simplify the build process
> > > using make. I've looked through some of the makefiles and they're
> > > horrendous. :)
> >
> > Let's discuss it here then. We need to be able to build from source on
> > windows, linux and Mac. On Windows we settled on MSVC 8 so it can build
> > with the free studio express. For linux we settled on automake as it
> > seemed to be fairly standard for C/C++ open source projects. In doing
> > this I had to learn automake and learnt to hate it ;-)  ... and as you
> > say some of the makefiles are ugly. If you believe an ant based build
> > would be better then I'll happily go along with that. Perhaps you could
> > start this off by showing us what the build would look like for, say,
> > cpp/sca/runtime/core ??
> >
> > >
> > > 
> > > Brady Johnson
> > > Lead Software Developer - HydraSCA
> > > Rogue Wave Software - [EMAIL PROTECTED]
> > >
> > >
> > > -Original Message-
> > > From: Pete Robbins [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, July 12, 2007 9:53 AM
> > > To: tuscany-dev@ws.apache.org
> > > Subject: [SCA Native] next release content [was: Tuscany roadmap]
> > >
> > > We should definitely start planning some content for the next SCA
> > > Native release.
> > >
> > > On 12/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Is there some sort of TuscanySCA roadmap? I've looked around a bit
> > > > and
> > >
> > > > haven't found one. I was curious what the future plans for
> > > > TuscanySCA CPP were in particular. I have a few ideas and I was
> > > > curious if they had been contemplated yet.
> > > >
> > > > - Move from Assembly Model 0.96 to 1.0
> > > Definitely. We also need to move the CPP extension to the 1.0 C++ C&I
> > > spec version
> > >
> > > > - Move to ant instead of make
> > > I need to understand this proposal a little better. Can you elaborate?
> > > Probably worth starting a separate thread to discuss this. I'm all for
> >
> > > simplifying the build though!
> > >
> > > > - Remove runtime dependancy on model data structure (slight changes
> > > > to
> > >
> > > > data/model shouldnt affect runtime usage)
> > > ok
> > >
> > > > - Support additional WSDL bindings: RPC, DOC encoded...
> > > sounds good.
> > >
> > > >
> > > > 
> > > > Brady Johnson
> > > > Lead Software Developer - HydraSCA
> > > > Rogue Wave Software - [EMAIL PROTECTED]
> > > >
> > > >
> > >
> > > Cheers,
> > >
> > > --
> > > Pete
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> > > ---

Re: Rename itest artifacts to not include the "tuscany-" suffix?

[haleh mahbod]

Are these tests specific to Tuscany SCA or can they be viewed as a community
test suite for SCA Java?

On 8/10/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> Anyone mind if i change all the itest artifacts to not include the
> "tuscany-" suffix? Its a minor thing i know but it would mean then they
> don't get mixed up with the tuscany runtime modules in the IDE panel
> views.
>
>...ant
>

Is there value in keeping download links for old releases?

[haleh mahbod]

Hi,

The latest release for each subproject is the preferred release to download.
Does it make sense to keep links to download for old releases on the
download page? This can give a wrong impression that these are also OK to
download.  For example, for Java SCA there are still links to M1 and M2 from
last year. Architecture has changed since then.

Does it make sense to have the latest release and the previous release as an
option for download and leave everything else under history or remove them?

Haleh

Re: Tuscany Subproject News Bulletin? Would it be useful?

[haleh mahbod]

Thank you all for the good ideas. Trying to summarize this thread.

1) Blogging is an important communication tool -  We should all attempt to
do this more often. The type of interesting information for blogs would be
things that we'd want to communicate instantly. Cool features that are
becoming available, actual user use cases, 

2) There seems to be a set of things that fall into important information to
communicate, but does not quite fit the blog profile (Jeff also points to
this). These are things that give a high level view of f where things are
and heading to in the project without digging into tons of mail, etc. For
example, high level roadmap, pointer to current release discussion, pointer
to use cases

Mathew suggests a weekly news digest. Although a great idea, it requires a
dedicated person on an ongoing basis (since everyone will rely on this ;).
What I was proposing is simpler. It is a bulletin board where everyone posts
information of type (2) above.

I am not sure if we are agreeing that a news bulletin per subproject is
worth the effort or not given all the new ideas that were shared on this
thread. I could go ahead and start this as an experiment, but its content is
dependent on input from everyone. We can try it for a while and evaluate if
it is useful or should be removed.

I'll wait another day for feedback before I proceed.

Thanks,
Haleh



On 8/7/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> On 8/6/07, Robert Burrell Donkin <[EMAIL PROTECTED]> wrote:
>
> 
>
> > i believe now that blog aggregation is the best structure for news.
> > for this to be effective does require a consensus that committers are
> > going to spend a little time regularly blogging about new features.
>
> +1, we could have a Tuscany aggregation (e.g individual committers
> would aggregate into a planetTuscany) plus planetApache aggregation.
> More technical committer, involved in specific feature, would probably
> blog around what's going on, new enhancements, etc... Release Managers
> would probably blog about what's being planned for the release, other
> could write a weekly summary as Haleh proposed.
>
> As for the notification part, or basically to be aware of new items
> posted, Google Alert is one way to get notified. You could also use
> other options such as google/ig, feed readers, etc
>
>
> On 8/7/07, Anderson, Jeff T (CA - Toronto) <[EMAIL PROTECTED]>
> wrote:
> > I agree that this is a useful feature, you can never put enough effort
> into making information more accessible,
> > as for the type of information, everything that you've mentioned below
> is appropriate
> > -plus actual case studies of usage
> > -high-level roadmap items
> > etc., etc.
> >
> > 
> >
> > From: haleh mahbod [mailto:[EMAIL PROTECTED]
> > Sent: Mon 2007-08-06 15:31
> > To: tuscany-dev; Tuscany Users
> > Subject: Tuscany Subproject News Bulletin? Would it be useful?
> >
> >
> >
> > Hi Tuscan Contributors and Users,
> >
> > I have been thinking about how we can further enhance the flow of
> > information in Tuscany. New interesting things happen on regular basis
> and
> > information is either embedded in an email,  in code/commit
> log,  embedded
> > in a webpage on TuscanyWiki or the website. Users of Tuscany may have
> > interesting information to share, but not have a place to share this
> > information.
> >
> > A new person coming to Tuscany may not be able to easily find the
> > information in archive since they don't know what to look for. Users who
> are
> > tracking the project may not have time to read the details of each email
> and
> > would probably appreciate finding information quickly. Note that this is
> not
> > a particular characteristic of Tuscany. It is just the nature of open
> source
> > projects. Lots of good information to dig into in svn, in mailing list,
> on
> > websites, etc.
> >
> > Here is a proposal. How about  a news bulletin  for each subproject that
> > resides on TuscanyWiki and gets linked into from Tuscany website
> download
> > page. This is a live page, contributed to by all. It is not a
> replacement
> > for any of the existing communication mechanism. It is a quick pointer
> to
> > information that will help people find the latest news.
> >
> > For example the SCA bulletin could be:
> > Development bulletin board
> > - Community is working on the next release of  project. You can
> participate
> > in this thread of discussion   if interested..
> > - There is a quick guide to getting started  
> > -  Major eff

Tuscany Subproject News Bulletin? Would it be useful?

[haleh mahbod]

Hi Tuscan Contributors and Users,

I have been thinking about how we can further enhance the flow of
information in Tuscany. New interesting things happen on regular basis and
information is either embedded in an email,  in code/commit log,  embedded
in a webpage on TuscanyWiki or the website. Users of Tuscany may have
interesting information to share, but not have a place to share this
information.

A new person coming to Tuscany may not be able to easily find the
information in archive since they don't know what to look for. Users who are
tracking the project may not have time to read the details of each email and
would probably appreciate finding information quickly. Note that this is not
a particular characteristic of Tuscany. It is just the nature of open source
projects. Lots of good information to dig into in svn, in mailing list, on
websites, etc.

Here is a proposal. How about  a news bulletin  for each subproject that
resides on TuscanyWiki and gets linked into from Tuscany website download
page. This is a live page, contributed to by all. It is not a replacement
for any of the existing communication mechanism. It is a quick pointer to
information that will help people find the latest news.

For example the SCA bulletin could be:
Development bulletin board
- Community is working on the next release of  project. You can participate
in this thread of discussion   if interested..
- There is a quick guide to getting started  
-  Major efforts in progress, example OSGI , Integration with Geronimo, 
 Use your imagination... Anything that can be shared with the community
to help them understand what's going on

Users bulletin board
- Here is a scenario that SCA is used in and here are some examples to share
< link to a page that the data is>
 Use your imagination Anything that can be shared with the community

Questions:
Do you agree that we should spend effort on further enhancing information
flow or there is enough already?
If yes, What type of information would you like to see so that information
can be better organized?
If you agree that we can further enhance information flow, would the idea of
news bulletin work? If not, what else?

I'll take care of the initial draft of the webpages if I know there is
interest to keep these pages live, otherwise there is no point to just add
another page to the wiki.

Haleh

Re: No link to Tuscany Wiki on our Web site

[haleh mahbod]

done

On 7/30/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> I may have missed it but we do not seem to have a link to the Tuscany
> Wiki [1] on our Web site. How about adding a link to it with a sentence
> describing what we're doing with the Wiki to the Get involved page?
>
> [1] http://cwiki.apache.org/TUSCANYWIKI/
>
> --
> Jean-Sebastien
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: Terminology (was: Binding endpoints (was Fwd: Services and WSDL files)

[haleh mahbod]

I added a table/index at the top to make the file easy to read and put
things in alphabetic order.


On 7/28/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
>
> I edited the page as I suggested. If you don't agree with this new layout,
> I
> can roll back the changes :)
>
> I've added a DAS terminology. I expect I've done it correctly :D
>
> Regards,
> Adriano Crestani
>
> On 7/28/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> >
> > I haven't anything in mind right now. But as soon as I have I will add
> it
> > on the terminologies page ; )
> >
> > Adriano Crestani
> >
> > On 7/28/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> > >
> > > On 7/28/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Thanks Simon.
> > > >
> > > > I just think the terms should be alphabetically listed ; ). And they
> > > could
> > > > be tagged with the subproject they are related to, when it's
> possible.
> > > >
> > > > Regards,
> > > > Adriano Crestani
> > > >
> > > > On 7/28/07, Simon Laws <[EMAIL PROTECTED] > wrote:
> > > > >
> > > > > On 7/28/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > Great idea Simon, sometimes I get lost with some terminologies :
> > > (,
> > > > this
> > > > > > will help a lot : )
> > > > > >
> > > > > > Adriano Crestani
> > > > > >
> > > > > > On 7/28/07, Simon Laws <[EMAIL PROTECTED] > wrote:
> > > > > > >
> > > > > > > I've started a page on the wiki (which everyone in the
> community
> > > can
> > > > > > edit)
> > > > > > > to capture any terminology that we use for future inclusion in
> > > the
> > > > > > > documentation. The assorted SCA specifications define plenty
> of
> > > > > > > terminology
> > > > > > > and I'm not proposing that that is repeated here. It would be
> > > > useful,
> > > > > > > however, to capture any new terms that we use in the Tuscany
> or
> > > any
> > > > > > cases
> > > > > > > where we have interpreted SCA terminology in a particular way.
> > > Heres
> > > > > the
> > > > > > > link.
> > > > > > >
> > > > > > >
> > > http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Terminology
> > > > > > >
> > > > > > > Regards
> > > > > > >
> > > > > > > Simon
> > > > > > >
> > > > > >
> > > > > Hi Adriano,
> > > > >
> > > > > If you have more that you come across feel free to add them. Even
> if
> > >
> > > > there
> > > > > is a term you don't know the meaning of it's useful to have it
> > > recorded
> > > > so
> > > > > that someone who does know can explain it for us. Also if you
> don't
> > > like
> > > > > what is on the page feel free to provide alternative definitions
> or
> > > > terms
> > > > > and we can then iterate to some form of consensus.
> > > > >
> > > > > Simon
> > > > >
> > > >
> > > Ok, good idea, so do you want to add in some SCA, SDO, DAS etc
> headings/
> > >
> > > Simon
> > >
> >
> >
>

Re: [RDB DAS] Wrong Query Result when SELECT misses PKs

[haleh mahbod]

It is best to throw an exception for PK not being there, otherwise an empty
result set can have two meaning:Empty or something went wrong

On 7/18/07, Adriano Crestani <[EMAIL PROTECTED]> wrote:


Amita,

There is now way for DAS to  keep the  relationship  data  consistence if
both, pk and fk, are not completely defined. Without them DAS cannot
predict
the relationship.

As Brent said, I think it could throw an exception when the PK is missing,
no matter if there are relationships or not. Because, as far as I know, a
table that has no complete PK retrieved on the ResultSet  is being omitted
from the graph and I don't think this is a good approach.

But when only the fk is missing, I think it is ok to omit the relationship
between the data objects on the graph. This way the user has the option to
decide if the references(relationships) will be included or not on the
graph.

Regards,
Adriano Crestani

On 7/18/07, Brent Daniel <[EMAIL PROTECTED]> wrote:
>
> Amita,
>
> Definitely, the DAS should enforce the requirement that the PK should
> be returned for each table in the results. I would consider this a
> case where the DAS should throw an exception.
>
> Brent
>
> On 7/18/07, Amita Vadhavkar <[EMAIL PROTECTED]> wrote:
> > Sorry for the leng  thy mail
> >
> > Tried to check the case when the database has parent-child tables and
> DAS
> > SELECT Command may/may not
> > contain the PKs of the tables. And found some quite confusing
> cases/results,
> > which are effectively giving
> > user a wrong impression of the data in tables.
> >
> > Looks like there are places where we are allowing partial results,
wrong
> > association in parent and child rows.
> > As RDB DAS logic revolves around PKs, can we state clearly that
> > "When Query SELECT does not include PK for a table, the data graph
will
> be
> > empty for that table"
> > ? i.e. in the below analysis, instead of giving wrong/partial result,
at
> > least consistently give no result?
> > And make necessary code corrections to adhere to this statement?
> >
> > Or any alternative approaches?
> >
> > What DAS C++ is doing for this case? Just curious.
> >
>
-
> > Say, take below data -
> > Parent: SINGER(ID, NAME), Child:SONG (ID, TITLE, SINGERID)
> > Data:
> > SINGER
> > ID NAME
> > 
> > 1  Jonh
> > 2  Jane
> >
> > SONG
> > ID   TITLE   SINGERID
> > -
> > 10   ABCD  1
> > 20   Lamb   1
> > 30   La ra ra2
> >
> > There are total 8 cases that I can see. viz.
> >
> > No relationship in config
> > --
> > parent PK in SEL   child PK in SELResult
> > --
> > [1]   present  presentcorrect
> > [2]   present  missingwrong
> > [3]   missing  presentwrong
> > [4]   missing  missing   wrong
> >
> > Relationship in config
> > [5]   presentpresent correct
> > [6]   presentmissing wrong
> > [7]   missingpresent wrong
> > [8]   missingmissingwrong
> >
>
-
> > When relationship is not defined in DAS Config
> > DAS Client code:
> > 
> > DAS das = DAS.FACTORY.createDAS(getConfig("cfg.xml"),
getConnection());
> > Command select = das.getCommand("withNoRel-5/6/7/8");
> > DataObject root = select.executeQuery();
> > List singers = root.getList("SINGER");
> > if(singers != null){
> > System.out.println("Singer size:"+singers.size());
> > for(int i=0; i > System.out.println("SINGER NAME:"+
> > ((DataObject)singers.get(i)).getString("NAME"));
> > }
> >
> > }
> >
> > List songs = root.getList("SONG");//as there is no relationship
> > (explicit/implicit)
> >
> > if(songs != null){
> > System.out.println("Songs size "+songs .size());
> > for(int ii=0; ii > System.out.println("SONG TITLE:"+
> > ((DataObject)songs.get(ii)).getString("TITLE"));
> > }
> > }
> >
> > }
> >
>
-
> > Result:
> >
>
-
> > [1] SELECT SINGER.ID, SINGER.NAME, SONG.ID, SONG.TITLE FROM SINGER,
SONG
> > WHERE SINGER.ID = SONG.SINGERID
> > Singer size:2
> > SINGER NAME:John
> > SINGER NAME:Jane
> > Songs size 3
> > SONG TITLE:ABCD
> > SONG TITLE:Lamb
> > SONG TITLE:La ra ra
> >
> > [2] SELECT SINGER.ID, SINGER.NAME, SONG.TITLE FROM SINGER, SONG WHERE
> > SINGER.ID = SONG.SINGERID
> > Singer size:2
> > SINGER NAME:John
> > SINGER NAME:Jane
> > Songs size 1

Re: [CONF] Apache Tuscany: SCA Java binding.jsonrpc (page edited)

[haleh mahbod]

Ant,
will this get generated on each save? I typically do many saves when working
on a page. I'd like to understand this to avoid flooding the mailing list.

Haleh

On 7/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


   Page Edited : TUSCANY: 
SCA
Java 
binding.jsonrpc

SCA Java 
binding.jsonrpchas
 been edited by
ant  (Jul 18, 2007).

(View 
changes)
Content:
 Unable to render {include} Couldn't find a page to include called: Repeating
Menu
*Documentation*

User 
Guide
Architecture 
Guide
Developer 
Guide
Extension Developer 
Guide
 *Resources*

FAQ
Source Code 
  

Tuscany supports JSON-RPC  as a protcol for use with
SCA services by using the  SCDL extension. This enables
remote web browser clients to easily make RPC style calls to server-side SCA
components.

This binding has no attributes or elements so to include it on a SCA
service simply requires the following SCDL:



 Also see 
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+binding.ajax>which
 provides some similar function.

Any JSON-RPC client may be used to access SCA services which use <
binding.jsonrpc>, but to simplify the task for web browsers the binding
can generate a script which may be included within an HTML document to set
up proxy objects for each SCA service within the HTML page environment.

This script is used by simply including the following script tag within
the HTML page:



 This initializes the proxys for the SCA services which can then be used
make requests to the server-side components. For example, if there was a
service named "myService" which had operations "aOnewayRequest" and
"anRpcRequest" the scripts in the HTML page could now invoke these
opperations with the following:

myService.aOnewayRequest(args);

 or

myService.anRpcRequest(args, responseFunction);

 In that example 'responseFunction' is the name of a function which is
called to process the response and which gets called asynchronously on
another thread when the response is avaialble. RPC requests are done this
way instead of the simpler "answer = myService.anRpcRequest(args)" to
avoid hanging the browser while the (potentialy slow) request is being
processed. An example of the responseFunction for the previous example is:

function responseFunction(answer){
  // do something with answer
}

 Using SCA JSON-RPC services with Dojo

Apache Tuscany JSON-RPC services provide built-in support for Dojo 
RPC.
The Dojo  toolkit is a popular framework for
writing Ajax/Web 2.0 style browser client applications. Tuscany SCA
services which use  will by default support the Simple
Method Description (SMD)  protocol. SMD is
similar to ?wsdl for Web services, entering a service endpoint appended with
?smd will return a SMD descriptor for the service.

Using Tuscany SCA services with Dojo can therefore be as simple as the
following:

var myService = new dojo.rpc.JsonService("SCA/SCADomain/myService?smd");

 Some examples:

There are two samples showing using , one which uses the
Dojo Toolkit on the client, and another which uses the Tuscany
scaDomain.js script. The samples are 
helloworld-dojoand
helloworld-jsonrpc
.
*Differences between  and *

The current Tuscany SCA runtime supports  and <
binding.ajax> which provide similar functionality. The differences are:

   -  supports the SMD protocol enabling easy use with
   Dojo,  does not support SMD
   -  supports SCA references and using 
COMETstyle asynchronous operation, 
<
   binding.jsonrpc> does not
   -  uses the standard JSON-RPCprotocol, 
<
   binding.ajax> uses a proprietry protocol using DWR

These differences should be resolved by the Tuscany SCA 1.0

Re: [SCA Native] preliminary ant build

[haleh mahbod]

Should this documentation go under
http://incubator.apache.org/tuscany/sca-native-developer-guide.html

I can move it if yes.

On 7/17/07, Brady Johnson <[EMAIL PROTECTED]> wrote:



Pete,

I put together some documentation for using ant with TuscanySCA Native.

How's this?


Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]




Using ant to build TuscanySCA Native



1. Required Software to build TuscanySCA Native with ant:

Ant:
Ant comes installed with almost all Linux distributions
version 1.6 or later
Download: http://ant.apache.org/

antcontrib:
version 1.0b3 or later
Download: http://ant-contrib.sourceforge.net/

antcontrib cpptasks.jar
version 1.0b4 or later
Download: http://ant-contrib.sourceforge.net/
Information: http://ant-contrib.sourceforge.net/cc.html


2. Installation Instructions:

Linux
-

Make sure JAVA_HOME is set before starting.

Install ant according to http://ant.apache.org/manual/index.html.

Set the ANT_HOME variable to the directory where you install ant.
export ANT_HOME="/home/you/ant"

Add $ANT_HOME/bin to your path.
export PATH="${PATH}:${ANT_HOME}/bin"

Optional ant tasks, such as antcontrib and cpptasks, should be installed
in $ANT_HOME/lib
So place the antcontrib and cpptasks jars there.

If you dont have write access to $ANT_HOME/lib, do the following:
- create ${user.home}/.ant/lib
- place the jars here

Avoid adding optional ant tasks to your classpath, this is problematic.

Windows
---

Make sure JAVA_HOME is set before starting.

Install ant according to http://ant.apache.org/manual/index.html.

Set the ANT_HOME variable to the directory where you install ant.
set ANT_HOME=c:\ant

Add %ANT_HOME%\bin to your path.
set PATH=%PATH%;%ANT_HOME%\bin

Optional ant tasks, such as antcontrib and cpptasks, should be installed
in %ANT_HOME%\lib
So place the antcontrib and cpptasks jars there.

If you dont have write access to %ANT_HOME%\lib, do the following:
- create ${user.home}\.ant\lib
- place the jars here

Avoid adding optional ant tasks to your classpath, this is problematic.





-Original Message-
From: Pete Robbins [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 17, 2007 1:24 AM
To: tuscany-dev@ws.apache.org
Subject: Re: [SCA Native] preliminary ant build

Thanks Brady. I'll take a look at this. We will need doc as to what the
dependencies are (cpptasks etc) and any configuration that is needed.

Cheers,

On 16/07/07, Brady Johnson <[EMAIL PROTECTED]> wrote:
>
> For anyone interested, I uploaded another patch for this JIRA that
> makes it work better for windows.
>
>tuscanySCAnative_ant_update1.tar.gz
>
> 
> Brady Johnson
> Lead Software Developer - HydraSCA
> Rogue Wave Software - [EMAIL PROTECTED]
> 
>
>
>
> -Original Message-
> From: Brady Johnson [mailto:[EMAIL PROTECTED]
> Sent: Monday, July 16, 2007 10:46 AM
> To: tuscany-dev@ws.apache.org
> Subject: [SCA Native] preliminary ant build
>
> Hello,
>
> This may be the second time you receive this email, the first time I
> sent it with an attachment, which I later realized that this dist list

> may reject. So here it is again, w/o the attachment. I created a JIRA
> and put the attachment there:
>
>https://issues.apache.org/jira/browse/TUSCANY-1438
>
> According to a previous thread titled "[SCA Native] next release
> content
> [was: Tuscany roadmap]" (I didnt want to add another "was" redirection
> ;) ), I have prepared ant build scripts for cpp/sca/runtime/core.
>
> The tar.gz file attached to the jira should just "overlay" onto the
> tuscany SCA cpp source code directory structure. It consists of the
> following files:
>
> /
>  |
>  | build.xml
>  |
>  | antscripts/
>  | |
>  | | compilers.xml
>  | | compile-targets.xml
>  | | platform.properties
>  |
>  | runtime/core/src/build.xml
>
> In order to use it, you will need to modify the platform.properties
> file. This will later be taken care of by either configure, or maybe
> just an install script.
>
> Currently it compiles and links runtime/core/src/tuscany/sca {core,
> extension, model, util} and creates libtuscany_sca.so. The install
> target installs the lib and the headers from those src directories to
> the install directory specified in platform.properties.
>
> Give it a spin and let me know what you think. It shouldnt take much
> to finish it for the rest of tuscany cpp.
>
> If it works out, we can then discuss how to configure
> platform.properties.
>
> 
> Brady Johnson
> Lead Software Developer - HydraSCA
> Rogue Wave Software - [EMAIL PROTECTED]
> 
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED

Re: SCA nightly builds unavailable?

[haleh mahbod]

see the message  'no download'.
Luciano mentioned:
The Apache maven repository used by incubator projects are down, the
infra team is working hard to get this fixed.

It might be the same problem.

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


I just ran a build of SCA on the Continuum build machine and I don't see
any distribution under target/distribution.

Also the download page at:
http://cwiki.apache.org/TUSCANY/tuscany-downloads-documentations.html
says that SCA nightly builds are "Unavailable".

Is there a problem with the SCA distribution nightly build?

--
Jean-Sebastien


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

Re: Website ACL

[haleh mahbod]

I'd like write access please. I have a CLA in place. Thank you.

On 7/10/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


Thanks Simon, this is exactly what I had in mind. Members of the
Tuscany comunity, that are not committers (yet)  but have a CLA in
place would be granted access to the Tuscany website "on request".


On 7/10/07, Raymond Feng <[EMAIL PROTECTED]> wrote:
> +1 on Simon's suggestion.
>
> Thanks,
> Raymond
>
> - Original Message -
> From: "Simon Nash" <[EMAIL PROTECTED]>
> To: 
> Sent: Tuesday, July 10, 2007 12:37 PM
> Subject: Re: Website ACL
>
>
> > This ia a really huge list.  Most of these people have no connection
> > with Tuscany.  Perhaps write access could be "on request" for people
> > who have a CLA in place.
> >
> >   Simon
> >
> > P.S. I'll be sending my CLA to Apache asap :-)
> >
> > Luciano Resende wrote:
> >
> >> Based on the following discussion on Apache General [1], I'd like to
> >> give Website write permissions to members of the community that have
a
> >> CLA on file [2].
> >>
> >> Thoughts ?
> >>
> >> [1]
> >>
http://www.mail-archive.com/general%40incubator.apache.org/msg14391.html
> >> [2] http://people.apache.org/~jim/committers.html
> >>
> >
> >
> >
> > -
> > 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]
>
>


--
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: [VOTE] Release Tuscany Java SCA 0.91-incubating RC2

[haleh mahbod]

All the raised minor issues related to samples readme that could be
confusing to new users (minus the spelling issues) can be put into one Jira
and referenced from Erata. This keeps users informed and also is a reminder
that these need to be fixed in the next release.

Just a thought..

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


Hi,

I have reviewed the content and it looks pretty good to me. The source
distro can be built from an empty local maven repo successfully. I can run
the samples and demos using ant script with the binary distro. The LICENSE
and NOTICE files are in place.

+1.

Thanks,
Raymond

- Original Message -
From: "Venkata Krishnan" <[EMAIL PROTECTED]>
To: 
Sent: Friday, July 06, 2007 4:01 AM
Subject: [VOTE] Release Tuscany Java SCA 0.91-incubating RC2


> Hi,
>
> Please review and vote on the 0.91 release artifacts of Tuscany SCA for
> Java.
>
> The artifacts are available for review at:
> http://people.apache.org/~svkrish/tuscany/0.91-rc2/
>
> This includes the binary and source distributions, the RAT reports, and
> the
> Maven staging repository.
>
> The SVN tag for the release is:
>
https://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.91-rc2-incubating/
>
> All comments raised for RC1 -
> http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19416.html -
> have been fixed.
>
> Looks ok to me - so here's my +1.
>
> Thanks
>
> - Venkat
>
> -
> 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: How are we going to use the Tuscany Wiki space?

[haleh mahbod]

Purpose of the 'work in progress folder' was just what you mentioned below.
It's been a while since that folder was created. Perhaps we should look at
the content and figure out what is mature enough to be added to the website
before we move everything back to TuscanyWiki.

On 7/6/07, Luciano Resende <[EMAIL PROTECTED]> wrote:


Following a related topic, should we move all the "work in progress"
documents that are child pages from [1] from the website to the wiki.
I think this would allow for more collaboration and help from other
members of the community.

[1]
http://cwiki.apache.org/confluence/display/TUSCANY/SCA+Java+Work-In-Progress

On 7/2/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> +1 That's what I was thinking about... sorry if it was causing any
confusion...
>
> On 7/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> > On 7/2/07, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > >
> > > I agree with Simon Nash that we need a manual copy of the 'whole'
website
> > > on
> > > TuscanyWiki since otherwise it will be very difficult for those who
are
> > > not
> > > committers to see what their changes look like.  I re-organized the
wiki
> > > before it got locked and I would have not been able to do it if I
could
> > > not
> > > see how my changes affected the navigation and flow of things.
> > >
> > > Tuscany wiki was organized in such a way that all related
documentation
> > > for
> > > each subproject appeared under that subproject and there were two
> > > categories
> > > under documentation 1) Completed documentation 2) work in progress
> > > It would be good to maintain this for clarity.
> > >
> > >
> > >
> > > On 7/1/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> > > >
> > > > I'd say, SCA Native Project would be on the same level of SCA Java
> > > > Project. I think what we have today on the website is similar to
this,
> > > > but it gives the distinction between Java/C++ in a deeper level,
and
> > > > for the tuscanywiki space, i think we can avoid this extra level.
The
> > > > main goal here is group related information together in a
organized
> > > > way, and try to avoid content to be put directly on the root level
of
> > > > the tuscanywiki.
> > > >
> > > > The TuscanyWiki space already have part of what I described, but
not
> > > > many content, other then the copy of the old website is available
as
> > > > of now.
> > > >
> > > > Thoughts ?
> > > >
> > > > On 7/1/07, Mike Edwards <[EMAIL PROTECTED]> wrote:
> > > > > Luciano,
> > > > >
> > > > > How does this compare with the existing structure?  This seems
to
> > > > > approach things from a "Java" perspective rather than an "SCA" /
"SDO"
> > > > > perspective - is that right?
> > > > >
> > > > > It might be useful to create an example of what you mean in the
> > > > > TuscanyWiki psace...
> > > > >
> > > > >
> > > > > Yours,  Mike.
> > > > >
> > > > > Luciano Resende wrote:
> > > > > > I'd like to propose using a structure similar to the one
described
> > > > > > below to group documents together and make it easier to find
related
> > > > > > information. It's probably good not to have very deep
hierarchy, and
> > > > > > maybe start grouping things on a specific level via page name
(e.g
> > > > > > distribution-import-export, distribution-model, etc)
> > > > > >
> > > > > >   SCA Java Project
> > > > > >  |
> > > > > >  |--- SCA related Documents
> > > > > >
> > > > > >   SDO Java Project
> > > > > >  |
> > > > > >  |--- SDO related Documents
> > > > > >
> > > > > >   DAS Java Project
> > > > > >  |
> > > > > >  |--- DAS related Documents
> > > > > >
> > > > > >   Infrastructure
> > > > > >  |
> > > > > >  |--- Infra related Documents such as builds, sync, etc
> > > > > >
> > > > > >   Website
> > > > > >  |
> > > > > >  |--- Website related documents and old websi

Re: Java SCA 0.91 Release related

[haleh mahbod]

URL has an extra text on it -> 'and'. Here is the correct one.
http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.91-rc2-incubating


On 7/5/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:


Hi,

I was intending to send Java SCA RC2 for a vote but it happens that
minotaur
is down and I cannot stage RC2.  So, meanwhile it would be great if people
can take a look at the tag -

http://svn.apache.org/repos/asf/incubator/tuscany/tags/java/sca/0.91-rc2-incubatingand
try to give me some inputs on how it looks for a release.

Thanks.

Re: Specific versions of Redhat

[haleh mahbod]

Is this a question for Native SCA or Java SCA?

On 7/3/07, Kevin Mayer <[EMAIL PROTECTED]> wrote:


This is in reference to minor issue TUSCANY-849 and SCA
GettingStarted.html.  The versions of Linux Redhat identified are Redhat
Enterprise Linux v3, Redhat Enterprise Linux v4.  What are the update
versions of v3 and v4?

thank you,

Kevin Mayer
Quality Assurance Engineering
Rogue Wave Software
[EMAIL PROTECTED]
303-545-3194

Re: SCA 0.92 release?

[haleh mahbod]

Posting to tuscany-user list as well to get input.

Any real world scenarios/samples that can be shared by users? It would be
great if we could start building a library of tips and real usage
examples..  a knowledge base.

Thanks
Haleh

On 7/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:


On 7/2/07, ant elder <[EMAIL PROTECTED]> wrote:
>
> On 7/2/07, Simon Laws <[EMAIL PROTECTED]> wrote:
> >
> > On 7/2/07, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> > >
> > > Hi,
> > >
> > > I am looking at the Policy Framework and shall update the wiki on
the
> > > specifics soon.  Once this is done to some level, I'd also like to
> help
> > a
> > > bit with the ws-* things (may be WS-Security to start with) that Ant
> has
> > > listed on the wiki page.
> > >
> > > - Venkat
> > >
> > > On 6/30/07, ant elder <[EMAIL PROTECTED]> wrote:
> > > >
> > > > With the SCA 0.91 release now being voted on how about starting on
> > 0.92?
> > > >
> > > > I've already been adding some things I'm interested in getting
done
> to
> > > the
> > > > next release wiki page -
> > > >
> > > >
> > >
> >
>
http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents-
> > > > so far thats mainly related to improving web services
functionality.
> > > >
> > > > So anyone else interested in helping with an 0.92 release or have
> any
> > > > function they'd like to suggest or add to the wiki page? How does
> > aiming
> > > > for
> > > > getting it done 4 - 6 weeks again sound?
> > > >
> > > >...ant
> > > >
> >
> >
> > The above link has an extrenuous "-" on the end. Taking that off gets
me
> > to
> > the page. Can we move this information across the to the new wiki
space
> (
> > http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that
> > everyone (including non committers) can add to it?
> >
> > I'm working on the next phase of the distributed runtime which I want
to
> > get
> > into the next release. This involves a few items.
> >
> > SCA Binding
> > Topology model
> > Distributed domain
> > Node implementation
> > Management assembly
> >
> > Also I need some of the ws items, in particular the ability to run
> without
> > wsdl, so can help out there.
> >
> > We need to do something about logging and events to improvide runtime
> > usability. We've talked about it before but not done anything yet.
Ties
> > into
> > the management assembly.
> >
> > I'd also like to see the JMS binding in the release but can't commit
to
> > doing lots more work on including spec features. It's been working
fine
> > for
> > me in my limited synchronous/rpc model. If I get time I'll take a look
> to
> > see what it will take to add minimum asynch support but if anyone else
> > fancies having a go at this then it's a good way to learn about
Tuscany
> > extensions.
>
>
> All these sound good, but its starting to sound a lot to get done in
just
> a
> few weeks. How does the suggesting timeframe of 4 or so weeks sound?
>
> We'd talked once about having a release specifically targeting things
like
> logging, events, and error handling. I'd still like to do that, if
anyone
> wants to start now thats great but I doubt I'd have much time to help
this
> release.
>
>...ant
>
I think 4 weeks is a bit too short. Given that we are getting into holday
season I like the sound of 6 weeks better.

I agree there is a lot there but in the spirit of your WS list I wasn't
proposing that all of it gets done. I do think we need to make a start on
the logging/errors sooner rather than later though even if it doesn't get
into the next release. I'll offer my effort to help move it along once the
distributed work starts drawing to a close.

Simon

Re: [VOTE] Release Tuscany Java DAS beta1

[haleh mahbod]

Tried the following:
- download source
- go to tuscany-das-1.0-incubating-beta1
- issue mvn

I get the following error. Any ideas?


C:\das\tuscany-das-1.0-incubating-beta1>mvn
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Apache Tuscany DAS Implementation project
[INFO]   Tuscany DAS for Relational Databases
[INFO]   Tuscany DAS Samples
[INFO]   Tuscany DAS Canned DB Initializer Utility
[INFO]   Tuscany DAS Company Sample
[INFO]   Tuscany DAS Ajax Sample
[INFO]   Tuscany DAS J2SE Customer Sample
[INFO]
-
---
[INFO] Building Apache Tuscany DAS Implementation project
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] artifact org.apache.maven.plugins:maven-site-plugin: checking for
updates
from apache.incubator
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-site
-plugin' could not be retrieved from repository: apache.incubator due to an
erro
r: Error transferring file
[INFO] Repository 'apache.incubator' will be blacklisted
[INFO] artifact org.apache.maven.plugins:maven-site-plugin: checking for
updates
from codehaus-snapshot
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-site
-plugin' could not be retrieved from repository: codehaus-snapshot due to an
err
or: Error transferring file
[INFO] Repository 'codehaus-snapshot' will be blacklisted
[INFO] Skipping missing optional mojo:
org.apache.maven.plugins:maven-site-plugi
n:attach-descriptor
Downloading:
http://www.ibiblio.net/pub/packages/maven2/org/apache/maven/plugins
/maven-jar-plugin/2.1/maven-jar-plugin-2.1.pom
[INFO]

[ERROR] BUILD ERROR
[INFO]

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


Project ID: org.apache.maven.plugins:maven-jar-plugin

Reason: Error getting POM for 'org.apache.maven.plugins:maven-jar-plugin'
from t
he repository: Error transferring file
 org.apache.maven.plugins:maven-jar-plugin:pom:2.1

from the specified remote repositories:
 central (http://repo1.maven.org/maven2),
 apache.incubator (http://people.apache.org/repo/m2-incubating-repository),
 apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
 codehaus-snapshot (http://snapshots.repository.codehaus.org),
 eclipse.emf (http://mirrors.cat.pdx.edu/eclipse/tools/emf/maven2/),
 indiana (http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2/)



[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 3 seconds
[INFO] Finished at: Mon Jul 02 14:11:39 PDT 2007
[INFO] Final Memory: 2M/5M
[INFO]


C:\das\tuscany-das-1.0-incubating-beta1>mvn
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Apache Tuscany DAS Implementation project
[INFO]   Tuscany DAS for Relational Databases
[INFO]   Tuscany DAS Samples
[INFO]   Tuscany DAS Canned DB Initializer Utility
[INFO]   Tuscany DAS Company Sample
[INFO]   Tuscany DAS Ajax Sample
[INFO]   Tuscany DAS J2SE Customer Sample
[INFO]
-
---
[INFO] Building Apache Tuscany DAS Implementation project
[INFO]task-segment: [install]
[INFO]
-
---
[INFO] Skipping missing optional mojo:
org.apache.maven.plugins:maven-site-plugi
n:attach-descriptor
[INFO] artifact org.apache.maven.plugins:maven-install-plugin: checking for
upda
tes from apache.incubator
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-inst
all-plugin' could not be retrieved from repository: apache.incubator due to
an e
rror: Error transferring file
[INFO] Repository 'apache.incubator' will be blacklisted
[INFO] artifact org.apache.maven.plugins:maven-install-plugin: checking for
upda
tes from codehaus-snapshot
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-inst
all-plugin' could not be retrieved from repository: codehaus-snapshot due to
an
error: Error transferring file
[INFO] Repository 'codehaus-snapshot' will be blacklisted
Downloading:
http://www.ibiblio.net/pub/packages/maven2/org/apache/maven/plugins
/maven-jar-plugin/2.1/maven-jar-plugin-2.1.pom
[INFO]

[ERROR] BUILD ERROR
[INFO]

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


Project ID: org.apache.maven.plugins:maven-jar-plugin

Reason: Error getting POM for 'org.apache.maven.plugins:maven-jar-plugin'
from t
h

Re: Tuscany Nightly Builds and Nightly Distribution Downloads

[haleh mahbod]

The nightly build is very useful. Thank you Luciano.

On 6/29/07, ant elder <[EMAIL PROTECTED]> wrote:


Its no biggie if there's no space, but it can be useful sometimes so users
can avoid some defect in the latest build or to work out when something
got
broken.

   ...ant

On 6/30/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
>
> Right now I have linked directly to the build machine, so it only
> keeps the latest one.
>
> What would be the benefits of having the build history archived
> somewhere? I can see space being an issue if we indeed start copying
> the build results and storing somewhere.
>
> On 6/29/07, ant elder <[EMAIL PROTECTED]> wrote:
> > Yay! This is really useful.
> >
> > Is there a way to get to the historical daily builds not just the
latest
> > nightly one?
> >
> >...ant
> >
> > On 6/30/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
> > >
> > > Nightly builds are now running for Tuscany sub-projects, and nightly
> > > distributions are being produced and are now available for download
in
> > > the Tuscany Download page [1].
> > >
> > > [1]
> > >
>
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html
> > >
> > > --
> > > 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]
> > >
> > >
> >
>
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>