Re: Flow business exceptions back to the client

2006-09-09 Thread Jeremy Boynes
It might be unusual but it is valid - I think we should track normal/ abnormal completion like Raymond suggested. -- Jeremy On Sep 8, 2006, at 8:11 PM, Jim Marino wrote: Originally we decided against this, as returning exceptions like this is really bad coding convention and I can't think of

Re: Flow business exceptions back to the client

2006-09-09 Thread Jim Marino
I don't think there is any valid application scenario for this even if it is technically legal in Java. I would prefer we stick with our original decision not to support this as anyone doing this in their application code needs to redesign it anyway. Is there an example of good design for

Re: Flow business exceptions back to the client

2006-09-09 Thread Raymond Feng
Another aspect is do we always model service faults as java exceptions? For WSDLServiceContract, I think it's more natural to flow the fault data (for example, an OMElement or SDO corresponding to the fault message). Thanks, Raymond - Original Message - From: Jim Marino [EMAIL

Re: Flow business exceptions back to the client

2006-09-09 Thread Jim Marino
That seems like a valid reason to do this. Can we please hold of until Monday since I'm in the middle of changes in that area? Jim On Sep 9, 2006, at 12:13 AM, Raymond Feng wrote: Another aspect is do we always model service faults as java exceptions? For WSDLServiceContract, I think it's

[jira] Assigned: (TUSCANY-413) Typo in code comment

2006-09-09 Thread Meeraj Kunnumpurath (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-413?page=all ] Meeraj Kunnumpurath reassigned TUSCANY-413: --- Assignee: Meeraj Kunnumpurath Trying to assign an issue to me. Typo in code comment Key:

[jira] Closed: (TUSCANY-413) Typo in code comment

2006-09-09 Thread Meeraj Kunnumpurath (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-413?page=all ] Meeraj Kunnumpurath closed TUSCANY-413. --- Resolution: Fixed This has been fixed already. Typo in code comment Key: TUSCANY-413

[jira] Commented: (TUSCANY-642) Composite references and services - model and runtime representations

2006-09-09 Thread Scott Kurz (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-642?page=comments#action_12433608 ] Scott Kurz commented on TUSCANY-642: I'm having two problems w/ this last patch, RevisedInnerCompositeCallback.patch First, when I try to apply w/: patch

[jira] Commented: (TUSCANY-642) Composite references and services - model and runtime representations

2006-09-09 Thread Jim Marino (JIRA)
[ http://issues.apache.org/jira/browse/TUSCANY-642?page=comments#action_12433619 ] Jim Marino commented on TUSCANY-642: Hi Scott, I already fixed these when I committed the patch. Just sync with the latest version. Jim Composite

Java SCA Build break

2006-09-09 Thread Jim Marino
I'm receiving the following failures: Running org.apache.tuscany.databinding.sdo.DataObject2XMLStreamReaderTestCase Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.201 sec FAILURE! testTransform (org.apache.tuscany.databinding.sdo.DataObject2XMLStreamReaderTestCase)

Re: Java SCA Build break

2006-09-09 Thread Raymond Feng
Hi, Jim. You need to rebuild SDO impl to get r441810. Thanks, Raymond - Original Message - From: Jim Marino [EMAIL PROTECTED] To: tuscany-dev@ws.apache.org Sent: Saturday, September 09, 2006 6:59 PM Subject: Java SCA Build break I'm receiving the following failures: Running

Re: Java SCA Build break

2006-09-09 Thread Jim Marino
I thought we were working off snapshots of SDO and that we had decoupled the build process? If not, can we remove this from the main build? Jim On Sep 9, 2006, at 9:46 PM, Raymond Feng wrote: Hi, Jim. You need to rebuild SDO impl to get r441810. Thanks, Raymond - Original Message