The binary distribution looks good, samples and tutorials looks good.
I found that the source distribution has a file named hs_err_pid6244.log
at the root
which needs to be removed.
On Tue, Sep 29, 2009 at 10:49 PM, Simon Laws simonsl...@googlemail.comwrote:
Please review and vote on RC2 of
Thanks Ram/Luciano
I'll make RC3 directly to fix these problems.
Regards
Simon
Hi Raymond
Prior to your changes the logic is pretty dumb. After the component
type build the binding URI builder takes a second pass through the
hierarchy and sets non-null binding names to the reference or service
name as appropriate.
In your case it you've copied a binding that is already
Hi Raymond
Just noticed this post from last week...
Interesting thought. At the moment all the definitions in the domain
are collected together into a system contribution which (in the 1.x
way of thinking) would be passed to each node along with the
contributions it needs to run with.
Apologies that this is a bit of a long post
I''d like to review some of the (orthoganol) choices a user has to
make based on what has been said on the referenced thread [1] and on
what has be said elsewhere.
Contributions
===
Improvements in implementation.spring module complaince with OASIS specs
Key: TUSCANY-3287
URL: https://issues.apache.org/jira/browse/TUSCANY-3287
Project: Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-3287?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ramkumar Ramalingam resolved TUSCANY-3287.
--
Resolution: Fixed
Committed revision
820238
in 2.x.
Improvements in
Please review and vote on RC3 of the Tuscany SCA Java 1.5.1 release.
The distribution artifacts, RAT reports, and Maven staging repository
are available for review at:
http://people.apache.org/~slaws/tuscany/1.5.1-RC3
The release tag is at:
Simon Laws wrote:
Hi Raymond
Prior to your changes the logic is pretty dumb. After the component
type build the binding URI builder takes a second pass through the
hierarchy and sets non-null binding names to the reference or service
name as appropriate.
In your case it you've copied a binding
On Wed, Sep 30, 2009 at 1:35 PM, Simon Laws simonsl...@googlemail.com wrote:
Please review and vote on RC3 of the Tuscany SCA Java 1.5.1 release.
The distribution artifacts, RAT reports, and Maven staging repository
are available for review at:
ok, thanks Ant
...snip
One other thing missing that can be added without interrupting this
vote is that the site.xml in the eclipse update site needs an
associated .asc signature file. Infra have a script that scans the
distribution area for missing signatures so they'll send us reminder
On my most recent 2.x svn up I notice that the OASIS team have now
integrated the change to allow us to test for explicit error messages
for the failure cases. This of course has the effect of making the
majority of the negative tests fail.
Just posting here as a heads up for now. I need some
You may want to look at the C++ testcases for the 1.1 version of the
Assembly specification. They can be found here:
http://tools.oasis-open.org/version-control/browse/wsvn/sca-assembly/TestCases/#_TestCases_
and correspond exactly to the Java testcases.
Jean-Sebastien Delfino wrote:
Can't use non-Item type with atom Collection
Key: TUSCANY-3288
URL: https://issues.apache.org/jira/browse/TUSCANY-3288
Project: Tuscany
Issue Type: Bug
Components: Java SCA ATOM Binding
Good summary. I have copied some of your text to the wiki page [2]. I also
updated some of the diagrams at [3].
[3]
http://cwiki.apache.org/confluence/download/attachments/2852380/sca-domain-node.pdf?version=2
Thanks,
Raymond
--
From: Simon
I'm seeing...
Caused by: java.io.FileNotFoundException: class path resource
[context/multiple/META-INF/spring/SpringHelloWorld-context.xml] cannot
be opened because it does not exist
at
org.springframework.core.io.ClassPathResource.getInputStream(ClassPathResource.java:142)
at
If you were to check that out the otest/newlayout directory you should
get the new structure and all the latest code from OASIS. If you were
to run it nearly all the negative tests will fail as we don't have the
correct detailed tests recorded in the test message property file [1].
I'm just going
+1 from me.
Thanks,
Raymond
--
From: Simon Laws simonsl...@googlemail.com
Sent: Wednesday, September 30, 2009 5:35 AM
To: tuscany-dev dev@tuscany.apache.org
Subject: [VOTE] Release Tuscany SCA Java 1.5.1 RC3
Please review and vote on RC3 of the
+1
On Wed, Sep 30, 2009 at 10:56 AM, Raymond Feng enjoyj...@gmail.com wrote:
+1 from me.
Thanks,
Raymond
--
From: Simon Laws simonsl...@googlemail.com
Sent: Wednesday, September 30, 2009 5:35 AM
To: tuscany-dev dev@tuscany.apache.org
On Tue, Sep 29, 2009 at 10:50 PM, ant elder ant.el...@gmail.com wrote:
The current SVN layout is a bit unconventional but its been like this
for years now, I don't mind much what happens with the other sub
projects as they don't have many users but there's lots of people who
are used to where
[
https://issues.apache.org/jira/browse/TUSCANY-3288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-3288:
Assignee: Luciano Resende
Can't use non-Item type with atom Collection
Luciano Resende wrote:
+1
On Wed, Sep 30, 2009 at 10:56 AM, Raymond Feng enjoyj...@gmail.com wrote:
+1 from me.
Thanks,
Raymond
--
From: Simon Laws simonsl...@googlemail.com
Sent: Wednesday, September 30, 2009 5:35 AM
To: tuscany-dev
See
http://hudson.zones.apache.org/hudson/job/Tuscany-2x/org.apache.tuscany.sca$itest-implementation-spring/231/changes
While working on converting some extensions from 1.x to 2.x I
documented my findings on a Converting Tuscany 1.x Extensions guide
available in our 2.x wiki [1].
I Hope it turns out to be useful, please feel free to review and
provide feedback.
[1]
24 matches
Mail list logo