[jira] Updated: (TUSCANY-2067) URL Handling in Tuscany breaks when Tuscany is run under OSGi

[ant elder (JIRA)]

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

ant elder updated TUSCANY-2067:
---

Fix Version/s: Java-SCA-1.2

> URL Handling in Tuscany breaks when Tuscany is run under OSGi
> -
>
> Key: TUSCANY-2067
> URL: https://issues.apache.org/jira/browse/TUSCANY-2067
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.1
>Reporter: Rajini Sivaram
> Fix For: Java-SCA-1.2
>
>
> Code in the old DefaultSCADomain and the new domain/node APIs  manipulate 
> URLs returned by classloader.getResource() to open a directory or jar file
> corresponding to a contribution. This breaks when Tuscany is run under OSGi 
> since OSGi returns bundle:// or bundleresource:// URLs instead of the file:// 
> and jar:// URLs supported under Tuscany. A full description of the problem 
> and possible solutions are described in the thread 
> http://www.mail-archive.com/[EMAIL PROTECTED]/msg02213.html.

-- 
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-2068) itest/osgi-implementation is broken due to recent changes

[ant elder (JIRA)]

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

ant elder updated TUSCANY-2068:
---

Fix Version/s: Java-SCA-1.2

> itest/osgi-implementation is broken due to recent changes
> -
>
> Key: TUSCANY-2068
> URL: https://issues.apache.org/jira/browse/TUSCANY-2068
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA OSGi Integration
>Reporter: Rajini Sivaram
>Assignee: Rajini Sivaram
> Fix For: Java-SCA-1.2
>
>
> Recent changes related to Pass-by-value and callbacks have broken many of the 
> itest/osgi-implementationt tests. The tests need to be added back to the 
> itest pom to ensure that breakages are caught earlier.

-- 
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: svn commit: r635435 - in /incubator/tuscany/java/sca/modules: assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/ assembly/src/test/java/org/apache/tuscany/sca/assembly/builder/im

[Simon Laws]

On Mon, Mar 10, 2008 at 5:43 AM, <[EMAIL PROTECTED]> wrote:

> Author: jsdelfino
> Date: Sun Mar  9 22:43:19 2008
> New Revision: 635435
>
> URL: http://svn.apache.org/viewvc?rev=635435&view=rev
> Log:
> Fixed algorithm in CompositeConfigurationBuilder to produce correct URIs,
> in particular avoid adding binding name to itself, and consider binding URI
> when specified in the composite in the single service case too. Integrated
> CompositeConfigurationBuilder in the main build() now that it covers all
> cases. Adjusted the domain-impl, the callable reference resolution and the
> core-spring reference resolution code to the new URI form.
>
> Modified:
>
>  
> incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
>
>  
> incubator/tuscany/java/sca/modules/assembly/src/test/java/org/apache/tuscany/sca/assembly/builder/impl/CalculateBindingURITestCase.java
>
>  
> incubator/tuscany/java/sca/modules/core-spring/src/main/java/org/apache/tuscany/sca/core/spring/assembly/impl/BeanReferenceImpl.java
>
>  
> incubator/tuscany/java/sca/modules/core/src/main/java/org/apache/tuscany/sca/core/context/CallableReferenceImpl.java
>
>  
> incubator/tuscany/java/sca/modules/domain-impl/src/main/java/org/apache/tuscany/sca/domain/impl/SCADomainImpl.java
>
>  
> incubator/tuscany/java/sca/modules/workspace-admin/src/main/java/org/apache/tuscany/sca/workspace/admin/impl/DeployableCollectionImpl.java
>
> Modified:
> incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
> URL:
> http://svn.apache.org/viewvc/incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java?rev=635435&r1=635434&r2=635435&view=diff
>
> ==
> ---
> incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
> (original)
> +++
> incubator/tuscany/java/sca/modules/assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/CompositeConfigurationBuilderImpl.java
> Sun Mar  9 22:43:19 2008
> @@ -52,9 +52,9 @@
>  import org.apache.tuscany.sca.policy.PolicySetAttachPoint;
>
>  public class CompositeConfigurationBuilderImpl {
> -String SCA10_NS = "http://www.osoa.org/xmlns/sca/1.0";;
> -String BINDING_SCA = "binding.sca";
> -QName BINDING_SCA_QNAME = new QName(SCA10_NS, BINDING_SCA);
> +private final static String SCA10_NS = "
> http://www.osoa.org/xmlns/sca/1.0";;
> +private final static String BINDING_SCA = "binding.sca";
> +private final static QName BINDING_SCA_QNAME = new QName(SCA10_NS,
> BINDING_SCA);
>
> private AssemblyFactory assemblyFactory;
> private SCABindingFactory scaBindingFactory;
> @@ -81,9 +81,10 @@
>  * @param composite
>  * @param problems
>  */
> -public void configureComponents(Composite composite) {
> +public void configureComponents(Composite composite) throws
> CompositeBuilderException {
> configureComponents(composite, null);
> configureSourcedProperties(composite, null);
> +configureBindingURIs(composite, null, null);
> }
>
> /**
> @@ -124,8 +125,6 @@
> // Create default SCA binding
> if (service.getBindings().isEmpty()) {
> SCABinding scaBinding = createSCABinding();
> -
> -
> service.getBindings().add(scaBinding);
> }
>
> @@ -136,33 +135,6 @@
> if (binding.getName() == null) {
> binding.setName(service.getName());
> }
> -
> -String bindingURI;
> -if (binding.getURI() == null) {
> -if (compositeServices.size() > 1) {
> -// Binding URI defaults to parent URI / binding
> name
> -bindingURI = String.valueOf(binding.getName());
> -if (parentURI != null) {
> -bindingURI = URI.create(parentURI +
> '/').resolve(bindingURI).toString();
> -}
> -} else {
> -// If there's only one service then binding URI
> defaults
> -// to the parent URI
> -if (parentURI != null) {
> -bindingURI = parentURI;
> -} else {
> -bindingURI = String.valueOf(binding.getName
> ());
> -}
> -}
> -} else {
> -// Combine the specified binding URI with the
> component URI
> -bindingURI = binding.getURI();
> -if (parentURI != null) {
> -bindingURI = URI.create(parentURI +
> 

Re: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation Project

[Jean-Sebastien Delfino]

Continuum VMBuild Server wrote:
Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=63376&projectId=277 



SVN revision r635507 contains a fix for this failure.

--
Jean-Sebastien

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

About StAXArtifactProcessor

[Venkata Krishnan]

Hi,

I recently faced a situation where I wished to passed some context from one
StAXArtifact Processor to others down the chain.  More specifically, to get
the 'targetNamespace' of the definitions.xml file apply to PoliyIntent and
PolicySet names, I wished to pass the 'targetNamespace' value from the
Definitions Processor (which is where it is read) down to the PolicyIntent
and PolicySet processors.  I could not figure out a way to do this.  Am I
missing something here or would it make sense to add an argument named
'context' to the read methods of our StAXProcessor ?  I guess there could be
other situations when we might need some information from parent element to
be passed down.

Thoughts ?

Thanks

- Venkat

[jira] Commented: (TUSCANY-1974) Chat webapp sample misses chat messages

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12576948#action_12576948
 ] 

ant elder commented on TUSCANY-1974:


As a quick test i tried debugging through the current trunk code and comparing 
it to debugging through the same from the 1.0.1 Tuscany release code. That was 
setting break points in various methods in the tuscany-binding-dwr code and 
seeing  what happens differently in trunk compared with 1.0.1.  I start up 
tomcat, open  two browser windows to http://localhost:8080/sample-chat-webapp/ 
then enter a name/text in one chat window. The main differenece is in 
org.apache.tuscany.sca.binding.dwr.invoke the line

Collection sessions = wctx.getScriptSessionsByPage(currentPage);

returns no sessions with the trunk code and two sessions (one for each open 
browser window) with the 1.0.1 code.

So the question is why aren't the sessions being found correctly any more?
 

> Chat webapp sample misses chat messages
> ---
>
> Key: TUSCANY-1974
> URL: https://issues.apache.org/jira/browse/TUSCANY-1974
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.1
> Environment: Tuscany 1.1 RC1
> RHEL5
> IBM JDK 1.5
> Tested Firefox 2.0.0.11 and 3.0 beta2
>Reporter: Jean-Sebastien Delfino
>Assignee: ant elder
> Fix For: Java-SCA-Next
>
>
> To reproduce the issue:
> Deploy the Chat webapp to Tomcat and open it in Firefox
> enter nickname: test1, text: 1
> nothing is logged, the message seems to be lost
> enter text: 2, then 2 is logged
> Another weird issue:
> open another window
> enter nickname: test2, text: a
> again 'a' is lost
> enter text b, this time b is logged
> Go back to the first window
> enter several text messages
> they are logged in the first window but none of them is logged in the second 
> window
> The chat application does not seem to really work.

-- 
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-1974) Chat webapp sample misses chat messages

[ant elder (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12576963#action_12576963
 ] 

ant elder commented on TUSCANY-1974:


Another very useful tool for debugging this is TCPMON from the Apache WS 
project - http://ws.apache.org/commons/tcpmon/download.cgi

You can use that to view the messages sent between the browser client and 
tomcat server. Start up TCPMON, click on Admin , enter 8089 for the listen port 
and change the Listener target port to 8080 and click add. Now on the browser 
change the URL used to run the sample to use the port 8089 eg 
http://localhost:8089/sample-chat-webapp/, TCPMON should then show all the HTTP 
messages like GET/ and POST/. Comparing the message differences from the 
Tuscany 1.0.1 and current trunk code may give a good indication of what the 
problem may be.

> Chat webapp sample misses chat messages
> ---
>
> Key: TUSCANY-1974
> URL: https://issues.apache.org/jira/browse/TUSCANY-1974
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.1
> Environment: Tuscany 1.1 RC1
> RHEL5
> IBM JDK 1.5
> Tested Firefox 2.0.0.11 and 3.0 beta2
>Reporter: Jean-Sebastien Delfino
>Assignee: ant elder
> Fix For: Java-SCA-Next
>
>
> To reproduce the issue:
> Deploy the Chat webapp to Tomcat and open it in Firefox
> enter nickname: test1, text: 1
> nothing is logged, the message seems to be lost
> enter text: 2, then 2 is logged
> Another weird issue:
> open another window
> enter nickname: test2, text: a
> again 'a' is lost
> enter text b, this time b is logged
> Go back to the first window
> enter several text messages
> they are logged in the first window but none of them is logged in the second 
> window
> The chat application does not seem to really work.

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

[continuum] BUILD ERROR: Apache Tuscany SCA Implementation Project

[Continuum VMBuild Server]

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=63406&projectId=277

Build statistics:
 State: Error
 Previous State: Building
 Started at: Mon 10 Mar 2008 05:20:38 -0700
 Finished at: Mon 10 Mar 2008 06:45:59 -0700
 Total time: 1h 25m 20s
 Build Trigger: Schedule
 Build Number: 106
 Exit code: 0
 Building machine hostname: vmbuild.apache.org
 Operating system : Linux(unknown)
 Java Home version : 
 java version "1.5.0_12"

 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
 Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)
   
 Builder version :

 Maven version: 2.0.7
 Java version: 1.5.0_12
 OS name: "linux" version: "2.6.20-16-server" arch: "i386"
   


SCM Changes:

Changed: jsdelfino @ Mon 10 Mar 2008 02:50:28 -0700
Comment: Added a service to CompositeCollection to help redirect to composite 
source files. Minor UI fixes.
Files changed:
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/java/org/apache/tuscany/sca/workspace/admin/impl/CompositeCollectionImpl.java
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/java/org/apache/tuscany/sca/workspace/admin/impl/DeployableCollectionImpl.java
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/Admin.composite
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/admin.css
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/files.html
 ( 635503 )

Changed: jsdelfino @ Mon 10 Mar 2008 02:52:13 -0700
Comment: Added a program to launch all nodes of the tutorial. Fixed hrefs to 
shopping cart feeds.
Files changed:
 /incubator/tuscany/java/sca/tutorial/assets/tutorial.html ( 635504 )
 /incubator/tuscany/java/sca/tutorial/nodes/launch/LaunchAllTutorialNodes.java 
( 635504 )
 /incubator/tuscany/java/sca/tutorial/store/store.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-db/store-db.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-eu/store-eu.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-merger/store-merger.composite ( 
635504 )
 /incubator/tuscany/java/sca/tutorial/store-supplier/store-supplier.composite ( 
635504 )

Changed: jsdelfino @ Mon 10 Mar 2008 03:05:43 -0700
Comment: Removed extraneous '/' at beginning of URI.
Files changed:
 
/incubator/tuscany/java/sca/modules/binding-ws-axis2/src/main/java/org/apache/tuscany/sca/binding/ws/axis2/Axis2ServiceProvider.java
 ( 635507 )


Dependencies Changes:

No dependencies changed



Build Defintion:

POM filename: pom.xml
Goals: -Pdistribution clean install   
Arguments: --batch-mode

Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: DEFAULT_SCHEDULE
Profile Name: Java 5, Large Memory
Description: 




Test Summary:

Tests: 1063
Failures: 0
Total time: 1057489


Build Error:

org.apache.maven.continuum.execution.ContinuumBuildCancelledException: The 
build was cancelled
at 
org.apache.maven.continuum.execution.AbstractBuildExecutor.executeShellCommand(AbstractBuildExecutor.java:216)
at 
org.apache.maven.continuum.execution.maven.m2.MavenTwoBuildExecutor.build(MavenTwoBuildExecutor.java:149)
at 
org.apache.maven.continuum.core.action.ExecuteBuilderContinuumAction.execute(ExecuteBuilderContinuumAction.java:140)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.performAction(DefaultBuildController.java:417)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:156)
at 
org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:50)
at 
org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at 
edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at 
edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at 
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec

[continuum] BUILD ERROR: Apache Tuscany SCA Implementation Project

[Continuum VMBuild Server]

Online report : 
http://vmbuild.apache.org/continuum/buildResult.action?buildId=63406&projectId=277

Build statistics:
 State: Error
 Previous State: Building
 Started at: Mon 10 Mar 2008 05:20:38 -0700
 Finished at: Mon 10 Mar 2008 06:45:59 -0700
 Total time: 1h 25m 20s
 Build Trigger: Schedule
 Build Number: 106
 Exit code: 0
 Building machine hostname: vmbuild.apache.org
 Operating system : Linux(unknown)
 Java Home version : 
 java version "1.5.0_12"

 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
 Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)
   
 Builder version :

 Maven version: 2.0.7
 Java version: 1.5.0_12
 OS name: "linux" version: "2.6.20-16-server" arch: "i386"
   


SCM Changes:

Changed: jsdelfino @ Mon 10 Mar 2008 02:50:28 -0700
Comment: Added a service to CompositeCollection to help redirect to composite 
source files. Minor UI fixes.
Files changed:
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/java/org/apache/tuscany/sca/workspace/admin/impl/CompositeCollectionImpl.java
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/java/org/apache/tuscany/sca/workspace/admin/impl/DeployableCollectionImpl.java
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/Admin.composite
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/admin.css
 ( 635503 )
 
/incubator/tuscany/java/sca/modules/workspace-admin/src/main/resources/files.html
 ( 635503 )

Changed: jsdelfino @ Mon 10 Mar 2008 02:52:13 -0700
Comment: Added a program to launch all nodes of the tutorial. Fixed hrefs to 
shopping cart feeds.
Files changed:
 /incubator/tuscany/java/sca/tutorial/assets/tutorial.html ( 635504 )
 /incubator/tuscany/java/sca/tutorial/nodes/launch/LaunchAllTutorialNodes.java 
( 635504 )
 /incubator/tuscany/java/sca/tutorial/store/store.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-db/store-db.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-eu/store-eu.composite ( 635504 )
 /incubator/tuscany/java/sca/tutorial/store-merger/store-merger.composite ( 
635504 )
 /incubator/tuscany/java/sca/tutorial/store-supplier/store-supplier.composite ( 
635504 )

Changed: jsdelfino @ Mon 10 Mar 2008 03:05:43 -0700
Comment: Removed extraneous '/' at beginning of URI.
Files changed:
 
/incubator/tuscany/java/sca/modules/binding-ws-axis2/src/main/java/org/apache/tuscany/sca/binding/ws/axis2/Axis2ServiceProvider.java
 ( 635507 )


Dependencies Changes:

No dependencies changed



Build Defintion:

POM filename: pom.xml
Goals: -Pdistribution clean install   
Arguments: --batch-mode

Build Fresh: false
Always Build: false
Default Build Definition: true
Schedule: DEFAULT_SCHEDULE
Profile Name: Java 5, Large Memory
Description: 




Test Summary:

Tests: 1063
Failures: 0
Total time: 1057489


Build Error:

org.apache.maven.continuum.execution.ContinuumBuildCancelledException: The 
build was cancelled
at 
org.apache.maven.continuum.execution.AbstractBuildExecutor.executeShellCommand(AbstractBuildExecutor.java:216)
at 
org.apache.maven.continuum.execution.maven.m2.MavenTwoBuildExecutor.build(MavenTwoBuildExecutor.java:149)
at 
org.apache.maven.continuum.core.action.ExecuteBuilderContinuumAction.execute(ExecuteBuilderContinuumAction.java:140)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.performAction(DefaultBuildController.java:417)
at 
org.apache.maven.continuum.buildcontroller.DefaultBuildController.build(DefaultBuildController.java:156)
at 
org.apache.maven.continuum.buildcontroller.BuildProjectTaskExecutor.executeTask(BuildProjectTaskExecutor.java:50)
at 
org.codehaus.plexus.taskqueue.execution.ThreadedTaskQueueExecutor$ExecutorRunnable$1.run(ThreadedTaskQueueExecutor.java:116)
at 
edu.emory.mathcs.backport.java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:442)
at 
edu.emory.mathcs.backport.java.util.concurrent.FutureTask.run(FutureTask.java:176)
at 
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExec

[jira] Closed: (TUSCANY-1952) Domain broken after stopping+starting a node

[Simon Laws (JIRA)]

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

Simon Laws closed TUSCANY-1952.
---

Resolution: Won't Fix

The store tutorial now uses a different mechanism for parsing contributions and 
starting nodes

> Domain broken after stopping+starting a node 
> -
>
> Key: TUSCANY-1952
> URL: https://issues.apache.org/jira/browse/TUSCANY-1952
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.1
>Reporter: Jean-Sebastien Delfino
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
>
> The SCA domain seems to be unusable after a node is stopped then started 
> again.
> Steps to reproduce the problem:
> 1. From the tutorial/cloud module start LaunchCloud.java, it'll start some 
> services and a domain controller.
> 2. From the tutorial/store module start LaunchStore.java, it'll start the 
> store composite.
> 3. Point your Web browser to http://localhost:8100/ui/store.html your should 
> see the store UI showing a catalog of fruits
> 4. Stop LaunchStore by pressing Ctrl+C
> 5. Do steps 2 and 3 again, you won't see the catalog anymore. None of the 
> services seem to properly register/resolve in the domain anymore.

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


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

[jira] Closed: (TUSCANY-1957) Domain controller incorrectly loading contributions added to nodes.

[Simon Laws (JIRA)]

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

Simon Laws closed TUSCANY-1957.
---

Resolution: Won't Fix

The store tutorial now uses a different mechanism for parsing contributions and 
starting nodes

> Domain controller incorrectly loading contributions added to nodes.
> ---
>
> Key: TUSCANY-1957
> URL: https://issues.apache.org/jira/browse/TUSCANY-1957
> Project: Tuscany
>  Issue Type: Bug
>Affects Versions: Java-SCA-1.1
>Reporter: Jean-Sebastien Delfino
> Fix For: Java-SCA-Next
>
>
> Very weird behavior of the domain controller, which seems to want to load 
> contributions in its memory as they are added to nodes running on different 
> JVMs. I must admit I'm puzzled...
> To reproduce the problem use SVN revision r610601 of the trunk, use the 
> tutorial modules:
> - from the cloud module start LaunchCloud
> - from the store-db module start LaunchStoreDB
> Here's the output from LaunchCloud showing that it's incorrectly trying to 
> load the store-db contribution (as it's added to the node in LaunchStoreDB) 
> and BTW failing to do load it properly (see all the composite builder 
> problems showing in the output).
> Starting ...
> Jan 9, 2008 1:43:14 PM org.apache.tuscany.sca.domain.impl.SCADomainImpl init
> INFO: Domain management configured from 
> file:/home/delfinoj/Tuscany/apache-repos/java/sca/modules/domain-impl/target/classes/
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/domain/*
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/SCADomainManagerComponent/SCADomainManagerService/*
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/SCADomainManagerComponent/SCADomainManagerService
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/SCADomain/scaDomain.js
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/SCADomainManagerComponent/SCADomainEventService
> Domain controller ready for big business !!!
> Jan 9, 2008 1:43:19 PM org.apache.tuscany.sca.http.jetty.JettyServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:9998/SCADomainManagerComponent/SCADomainAPIService
> Jan 9, 2008 1:43:20 PM org.apache.tuscany.sca.domain.impl.SCADomainImpl 
> registerNode
> INFO: Registered node: http://localhost:8200/cloud at endpoint 
> http://localhost:8200/cloud
> Jan 9, 2008 1:43:20 PM org.apache.tuscany.sca.node.impl.SCADomainProxyImpl 
> createRuntime
> INFO: Domain management configured from 
> file:/home/delfinoj/Tuscany/apache-repos/java/sca/modules/node-impl/target/classes/
> Jan 9, 2008 1:43:22 PM org.apache.catalina.core.StandardEngine start
> INFO: Starting Servlet Engine: Apache Tomcat/6.0.10
> Jan 9, 2008 1:43:22 PM org.apache.catalina.startup.ContextConfig 
> defaultWebConfig
> INFO: No default web.xml
> Jan 9, 2008 1:43:22 PM org.apache.catalina.startup.DigesterFactory register
> WARNING: Could not get url for /javax/servlet/jsp/resources/jsp_2_0.xsd
> Jan 9, 2008 1:43:22 PM org.apache.catalina.startup.DigesterFactory register
> WARNING: Could not get url for 
> /javax/servlet/jsp/resources/web-jsptaglibrary_2_0.xsd
> Jan 9, 2008 1:43:23 PM org.apache.coyote.http11.Http11Protocol init
> INFO: Initializing Coyote HTTP/1.1 on http-8200
> Jan 9, 2008 1:43:23 PM org.apache.coyote.http11.Http11Protocol start
> INFO: Starting Coyote HTTP/1.1 on http-8200
> Jan 9, 2008 1:43:23 PM org.apache.tuscany.sca.http.tomcat.TomcatServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:8200/cloud/SCADomainEventServiceProxyComponent
> Jan 9, 2008 1:43:23 PM org.apache.tuscany.sca.http.tomcat.TomcatServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:8200/cloud/SCADomainAPIServiceProxyComponent
> Jan 9, 2008 1:43:23 PM org.apache.tuscany.sca.http.tomcat.TomcatServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:8200/cloud/SCANodeManagerComponent/SCANodeManagerService
> Jan 9, 2008 1:43:23 PM org.apache.tuscany.sca.http.tomcat.TomcatServer 
> addServletMapping
> INFO: Added Servlet mapping: 
> http://delfinoj60.burlingame.ibm.com:8200/cloud/SCANodeManagerComponent/ComponentManagerService/*
> Jan 9, 2008 1:43

[jira] Closed: (TUSCANY-1779) Determining the contribution location (confusion over relative location URLs)

[Simon Laws (JIRA)]

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

Simon Laws closed TUSCANY-1779.
---

Resolution: Won't Fix

There is now a new mechanism  (workspace) for locating and parsing 
contributions and for configuring nodes

> Determining the contribution location (confusion over relative location URLs)
> -
>
> Key: TUSCANY-1779
> URL: https://issues.apache.org/jira/browse/TUSCANY-1779
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
> Environment: All
>Reporter: Simon Laws
> Fix For: Java-SCA-Next
>
>
> SCADomain, in both of its guises, allows the details of which contribution to 
> load to be specified.
> the standalone version
> o.a.t.s.host.embedded.SCADomain.newInstance(String domainURI, String 
> contributionLocation, String... composites)
> and the distributed version
> o.a.t.s.domain.SCADomain.newInstance(String domainURI, String nodeURI, String 
> contributionLocation, String... composites) {
> I have found this confusing so, by looking at the code, here is what I think 
> the rules are;
> contributionLocation - an absolute path to a contribution in URL form, e.g
>   file://C:/mydirA
>   jar:file://C:/myjar.jar
> composite(s)  - the name of a composite file(s) e.g.
>   mycomposite.composite
>   somedir/mycomposite.composite
> So the various combinations give rise to
> contributionLocation set / composite null
>loads all contributions under the contribution location identified
> contributionLocation null / composite set
>finds the location of your compsite on the classpath and uses that as the 
> contribution location. It loads the named composite from there
> contributionLocation / composite
>   loads the named composite from the specified contribution path
> contributionLocation null / composite null
>   This option is also used if the above rules don't identify a contribution 
> URL for whatever reason.
>   No contribution has been specified so look for the following in order and 
> use the location of the first one found as the contribution location
>   META-INF/sca-contribution.xml
>   META-INF/sca-contribution-generated.xml
>   META-INF/sca-deployables directory
>  
> The slight wrinkle with the code currently is that the algorithm is coded 
> such that if you specify a relative ContributionLocation (which is not valid 
> according to what I have set out above) then it is simply ignored and the 
> algorithm falls back to the other mechanisms for finding the contribution 
> location with potentially confusing  results, for example, if I use the 
> reasonable looking
>SCADomain domain = SCADomain.newInstance("http://localhost:8080";, 
> "somedir/someotherdir", "some.composite");
> Then this will actually just look on the classpath for " some.composite" 
> which is probably not what was expected.
> We could fix this in code by not testing for an absolute contribution 
> location path and letting it throw a malformed url exception. However this 
> doesn't seem absolutely essential to be done right now so I propose to raise 
> a JIRA and tidy up the above as a section in the documentation.

-- 
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-2070) @ConversationAttributes(singlePrincipal=false) is not yet implemented

[Simon Laws (JIRA)]

@ConversationAttributes(singlePrincipal=false) is not yet implemented
-

 Key: TUSCANY-2070
 URL: https://issues.apache.org/jira/browse/TUSCANY-2070
 Project: Tuscany
  Issue Type: Improvement
Reporter: Simon Laws
Priority: Minor


The @ConversationAttributes(singlePrincipal=false) attribute is not yet 
implemented. See SCA Java Annotations and APIs spec section 1.8.18

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


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

[jira] Closed: (TUSCANY-1958) Domain controller does not correctly resolve remote services

[Simon Laws (JIRA)]

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

Simon Laws closed TUSCANY-1958.
---

Resolution: Won't Fix

The store tutorial now uses a different mechanism for parsing contributions and 
starting nodes

> Domain controller does not correctly resolve remote services
> 
>
> Key: TUSCANY-1958
> URL: https://issues.apache.org/jira/browse/TUSCANY-1958
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-Next
>Reporter: Jean-Sebastien Delfino
> Fix For: Java-SCA-Next
>
>
> This seems to be random, some modules have the issue, some don't. I have 
> spent hours in the whole domain controller / registration / resolution 
> machinery and I'm not able to understand what's going on.
> To reproduce the problem use SVN revision r610601 of the trunk, and use the 
> tutorial modules:
> - from the cloud module start LaunchCloud
> - from the store-db module start LaunchStoreDB
> - point your Web browser to http://localhost:8102/ui/store.html.
> The Catalog component will fail to invoke the CloudVegetableCatalog service 
> with an Axis2 fault wrappering an HTTP 404 error.

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


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

[jira] Closed: (TUSCANY-1511) Conversational - spec funnies and other improvements

[Simon Laws (JIRA)]

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

Simon Laws closed TUSCANY-1511.
---

   Resolution: Fixed
Fix Version/s: (was: Java-SCA-Next)
   Java-SCA-1.2

Closing this general tracking JIRA and opening two specific JIRA for those 
issues that remain outstanding. 

http://issues.apache.org/jira/browse/TUSCANY-2070
http://issues.apache.org/jira/browse/TUSCANY-2071

> Conversational - spec funnies and other improvements
> 
>
> Key: TUSCANY-1511
> URL: https://issues.apache.org/jira/browse/TUSCANY-1511
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Core Runtime
> Environment: All
>Reporter: Simon Laws
>Assignee: Simon Laws
>Priority: Minor
> Fix For: Java-SCA-1.2
>
>
> We closed http://issues.apache.org/jira/browse/TUSCANY-1377 when we got to 
> the stage where conversation support was basically back up and running. There 
> are still some outstanding issues recorded against that report that come down 
> to lack of clarity in the spec and/or are awaiting other bits of the Tuscany 
> runtime to be completed. Here is the list so far.
> Features Currently Supported
> ---
> 
> @Conversational - service & callback interfaces
> @Scope(CONVERSATION)
> @Scope(STATELESS)
> @Init
> @Destroy
> @ConversationAttributes(maxAge="2 days",
>maxIdleTime="5 minutes" )
> @ConversationId
> @EndsConversation - service and callback interfaces
> ServiceReference
>getConversationID()
>setConversationID(Object)
> CallableReference (can be persisted,can be passed)
>isConversational()
>getConversation()
> Conversation
>getConversationID()
>end()
> ConversationEndedException
> Restrictions And Required Clarifications
> 
> The specification is not clear on a number of points related to Stateful 
> callbacks. 
> 1/ In the current implementation the spec has been interpreted to mean that 
> the "client" component, i.e. the component implementing the callback 
> interface, must be marked as conversational in order that callback messages 
> return to the same instance of the client component that originated the 
> conversational call.  In this case the target of a callback (the source of 
> the original message) has to be stored against a conversationId so that the 
> callback can find it and invoke the callback operation on it. Currently, at 
> the source component, the incoming conversationid is reused for outgoing 
> messages to allow this to happen (the component instance will automatically 
> have been registered against this id when it was created). 
> A better solution would be to allow the reference logic to always create a 
> new conversation id (or accept a user defined conversation id) but, for 
> stateful callbacks this implies that the source component instance has to be 
> registered against multiple conversation ids in the conversational scope 
> container. As pumbing this in is a little tricky we need discuss round 
> alternative solutions.
> 2/ The spec isn't explicit about what happens at the server  when 
> Conversation.end() is used on the target service. In the current 
> implementation it will not free any resources held at the target. A protocol 
> is required between source and target to carry this end() instruction. As it 
> stands the target conversation will eventually time out. Subsequent requests 
> to the target will create a new conversation.
> 3/ @EndsConversation on the target component where a stateful callback is 
> defined will end the callback conversation at the target only, I.e. the 
> component
> instance representing the conversation at the source end will remain in 
> place. It remains until the callback calls an @EndConversation annotated 
> message. This is tricky
> because the source component instance may have been created as part of 
> another conversation which hasn't ended yet. Not clear whether the intention 
> of the spec is to get both to happen at once.
> The specification also talks about the ability to pass round references that 
> refer to ongoing conversations. 
> No passing of services references, referring to conversational services, is 
> currently supported. This is primarily because the service reference is not 
> currently serializeable but
> the spec could also benefit from some clarrification in this area. For 
> example, If a callable reference is passed off to another service how does 
> that callable reference know what the state of the conversation is?
> There are also a few other pieces that are await

[jira] Created: (TUSCANY-2071) @ConversationId injection in @Scope(Composite) services

[Simon Laws (JIRA)]

@ConversationId injection in @Scope(Composite) services
---

 Key: TUSCANY-2071
 URL: https://issues.apache.org/jira/browse/TUSCANY-2071
 Project: Tuscany
  Issue Type: Improvement
Reporter: Simon Laws
Priority: Minor


Injecting @ConversationId into @Scope(COMPOSITE) service is problematic due to 
potential multi-threaded operation. This is true for any information that is 
injected into a service instance. This has been discussed on the Tuscany ML 
here (http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg20573.html). 
There has also been a "dependency reinjection" discussion and related JIRA 
(http://www.osoa.org/jira/browse/JAVA-4) over at  the OASIS Java TC for a 
while. We need to make sure we do something sensible in the context of the 
results of the OASIS conversations. 

A follow on from the general conversation JIRA 
(https://issues.apache.org/jira/browse/TUSCANY-1511)

-- 
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-1162) Contribution Services - Enhance contribution repository

[Simon Laws (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-1162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12577029#action_12577029
 ] 

Simon Laws commented on TUSCANY-1162:
-

Is this covered by what Sebastien has been doing with the workspace?

> Contribution Services - Enhance contribution repository
> ---
>
> Key: TUSCANY-1162
> URL: https://issues.apache.org/jira/browse/TUSCANY-1162
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-M2
>Reporter: Luciano Resende
>Assignee: Luciano Resende
>Priority: Minor
> Fix For: Java-SCA-Next
>
>
> - Enhance and extend contribution repository  
>   - add contribute application (like launcher)
>   - allow long lived contributions

-- 
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-2056) Conversation does not continue if a Service Reference is passed as a return value (not as a parameter) when using binding.ws

[Simon Laws (JIRA)]

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

Simon Laws reassigned TUSCANY-2056:
---

Assignee: Simon Laws

> Conversation does not continue if a Service Reference is passed as a return 
> value (not as a parameter) when using binding.ws
> 
>
> Key: TUSCANY-2056
> URL: https://issues.apache.org/jira/browse/TUSCANY-2056
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.1
> Environment: Windows XP SP2, Intel Core 2 CPU, 2.6, 2GB Ram, jdk 
> 1.5.0_10 
>Reporter: Daniel Stucky
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
> Attachments: test.zip
>
>
> This problem is related to TUSCANY-2028. It is exactly the same use case, but 
> instead of the default binding (sca) I now use binding.ws.
> And as in Tuscany 1.0.1 with binding.sca the Conversation is not reused. So I 
> guess the fix that went into Tuscany 1.1 did only affect binding.sca and not 
> binding.ws.

-- 
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-2056) Conversation does not continue if a Service Reference is passed as a return value (not as a parameter) when using binding.ws

[Simon Laws (JIRA)]

[ 
https://issues.apache.org/jira/browse/TUSCANY-2056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12577038#action_12577038
 ] 

Simon Laws commented on TUSCANY-2056:
-

Hi Daniel

I just tried this against the code in Trunk and see the following output...

test.composite ready !!!
Alpha: Conversation to gamma is null
Gamma:doSomething(), conversationId=a666d42e-92a1-46cf-89a3-572a5bd9252a
Alpha: Conversation to gamma exists. 
conversationId=a666d42e-92a1-46cf-89a3-572a5bd9252a
Gamma:stop(), conversationId=a666d42e-92a1-46cf-89a3-572a5bd9252a
Stopping ...


Are you able to do the same and see if you still see a different 
conversationIds.

Simon

> Conversation does not continue if a Service Reference is passed as a return 
> value (not as a parameter) when using binding.ws
> 
>
> Key: TUSCANY-2056
> URL: https://issues.apache.org/jira/browse/TUSCANY-2056
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.1
> Environment: Windows XP SP2, Intel Core 2 CPU, 2.6, 2GB Ram, jdk 
> 1.5.0_10 
>Reporter: Daniel Stucky
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
> Attachments: test.zip
>
>
> This problem is related to TUSCANY-2028. It is exactly the same use case, but 
> instead of the default binding (sca) I now use binding.ws.
> And as in Tuscany 1.0.1 with binding.sca the Conversation is not reused. So I 
> guess the fix that went into Tuscany 1.1 did only affect binding.sca and not 
> binding.ws.

-- 
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-2070) @ConversationAttributes(singlePrincipal=false) is not yet implemented

[Simon Laws (JIRA)]

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

Simon Laws updated TUSCANY-2070:


Description: 
The @ConversationAttributes(singlePrincipal=false) attribute is not yet 
implemented. See SCA Java Annotations and APIs spec section 1.8.18.
A follow on from the previous general conversation related JIRA 
(https://issues.apache.org/jira/browse/TUSCANY-1511)

  was:The @ConversationAttributes(singlePrincipal=false) attribute is not yet 
implemented. See SCA Java Annotations and APIs spec section 1.8.18


> @ConversationAttributes(singlePrincipal=false) is not yet implemented
> -
>
> Key: TUSCANY-2070
> URL: https://issues.apache.org/jira/browse/TUSCANY-2070
> Project: Tuscany
>  Issue Type: Improvement
>Reporter: Simon Laws
>Priority: Minor
>
> The @ConversationAttributes(singlePrincipal=false) attribute is not yet 
> implemented. See SCA Java Annotations and APIs spec section 1.8.18.
> A follow on from the previous general conversation related JIRA 
> (https://issues.apache.org/jira/browse/TUSCANY-1511)

-- 
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: About StAXArtifactProcessor

[Luciano Resende]

I was going to take a quick look at this, but before I do, let me ask
if svn revision #635604 is related to the issue you are asking here.

On Mon, Mar 10, 2008 at 2:40 AM, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
> Hi,
>
>  I recently faced a situation where I wished to passed some context from one
>  StAXArtifact Processor to others down the chain.  More specifically, to get
>  the 'targetNamespace' of the definitions.xml file apply to PoliyIntent and
>  PolicySet names, I wished to pass the 'targetNamespace' value from the
>  Definitions Processor (which is where it is read) down to the PolicyIntent
>  and PolicySet processors.  I could not figure out a way to do this.  Am I
>  missing something here or would it make sense to add an argument named
>  'context' to the read methods of our StAXProcessor ?  I guess there could be
>  other situations when we might need some information from parent element to
>  be passed down.
>
>  Thoughts ?
>
>  Thanks
>
>  - Venkat
>



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

Splitting up the bigbank demo

[Venkata Krishnan]

Hi Luciano,

I have split up the bigbank demo into two.  1) bigbank and 2)
bigbank-account.

The bigbank is the facade to the users and the bigbank-account is the
account management module used by the bigbank.  I have also pulling in
policies and security - whatever that has been working with the
secure-bigbank demo.

Now that there are two contributions - bigbank and bigbank-account, am a bit
lost getting this going with multiple contributions.  I have looked up the
itests for imports and exports and followed as much the same for this demo,
but things don't seem to work.  Could you please take a quick look into this
and let me know the thing I am missing in all of this ?

I have commented out the bigbank demo from the build though it seems to
build successfully locally.  I will include it back after I have got it to
run as a demo.

Thanks

- Venkat

How can I get a list of effective policySets for a given operation?

[Raymond Feng]

Hi,

If I have the (component, service/reference, binding, operation) model 
instances handy, how can I get a list of effective policySets for the 
operation? Are we consolidating the declarations at different levels to the 
binding?


We can use the following example (I intentionally omit the @requires).


   
   
   
   
   
   


Thanks,
Raymond 



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

Re: Splitting up the bigbank demo

[Luciano Resende]

I have updated the client application to start components from
composite after all contributions have been contributed (revision
#635652), but now I'm getting other issues, that might be unrelated.
Please let me know if this helps, and if the issue I'm seeing is
related or not.

*** Calling BIG-BANK Passwd Handler for setting AUTHENTICATION password
*** Calling ACCOUNTS-DATA Passwd Handler for AUTHENTICATING userID =
bbaservice and password = bbaservice
AUTHENTICATION SUCCESSFUL!
org.osoa.sca.ServiceRuntimeException: Target fault type cannot be resolved: null
at 
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:134)
at 
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:287)
at 
org.apache.tuscany.sca.core.invocation.JDKInvocationHandler.invoke(JDKInvocationHandler.java:155)
at $Proxy11.getAccountDetails(Unknown Source)
at 
bigbank.account.AccountServiceImpl.getAccountReport(AccountServiceImpl.java:65)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.tuscany.sca.implementation.java.invocation.JavaImplementationInvoker.invoke(JavaImplementationInvoker.java:109)
at 
org.apache.tuscany.sca.core.databinding.wire.PassByValueInterceptor.invoke(PassByValueInterceptor.java:108)
at 
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(RuntimeWireInvoker.java:114)
at 
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(RuntimeWireInvoker.java:89)
at 
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(RuntimeWireInvoker.java:83)
at 
org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.invoke(RuntimeWireImpl.java:134)
at 
org.apache.tuscany.sca.binding.jsonrpc.JSONRPCServiceServlet.handleJSONRPCMethodInvocation(JSONRPCServiceServlet.java:235)
at 
org.apache.tuscany.sca.binding.jsonrpc.JSONRPCServiceServlet.handleServiceRequest(JSONRPCServiceServlet.java:147)
at 
org.apache.tuscany.sca.binding.jsonrpc.JSONRPCServiceServlet.service(JSONRPCServiceServlet.java:89)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at 
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at 
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
at 
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at 
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
at 
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:324)
at 
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at 
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:842)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
at org.apache.tuscany.sca.core.work.Jsr237Work.run(Jsr237Work.java:61)
at 
org.apache.tuscany.sca.core.work.ThreadPoolWorkManager$DecoratingWork.run(ThreadPoolWorkManager.java:214)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
Caused by: org.apache.tuscany.sca.interfacedef.util.FaultException: unknown
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker.java:97)
at 
org.apache.tuscany.sca.core.databinding.wire.DataTransformationInterceptor.invoke(DataTransformationInterceptor.java:78)
... 35 more
Caused by: org.apache.axis2.AxisFault: unknown
at 
org.apache.axis2.util.Utils.getInboundFaultFromMessageContext(Utils.java:486)
at 
org.apache.axis2.description.OutInAxisOperationClient.handleResponse(OutInAxisOperation.java:343)
at 
org.apache.axis2.description.OutInAxisOperationClient.send(OutInAxisOperation.java:389)
at 
org.apache.axis2.description.OutInAxisOperationClient.executeImpl(OutInAxisOperation.java:211)
at 
org.apache.axis2.client.OperationClient.execute(OperationClient.java:163)
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.invokeTarget(Axis2BindingInvoker.java:118)
at 
org.apache.tuscany.sca.binding.ws.axis2.Axis2BindingInvoker.invoke(Axis2BindingInvoker

Re: Asia Open Source Symposium Code Fest is looking for help, was Fwd: Low hanging bugs for students

[Luciano Resende]

FYI, here is a post [1] from J. Aaron about what happened on the AOSS Code Fest.

[1] http://cubiclemuses.com/cm/blog/2008/codefest.html

2008/3/5 Luciano Resende <[EMAIL PROTECTED]>:
> Please review the page with the suggestions discussed on this thread.
>  I plan to send this tomorrow for the event organizer.
>
>  [1] 
> http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Asia+Open+Source+Symposium%0D%0AAsia+Open+Source+Symposium+Code+Fest
>
>  2008/3/5 Luciano Resende <[EMAIL PROTECTED]>:
>
>
> > We need to get something proposed really soon, as the event is over
>  >  the weekend. I'd suggest the JIRAs under Tools and Sample categories,
>  >  but make it open if someone wants to address JIRAs in any other area.
>  >  As for projects, we could identify projects that need enhanced testing
>  >  (e.g implementation-data-xml).
>  >
>  >  Thoughts ?
>  >
>  >  2008/3/4 haleh mahbod <[EMAIL PROTECTED]>:
>  >
>  >
>  > > this is only a 2 day event. Can you identify a project that can be done 
> in
>  >  >  such a short time? That would be great.
>  >  >
>  >  >
>  >  >
>  >  >  On 3/4/08, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>  >  >  >
>  >  >  > My 2c.  More than bugs it would be interesting for the students if we
>  >  >  > could
>  >  >  > suggest some minor enhancements to our tools or extensions.
>  >  >  >
>  >  >  > - Venkat
>  >  >  >
>  >  >  > 2008/3/5 haleh mahbod <[EMAIL PROTECTED]>:
>  >  >  >
>  >  >  >
>  >  >  > > It looks like they are looking for short, 1-2 day, projects to 
> expose
>  >  >  > > students to how to provide patches in open source.
>  >  >  > >
>  >  >  > > How about suggesting a few of sample bugs for this exercise? This 
> will
>  >  >  > > expose the students to Tuscany and show them how to run samples.  
> This
>  >  >  > > will
>  >  >  > > also give them a chance to  fix smaller scoped problems and gain 
> the
>  >  >  > > experience that is looked for.
>  >  >  > >
>  >  >  > >
>  >  >  > > On 3/3/08, Luciano Resende <[EMAIL PROTECTED]> wrote:
>  >  >  > > >
>  >  >  > > > This is a good opportunity for increasing awareness for Apache
>  >  >  > > > Tuscany. We could identify some JIRAs and/or very small projects 
> (e.g
>  >  >  > > > enhancements to specific extensions) that we could send to J 
> Aaron
>  >  >  > > > Farr to be used with the Chinese students.
>  >  >  > > >
>  >  >  > > > Thoughts ? Any suggestions ?
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > -- Forwarded message --
>  >  >  > > > From: J Aaron Farr <[EMAIL PROTECTED]>
>  >  >  > > > Date: Mon, Mar 3, 2008 at 1:27 AM
>  >  >  > > > Subject: Low hanging bugs for students
>  >  >  > > > To: Apache Community <[EMAIL PROTECTED]>
>  >  >  > > >
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > This next weekend I'm going to be at the Asia Open Source 
> Symposium
>  >  >  > > > Code Fest.  What was going to be a hackathon-like event is now a
>  >  >  > > > student focused event with something like 50 university students
>  >  >  > > > attending for two days to learn something about open source.  So 
> now
>  >  >  > > > I'm trying to come up with ideas on what to have these students 
> do.
>  >  >  > > >
>  >  >  > > > My preference is to have the students work on a bunch of patches 
> over
>  >  >  > > > two days rather than work on a single application to be released 
> at
>  >  >  > > > the end of the event.  To me, the patch process is a fairly 
> unique
>  >  >  > > > open source skill, so that's what I want to emphasize.
>  >  >  > > >
>  >  >  > > > I already have some bugs, features and code in mind, most 
> related to
>  >  >  > > > the ApacheCon website.  But if anyone has some ideas of other low
>  >  >  > > > hanging bugs or features that I could task a few students with, 
> please
>  >  >  > > > let me know.  Think of it as a two-day "summer of code".
>  >  >  > > >
>  >  >  > > > If anyone has any other thoughts or suggestions, please pass 
> them on.
>  >  >  > > >
>  >  >  > > > Thanks!
>  >  >  > > >
>  >  >  > > > --
>  >  >  > > > J Aaron Farr jadetower.com[US] +1 724-964-4515
>  >  >  > > >馮傑仁  cubiclemuses.com [HK] +852 8123-7905
>  >  >  > > >
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > 
> -
>  >  >  > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >  >  > > > For additional commands, e-mail: [EMAIL PROTECTED]
>  >  >  > > >
>  >  >  > > >
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > --
>  >  >  > > > Luciano Resende
>  >  >  > > > Apache Tuscany Committer
>  >  >  >
>  >  >  > > > http://people.apache.org/~lresende<
>  >  >  > http://people.apache.org/%7Elresende>
>  >  >  >
>  >  >  > > > http://lresende.blogspot.com/
>  >  >  > > >
>  >  >  > > > 
> -
>  >  >  > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >  >  > > > For additional commands, e-mail: [EMAIL PROTECTED]
>  >  >  > > >
>  >  > 

Re: svn commit: r635435 - in /incubator/tuscany/java/sca/modules: assembly/src/main/java/org/apache/tuscany/sca/assembly/builder/impl/ assembly/src/test/java/org/apache/tuscany/sca/assembly/builder/im

[Jean-Sebastien Delfino]

Simon Laws wrote:


Hi


There is now a test in the binding name creation code that checks that two
service bing types are the same before testing for duplicate names. I don't
think the binding type is relevant here. We should actually be testing that
the scheme that the bindings intend to use are the same but that information
is not easily available. With the current change we can say




and I don't believe the code will complain.


and that's OK I think :) as binding.ws and binding.jsonrpc could end up 
on different port numbers for example (depending on their node 
configuration).


Actually, I was struggling to understand why we needed this test for 
duplicate names at all.


Does the spec forbids two bindings with the same name?

By trying hard to detect duplicate names early on (without having all 
the info about what the binding URIs will end up to be), won't we raise 
errors  even for cases that should work?


One example of the issues I was running into:

  
  

throwing a duplicate name exception as the two bindings had the same name.

On a fun note, I think that:

  
  

would probably not have thrown an exception, but should have :)

So my recommendation would be to not try too hard to detect these 
duplicates early on based on binding names (as the detection algorithm 
is too fragile at that point), instead detect duplicates at the very end 
when we see that we end up with duplicate URIs.




Also can you give a quick example the problems you found relating to "avoid
adding binding name to itself, and consider binding URI when specified in
the composite in the single service case too" so I can understand the other
code changes.


One issue was that the code was not considering the binding URI when 
there was only one service on a component, for example IIRC:


  

  

was bound to /Store (the component URI) instead of /ui.

I understand that the binding name should be omitted from the computed 
URI in the single service case, but the binding URI should be considered 
if specified, leading to the requirement to distinguish between binding 
name (always know, not always considered) and binding URI (not always 
specified, always considered when specified).


About the "adding the binding name to itself" part, this is a little 
complicated. IIRC the issue was that CompositeConfigurationBuilder would 
first convert:


  

  


into:

  

  


Then when an SCANode would consume that, CompositeBuilder.build would 
turn it into:


  

  


as I think the old CompositeConfigurationBuilder code used in that case 
used to concatenate the component URI and the binding URI.




Thanks

Simon



--
Jean-Sebastien

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

Re: Support for binding config in definitions.xml

[Jean-Sebastien Delfino]

Venkata Krishnan wrote:

Hi Ant,

I suppose this is going to simply use the StAX processor that we currently
have for jms binding.  That being the case I see there is going to be
circular dependency issues


I may be able to help with the circular dependencies issues, could you 
help me understand what circular dependencies you are seeing?


--
Jean-Sebastien

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

Suggestion for Replying with comments to a specific committ

[Luciano Resende]

It would be great if people could start changing the subject when
replying with comments to a given committs, this would allow others to
better identify what's going on and possible jump and help on the
discussion.

Just my 2c

Thanks

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

[DISCUSS] Using Feedback from Asia OS Code Fest WAS Fwd: Asia Open Source Symposium Code Fest is looking for help,

[haleh mahbod]

There is positive feedback on Tuscany  from J. Aaron who conducted Asia OS
Tuscany Code fest session [1].
Some comments are:

"One interesting observation was that the Tuscany team (students) got
started faster thanks to good project documentation and fewer software
prerequisites. "

"However, they (students)  ended up picking a bug that might have been a
little too tricky given the time  (2 days)  we had to solve it. ..." ...
"Frameworks can only do so much in helping to eliminate the fundamental
costs of the Java development cycle..."

The "framework" topic raises the question if there is a way to further
enhance development documentation and simplify the environment to help new
developers come on board quickly?  I'd like to propose that we create a list
of what might be useful/helpful.

It would be great to hear the challenges that new developers might be
running into. Are you getting what you need to get started? If not, what
would help.

 Here is my observation for what would help me.  Please add.

   - Mid level module structure for SCA and key debug break points (entry
   and exit) for core and extensions using a simple sample as an example


[1] http://cubiclemuses.com/cm/blog/2008/codefest.html


-- Forwarded message --
From: Luciano Resende <[EMAIL PROTECTED]>
Date: Mar 10, 2008 12:20 PM
Subject: Re: Asia Open Source Symposium Code Fest is looking for help, was
Fwd: Low hanging bugs for students
To: tuscany-dev@ws.apache.org

FYI, here is a post [1] from J. Aaron about what happened on the AOSS Code
Fest.

[1] http://cubiclemuses.com/cm/blog/2008/codefest.html

2008/3/5 Luciano Resende <[EMAIL PROTECTED]>:
> Please review the page with the suggestions discussed on this thread.
>  I plan to send this tomorrow for the event organizer.
>
>  [1]
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Asia+Open+Source+Symposium%0D%0AAsia+Open+Source+Symposium+Code+Fest
>
>  2008/3/5 Luciano Resende <[EMAIL PROTECTED]>:
>
>
> > We need to get something proposed really soon, as the event is over
>  >  the weekend. I'd suggest the JIRAs under Tools and Sample categories,
>  >  but make it open if someone wants to address JIRAs in any other area.
>  >  As for projects, we could identify projects that need enhanced testing
>  >  (e.g implementation-data-xml).
>  >
>  >  Thoughts ?
>  >
>  >  2008/3/4 haleh mahbod <[EMAIL PROTECTED]>:
>  >
>  >
>  > > this is only a 2 day event. Can you identify a project that can be
done in
>  >  >  such a short time? That would be great.
>  >  >
>  >  >
>  >  >
>  >  >  On 3/4/08, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>  >  >  >
>  >  >  > My 2c.  More than bugs it would be interesting for the students
if we
>  >  >  > could
>  >  >  > suggest some minor enhancements to our tools or extensions.
>  >  >  >
>  >  >  > - Venkat
>  >  >  >
>  >  >  > 2008/3/5 haleh mahbod <[EMAIL PROTECTED]>:
>  >  >  >
>  >  >  >
>  >  >  > > It looks like they are looking for short, 1-2 day, projects to
expose
>  >  >  > > students to how to provide patches in open source.
>  >  >  > >
>  >  >  > > How about suggesting a few of sample bugs for this exercise?
This will
>  >  >  > > expose the students to Tuscany and show them how to run
samples.  This
>  >  >  > > will
>  >  >  > > also give them a chance to  fix smaller scoped problems and
gain the
>  >  >  > > experience that is looked for.
>  >  >  > >
>  >  >  > >
>  >  >  > > On 3/3/08, Luciano Resende <[EMAIL PROTECTED]> wrote:
>  >  >  > > >
>  >  >  > > > This is a good opportunity for increasing awareness for
Apache
>  >  >  > > > Tuscany. We could identify some JIRAs and/or very small
projects (e.g
>  >  >  > > > enhancements to specific extensions) that we could send to J
Aaron
>  >  >  > > > Farr to be used with the Chinese students.
>  >  >  > > >
>  >  >  > > > Thoughts ? Any suggestions ?
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > -- Forwarded message --
>  >  >  > > > From: J Aaron Farr <[EMAIL PROTECTED]>
>  >  >  > > > Date: Mon, Mar 3, 2008 at 1:27 AM
>  >  >  > > > Subject: Low hanging bugs for students
>  >  >  > > > To: Apache Community <[EMAIL PROTECTED]>
>  >  >  > > >
>  >  >  > > >
>  >  >  > > >
>  >  >  > > > This next weekend I'm going to be at the Asia Open Source
Symposium
>  >  >  > > > Code Fest.  What was going to be a hackathon-like event is
now a
>  >  >  > > > student focused event with something like 50 university
students
>  >  >  > > > attending for two days to learn something about open
source.  So now
>  >  >  > > > I'm trying to come up with ideas on what to have these
students do.
>  >  >  > > >
>  >  >  > > > My preference is to have the students work on a bunch of
patches over
>  >  >  > > > two days rather than work on a single application to be
released at
>  >  >  > > > the end of the event.  To me, the patch process is a fairly
unique
>  >  >  > > > open source skill, so that's what I want to emphasize.
>  >  >  > > >
>  >  >  > > > I already have some b

Re: About StAXArtifactProcessor

[Luciano Resende]

Maybe you could describe a little more what is the issue you are
having, and we could try helping finding another solution for your
issue, particularly related to targetNamespace, as it might be
available trough the parser API. Also, I usually try to avoid context
objects, as they usually grow out of control very fast causing various
side effects.


On Mon, Mar 10, 2008 at 10:39 AM, Luciano Resende <[EMAIL PROTECTED]> wrote:
> I was going to take a quick look at this, but before I do, let me ask
>  if svn revision #635604 is related to the issue you are asking here.
>
>
>
>  On Mon, Mar 10, 2008 at 2:40 AM, Venkata Krishnan <[EMAIL PROTECTED]> wrote:
>  > Hi,
>  >
>  >  I recently faced a situation where I wished to passed some context from 
> one
>  >  StAXArtifact Processor to others down the chain.  More specifically, to 
> get
>  >  the 'targetNamespace' of the definitions.xml file apply to PoliyIntent and
>  >  PolicySet names, I wished to pass the 'targetNamespace' value from the
>  >  Definitions Processor (which is where it is read) down to the PolicyIntent
>  >  and PolicySet processors.  I could not figure out a way to do this.  Am I
>  >  missing something here or would it make sense to add an argument named
>  >  'context' to the read methods of our StAXProcessor ?  I guess there could 
> be
>  >  other situations when we might need some information from parent element 
> to
>  >  be passed down.
>  >
>  >  Thoughts ?
>  >
>  >  Thanks
>  >
>  >  - Venkat
>  >
>
>
>
>  --
>  Luciano Resende
>  Apache Tuscany Committer
>  http://people.apache.org/~lresende
>  http://lresende.blogspot.com/
>



-- 
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: Is it possible to define a customizable value for an intent or policy?

[Jean-Sebastien Delfino]

ant elder wrote:

On Fri, Mar 7, 2008 at 12:01 AM, Jean-Sebastien Delfino <
[EMAIL PROTECTED]> wrote:


ant elder wrote:

On Wed, Mar 5, 2008 at 9:46 AM, ant elder <[EMAIL PROTECTED]> wrote:


On Tue, Mar 4, 2008 at 6:19 PM, Jean-Sebastien Delfino <
[EMAIL PROTECTED]> wrote:


ant elder wrote:

Ok thanks. The   element is also extensible so this axis2

config

could be added as extra attributes or elements there couldn't it, eg

<

binding.ws timeOut="30" />? Which seems simpler if allowed so why

is the

policySet approach better?


 will require you to go
open your application jar and change the .composite provided by the
application developer to adjust the timeout or number of connections.

Policies allow you to configure and adjust qualities of service like
timeouts, connection pools etc. without touching the logical
composition.
--
Jean-Sebastien



Ok that makes sense. But how does this compare to say the JMS binding
which does support configuring QOS related things (priority, time to

live

etc) via binding attributes?

   ...ant


No replies yet so I'll expand a little in case i was misunderstood, I'm
trying to get better understanding of this area as there's been little

on

the ML to date and I'd guess it may not be just me thats a bit unclear.

One issue is that currently the samples we have just include the
definitions.xml file within the contribution so the point about being

able

configure things externally isn't being demonstrated, maybe this is just

a

point in time thing as its being implemented in Tuscany.

It's a point in time limitation of the sample (not the Tuscany
implementation). I think we should improve the bigbank sample to place
definitions.xml in a separate contribution. Venkat has been working on
it recently so he may already be looking into that?



But if its in another contribution then you still have to crack open the jar
to alter it so is that so much better than being included within the
contribution its applying to?


The key word here is "another" contribution. This allows people with 
different roles (developer, assembler, administrator) to work on the 
artifacts that they are interested in in the different contributions 
that they work with and own.


For example with the policy approach you'll be able to resize the 
connection pools for 100 Web services by making a change to 
the-admin's-contribution/definitions.xml, without touching at all the 30 
application-contributions containing the Web services.


BTW a contribution does not have to be a JAR, the domain administrator 
should be able to contribute a definitions.xml file by pointing to the 
directory that contain them.





 > Another issue i

have with the policySet using an appliesTo xpath for the service is that
it's invisible when looking at a contribution, maybe if there was good
tooling it would get highlighted in some graphical display but from just
looking at the contribution its not obvious so i don't like it so much.

If you don't like references to elements outside of your contribution
then you'll have a more general issue with many other such references,
to WSDLs, other composites, classes etc. which will often be in a
different contribution as well.

Maybe I'm just not getting what you meant here :)



I don't mind explicit references to elements outside the contribution which
is why the requestConnection on the jms binding seems more intuitive to me.


IMO the ability to apply policySets to services without polluting the 
logical composition and the application contribution is a key feature. 
OASIS JIRA POLICY-15 for example introduces the concept of external 
policy attachements to provide support for that scheme.


I think it's much better than referencing policySets directly from the 
composition artifacts as direct references to policySets will make a 
composition much more difficult to reuse (for example if you want to 
change the level of security or connection pool size in different 
deployments of the same composite).


Perhaps you can raise the issues you have with policySets to the OASIS 
policy spec workgroup?






I can see I may want to change the timeout on a reference externally to

the

contribution but it feels like I'd much more often want to change the

actual

target endpoint uri on the WS binding but we don't have a way to do that
without opening the contribution.

IMO endpoint URIs do not change so often, but with SCA wiring and
promotion you can (and in most cases should, IMO) limit the
configuration of endpoint URIs to domain-level deployment composites.

When you do that, you're doing something very similar to what is done
for policies in definitions.xml files (which are domain-wide definitions
as well).



Right, so then when you're doing that why not have the binding just support
these extra attributes to avoid the complication of needing the policySet in
a definstions.xml :-)


There are significant differences between bindings and policySets, 
policySets can be

Component Service Not Coming up.

[Sandeep Raman]

Hi,

I have an issue with the component service not coming up. below mentioned 
is my scenario.

I have a JSP (default.jsp) which does the following:

<%@ page import="org.apache.tuscany.sca.host.embedded.SCADomain"%>
<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%
  SCADomain scaDomain = SCADomain.newInstance("RunTime.composite");
  System.out.println("RunTime Composite Started");
%>

and the Runtime.composite is as follows:




 interface="http://eai#wsdl.interface(TwoWSService)" /> 
http://localhost:8080/TwoWSService"; />




Now I create a war of all my Java classes , wsdl , composite files and 
with the default.jsp as the default run target.
This war gets deployed in tomcat and the jsp page comes up. It creates a 
new instance of Runtime.composite too , but it doesnt seem to be starting 
the
component service which i have mentioned in the composite file : 
http://localhost:8080/TwoWSService"; />.

What could be wrong in this, Can you please guide me.

Regards
Sandeep Raman.
=-=-=
Notice: The information contained in this e-mail
message and/or attachments to it may contain 
confidential or privileged information. If you are 
not the intended recipient, any dissemination, use, 
review, distribution, printing or copying of the 
information contained in this e-mail message 
and/or attachments to it are strictly prohibited. If 
you have received this communication in error, 
please notify us by reply e-mail or telephone and 
immediately and permanently delete the message 
and any attachments. Thank you

Re: Support for binding config in definitions.xml

[Venkata Krishnan]

Hi Sebastien,

If the SCADefinitions model must hold jms binding definitions, I guess it
must add the jms binding as a dependency.  On the other hand the jms binding
already brings in the 'definitions' module as a downsteam dependency.

I guess that some cleaning up of the Contribution might ease a bit of
things.  I am wondering if the 'contribution' module should be devoid of any
dependency on definitions, policy and assembly.  I am going to give this a
stab now.

Thanks.

- Venkat

On Tue, Mar 11, 2008 at 5:47 AM, Jean-Sebastien Delfino <
[EMAIL PROTECTED]> wrote:

> Venkata Krishnan wrote:
> > Hi Ant,
> >
> > I suppose this is going to simply use the StAX processor that we
> currently
> > have for jms binding.  That being the case I see there is going to be
> > circular dependency issues
>
> I may be able to help with the circular dependencies issues, could you
> help me understand what circular dependencies you are seeing?
>
> --
> Jean-Sebastien
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: About StAXArtifactProcessor

[Venkata Krishnan]

Hi Luciano,

Here is what I am facing...

- The targetnamespace attribute is a part of the sca:definitions element and
that is read by the SCADefnProcessor.

- For subsequent elements such as Intents and Policysets in the
definitions.xml, the SCADefnsProcessor delegates to the extension processor
which inturn ends up calling the IntentProcessor (to process Intents) or the
PolicySetProcessor (to process PolicySets).  But it happens that the Intents
and PolicySets should inherit the 'targetnmaespace' so that its made to be a
part of their name.  So it seems like it would have been good for the
SCADefnsProcessor to pass this value down.

Since this is not possible, I set up the targetnamespace for the names of
Intents and PolicySets in the SCADefnsProcessor after an Intent or PolicySet
has been read by a downstream processor.  I am not so comfortable with this.

Does that give you some picture ?

Thanks

- Venkat

On Tue, Mar 11, 2008 at 6:32 AM, Luciano Resende <[EMAIL PROTECTED]>
wrote:

> Maybe you could describe a little more what is the issue you are
> having, and we could try helping finding another solution for your
> issue, particularly related to targetNamespace, as it might be
> available trough the parser API. Also, I usually try to avoid context
> objects, as they usually grow out of control very fast causing various
> side effects.
>
>
> On Mon, Mar 10, 2008 at 10:39 AM, Luciano Resende <[EMAIL PROTECTED]>
> wrote:
> > I was going to take a quick look at this, but before I do, let me ask
> >  if svn revision #635604 is related to the issue you are asking here.
> >
> >
> >
> >  On Mon, Mar 10, 2008 at 2:40 AM, Venkata Krishnan <
> [EMAIL PROTECTED]> wrote:
> >  > Hi,
> >  >
> >  >  I recently faced a situation where I wished to passed some context
> from one
> >  >  StAXArtifact Processor to others down the chain.  More specifically,
> to get
> >  >  the 'targetNamespace' of the definitions.xml file apply to
> PoliyIntent and
> >  >  PolicySet names, I wished to pass the 'targetNamespace' value from
> the
> >  >  Definitions Processor (which is where it is read) down to the
> PolicyIntent
> >  >  and PolicySet processors.  I could not figure out a way to do this.
>  Am I
> >  >  missing something here or would it make sense to add an argument
> named
> >  >  'context' to the read methods of our StAXProcessor ?  I guess there
> could be
> >  >  other situations when we might need some information from parent
> element to
> >  >  be passed down.
> >  >
> >  >  Thoughts ?
> >  >
> >  >  Thanks
> >  >
> >  >  - Venkat
> >  >
> >
> >
> >
> >  --
> >  Luciano Resende
> >  Apache Tuscany Committer
> >  http://people.apache.org/~lresende
> >  http://lresende.blogspot.com/
> >
>
>
>
> --
> 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]
>
>