It all looks ok to me so +1 on RC3.
...ant
On Thu, Feb 12, 2009 at 5:44 AM, Luciano Resende luckbr1...@gmail.comwrote:
Please review and vote on the 2.0-M1 release artifacts of Tuscany SCA for
Java.
The artifacts are available for review at:
[
https://issues.apache.org/jira/browse/TUSCANY-2839?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
ant elder updated TUSCANY-2839:
---
Component/s: Java SCA JMS Binding Extension
Remove the need to have a ConnectionFactory in case
On Tue, Feb 10, 2009 at 9:52 AM, ant elder ant.el...@gmail.com wrote:
Please vote on releasing the Tuscany Maven Eclipse Compiler module. The tag
for the release is:
https://svn.apache.org/repos/asf/tuscany/maven-plugins/tags/maven-eclipse-compiler-1.0/
the Maven staging repository is:
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673226#action_12673226
]
ant elder commented on TUSCANY-2845:
I've added an itest to test various exceptions:
Around line 155 of DataBindingRuntimeWireProcessor there is the code
// assume pass-by-values copies are required if interfaces
are remotable and there is no data binding
// transformation, i.e. a transformation will result in a
copy so another pass-by-value copy
[
https://issues.apache.org/jira/browse/TUSCANY-2840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ramkumar Ramalingam updated TUSCANY-2840:
-
Attachment: TUSCANY-2840-Part1.patch
Part1 of the patch is Committed at
Hi Raymond,
I have a difficulty in understanding your comment here, Please help me
understand by elaborating a bit more. Thanks.
On Thu, Feb 12, 2009 at 12:08 AM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
Do we want to generalize the fix a bit to have a XmlJavaTypeAdapter backed
by the
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673235#action_12673235
]
Simon Laws commented on TUSCANY-2845:
-
As the code stands the exception format will
Simon Laws wrote:
Around line 155 of DataBindingRuntimeWireProcessor there is the code
// assume pass-by-values copies are required if
interfaces are remotable and there is no data binding
// transformation, i.e. a transformation will result in
a copy so
On Fri, Feb 13, 2009 at 12:19 PM, Simon Nash n...@apache.org wrote:
Simon Laws wrote:
Around line 155 of DataBindingRuntimeWireProcessor there is the code
// assume pass-by-values copies are required if interfaces
are remotable and there is no data binding
//
On Feb 13, 2009, at 12:15 AM, Luciano Resende wrote:
I noted that Kevan was +0, Are we going to need a new RC ?
Not in my opinion. If I thought one was needed, I'd have voted
-1... ;-) I think it's best to get the release out and keep moving.
I'll see if I can figure out what's going on
On Feb 13, 2009, at 12:09 AM, Raymond Feng wrote:
Hi,
1) I fixed the SAX2DOM ASL header.
Thanks
2) I'm using JDK 6 on both Windows and Linux and I don't see any
problems.
OK. Good to know.
3) For the tools.jar issue, Kevan had a patch for
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673239#action_12673239
]
ant elder commented on TUSCANY-2845:
Based on what Simon just said I've updated the
On Wed, Feb 11, 2009 at 5:05 PM, Raymond Feng enjoyj...@gmail.com wrote:
Please see my comments inline.
Thanks,
Raymond
*From:* ant elder ant.el...@gmail.com
*Sent:* Wednesday, February 11, 2009 7:06 AM
*To:* dev@tuscany.apache.org
*Subject:* Re: [2.x] Java SCA 2.0 next milestones
Let me try and summarize this thread There's a lot to do here so we need to
find things that people want to do that can happen in parallel. I think we
logically need an M4. A guide rather than a plan set in concrete.
M2 – Assembly compliance (based on extensions we already have in trunk)
On Fri, Feb 13, 2009 at 1:27 PM, Simon Laws simonsl...@googlemail.comwrote:
Let me try and summarize this thread There's a lot to do here so we need
to find things that people want to do that can happen in parallel. I think
we logically need an M4. A guide rather than a plan set in concrete.
[
https://issues.apache.org/jira/browse/TUSCANY-2779?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
zhulei updated TUSCANY-2779:
Fix Version/s: (was: Java-SCA-1.4)
The problem of catch spring implementation's Exception
On Fri, Feb 13, 2009 at 5:29 AM, rf...@apache.org wrote:
Author: rfeng
Date: Fri Feb 13 05:29:32 2009
New Revision: 743992
URL: http://svn.apache.org/viewvc?rev=743992view=rev
Log:
Add profiles to control if tools.jar should be listed as a system
dependency. tools.jar doesn't exist on Mac
On Fri, Feb 13, 2009 at 2:29 PM, Simon Laws simonsl...@googlemail.comwrote:
On Fri, Feb 13, 2009 at 11:33 AM, ant elder ant.el...@gmail.com wrote:
On Tue, Feb 10, 2009 at 9:52 AM, ant elder ant.el...@gmail.com wrote:
Please vote on releasing the Tuscany Maven Eclipse Compiler module. The
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673265#action_12673265
]
ant elder commented on TUSCANY-2845:
Turns out that breaks exceptions for SCA
I agree that PBV should be the responsibility of binding/implementation
providers. IMO, binding.sca should not be handled specically. binding.sca
should be the one that sets up the PBV interceptor if necessary.
Thanks,
Raymond
From: Simon Laws
Sent: Friday, February 13, 2009 4:35 AM
To:
Chained exceptions get lost when returning a checked exception with the JMS
binding with text xml wire format
-
Key: TUSCANY-2848
URL:
[
https://issues.apache.org/jira/browse/TUSCANY-2848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673284#action_12673284
]
ant elder commented on TUSCANY-2848:
See commented out assertions in itest/jms
Looks good to me, +1
On Fri, Feb 13, 2009 at 6:35 AM, ant elder antel...@apache.org wrote:
On Fri, Feb 13, 2009 at 2:29 PM, Simon Laws simonsl...@googlemail.com
wrote:
On Fri, Feb 13, 2009 at 11:33 AM, ant elder ant.el...@gmail.com wrote:
On Tue, Feb 10, 2009 at 9:52 AM, ant elder
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673286#action_12673286
]
ant elder commented on TUSCANY-2845:
SCA Clients are working now except chained
[
https://issues.apache.org/jira/browse/TUSCANY-2845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673288#action_12673288
]
Scott Kurz commented on TUSCANY-2845:
-
Without a spec, I can't think of a better
Hi,
In Tuscany, we support a set of XML-friendly databindings such as SDO,
XmlBeans, AXIOM, JAXB, and DOM. If we want to ALLOW (I'm questioning it too)
them to work with JAX-WS/JAXB (a method that takes a mixture of JAXB objects
and other data types), we need to use XmlJavaTypeAdapter to
Hi,
Does your JAVA_HOME point to a JRE instead of JDK and there is no tools.jar
under ${java.home}? If that's case, I'm surprised that the previous pom.xml
could work. Please clarify.
Thanks,
Raymond
From: ant elder
Sent: Friday, February 13, 2009 6:24 AM
To: dev@tuscany.apache.org
On Fri, Feb 13, 2009 at 4:41 PM, Raymond Feng enjoyj...@gmail.com wrote:
Hi,
Does your JAVA_HOME point to a JRE instead of JDK and there is no
tools.jar under ${java.home}? If that's case, I'm surprised that the
previous pom.xml could work. Please clarify.
Something is setting it to
[
https://issues.apache.org/jira/browse/TUSCANY-2848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673304#action_12673304
]
Scott Kurz commented on TUSCANY-2848:
-
I don't think we necessarily need to fix this.
Simon Laws wrote:
On Fri, Feb 13, 2009 at 12:19 PM, Simon Nash n...@apache.org
mailto:n...@apache.org wrote:
Simon Laws wrote:
Around line 155 of DataBindingRuntimeWireProcessor there is the code
// assume pass-by-values copies are required if
Without a spec, I can't think of a better thing to do for now for throwing
unchecked exceptions over a binding.jms service
than to always use an ObjectMessage, but I think we should do it in a way
such that we don't require any SCA or Tuscany code on the client.
At the moment the chosen
+1 here. Looks good.
Luciano Resende wrote:
Looks good to me, +1
On Fri, Feb 13, 2009 at 6:35 AM, ant elder antel...@apache.org wrote:
On Fri, Feb 13, 2009 at 2:29 PM, Simon Laws simonsl...@googlemail.com
wrote:
On Fri, Feb 13, 2009 at 11:33 AM, ant elder ant.el...@gmail.com wrote:
On
It seems that java.home property is not propagated from maven into ant. Can you
try to add a line before the ant ... in the pom.xml?
configuration
tasks
property name=java.home
[
https://issues.apache.org/jira/browse/TUSCANY-2848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12673313#action_12673313
]
ant elder commented on TUSCANY-2848:
Yes that sounds reasonable to me too. One thing
On Fri, Feb 13, 2009 at 5:08 PM, Simon Nash n...@apache.org wrote:
Simon Laws wrote:
On Fri, Feb 13, 2009 at 12:19 PM, Simon Nash n...@apache.org mailto:
n...@apache.org wrote:
Simon Laws wrote:
Around line 155 of DataBindingRuntimeWireProcessor there is the
code
+1.
Thanks,
Raymond
From: ant elder
Sent: Friday, February 13, 2009 3:33 AM
To: dev@tuscany.apache.org
Subject: Re: [VOTE] Release Tuscany Maven Eclipse Compiler 1.0
On Tue, Feb 10, 2009 at 9:52 AM, ant elder ant.el...@gmail.com wrote:
Please vote on releasing the Tuscany Maven
Simon,
Right, though I just wanted to clarify my proposal involved treating checked
and unchecked exceptions differently.
I like the idea of handling the checked exception with a wireFormat-specific
means (e.g. for object WF just serialize the exc into
an ObjectMessage and for dflt text/xml only
While our current Widget extension provides good functionality to
allow Web 2.0 applications easy access to SCA Services, we have some
issues around browser support, JavaScript code optimization, etc. I
want to start some prototyping around this area to create some
extension points that would
39 matches
Mail list logo