Re: DAS Build failure : java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException

Sorry, it was http://issues.apache.org/jira/browse/TUSCANY- *1105* On 2/18/07, Yang ZHONG <[EMAIL PROTECTED]> wrote: There're some info on the email thread: http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg14026.html and the

Re: DAS Build failure : java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException

There're some info on the email thread: http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg14026.html and the JIRA: http://issues.apache.org/jira/browse/TUSCANY-1119 On 2/18/07, Luciano Resende <[EMAIL PROTECTED]> wrote: Just noticed that DAS build is failing on trunk, and was wo

DAS Build failure : java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException

Just noticed that DAS build is failing on trunk, and was wondering if anyone is seeing the same... Is this something related to SDO dependencies on JDK 6 ? --- T E S T S --- Running org.apache.

Re: Standalone build problem

Hi, I don't see this problem on Windows XP with IBM or SUN JDK 5.0. Thanks, Raymond - Original Message - From: "Jim Marino" <[EMAIL PROTECTED]> To: Sent: Saturday, February 17, 2007 9:47 PM Subject: Re: Standalone build problem It's happening to me. Jim On Feb 17, 2007, at 8:46

Cleaning up the integration branch

I have created the following three build profiles in the integration branch: - stable All modules included in this profile should build successfully at all times. All unit and integration tests must pass. - integration Used for integration work. All unit tests should pass but integration te

[jira] Commented: (TUSCANY-1091) DataObjectXMLStreamReader doesn't have to repeat NameSpace declaration which impacts performance

[ https://issues.apache.org/jira/browse/TUSCANY-1091?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12474060 ] Yang ZHONG commented on TUSCANY-1091: - I've just installed IBM JSDK 5, patch builds fine and tests run fine. C

Re: wire post processing and implementation vs. contract metadata

Hi, Please see my comments on the databinding part. Thanks, Raymond - Original Message - From: "Jim Marino" <[EMAIL PROTECTED]> To: Sent: Friday, February 16, 2007 12:41 PM Subject: wire post processing and implementation vs. contract metadata In doing the wiring refactor to suppo

Re: Exception handling in kernel

I assume you are thinking of exception chaining for this (using the cause). I'm OK with that provided we pay careful attention to the ways things get wrapped. For example, there's a tendency to wrap and rethrow just to get a compatible exception and that can result in a confusing chain. W

Re: Exception handling in kernel

On Feb 18, 2007, at 9:27 AM, Jim Marino wrote: On Feb 18, 2007, at 9:23 AM, Jeremy Boynes wrote: I think we should leave the context name stuff in there. We don't need to use it for backtracking URIs so that part should change to just storing the absolute id (assuming it is actually avai

Re: Exception handling in kernel

On Feb 18, 2007, at 9:23 AM, Jeremy Boynes wrote: I think we should leave the context name stuff in there. We don't need to use it for backtracking URIs so that part should change to just storing the absolute id (assuming it is actually available). However, the context support is still u

Re: Exception handling in kernel

I think we should leave the context name stuff in there. We don't need to use it for backtracking URIs so that part should change to just storing the absolute id (assuming it is actually available). However, the context support is still useful for backtracking across contexts (for example