Re: Re: How to use logger policy?

[wang feng]

My definitions.xml file is in the class path of 
org\apache\tuscany\sca\policy\logging and find the processor has readed the 
file.
The PolicyProvider.createInterceptor will return null,because it can't find any 
applicable policyset for the component.
But I copy the definitions.xml to the same dir of the composite file,it run 
fine.
Is something wrong?

Thanks,
Wang Feng


On 2008-03-26,Raymond Feng <[EMAIL PROTECTED]> wrote:

>Hi,
>
>Are you packaging definitions.xml in your SCA contribution to try 
>application-level configuration of the intents/policySets?
>
>For tuscany extensions, we have switched to SCADefinitionsProvider to 
>contribute definitions.xml model into Tuscany, not the definitions.xml file. 
>Can you take the policy-logging module as an example?
>
>Thanks,
>Raymond
>--
>From: "wang feng" <[EMAIL PROTECTED]>
>Sent: Tuesday, March 25, 2008 8:28 PM
>To: "tuscany-dev" 
>Subject: How to use logger policy?
>
>> Hi,all
>> I do a sample to test policy with logger policy,but the logger policy 
>> don't work.
>>I debug the code and find the method 
>> component.getApplicablePolicySets() in PolicyProvider Impl alway return 
>> null.
>>I look for the code and not find where the  ApplicablePolicySets value 
>> on component or binding or reference was setted.
>>  Can anybody help me?
>>
>> Config file like below
>>
>> definitions.xml
>> http://www.osoa.org/xmlns/sca/1.0"; 
>> targetNamespace="http://tuscany.apache.org/xmlns/sca/1.0";
>>xmlns:sca="http://www.osoa.org/xmlns/sca/1.0"; 
>> xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";
>>xmlns:calc="http://calculator";>
>>
>> > alwaysProvides="tuscany:logging"/>
>>
>>All messages to and from this implementation must be 
>> logged
>>
>>> appliesTo="sca:implementation.java"
>>xmlns="http://www.osoa.org/xmlns/sca/1.0";>
>>
>>ALL
>>
>>
>> 
>>
>> calculator.composite
>> http://www.osoa.org/xmlns/sca/1.0";
>>xmlns:sca="http://www.osoa.org/xmlns/sca/1.0";
>>   targetNamespace="http://sample";
>>   xmlns:sample="http://sample";
>>   name="Calculator"
>>   xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";>
>>
>>> policyset="tuscany:JDKLoggingPolicy">
>> > requires="tuscany:logging"/>
>>
>>> />
>>> />
>>
>>
>>
>>
>>> requires="tuscany:logging"/>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> 
>> --
>> wang feng
>> 2008-03-26
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> 
>
>-
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]
>


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

[jira] Commented: (TUSCANY-2117) SCA Distributions missing tutorial projects

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino commented on TUSCANY-2117:
-

I was distracted by other build/assembly fixes but I'm still trying to get the 
jee-services working... will update here if I get it working on Geronimo.

> SCA Distributions missing tutorial projects
> ---
>
> Key: TUSCANY-2117
> URL: https://issues.apache.org/jira/browse/TUSCANY-2117
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.2
>Reporter: Luciano Resende
>Assignee: Luciano Resende
> Fix For: Java-SCA-1.2
>
>


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

Fixes to distro assembly and Eclipse updatesite

[Jean-Sebastien Delfino]

Luciano,

I just made a few fixes to the distro assemblies:

- included 2 missing wars

- sync'ed the trunk assembly with the 1.2 branch assembly

- renamed the Eclipse updatesite distro to
apache-tuscany-sca-{version}-updatesite.zip

If people want to try out the Eclipse updatesite, here are the steps to 
install it:


1. Put in the same directory :
apache-tuscany-sca-{version}.zip
apache-tuscany-sca-{version}-src.zip
apache-tuscany-sca-{version}-updatesite.zip

2. unzip apache-tuscany-sca-{version}-updatesite.zip

3. In Eclipse add /apache-tuscany-sca-{version}-updatesite as a 
"Local Site", then install the "New features" from it.


Maybe we could have the distro build copy the updatesite.zip from 
tools/eclipse/site/updatesite/target to distribution/target to make it 
easier to test it in place?


What do you think?
--
Jean-Sebastien

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

Re: How to use logger policy?

[Raymond Feng]

Hi,

Are you packaging definitions.xml in your SCA contribution to try 
application-level configuration of the intents/policySets?


For tuscany extensions, we have switched to SCADefinitionsProvider to 
contribute definitions.xml model into Tuscany, not the definitions.xml file. 
Can you take the policy-logging module as an example?


Thanks,
Raymond
--
From: "wang feng" <[EMAIL PROTECTED]>
Sent: Tuesday, March 25, 2008 8:28 PM
To: "tuscany-dev" 
Subject: How to use logger policy?


Hi,all
I do a sample to test policy with logger policy,but the logger policy 
don't work.
   I debug the code and find the method 
component.getApplicablePolicySets() in PolicyProvider Impl alway return 
null.
   I look for the code and not find where the  ApplicablePolicySets value 
on component or binding or reference was setted.

 Can anybody help me?

Config file like below

definitions.xml
http://www.osoa.org/xmlns/sca/1.0"; 
targetNamespace="http://tuscany.apache.org/xmlns/sca/1.0";
   xmlns:sca="http://www.osoa.org/xmlns/sca/1.0"; 
xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";

   xmlns:calc="http://calculator";>

alwaysProvides="tuscany:logging"/>

   
   All messages to and from this implementation must be 
logged

   
   appliesTo="sca:implementation.java"

   xmlns="http://www.osoa.org/xmlns/sca/1.0";>
   
   ALL
   
   


calculator.composite
http://www.osoa.org/xmlns/sca/1.0";
   xmlns:sca="http://www.osoa.org/xmlns/sca/1.0";
  targetNamespace="http://sample";
  xmlns:sample="http://sample";
  name="Calculator"
  xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";>

   policyset="tuscany:JDKLoggingPolicy">
requires="tuscany:logging"/>

   
   />
   />

   
   

   
   requires="tuscany:logging"/>

   

   
   
   

   
   
   

   
   
   

--
wang feng
2008-03-26


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



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

[jira] Created: (TUSCANY-2137) Incorrect names for notification sample jars

[Jean-Sebastien Delfino (JIRA)]

Incorrect names for notification sample jars


 Key: TUSCANY-2137
 URL: https://issues.apache.org/jira/browse/TUSCANY-2137
 Project: Tuscany
  Issue Type: Bug
  Components: Build System
Affects Versions: Java-SCA-1.2
Reporter: Jean-Sebastien Delfino
 Fix For: Java-SCA-1.2


The notification sample JARs are not named like the other sample JARs, they 
still carry the release version number. Their poms is probably missing a 
 element.

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

How to use logger policy?

[wang feng]

Hi,all
I do a sample to test policy with logger policy,but the logger policy 
don't work.
I debug the code and find the method component.getApplicablePolicySets() in 
PolicyProvider Impl alway return null.
I look for the code and not find where the  ApplicablePolicySets value on 
component or binding or reference was setted.
Can anybody help me?

Config file like below

definitions.xml
http://www.osoa.org/xmlns/sca/1.0"; 
targetNamespace="http://tuscany.apache.org/xmlns/sca/1.0";
xmlns:sca="http://www.osoa.org/xmlns/sca/1.0"; 
xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";
xmlns:calc="http://calculator";>



All messages to and from this implementation must be 
logged

http://www.osoa.org/xmlns/sca/1.0";>

ALL


  

calculator.composite
http://www.osoa.org/xmlns/sca/1.0";
   xmlns:sca="http://www.osoa.org/xmlns/sca/1.0";
   targetNamespace="http://sample";
   xmlns:sample="http://sample";
   name="Calculator"
   xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";>





















 



--
wang feng
2008-03-26


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

[jira] Resolved: (TUSCANY-2111) Fix Saxon dependencies version for 1.2 release

[Luciano Resende (JIRA)]

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

Luciano Resende resolved TUSCANY-2111.
--

Resolution: Fixed

Fixed under revision #641108

> Fix Saxon dependencies version for 1.2 release
> --
>
> Key: TUSCANY-2111
> URL: https://issues.apache.org/jira/browse/TUSCANY-2111
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA XQuery Implementation Extension
>Affects Versions: Java-SCA-1.2
>Reporter: Luciano Resende
>Assignee: Luciano Resende
>Priority: Blocker
> Fix For: Java-SCA-1.2
>
>
> We are currently adding saxon 8.7 to the distribution, but implementation and 
> sample requires 9.0.0.2
> We are going to try to publish latest saxon to a maven repo based on the 
> following instructions
> http://maven.apache.org/guides/mini/guide-central-repository-upload.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] Resolved: (TUSCANY-2120) Admin start button only works if the target node is on localhost

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino resolved TUSCANY-2120.
-

Resolution: Fixed

Fixed in trunk and the 1.2 branch.

> Admin start button only works if the target node is on localhost
> 
>
> Key: TUSCANY-2120
> URL: https://issues.apache.org/jira/browse/TUSCANY-2120
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.2
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-1.2
>
>
> The Start button in the admin app only works if the node is configured to run 
> on localhost, it should send the start request to the specified host (from 
> the node URI) instead.

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


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

[jira] Resolved: (TUSCANY-1840) Bootstrapping a subset of Tuscany runtime to support object modeling in tools

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino resolved TUSCANY-1840.
-

Resolution: Cannot Reproduce

There's now a lot of code (in particular in the workspace-admin module) showing 
that it's possible to bootstrap the subset of Tuscany required by the Tuscany 
assembly model, using the Tuscany SPIs, and without bootstrapping the whole 
runtime.

There is not enough in this JIRA description to understand if there really is 
an issue. Could you please reopen this issue with a description of your 
specific requirements if they are not met by the current SPIs?

Thanks.

> Bootstrapping a subset of Tuscany runtime to support object modeling in tools
> -
>
> Key: TUSCANY-1840
> URL: https://issues.apache.org/jira/browse/TUSCANY-1840
> Project: Tuscany
>  Issue Type: New Feature
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.0
> Environment: Windows or Linux
>Reporter: Sean Zhou
> Fix For: Java-SCA-Next
>
>
> When adopting Tuscany object models in a tooling environment, a subset of 
> Tuscany runtime requires bootstrap such as creating extension points and 
> factories. Currently there are no standard API methods or classes for Tuscany 
> bootstrapping for modeling.

-- 
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-2119) Eclipse plugin jars missing from the distribution

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino commented on TUSCANY-2119:
-

Luciano, let me know if you need anything else for this, the only thing left 
that I can think of is to copy the updatesite Zip to the distribution/target 
directory when the distribution gets built, to have it besides the other zips.

> Eclipse plugin jars missing from the distribution
> -
>
> Key: TUSCANY-2119
> URL: https://issues.apache.org/jira/browse/TUSCANY-2119
> Project: Tuscany
>  Issue Type: Bug
>  Components: Build System
>Affects Versions: Java-SCA-1.2
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-1.2
>
>
> The JARs from tools/eclipse/plugins are missing from the distribution. 

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


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

[jira] Created: (TUSCANY-2136) Incorrect proxy injected for unwired SCA reference

[Jean-Sebastien Delfino (JIRA)]

Incorrect proxy injected for unwired SCA reference 
---

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


Discussed on tuscany-dev here: http://marc.info/?l=tuscany-dev&m=120615059020103

The latest code does not seem to handle the injection of unwired SCA 
references correctly.

Here's how I set up my code:

class CustomerInfoServiceImpl {

   @Reference(required = false)
   public CustomerInfo customer;

   ...
}

In the .composite I don't wire the customer reference.

I still end up with a proxy injected into the customer field. I was 
expecting the field to be null.

Calling a business method on that proxy throws an exception
<<<
Service not found for component AtomAggregator reference customer 
(bindingURI=null operation=getCustomerInfo). Ensure that the composite 
containing the service is loaded and started somewhere in the SCA domain 
and that if running in a remote node that the interface of the target 
service marked as @Remotable
 >>>

and that message is pretty misleading too :)

Any idea of what's going wrong with injection?




-- 
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: Verification Testing

[Kevin Williams]

I'd like to add an annotated version of the SCA Java Common
Annotations and APIs specification somewhere in the project so that I
can reference individual functional requirements from the tests.  Does
it make sense to add this as an attachment to the Java SCA
Documentation wiki page?

Thanks,

--Kevin

On Thu, Mar 20, 2008 at 11:22 AM, Kevin Williams <[EMAIL PROTECTED]> wrote:
> I would like to tie individual tests in this new suite to specific
>  functional requirements from the specifications.  The best way to do
>  this may be to reference named requirements from annotated versions of
>  the specs.
>
>  Would it make sense to store these annotated versions somewhere in the 
> project?
>
>  Thanks,
>
>  --Kevin
>
>
>
>  On Thu, Mar 20, 2008 at 3:21 AM, Vamsavardhana Reddy
>  <[EMAIL PROTECTED]> wrote:
>  > +1
>  >
>  >  ++Vamsi
>  >
>  >  On Wed, Mar 19, 2008 at 11:10 PM, Kevin Williams <[EMAIL PROTECTED]>
>  >  wrote:
>  >
>  >
>  >
>  >  > I am thinking of adding a new test bucket specifically for
>  >  > verification testing against the specification set.  I believe it
>  >  > would add value to the project and may also be a place where
>  >  > developers new to Tuscany might contribute.  Does this sound like a
>  >  > reasonable idea?
>  >  > Thanks,
>  >  > --Kevin
>  >  >
>  >
>  >
>  > > -
>  >  > To unsubscribe, e-mail: [EMAIL PROTECTED]
>  >  > For additional commands, e-mail: [EMAIL PROTECTED]
>  >  >
>  >  >
>  >
>

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

[jira] Updated: (TUSCANY-2099) Porting Workpool-Distributed demo to current.

[Giorgio Zoppi (JIRA)]

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

Giorgio Zoppi updated TUSCANY-2099:
---

Attachment: composite-builder1.diff

First modification to CompositeBuilderImpl in which I add two empty method 
attach component and detach component. I still provide a default MetaComponent 
class in contribution-updater-impl. 

> Porting Workpool-Distributed demo to current.
> -
>
> Key: TUSCANY-2099
> URL: https://issues.apache.org/jira/browse/TUSCANY-2099
> Project: Tuscany
>  Issue Type: New Feature
>Reporter: Giorgio Zoppi
>Assignee: Simon Laws
> Fix For: Java-SCA-Next
>
> Attachments: composite-builder1.diff, firstpatch.diff
>
>
> This is the first patch to adapt workpool demo to current. Still it doens't 
> compile.

-- 
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-2120) Admin start button only works if the target node is on localhost

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino commented on TUSCANY-2120:
-

There's one more small fix required to get this fixed, to allow the node to 
specify the port number of where to reach the admin service that will 
start/stop it.

> Admin start button only works if the target node is on localhost
> 
>
> Key: TUSCANY-2120
> URL: https://issues.apache.org/jira/browse/TUSCANY-2120
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.2
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-1.2
>
>
> The Start button in the admin app only works if the node is configured to run 
> on localhost, it should send the start request to the specified host (from 
> the node URI) instead.

-- 
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: Adding SPIs to handle policies, was: Re: Policy Handlers ?

[Venkata Krishnan]

Hi Raymond,

Thanks.  Please see my questions / comments inline.

- Venkat

On Tue, Mar 25, 2008 at 9:01 PM, Raymond Feng <[EMAIL PROTECTED]> wrote:

> Please see my comments below.
>
> Thanks,
> Raymond
> --
> From: "Venkata Krishnan" <[EMAIL PROTECTED]>
> Sent: Tuesday, March 25, 2008 4:20 AM
> To: 
> Subject: Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?
>
> > Hi Raymond,
> >
> > - How do applications add policy handlers ?   For example if an
> > application
> > is wanting to provide some other flavour of logging or authentication
> how
> > does it get a hook to do this ?
>
> Can you explain why we need application-level policy handlers? What is the
> scope/visibility of these handlers? Are they global to the hosting SCA
> node?
> IMO, we need to contribute policy handlers via tuscany extension modules
> instead of applications.


I am imagining a scenario where an application would like to use its own
flavour of logging or authentication mechanism.  Is this a valid scenario
and if so how can the application do this.

Yes this handler is scoped to the node on which this application is running.


>
>
> >
> > - Also, looking at fixing
> > https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep
> > the PolicyProvider mechanism as well as the
> > JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank
> > demo
> > going because that demo implements its own PolicyHandler for
> authorization
> > function.
> >
> > One way of doing this could be if in the JavaPolicyRuntimeWireProcessor
>  I
> > am able to run thro all the interceptors in the invocation chain and see
> > if
> > it has a PolicyInteceptor that handles a particular policySet.  If there
> > is
> > one, then I can skip adding the interceptor for this policyset.  But I
> > can't
> > figure out a way to do this, since the PolicyInterceptor does not have a
> > marker interface or a accessor method to get the PolicySet name that it
> > handles.  Is there a way out for this  ?
> >
>
> I don't think we should keep two machineries. Why should the java
> implementation runtime be responsible for the policy handling? What if
> there
> is no java component?


Agreed about have a single mechanism for this.  I was just about trying this
out for this release alone since in the bigbank I have tried to use some
custom authorization and so need to have a PolicyHandler for this.  I'd
certainly like to move to one consistent mechanism in the trunk.

>
> Can you help migrate the rest of the policy handlers into the Policy
> Provider SPI? If we see deficiencies, we can enhance the SPI.
>
> > Thanks
> >
> > - Venkat
> >
> > On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng <[EMAIL PROTECTED]>
> wrote:
> >
> >> Hi,
> >>
> >> I checked in changes that integrate the core with these new SPIs and
> >> converted logging and transaction policies under r634776. Can some of
> you
> >> look into the policy security too?
> >>
> >> Thanks,
> >> Raymond
> >> --
> >> From: "Raymond Feng" <[EMAIL PROTECTED]>
> >> Sent: Thursday, March 06, 2008 10:51 PM
> >> To: 
> >> Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ?
> >>
> >> > Hi,
> >> >
> >> > I'm adding the following SPIs to provide pluggable implementations to
> >> > various policies in Tuscany. See [1].
> >> >
> >> > 1) Define a PolicyProviderFactory that can be contributed to the
> >> > ProviderFactoryExtensionPoint by policy extensions. This is similar
> to
> >> our
> >> > BindingProviderFactory and ImplementationProviderFactory.
> >> >
> >> > 2) Define a PolicyProvider that can be created by
> PolicyProviderFactory
> >> > for the following policy attach points:
> >> >
> >> > (component, reference, binding) for reference policies
> >> > (component, service, binding) for service polices
> >> > (component, implementation) for implementations
> >> >
> >> > Please note that we leave the PolicyProviderFactory to decide if it
> >> > will
> >> > create a PolicyProvider based on the resolved policy sets. For some
> >> > policies, even if there is no intent declared, some default behaviors
> >> are
> >> > desired.
> >> >
> >> > 3) Define a PolicyImplementor interface that can be optionally
> >> implemented
> >> > by Binding/Implementaiton Provider to indicate if the
> >> > binding/implementation
> >> > extension will handle the policies by themselves.
> >> >
> >> > 4) The runtime will iterate through all the policies in the resolved
> >> > policySets, if a policy is NOT implemented by binding/implementation
> >> > provider (not on the PolicyImplementor.getImplementedPolices() list),
> >> then
> >> > call PolicyProvider.createInterceptor() to add an interceptor.
> >> >
> >> > I also have the logging policy and transaction policy converted into
> >> these
> >> > new SPIs locally. I'll check them in if we agree the SPIs are the
> right
> >> > way to go.
> >> >
> >> > Thanks,
> >> > Raymo

Re: [SCA 1.2] TUSCANY-2115 branch cleanup

[Giorgio Zoppi]

tnx.
:)

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

Re: Tuscany composite validation

[Adriano Crestani]

Hi Hasan,

As far as I know, the validation is done by SCA on composite files. It uses
the tuscany-sca.xsd file. You can find it at:
https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/assembly-xsd/src/main/resources

Regards,
Adriano Crestani

On Tue, Mar 25, 2008 at 8:44 AM, Hasan Muhammad <[EMAIL PROTECTED]> wrote:

> Hi Simon,
>
> I was wondering whether tuscany does any validation of the composites and
> if
> so, to what extent? If not, what is the api (if any exists) that we can
> use
> to do validation ourselves? If not the api, then how can we obtain
> information to do this validation? We would to know this in light of
> Workspace and ContributionManager.
>
> Also, can we get a list of all error/warning messages related to the
> particular contribution and the respected category? By category, i mean
> whether the error/warning is for schema validation, or implementation type
> error, etc.
>
> Here are some kinds of validation we would want to do..
>
> 1. Schema validation? Where is this done if at all?
>
> 2. Implementation type and binding type runtime support and validation: If
> no validation is being done, is there any api that can give  us a list of
> implementation types and binding types that are supported while
> bootstrapping (Adding the contribution)?
>
> 3. Component service/reference/property Name matching with what is in the
> component type: Again if not done, is there any api that can provide this
> information?
>
> 4. Composite level service/reference promoting the wrong component
> service/reference:
>
> Regards
> Hasan
>

Re: New dependency on Drools

[Simon Nash]

Jean-Sebastien Delfino wrote:

Luciano Resende wrote:
On Thu, Mar 20, 2008 at 6:04 AM, Simon Laws 
<[EMAIL PROTECTED]> wrote:

I've just committed the patch from TUSCANY-2099. The patch is a few more
 steps on the way to getting the workpool demo running with the 
latest code
 and it introduces a new dependency on Drools. It's ASL2 licenses but 
I want

 to call it out here in case anyone has any concerns.

 Thanks

 Simon



After the discussions around licensing, it looks ok to me, +1



+1 from me too.


It's good to hear that the licenses are OK.

I'd like to see the workpool demo running on the latest trunk
code.  My only concern with adding these dependencies is the
size increase for the distribution artifacts.  The size of the
distribution has been discussed on other threads (see for example
[1] and [2]). The binary distro zip is currently 66MB.  This
change adds about 7.5MB of dependent jars, so I think the
binary distro would be pushing 70MB if this were included.

AIUI this is not yet being proposed for addition to the binary
distro (in particular for 1.2, though I did see some recent email
that made me wonder about this).

I am +1 with adding this to trunk.  Before it is shipped in a
release, I'd like to revisit the size issue and see if we can
find some other packaging solution that allows the main binary
distro to be smaller.

  Simon

[1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg27559.html
[2] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg28012.html


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

FW: Tuscany Talk?

[Antollini, Mario]

Jean-Sebastien,

 

I wrote an email to some people at Intel working in the SOA arena. They
have regular meetings and they will like us to present Tuscany to them
in the next one (Apr 01, 2008 04:00 PM UK Time).

 

Are you interested/available? Please let me know ASAP since they are
awaiting my response.

 

Best regards,

Mario

 

 

Re: [SCA 1.2] TUSCANY-2115 branch cleanup

[Luciano Resende]

On Tue, Mar 25, 2008 at 4:44 AM, Simon Laws <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 24, 2008 at 4:24 AM, Luciano Resende <[EMAIL PROTECTED]>
>  wrote:
>
>
>
>  > On Sun, Mar 23, 2008 at 8:54 PM, Jean-Sebastien Delfino
>  > <[EMAIL PROTECTED]> wrote:
>  > > Luciano Resende wrote:
>  > >  > As part of TUSCANY-2115 [1] I have some local changes to remove the
>  > >  > following projects :
>  > >  ...
>  > >  >- tutorial/nodes-jee
>  > >
>  > >  I'm OK with excluding nodes-jee
>  > >
>  > >  I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one
>  > >  actually works.
>  >
>  > Sure, please let me know when you are done with these changes by
>  > adding a comment to TUSCANY-2115
>  >
>  > >
>  > >  ...
>  > >  >- demos/workpool-distributed
>  > >
>  > >  I thought that demo was working (although I just tried it and am
>  > getting
>  > >  errors), but I find it really interesting. What needs to be done to
>  > keep
>  > >  it in the release?
>  > >
>  >
>  > I thought this was a work in progress from Giorgio, please let me know
>  > if this is actually working and ready for the release.
>  >
>  >
>  > >  --
>  > >  Jean-Sebastien
>  > >
>  > >  -
>  > >  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]
>  >
>  >
>  Hi
>
>  The workpool demo is a work in progress and won't be in 1.2
>
>  The modules..
>
>
>   - modules/node ?
>   - modules/node-api ?
>   - modules/node-impl ?
>
>  Need to stay as we took the decision on the release contents IRC to not roll
>  out the new workspace to all of the modules that currently depend on the
>  existing domain/node implementation.
>
>  Simon
>

Ok, I left them there and closed the jira, 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]

Re: [SCA 1.2] TUSCANY-2115 branch cleanup

[Luciano Resende]

On Tue, Mar 25, 2008 at 5:04 AM, Giorgio Zoppi <[EMAIL PROTECTED]> wrote:
> 2008/3/24, Jean-Sebastien Delfino <[EMAIL PROTECTED]>:
>
> > Luciano Resende wrote:
>  >  > As part of TUSCANY-2115 [1] I have some local changes to remove the
>  >  > following projects :
>  >
>  > ...
>  >  >- tutorial/nodes-jee
>  >
>  >  I'm OK with excluding nodes-jee
>  >
>  >  I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one
>  >  actually works.
>  >
>  >  ...
>  >  >- demos/workpool-distributed
>  >
>  >  I thought that demo was working (although I just tried it and am getting
>  >  errors), but I find it really interesting. What needs to be done to keep
>  >  it in the release?
>
>  No it's working in progress but please don't delete it from svn
>  otherwise i'll not be able
>  to sync my svn with yours.

It's still available in trunk. I'm just not adding to the 1.2 release.

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

Tuscany composite validation

[Hasan Muhammad]

Hi Simon,

I was wondering whether tuscany does any validation of the composites and if
so, to what extent? If not, what is the api (if any exists) that we can use
to do validation ourselves? If not the api, then how can we obtain
information to do this validation? We would to know this in light of
Workspace and ContributionManager.

Also, can we get a list of all error/warning messages related to the
particular contribution and the respected category? By category, i mean
whether the error/warning is for schema validation, or implementation type
error, etc.

Here are some kinds of validation we would want to do..

1. Schema validation? Where is this done if at all?

2. Implementation type and binding type runtime support and validation: If
no validation is being done, is there any api that can give  us a list of
implementation types and binding types that are supported while
bootstrapping (Adding the contribution)?

3. Component service/reference/property Name matching with what is in the
component type: Again if not done, is there any api that can provide this
information?

4. Composite level service/reference promoting the wrong component
service/reference:

Regards
Hasan

Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?

[Raymond Feng]

Please see my comments below.

Thanks,
Raymond
--
From: "Venkata Krishnan" <[EMAIL PROTECTED]>
Sent: Tuesday, March 25, 2008 4:20 AM
To: 
Subject: Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?


Hi Raymond,

- How do applications add policy handlers ?   For example if an 
application

is wanting to provide some other flavour of logging or authentication how
does it get a hook to do this ?


Can you explain why we need application-level policy handlers? What is the 
scope/visibility of these handlers? Are they global to the hosting SCA node? 
IMO, we need to contribute policy handlers via tuscany extension modules 
instead of applications.




- Also, looking at fixing
https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep
the PolicyProvider mechanism as well as the
JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank 
demo

going because that demo implements its own PolicyHandler for authorization
function.

One way of doing this could be if in the JavaPolicyRuntimeWireProcessor  I
am able to run thro all the interceptors in the invocation chain and see 
if
it has a PolicyInteceptor that handles a particular policySet.  If there 
is
one, then I can skip adding the interceptor for this policyset.  But I 
can't

figure out a way to do this, since the PolicyInterceptor does not have a
marker interface or a accessor method to get the PolicySet name that it
handles.  Is there a way out for this  ?



I don't think we should keep two machineries. Why should the java 
implementation runtime be responsible for the policy handling? What if there 
is no java component?


Can you help migrate the rest of the policy handlers into the Policy 
Provider SPI? If we see deficiencies, we can enhance the SPI.



Thanks

- Venkat

On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng <[EMAIL PROTECTED]> wrote:


Hi,

I checked in changes that integrate the core with these new SPIs and
converted logging and transaction policies under r634776. Can some of you
look into the policy security too?

Thanks,
Raymond
--
From: "Raymond Feng" <[EMAIL PROTECTED]>
Sent: Thursday, March 06, 2008 10:51 PM
To: 
Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ?

> Hi,
>
> I'm adding the following SPIs to provide pluggable implementations to
> various policies in Tuscany. See [1].
>
> 1) Define a PolicyProviderFactory that can be contributed to the
> ProviderFactoryExtensionPoint by policy extensions. This is similar to
our
> BindingProviderFactory and ImplementationProviderFactory.
>
> 2) Define a PolicyProvider that can be created by PolicyProviderFactory
> for the following policy attach points:
>
> (component, reference, binding) for reference policies
> (component, service, binding) for service polices
> (component, implementation) for implementations
>
> Please note that we leave the PolicyProviderFactory to decide if it 
> will

> create a PolicyProvider based on the resolved policy sets. For some
> policies, even if there is no intent declared, some default behaviors
are
> desired.
>
> 3) Define a PolicyImplementor interface that can be optionally
implemented
> by Binding/Implementaiton Provider to indicate if the
> binding/implementation
> extension will handle the policies by themselves.
>
> 4) The runtime will iterate through all the policies in the resolved
> policySets, if a policy is NOT implemented by binding/implementation
> provider (not on the PolicyImplementor.getImplementedPolices() list),
then
> call PolicyProvider.createInterceptor() to add an interceptor.
>
> I also have the logging policy and transaction policy converted into
these
> new SPIs locally. I'll check them in if we agree the SPIs are the right
> way to go.
>
> Thanks,
> Raymond
>
> [1] http://svn.apache.org/viewvc?rev=634558&view=rev
>
> --
> From: "Raymond Feng" <[EMAIL PROTECTED]>
> Sent: Thursday, November 29, 2007 9:01 AM
> To: 
> Subject: Re: Policy Handlers ?
>
>> Hi,
>>
>> Let's take the transaction policy as an example to understand the
>> responsibilities of the players.
>>
>> Assuming the following intents are declared against the binding or
>> implementation types, what code are needed to enforce the semantics?
>>
>>  Intent
Binding/Implementation
>> Type
>>  --
-
>> 1.  managedTransaction.globalimplementation.java
>> 2.  managedTransaction.globalimplementation.bpel
>> 3.  suspendsTransaction a reference or service with
>> binding.sca (local in-VM case)
>> 4.  suspendsTransaction a reference with binding.ws
>> 5.  propagatesTransaction  a reference with binding.ws
>> 6.  propagatesTransaction  a service with binding.ws
>>
>> In case 1 & 2, an transaction interceptor can be added to the
invocation.
>> The inter

Re: Error while Invoking Service

[Raymond Feng]

Hi, Sandeep.

Thank you for reporting the problem. But we need more information such as 
the WSDL, the composite file and the java code to diagnose. Would you please 
open a JIRA at http://issues.apache.org/jira/browse/TUSCANY? It would be 
very helpful if you can attach your test case in the JIRA so that we can 
troubleshoot the issue.


Thanks,
Raymond
--
From: "Sandeep Raman" <[EMAIL PROTECTED]>
Sent: Monday, March 24, 2008 9:31 PM
To: 
Subject: Error while Invoking Service


I have a service running accepting a string as input , it has
implementation in a java class. When i invoke the wsdl with a SOAP message
i get error as following, what may be the reason for this:

Mar 25, 2008 9:50:43 AM
org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1
problem
WARNING: Duplicate service name: ComposerComponent/Composer
Mar 25, 2008 9:50:56 AM org.apache.tuscany.sca.http.jetty.JettyServer
addServletMapping
INFO: Added Servlet mapping:
http://01hw113905:8080/LOSComposite/LOSComposerService
Mar 25, 2008 9:55:40 AM
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageReceiver
invokeBusinessLogic
SEVERE: java.lang.ClassCastException: java.lang.String
org.osoa.sca.ServiceRuntimeException: java.lang.ClassCastException:
java.lang.String
   at
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(
RuntimeWireInvoker.java:122)
   at
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(
RuntimeWireInvoker.java:88)
   at
org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke(
RuntimeWireInvoker.java:82)
   at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.invoke(
RuntimeWireImpl.java:126)
   at
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.invokeTarget(
Axis2ServiceProvider.java:589)
   at
org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageReceiver.invokeBusinessLogic(
Axis2ServiceInOutSyncMessageReceiver.java:59)
   at
org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.invokeBusinessLogic(
AbstractInOutSyncMessageReceiver.java:42)
   at org.apache.axis2.receivers.AbstractMessageReceiver.receive(
AbstractMessageReceiver.java:96)
   at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145)
   at
org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(
HTTPTransportUtils.java:275)
   at org.apache.axis2.transport.http.AxisServlet.doPost(
AxisServlet.java:120)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
   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:367)
   at org.mortbay.jetty.servlet.SessionHandler.handle(
SessionHandler.java:181)
   at org.mortbay.jetty.handler.ContextHandler.handle(
ContextHandler.java:712)
   at org.mortbay.jetty.handler.HandlerWrapper.handle(
HandlerWrapper.java:139)
   at org.mortbay.jetty.Server.handle(Server.java:285)
   at org.mortbay.jetty.HttpConnection.handleRequest(
HttpConnection.java:502)
   at org.mortbay.jetty.HttpConnection$RequestHandler.content(
HttpConnection.java:835)
   at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:723)
   at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:208
)
   at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:378
)
   at org.mortbay.io.nio.SelectChannelEndPoint.run(
SelectChannelEndPoint.java:368)
   at org.apache.tuscany.sca.core.work.Jsr237Work.run(
Jsr237Work.java:61)
   at
org.apache.tuscany.sca.core.work.ThreadPoolWorkManager$DecoratingWork.run(
ThreadPoolWorkManager.java:205)
   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)


Regards,
Sandeep
=-=-=
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





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

Re: Composite Builder and some questions?

[Simon Laws]

Hi Girogio

Sorry for slow response. Been out for a few days. Some comments in line

Simon

On Fri, Mar 21, 2008 at 5:27 PM, Giorgio Zoppi <[EMAIL PROTECTED]>
wrote:

> Hi,
> the next patch for my demo it will be in the CompositeBuilder. I have
> to do refactoring in this
> area to allow a fine grain on updating a composite. Are there things
> that i should give a particular attention? (I've already have a patch
> but i'd like to discuss on this area before creating a jira).


Can you say a little more about fine grained updating and the impact on the
composite builder. For example, are you looking at how to build individual
parts of a composite rather than a full composite?


> I've another question. What happens if i stop a composite in a node
> and there's an incoming call to a component inside that composite?
> That call is put in a queue or not?


I depends on what sort of binding you have. For example, if the binding is a
JMS binding you would expect the message to be held on a queue provided by
the messaging infrastructure until the composite/node is (re-)started. For
other bindings, such binding.ws, the sending reference will not be able to
connect to the web service endpoint that the stopped service would normally
provides and message delivery will fail with a suitable error message at the
client.


>
> Cheers,
> Giorgio.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

[jira] Resolved: (TUSCANY-2132) Building Apache Tuscany SCA Contribution Model Implementation fails while testing

[Mario Antollini (JIRA)]

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

Mario Antollini resolved TUSCANY-2132.
--

Resolution: Invalid

Jean-Sebastian,

you were right. I did a clean build and it worked.

Thanks,
Mario

> Building Apache Tuscany SCA Contribution Model Implementation fails while 
> testing
> -
>
> Key: TUSCANY-2132
> URL: https://issues.apache.org/jira/browse/TUSCANY-2132
> Project: Tuscany
>  Issue Type: Bug
>Reporter: Mario Antollini
>Priority: Minor
>
> The module contribution-impl does not build correctly since there are 4 
> errors while testing...
> Running 
> org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase
> Tests run: 4, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.093 sec <<< 
> FAILURE!
> testResourceLoadingFromImportedContribution(org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase)
>   Time elapsed: 0.031 sec  <
> << ERROR!
> java.lang.NoSuchMethodError: setExportContributions
> at 
> org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase.testResourceLoadingFromImportedContribution(ContributionClass
> LoaderTestCase.java:224)
> at 
> jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
>  Source)
> at 
> java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown
>  Source)
> at 
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
> at 
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
> at 
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
> at 
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
> at 
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
> at 
> org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42)
> at 
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
> at 
> org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52)
> at 
> org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
> at 
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at 
> jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
>  Source)
> at 
> java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown
>  Source)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308)
> at 
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879)
> testClassLoadingFromImportedContribution(org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase)
>   Time elapsed: 0.016 sec  <<<
> ERROR!
> java.lang.NoSuchMethodError: setExportContributions
> at 
> org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase.testClassLoadingFromImportedContribution(ContributionClassLoa
> derTestCase.java:152)
> at 
> jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown
>  Source)
> at 
> java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown
>  Source)
> at 
> org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99)
> at 
> org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81)
> at 
> org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34)
> at 
> org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75)
> at 
> org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75)
> at 
> org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36)
> at 
> org.junit.internal.runners.TestClassRunner$1.runUnp

Re: Component Service and WebSphere.

[Simon Laws]

On Tue, Mar 25, 2008 at 11:11 AM, Sandeep Raman <[EMAIL PROTECTED]>
wrote:

> Hi ,
>
> I followed the same blog. But culdnt get it working.
> What else can i try out.
>
>
> Regards,
> Sandeep.
>
> "Simon Laws" <[EMAIL PROTECTED]> wrote on 03/25/2008 04:31:23 PM:
>
> > On Tue, Mar 25, 2008 at 10:33 AM, Sandeep Raman <[EMAIL PROTECTED]>
> > wrote:
> >
> > > Hi,
> > >
> > > I have deployed a composite application as a war in tomcat and am able
> to
> > > get the component service given using binding.ws Uri coming up. The
> same
> > > war in websphere doesnt come up with the context root.
> > > Is there anything I need to do to deploy a web application based on
> > > tuscany in websphere.
> > >
> > > Regards
> > > Sandeep
> > > =-=-=
> > > 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
> > >
> > >
> > >
> > Hi Sandeep
> >
> > Sebastien made some notes of how to get Tuscany apps working in
> WebSphere
> > [1]. Can you take a look and see if they help
> >
> > Regards
> >
> > Simon
> >
> > [1]
> >
> http://jsdelfino.blogspot.com/2007/10/how-to-use-apache-tuscany-with.html
>
> > ForwardSourceID:NT9736
> =-=-=
> 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
>
>
>
Hi Sandeep

Can you provide some more information about the problem you are having. For
example,

How far did you get through the instructions on Sebastien's blog before you
had problems?
What errors are you seeing in the application server logs?
What version of the application server are you running with?
What version of the Tuscany code are you working with?
Have you tried the same steps with the calculator-webapp sample?

Thanks

Simon

[jira] Resolved: (TUSCANY-2125) Calculator-implementation-policies, SCA 1.2 RC1 Fails

[Venkatakrishnan (JIRA)]

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

Venkatakrishnan resolved TUSCANY-2125.
--

Resolution: Fixed

This is no failure.  The demo runs successfully and the console does show 
messages that convey that the logging and authentication policies are working.  
 The issue is there are WARNINGS which might be a bit unnerving to the user.  I 
have fixed this in the branch under r640777.  

The reason for this is that there are now two mechanisms for inserting 
PolicyInterceptors to deal with ImplementationPolicies - 1) the PolicyProviders 
2) JavaPolicyHandlingRuntimeWireProcessor.  The Calculator-implementation 
policies samples had moved over to use 1).   So whatever was required for 2) no 
longer existed and that was what the warnings were about.

Though this fix solves this sample, it will affect the 'authorization' function 
of the bigbank demo i.e. the authorization policy will not work.  This is 
because this demo depends on mechanism 2) and I cannot quite figure out now how 
the two can co-exist.

The bigbank demo will run successfully, just that the authorization will not be 
functional.  The authentication and integrity functions will work.  So I don't 
think this is a show stopper.

> Calculator-implementation-policies, SCA 1.2 RC1 Fails
> -
>
> Key: TUSCANY-2125
> URL: https://issues.apache.org/jira/browse/TUSCANY-2125
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
> Environment: windows xp, java 5
>Reporter: haleh mahbod
>Assignee: Venkatakrishnan
> Fix For: Java-SCA-1.2
>
>
> When I run the calculator policy sample (calculator-implementation-policy), I 
> get warnings saying that the No PolicyHandler has been registered. The sample 
> says, just go to the directory and type ant run and that is what I followed.  
>  
>  
> Here is what I am seeing:
> C:\tuscany\sca\tuscany-sca-1.2-incubating-SNAPSHOT\samples\calculator-implementation-policies>ant
>  ru
> n
> Buildfile: build.xml
> run:
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.contribution.processor.ValidatingXMLStrea
> mReader$1 error
>  [java] WARNING: XMLSchema validation problem in: null, line: 22, column: 
> 4
>  [java] cvc-complex-type.2.4.a: Invalid content was found starting with 
> element 'operation'. One
>  of '{WC[##other:"http://www.osoa.org/xmlns/sca/1.0"]}' is expected.
>  [java] Calling CalculatorServiceComponent configured with 'logging' 
> policy for subtract and div
> ide operations...
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for 
> {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog
> gingPolicy
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for 
> {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog
> gingPolicy
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for 
> {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog
> gingPolicy
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for 
> {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog
> gingPolicy
>  [java] Mar 23, 2008 8:18:43 PM component.implementation: 
> CalculatorServiceComponent(org.apache.
> tuscany.sca.implementation.java.impl.JavaImplementationImpl)
>  [java] INFO: Invoking operation - add
>  [java] Mar 23, 2008 8:18:43 PM component.implementation: 
> CalculatorServiceComponent(org.apache.
> tuscany.sca.implementation.java.impl.JavaImplementationImpl)
>  [java] FINER: Invoking operation add with arguments 3.0, 2.0
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for PolicySet - 
> {http://tuscany.apache.org/xmlns/sc
> a/1.0}JDKLoggingPolicy
>  [java] Mar 23, 2008 8:18:43 PM 
> org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy
> HandlingRuntimeWireProcessor process
>  [java] WARNING: No PolicyHandler registered for PolicySet - 
> {http://tuscany.apache.org/xmlns/sc
> a/1.0}JDKLoggingPolicy
>  [java] Mar 23, 2008 8:18:43 PM component.implementation: 
> AddServiceComponent(org.apache.tuscany
> .sca.implementation.java.impl.JavaImplementationImpl)
>  [java] INFO: Invoking op

Re: [SCA 1.2] TUSCANY-2115 branch cleanup

[Giorgio Zoppi]

2008/3/24, Jean-Sebastien Delfino <[EMAIL PROTECTED]>:
> Luciano Resende wrote:
>  > As part of TUSCANY-2115 [1] I have some local changes to remove the
>  > following projects :
>
> ...
>  >- tutorial/nodes-jee
>
>  I'm OK with excluding nodes-jee
>
>  I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one
>  actually works.
>
>  ...
>  >- demos/workpool-distributed
>
>  I thought that demo was working (although I just tried it and am getting
>  errors), but I find it really interesting. What needs to be done to keep
>  it in the release?

No it's working in progress but please don't delete it from svn
otherwise i'll not be able
to sync my svn with yours.

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

Re: [SCA 1.2] TUSCANY-2115 branch cleanup

[Simon Laws]

On Mon, Mar 24, 2008 at 4:24 AM, Luciano Resende <[EMAIL PROTECTED]>
wrote:

> On Sun, Mar 23, 2008 at 8:54 PM, Jean-Sebastien Delfino
> <[EMAIL PROTECTED]> wrote:
> > Luciano Resende wrote:
> >  > As part of TUSCANY-2115 [1] I have some local changes to remove the
> >  > following projects :
> >  ...
> >  >- tutorial/nodes-jee
> >
> >  I'm OK with excluding nodes-jee
> >
> >  I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one
> >  actually works.
>
> Sure, please let me know when you are done with these changes by
> adding a comment to TUSCANY-2115
>
> >
> >  ...
> >  >- demos/workpool-distributed
> >
> >  I thought that demo was working (although I just tried it and am
> getting
> >  errors), but I find it really interesting. What needs to be done to
> keep
> >  it in the release?
> >
>
> I thought this was a work in progress from Giorgio, please let me know
> if this is actually working and ready for the release.
>
>
> >  --
> >  Jean-Sebastien
> >
> >  -
> >  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]
>
>
Hi

The workpool demo is a work in progress and won't be in 1.2

The modules..

  - modules/node ?
  - modules/node-api ?
  - modules/node-impl ?

Need to stay as we took the decision on the release contents IRC to not roll
out the new workspace to all of the modules that currently depend on the
existing domain/node implementation.

Simon

Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?

[Venkata Krishnan]

Hi Raymond,

- How do applications add policy handlers ?   For example if an application
is wanting to provide some other flavour of logging or authentication how
does it get a hook to do this ?

- Also, looking at fixing
https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep
the PolicyProvider mechanism as well as the
JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank demo
going because that demo implements its own PolicyHandler for authorization
function.

One way of doing this could be if in the JavaPolicyRuntimeWireProcessor  I
am able to run thro all the interceptors in the invocation chain and see if
it has a PolicyInteceptor that handles a particular policySet.  If there is
one, then I can skip adding the interceptor for this policyset.  But I can't
figure out a way to do this, since the PolicyInterceptor does not have a
marker interface or a accessor method to get the PolicySet name that it
handles.  Is there a way out for this  ?

Thanks

- Venkat

On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I checked in changes that integrate the core with these new SPIs and
> converted logging and transaction policies under r634776. Can some of you
> look into the policy security too?
>
> Thanks,
> Raymond
> --
> From: "Raymond Feng" <[EMAIL PROTECTED]>
> Sent: Thursday, March 06, 2008 10:51 PM
> To: 
> Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ?
>
> > Hi,
> >
> > I'm adding the following SPIs to provide pluggable implementations to
> > various policies in Tuscany. See [1].
> >
> > 1) Define a PolicyProviderFactory that can be contributed to the
> > ProviderFactoryExtensionPoint by policy extensions. This is similar to
> our
> > BindingProviderFactory and ImplementationProviderFactory.
> >
> > 2) Define a PolicyProvider that can be created by PolicyProviderFactory
> > for the following policy attach points:
> >
> > (component, reference, binding) for reference policies
> > (component, service, binding) for service polices
> > (component, implementation) for implementations
> >
> > Please note that we leave the PolicyProviderFactory to decide if it will
> > create a PolicyProvider based on the resolved policy sets. For some
> > policies, even if there is no intent declared, some default behaviors
> are
> > desired.
> >
> > 3) Define a PolicyImplementor interface that can be optionally
> implemented
> > by Binding/Implementaiton Provider to indicate if the
> > binding/implementation
> > extension will handle the policies by themselves.
> >
> > 4) The runtime will iterate through all the policies in the resolved
> > policySets, if a policy is NOT implemented by binding/implementation
> > provider (not on the PolicyImplementor.getImplementedPolices() list),
> then
> > call PolicyProvider.createInterceptor() to add an interceptor.
> >
> > I also have the logging policy and transaction policy converted into
> these
> > new SPIs locally. I'll check them in if we agree the SPIs are the right
> > way to go.
> >
> > Thanks,
> > Raymond
> >
> > [1] http://svn.apache.org/viewvc?rev=634558&view=rev
> >
> > --
> > From: "Raymond Feng" <[EMAIL PROTECTED]>
> > Sent: Thursday, November 29, 2007 9:01 AM
> > To: 
> > Subject: Re: Policy Handlers ?
> >
> >> Hi,
> >>
> >> Let's take the transaction policy as an example to understand the
> >> responsibilities of the players.
> >>
> >> Assuming the following intents are declared against the binding or
> >> implementation types, what code are needed to enforce the semantics?
> >>
> >>  Intent
> Binding/Implementation
> >> Type
> >>  --
> -
> >> 1.  managedTransaction.globalimplementation.java
> >> 2.  managedTransaction.globalimplementation.bpel
> >> 3.  suspendsTransaction a reference or service with
> >> binding.sca (local in-VM case)
> >> 4.  suspendsTransaction a reference with binding.ws
> >> 5.  propagatesTransaction  a reference with binding.ws
> >> 6.  propagatesTransaction  a service with binding.ws
> >>
> >> In case 1 & 2, an transaction interceptor can be added to the
> invocation.
> >> The interceptor interacts with the transaction manager to make sure a
> >> global
> >> transaction is demarcated before the control hits the component
> >> implementation. The interceptor can be independent of the
> implementation
> >> types.
> >>
> >> In case 3 & 4, an transaction interceptor can be added to the
> invocation
> >> to
> >> suspend the current transaction before delegating to the next invoker
> and
> >> resume the transaction after the control is returned.
> >>
> >> In case 5, the binding.ws provider will have to deal with
> >> WS-AtomicTransaction to make sure the transaction context can be
> >> propagated
> >> over the SOAP protocol.
> >>
> >> In 

Re: Component Service and WebSphere.

[Sandeep Raman]

Hi ,

I followed the same blog. But culdnt get it working.
What else can i try out. 


Regards,
Sandeep.

"Simon Laws" <[EMAIL PROTECTED]> wrote on 03/25/2008 04:31:23 PM:

> On Tue, Mar 25, 2008 at 10:33 AM, Sandeep Raman <[EMAIL PROTECTED]>
> wrote:
> 
> > Hi,
> >
> > I have deployed a composite application as a war in tomcat and am able 
to
> > get the component service given using binding.ws Uri coming up. The 
same
> > war in websphere doesnt come up with the context root.
> > Is there anything I need to do to deploy a web application based on
> > tuscany in websphere.
> >
> > Regards
> > Sandeep
> > =-=-=
> > 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
> >
> >
> >
> Hi Sandeep
> 
> Sebastien made some notes of how to get Tuscany apps working in 
WebSphere
> [1]. Can you take a look and see if they help
> 
> Regards
> 
> Simon
> 
> [1]
> 
http://jsdelfino.blogspot.com/2007/10/how-to-use-apache-tuscany-with.html

> ForwardSourceID:NT9736 
=-=-=
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: Component Service and WebSphere.

[Simon Laws]

On Tue, Mar 25, 2008 at 10:33 AM, Sandeep Raman <[EMAIL PROTECTED]>
wrote:

> Hi,
>
> I have deployed a composite application as a war in tomcat and am able to
> get the component service given using binding.ws Uri coming up. The same
> war in websphere doesnt come up with the context root.
> Is there anything I need to do to deploy a web application based on
> tuscany in websphere.
>
> Regards
> Sandeep
> =-=-=
> 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
>
>
>
Hi Sandeep

Sebastien made some notes of how to get Tuscany apps working in WebSphere
[1]. Can you take a look and see if they help

Regards

Simon

[1]
http://jsdelfino.blogspot.com/2007/10/how-to-use-apache-tuscany-with.html

[jira] Created: (TUSCANY-2135) Intent marked on service not passed on to the reference created for the callback

[Vamsavardhana Reddy (JIRA)]

Intent marked on service not passed on to the reference created for the callback


 Key: TUSCANY-2135
 URL: https://issues.apache.org/jira/browse/TUSCANY-2135
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Assembly Model, Java SCA Core Runtime
Affects Versions: Java-SCA-1.2, Java-SCA-Next
Reporter: Vamsavardhana Reddy
 Fix For: Java-SCA-Next


I have deployed a service using the following composite:

http://www.osoa.org/xmlns/sca/1.0";
xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";
xmlns:sca="http://www.osoa.org/xmlns/sca/1.0";
targetNamespace="http://conversations";
name="MyTest">













I notice that the service -> requiredIntents list contains 
"sca:conversational", whereas the reference created for the callback does not 
containt this intent.


-- 
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-2134) CallbackImpl has duplicate intent values when an intent is specified on service

[Vamsavardhana Reddy (JIRA)]

CallbackImpl has duplicate intent values when an intent is specified on service
---

 Key: TUSCANY-2134
 URL: https://issues.apache.org/jira/browse/TUSCANY-2134
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Assembly Model
Affects Versions: Java-SCA-Next
Reporter: Vamsavardhana Reddy
Priority: Minor
 Fix For: Java-SCA-Next


I am using the following composite to deploy a conversational service.

http://www.osoa.org/xmlns/sca/1.0";
xmlns:tuscany="http://tuscany.apache.org/xmlns/sca/1.0";
xmlns:sca="http://www.osoa.org/xmlns/sca/1.0";
targetNamespace="http://conversations";
name="MyTest">
 










 
 
I notice in the debugger that the service -> callback -> requiredIntents list 
has duplicate values.

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

Component Service and WebSphere.

[Sandeep Raman]

Hi,

I have deployed a composite application as a war in tomcat and am able to 
get the component service given using binding.ws Uri coming up. The same 
war in websphere doesnt come up with the context root. 
Is there anything I need to do to deploy a web application based on 
tuscany in websphere.

Regards
Sandeep
=-=-=
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

[jira] Commented: (TUSCANY-2119) Eclipse plugin jars missing from the distribution

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino commented on TUSCANY-2119:
-

In SVN revisions r640755 (trunk) and r640756 (1.2 branch) the plugin build has 
been fixed to produce a correct updatesite referencing the Tuscany bin and src 
distros.

To use it, try the following:
- unzip apache-tuscany-sca-updatesite.zip in the directory containing the 
Tuscany bin and source distros
- update your Eclipse from the update site
- the Eclipse update manager will then install the Tuscany SCA tool feature as 
well as the Tuscany bin and source distros
- a Tuscany Library buildpath library entry will be created in your IDE, 
pointing to the Tuscany JARs and the corresponding source attachment
- create a project, add the Tuscany library to its buildpath, .composite, click 
Run As / Tuscany to run it.


> Eclipse plugin jars missing from the distribution
> -
>
> Key: TUSCANY-2119
> URL: https://issues.apache.org/jira/browse/TUSCANY-2119
> Project: Tuscany
>  Issue Type: Bug
>  Components: Build System
>Affects Versions: Java-SCA-1.2
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-1.2
>
>
> The JARs from tools/eclipse/plugins are missing from the distribution. 

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


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

[jira] Assigned: (TUSCANY-2119) Eclipse plugin jars missing from the distribution

[Jean-Sebastien Delfino (JIRA)]

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

Jean-Sebastien Delfino reassigned TUSCANY-2119:
---

Assignee: Jean-Sebastien Delfino

> Eclipse plugin jars missing from the distribution
> -
>
> Key: TUSCANY-2119
> URL: https://issues.apache.org/jira/browse/TUSCANY-2119
> Project: Tuscany
>  Issue Type: Bug
>  Components: Build System
>Affects Versions: Java-SCA-1.2
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
> Fix For: Java-SCA-1.2
>
>
> The JARs from tools/eclipse/plugins are missing from the distribution. 

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


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

[jira] Commented: (TUSCANY-2112) Add conversational intents as described in the assembly spec

[Vamsavardhana Reddy (JIRA)]

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

Vamsavardhana Reddy commented on TUSCANY-2112:
--

I have been doing some digging into the conversational semantics.  One of the 
things I have noticed is that when the service is marked with conversational 
intent, the reference created for the callback does not inherit that intent.  
Should it be that the callback is marked conversational separate from the 
service?  Also, is it up to the service to mark operations on the callback with 
an EndsConveration intent?

> Add conversational intents as described in the assembly spec
> 
>
> Key: TUSCANY-2112
> URL: https://issues.apache.org/jira/browse/TUSCANY-2112
> Project: Tuscany
>  Issue Type: Improvement
>  Components: Java SCA Core Runtime
>Affects Versions: Java-SCA-1.1
> Environment: All
>Reporter: Simon Laws
>Assignee: Vamsavardhana Reddy
>Priority: Minor
> Fix For: Java-SCA-Next
>
>
> I've been looking at the parts for the assembly spec that deal with 
> conversational semantics and there are a couple of gaps when 
> compared with the current TUscany implementation. In particular Tuscany only 
> supports annotations in Java interfaces when declaring
> conversational behaviour. 
> Section 1.5.3 describes the use of policy intents for specifying 
> conversational behaviour
> 819 interface type. Note that it is also possible for a service or a 
> reference to set the conversational
> 820 intent when using an interface which is not marked with the 
> conversational intent. This can be
> 821 useful when reusing an existing interface definition that does not 
> contain SCA information.
> I assume this meansa service could have a "conversational" intent
>   
>  class="org.apache.tuscany.sca.itest.conversational.impl.ConversationalServiceStatelessImpl"/>
> 
>  interface="org.apache.tuscany.sca.itest.conversational.ConversationalService"
> 
> callbackInterface="org.apache.tuscany.sca.itest.conversational.ConversationalCallback"
>  />   
> 
> 
> 
> 
> 
>  
> as could a reference
> 
>  class="org.apache.tuscany.sca.itest.conversational.impl.ConversationalClientStatelessImpl"/>
>  target="ConversationalReferenceClient"/>   
>  target="ConversationalServiceStateful">
>  interface="org.apache.tuscany.sca.itest.conversational.ConversationalService"
> 
> callbackInterface="org.apache.tuscany.sca.itest.conversational.ConversationalCallback"
>  />
> 
> 
> 
> 
> 
>  target="ConversationalServiceStateful">  
> 
>  
>   
> It's not clear from the spec if there should be an EndsConversation intent 
> for operations.
> These intents would drive the existing underlying conversational 
> functionality by augmenting the interface model will appropriate
> conversation information.

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


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

[jira] Resolved: (TUSCANY-1979) Missing Ant script for implementation-pojo-extension sample

[Luciano Resende (JIRA)]

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

Luciano Resende resolved TUSCANY-1979.
--

Resolution: Fixed

Created a separate sample module exercising the POJO implementation extension 
following the same pattern as other samples.

> Missing Ant script for implementation-pojo-extension sample
> ---
>
> Key: TUSCANY-1979
> URL: https://issues.apache.org/jira/browse/TUSCANY-1979
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.1
>Reporter: Jean-Sebastien Delfino
>Assignee: Jean-Sebastien Delfino
>Priority: Minor
> Fix For: Java-SCA-1.2
>
>
> The implementation-pojo-extension sample is missing an Ant build script and a 
> separate sample module exercising the POJO implementation extension (like was 
> done for implementation-crud).

-- 
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-1994) helloworld-bpel sample cannot run from a jar file

[Luciano Resende (JIRA)]

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

Luciano Resende updated TUSCANY-1994:
-

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

Tweaking the build.xml to not generate the sample jar as a temporary fix for 
1.2 release. Moving to SCA-Next for further investigation.

> helloworld-bpel sample cannot run from a jar file
> -
>
> Key: TUSCANY-1994
> URL: https://issues.apache.org/jira/browse/TUSCANY-1994
> Project: Tuscany
>  Issue Type: Bug
>  Components: Java SCA Samples
>Affects Versions: Java-SCA-1.1
> Environment: Windows XP
>Reporter: Simon Nash
>Assignee: Luciano Resende
>Priority: Minor
> Fix For: Java-SCA-Next
>
>
> The ant scripts for most samples have a "run" target to run the sample from a 
> pre-built jar and also a "run-classes" target to run from the target/classes 
> directory, with equivalent results from both modes of execution.  However, 
> when attempting to run the helloworld-bpel sample from a jar file, the error 
> shown below is produced.
> To avoid user confusion, I have updated the build.xml for helloworld-bpel so 
> that its run target points to target/classes, and I have removed the target 
> that runs from a jar file.  See revision r611954.  To recreate this error, 
> modify the build.xml file to replace line 83:
> 
> by the following line:
> 
> Here is the output showing the failure resulting from making this change. 
> This output was produced by running ant with the -d option to display the 
> classpath in use.  After the failure, the sample hangs and has to be stopped 
> by pressing Ctrl-C.
> run:
>  [java] Executing 'D:\jdk1.5.0_11\jre\bin\java.exe' with arguments:
>  [java] '-classpath'
>  [java] 
> 'H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> samples\helloworld-bpel\target\sample-helloworld-bpel.jar;
> H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> samples\helloworld-bpel\target\database;
> H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> lib\tuscany-sca-manifest.jar'
>  [java] 'helloworld.BPELClient'
>  [java]
>  [java] The ' characters around the executable and arguments are
>  [java] not part of the command.
> Execute:Java13CommandLauncher: Executing 'D:\jdk1.5.0_11\jre\bin\java.exe' 
> with arguments:
> '-classpath'
> 'H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> samples\helloworld-bpel\target\sample-helloworld-bpel.jar;
> H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> samples\helloworld-bpel\target\database;
> H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\
> lib\tuscany-sca-manifest.jar'
> 'helloworld.BPELClient'
> The ' characters around the executable and arguments are
> not part of the command.
>  [java] Starting BPELHelloWorldComponent
>  [java] Exception in thread "main" org.osoa.sca.ServiceRuntimeException: 
> java.lang.RuntimeException: BPEl Component Type implementation initialization 
> failure : null
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264)
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
>  [java] at helloworld.BPELClient.main(BPELClient.java:33)
>  [java] Caused by: java.lang.RuntimeException: BPEl Component Type 
> Implementation initialization failure : null
>  [java] at 
> org.apache.tuscany.sca.implementation.bpel.provider.BPELImplementationProvider.start(BPELImplementationProvider.java:105)
>  [java] at 
> org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:495)
>  [java] at 
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.(DefaultSCADomain.java:189)
>  [java] at 
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
>  [java] ... 2 more
>  [java] Caused by: java.lang.NullPointerException
>  [java] at java.io.File.(File.java:194)
>  [java] at 
> org.apache.tuscany.sca.implementation.bpel.provider.BPELImplementationProvider.start(BPELImplementationProvider.java:87)
>  [java] ... 5 more
> Terminate batch job (Y/N)? y

-- 
This message is automatically generated by JIRA.
-
You can re

[jira] Resolved: (TUSCANY-2115) Clean-up 1.2 branch from obsolete and/or contrib modules

[Luciano Resende (JIRA)]

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

Luciano Resende resolved TUSCANY-2115.
--

Resolution: Fixed

Fixed. Please re-open if you think other modules should be cleaned as well (e.g 
modules/node, modules/node-api, modules/node-impl)

> Clean-up 1.2 branch from obsolete and/or contrib modules
> 
>
> Key: TUSCANY-2115
> URL: https://issues.apache.org/jira/browse/TUSCANY-2115
> Project: Tuscany
>  Issue Type: Bug
>Affects Versions: Java-SCA-1.2
>Reporter: Luciano Resende
>Assignee: Luciano Resende
> Fix For: Java-SCA-1.2
>
>
> Possible modules to clean :
>- itest/interop-soap-client
>- itest/interop-soap-round2-client
>- itest/interop-soap-service
>- modules/implementation-openjpa
>- tools/maven-definitions
>- tools/maven-dependency-lister
> Possible others
>- modules/implementation-das
>- modules/implementation-data-xml
>- modules/node ?
>- modules/node-api ?
>- modules/node-impl ?
> Please add comments with modules you want to add or remove to the list

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