SCA Policy framework support in Tuscany
---
Key: TUSCANY-927
URL: http://issues.apache.org/jira/browse/TUSCANY-927
Project: Tuscany
Issue Type: New Feature
Components: Java SCA Core
Affects
Hi Kelvin,
This looks like caused by the changes from Tuscany-885 (revision
474389)... if I remove that, the DAS test cases passes and then there is no
build break. Could you please take a look at it ?
- Luciano
On 11/13/06, Luciano Resende [EMAIL PROTECTED] wrote:
Yes, just saw this
[ http://issues.apache.org/jira/browse/TUSCANY-927?page=all ]
Felix Ren updated TUSCANY-927:
--
Attachment: policyinit.patch
Initial checkin for policy framework.
SCA Policy framework support in Tuscany
---
[ http://issues.apache.org/jira/browse/TUSCANY-927?page=all ]
Felix Ren updated TUSCANY-927:
--
Attachment:
java.sca.kernel.core.src.test.resources.org.apache.tuscany.core.zip
I couldn't package a file in a new folder into the patch, so I upload it as a
[
http://issues.apache.org/jira/browse/TUSCANY-927?page=comments#action_12449610
]
Felix Ren commented on TUSCANY-927:
---
Hi Jim and others,
This initial patch including several separated parts of Policy Framework, I did
not integrate them
On 14/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Definitely!
Done under revision r474696. On linux, run configure with the
--enable-doxygen option. It's off by default. On Windows run doxygen
Doxyfile.w32 from the doc directory. The doc is generated under
[
http://issues.apache.org/jira/browse/TUSCANY-928?page=comments#action_12449635
]
Kelvin Goodson commented on TUSCANY-928:
TUSCANY-713 represents a specific instance of this issue, and prereqs a
solution to this JIRA.
Define Tuscany
[
http://issues.apache.org/jira/browse/TUSCANY-713?page=comments#action_12449633
]
Kelvin Goodson commented on TUSCANY-713:
The result of Yangs experimentation was to demonstrate that we can achieve this
behaviour by setting options at
[
http://issues.apache.org/jira/browse/TUSCANY-713?page=comments#action_12449637
]
Kelvin Goodson commented on TUSCANY-713:
One other thing I meant to add was to capture the fact that we must be able to
be able to define a TypeHelper
HI Andy,
the ability to perform open content addition in this way .
DataObject product = catalog.createDataObject(product,
commonj.sdo, DataObject);
is SDO 2.1 behaviour, and we don't have that operating in Tuscany yet.
To set open content you currently need to use the Property
For the record, as this thread was getting a bit long I responded to this
under a new title --- Re: Setting Open Content (Was Re: SDO Java: Getting
Involved -- Tests/Samples)
Define Tuscany SDO options for XMLHelper load and save operations
-
Key: TUSCANY-928
URL: http://issues.apache.org/jira/browse/TUSCANY-928
Project: Tuscany
Issue Type:
Hi Jim,
Please help me understand this... all of what I mention here is in the
context of explicit wire defintions.. i.e. wires defined in scdl by the
'wire' element.
As per the specs it seems like the source of a wire could be a composite's
service's reference. If this is the case can I have
Hi Luciano,
Presently there are some unit tests in the JavaScript and Ruby containers.
You could probably get to do similar ones for DAS as well. Though you might
have to cover a little more I am sure you will get a good idea of how to go
about this on you take a look at them.
- Venkat
On
[ http://issues.apache.org/jira/browse/TUSCANY-906?page=all ]
Simon Nash updated TUSCANY-906:
---
Attachment: build.xml
Updated build.xml file for calculator sample, eliminating copy tasks
Provide ant scripts to build selected samples
Willian, Luciano said to upload the howto in the wiki, no matter if it's
finished or not. Report us when you have uploaded it ; )
Then I will try to describe the the xml configuration file you've made.
Adriano Crestani
Hi,
I have tried my best to explain... just in case something is not right in
this could somebody pitch in please.
Thanks.
- Venkat
On 11/14/06, Luciano Resende [EMAIL PROTECTED] wrote:
Hi All
I have updated (Tuscany-904) with a new version of the DAS container.
This is based on the
[ http://issues.apache.org/jira/browse/TUSCANY-906?page=all ]
Simon Nash updated TUSCANY-906:
---
Attachment: build.xml
Update build.xml file for helloworldws sample, eliminating copy tasks
Provide ant scripts to build selected samples
After yesterday's chat I took some time to look at the samples/readmes from
the M2 branch. Minus a few grammatical mistakes, I found the content
consistent and easy to follow. Here are a few minor questions/concerns:
- Why is the core-1.0-incubator-M2-SNAPSHOT.jar included in the
contrib
I have attached updated ant scripts for calculator and helloworldws
to TUSCANY-906. Following Raymond's suggestion, they eliminate all
the copy tasks. This makes them less scary than the previous
versions, and makes it easier to see how to build a Tuscany standalone
application or a Tuscany
Hi, all.
I'll make the changes to change the axis2 version to 1.1 as well as other
related artifacts.
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 14, 2006 8:15 AM
Subject: Re: Axis2 1.1 timeframes
I have also changed the non-blocking interceptor to propagate
conversation ids to support async ops.
An issue that comes up with this is that if a conversational
service also uses async ops (e.g., one-ways), the corresponding
implementations (client and/or service) need to be careful about
A few of us had a discussion about OSGi integration today on IRC for
those interested:
[08:11am] jhawkins: Welcome, Nicole!
[08:11am] jmarino: Hi Nicole
[08:11am] jmarino: should we begin?
[08:11am] Nicole: yes Should we start asking questions?
[08:12am] jhawkins: Lets. Where do you want to
[
http://issues.apache.org/jira/browse/TUSCANY-885?page=comments#action_12449716
]
Luciano Resende commented on TUSCANY-885:
-
After this changes, DAS test case is failing at :
Running
Hi, Lee.
Thank you very much for the review. Please see my comments below.
Raymond
- Original Message -
From: Lee Surprenant [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 14, 2006 8:25 AM
Subject: Review of Tuscany Java M2 Samples/Readme
After yesterday's
On Nov 14, 2006, at 8:15 AM, Venkata Krishnan wrote:
Hi,
I have tried my best to explain... just in case something is not
right in
this could somebody pitch in please.
Thanks.
- Venkat
On 11/14/06, Luciano Resende [EMAIL PROTECTED] wrote:
Hi All
I have updated (Tuscany-904) with a
Hi, Dims.
Is it OK to release our stuff (Tuscany M2) based on the following two
repositories?
http://people.apache.org/repo/m1-ibiblio-rsync-repository
http://ws.zones.apache.org/repository
Thanks,
Raymond
- Original Message -
From: Davanum Srinivas [EMAIL PROTECTED]
To:
On 11/14/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi, Dims.
Is it OK to release our stuff (Tuscany M2) based on the following two
repositories?
http://people.apache.org/repo/m1-ibiblio-rsync-repository
It would be better to use the M1 repo at ibiblio
http://www.ibiblio.org/maven
On 11/14/06, Jim Marino [EMAIL PROTECTED] wrote:
One minor thing here. Unless the configuration values are always
immutable, an ObjectFactory should be injected otherwise one
component could accidentally modify a configuration parameter of
another as instances will be shared. When the component
On Nov 14, 2006, at 12:02 PM, Jeremy Boynes wrote:
On 11/14/06, Jim Marino [EMAIL PROTECTED] wrote:
One minor thing here. Unless the configuration values are always
immutable, an ObjectFactory should be injected otherwise one
component could accidentally modify a configuration parameter of
Hi Luciano,
Sorry to get on my soapbox but...I would break this down into two
separate areas, testing and debugging of an extension versus an
application:
1. Testing and debugging of an extension
I would separate testing into three categories: unit testing,
integration testing, and
incubation artifacts can't go to maven central repo...
-- dims
On 11/14/06, Jeremy Boynes [EMAIL PROTECTED] wrote:
On 11/14/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi, Dims.
Is it OK to release our stuff (Tuscany M2) based on the following two
repositories?
I think this begs the question of what DAS configuration is. I'm
not sure all configuration is part of a component type since the
latter always has a 1:1 relationship with its implementation. For
example, I believe the DAS configuration specifies mappings to
database tables. Are these mappings
[
http://issues.apache.org/jira/browse/TUSCANY-885?page=comments#action_12449772
]
Kelvin Goodson commented on TUSCANY-885:
The fix applied would seem to have exposed an issue with the TestCase, as there
would seem to be a !isMany
There are something wrong with the maven repo sync-up and that's why I asked
for http://people.apache.org/repo/m1-ibiblio-rsync-repository instead.
It always complains that HTTP 404 File Not Found following the two links.
More than 72 hours have passed, and presumably everybody on the
incubator PMC that cares to vote has done so (Thanks Robert!). Please
proceed with the release.
If anybody objects to this process, point them my way.
- Sam Ruby
Original Message
Subject: [VOTE] Ratify Tuscany
Hi,
Sorry that I confused you. I didn't mean to upload Tuscany artifacts to the
maven central repo. I was wondering if we can use the two repos I mentioned
as the remote repositories to be referenced by our M2 artifacts in maven
(http://people.apache.org/repo/m2-incubating-repository/).
Hi Ignacio,
I think we want to support ordering as an intent both over a binding
as well as locally. The spec group is currently working on reliable
messaging intents for:
- at-least-once
- at-most-once
- ordered
For the local case (i.e. in-VM) I think we assume the first two
will
I think so.
-- dims
On 11/14/06, Raymond Feng [EMAIL PROTECTED] wrote:
Hi,
Sorry that I confused you. I didn't mean to upload Tuscany artifacts to the
maven central repo. I was wondering if we can use the two repos I mentioned
as the remote repositories to be referenced by our M2 artifacts in
Hi,
I have a better and better idea on how Apache Ode could be used as a Tuscany
container. However I'm still wondering how I can get hold on some resources
in Tuscany. To run Ode's BPEL engine we need basic services like a
transaction manager, a datasource or a thread scheduler (
On 11/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Log:
Add the SCA spec source code to the source distro
Modified:
incubator/tuscany/branches/sca-java-M2/sca/distribution/build.xml
This should not be part of the Tuscany distribution.
Please can we keep with the modularity and keep
Hi, Jeremy.
Should we have a separate source distro for the SCA spec then?
Thanks,
Raymond
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 14, 2006 4:57 PM
Subject: Re: svn commit: r475086 -
Hi Matthew,
Comments inline...
Jim
On Nov 14, 2006, at 4:12 PM, Matthieu Riou wrote:
Hi,
I have a better and better idea on how Apache Ode could be used as
a Tuscany
container. However I'm still wondering how I can get hold on some
resources
in Tuscany. To run Ode's BPEL engine we need
Hi,
I have refreshed the distros for our M2 release candidate at
http://people.apache.org/~rfeng/tuscany/incubator-M2/downloads/. It contains
the following update:
1) Move to axis2 1.1 release as well as the corresponding axiom, XmlSchema
and other dependencies.
2) Add two additional
Pete Robbins wrote:
On 14/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Definitely!
Done under revision r474696. On linux, run configure with the
--enable-doxygen option. It's off by default. On Windows run doxygen
Doxyfile.w32 from the doc directory. The doc is
I prefer the /** and @ notation
On 15/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Definitely!
Done under revision r474696. On linux, run configure with the
--enable-doxygen
/** and @ for me too.
On 11/15/06, Pete Robbins [EMAIL PROTECTED] wrote:
I prefer the /** and @ notation
On 15/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
On 14/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Pete Robbins wrote:
Definitely!
forwarding to dev-list
-- Forwarded message --
From: Pete Robbins [EMAIL PROTECTED]
Date: 15-Nov-2006 07:30
Subject: Re: [C++] Where next for Tuscany C++?
To: tuscany-user@ws.apache.org
On 15/11/06, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
Simon Nash wrote:
[snip]
-1 on the release.
The simple rule is - you need 3 PMC votes to release (or add a committer).
You currently have 1 (Robert's). That should be enough if Sam and Dims
(your mentors) vote; however they currently haven't voted on either
the [EMAIL PROTECTED] thread or the original.
Hen
On
Justin Erenkrantz wrote:
On 11/14/06, Sam Ruby [EMAIL PROTECTED] wrote:
More than 72 hours have passed, and presumably everybody on the
incubator PMC that cares to vote has done so (Thanks Robert!). Please
proceed with the release.
If anybody objects to this process, point them my way.
On Nov 14, 2006, at 3:03 PM, Henri Yandell wrote:
Probably. -1 is nice and bombastic and makes people pay attention (rob
me of my drama why don't you!).
Apologies ;-)
Said -1 is withdrawn when the vote is complete.
'nuff said.
Craig
Hen
On 11/14/06, Craig L Russell [EMAIL PROTECTED]
Henri wrote:
you need 3 PMC votes to release (or add a committer).
You currently have 1 (Robert's).
Two. Dims voted tonight.
Since one vote was missing, I took the time to review the packages, and they
appear to have the necessary disclaimer, etc., although the information in
the .WAR files
52 matches
Mail list logo