Matthieu Riou wrote:
I guess that would be me as the fix I did outlined another issue (as
described in the thread Luciano pointed at). So you guys expect to always
have all the tests passing on trunk all the time?
Yes, we do try to keep the tests passing. On the rare occasions where a
change
Simon Nash wrote:
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel sample. Are other people seeing this?
Any ideas?
Simon
I have committed a fix (or at least a workaround) for this build
break problem. The revision number is r663938.
On Fri, Jun 6, 2008 at 2:49 PM, Simon Nash [EMAIL PROTECTED] wrote:
Simon Nash wrote:
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel sample. Are other people seeing this?
Any ideas?
Simon
I have committed a fix (or at least a
On Fri, Jun 6, 2008 at 3:33 PM, ant elder [EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 2:49 PM, Simon Nash [EMAIL PROTECTED] wrote:
Simon Nash wrote:
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel sample. Are other people
Simon Laws wrote:
On Fri, Jun 6, 2008 at 3:33 PM, ant elder [EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 2:49 PM, Simon Nash [EMAIL PROTECTED] wrote:
Simon Nash wrote:
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel sample. Are
I guess that would be me as the fix I did outlined another issue (as
described in the thread Luciano pointed at). So you guys expect to always
have all the tests passing on trunk all the time?
Cheers,
Matthieu
On Thu, Jun 5, 2008 at 12:57 PM, Mike Edwards
[EMAIL PROTECTED] wrote:
Folks,
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel sample. Are other people seeing this?
Any ideas?
Simon
Running helloworld.BPELHelloWorldTestCase
Completed calling new Process deployment code...
Invoking bpel component :
I guess this might be related to this thread [1].
[1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg32278.html
On Thu, Jun 5, 2008 at 12:30 PM, Simon Nash [EMAIL PROTECTED] wrote:
I did a recent svn update and rebuild and I'm seeing the following test
error from the helloworld-bpel
Simon,
I did an SVN update and build of Tuscany earlier this afternoon and I did not
see this failure.
The code currently checked in to the Tuscany SVN was fixed up to avoid the error listed by Luciano
and certainly seems to work for me.
Is anyone else seeing the same problem that Simon is
Luciano Resende wrote:
I guess this might be related to this thread [1].
[1] http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg32278.html
Thakns. I saw this and I agree it could be related, but the error
message is different. I was getting the null local part message
from an earlier
Simon Nash wrote:
I'm getting the following failure when building the tutorial. It
seems to happen every time I do a full top-level build from a new
checkout. Any ideas for solving it or debugging it further?
Which service is returning the HTTP 500 response?
Simon
Can you try SVN
Hi,
I am hitting a build failure in sca\modules\databinding-jaxb. Can someone
help? The console output is given below.
++Vamsi
[INFO]
-
---
[INFO] Building Apache Tuscany SCA Data Binding for JAXB
[INFO]task-segment
?
++Vamsi
On Fri, May 30, 2008 at 9:52 AM, Vamsavardhana Reddy [EMAIL PROTECTED]
wrote:
Hi,
I am hitting a build failure in sca\modules\databinding-jaxb. Can someone
help? The console output is given below.
++Vamsi
[INFO
Hi,
It's my fault. I'll fix it (by removing WebServiceException slipped into the
code).
Thanks,
Raymond
--
From: Vamsavardhana Reddy [EMAIL PROTECTED]
Sent: Thursday, May 29, 2008 9:39 PM
To: tuscany-dev@ws.apache.org
Subject: Re: Build failure
I'm getting the following failure when building the tutorial. It
seems to happen every time I do a full top-level build from a new
checkout. Any ideas for solving it or debugging it further?
Which service is returning the HTTP 500 response?
Simon
Running test.StoreSupplierTestCase
:
Tests in error:
testIllegalStaticClassLoading1(org.apache.tuscany.sca.test.contribution.Contri
butionTestCase)
Tests run: 9, Failures: 0, Errors: 1, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO
in error:
testIllegalStaticClassLoading1(org.apache.tuscany.sca.test.contribution.Contri
butionTestCase)
Tests run: 9, Failures: 0, Errors: 1, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] There are test failures.
I've go that too now and It's related to a change I made
:
testIllegalStaticClassLoading1(org.apache.tuscany.sca.test.contribution.Contri
butionTestCase)
Tests run: 9, Failures: 0, Errors: 1, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO
]
[ERROR] BUILD FAILURE
[INFO]
[INFO] There are test failures.
I've go that too now and It's related to a change I made to trap a
class
not
found error. Apologies! I've checked in a fix which seems
] BUILD FAILURE
[INFO]
[INFO] There are test failures.
Is anyone else seeing this issue ? I can build fine with latest svn revision.
-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Sun, May 11, 2008 at 1:22 PM
Subject: [continuum] BUILD FAILURE: Tuscany - Apache Tuscany SCA
Implementation Project - Build Def
Folks,
This is another error which adds to the heap of reasons why I hate Maven - Maven is one of the
worst systems I have ever dealt with when things go wrong.
- it's a dependency problem - dependencies of the velocity package, which I believe is brought in by
one of the Maven plugins
-
Mike Edwards wrote:
Folks,
This is another error which adds to the heap of reasons why I hate
Maven - Maven is one of the worst systems I have ever dealt with when
things go wrong.
- it's a dependency problem - dependencies of the velocity package,
which I believe is brought in by one of
After checking out Mike's change (thanks, Mike!), I was able to
build itest/databindings/sdogen but I then hit the same issue in
itest/databindings/jaxbgen. I have added the same dependencies
to this pom file to enable it to build.
Simon
Simon Nash wrote:
Mike Edwards wrote:
Folks,
This
I just did a full checkout and build. The build failed in the
helloworld-bpel sample with the following exception.
Simon
Running helloworld.BPELHelloWorldTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.479 sec FA
ILURE!
On Thu, May 8, 2008 at 10:24 AM, Simon Nash [EMAIL PROTECTED] wrote:
I just did a full checkout and build. The build failed in the
helloworld-bpel sample with the following exception.
Simon
Running helloworld.BPELHelloWorldTestCase
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time
Folks,
I'll take a look at this - this is new code I checked in yesterday - built OK
for me.
Yours, Mike.
Simon Laws wrote:
On Thu, May 8, 2008 at 10:24 AM, Simon Nash [EMAIL PROTECTED] wrote:
I just did a full checkout and build. The build failed in the
helloworld-bpel sample with the
Simon Laws wrote:
On Thu, May 8, 2008 at 10:24 AM, Simon Nash [EMAIL PROTECTED] wrote:
I just did a full checkout and build. The build failed in the
helloworld-bpel sample with the following exception.
Simon
Running helloworld.BPELHelloWorldTestCase
Tests run: 1, Failures: 0, Errors: 1,
Folks,
The problem seems to be with the testcase itself, in my opinion, but before I go and hack the
testcase, I'm posting to the list to see if anyone knows why the sample is the way it is.
Look at the BPEL process - helloworld.bpel
It contains an import for the WSDL referenced by the
The BPEL process was only really processed by the ODE BPEL Engine
before, and looks like they were tolerant to that. The namespace was
there probably from it's original content when we copied from ODE
sample. But note that the BPEL process in the iTests does not have
this issue and they have
Mike Edwards wrote:
Folks,
The problem seems to be with the testcase itself, in my opinion, but
before I go and hack the testcase, I'm posting to the list to see if
anyone knows why the sample is the way it is.
Look at the BPEL process - helloworld.bpel
It contains an import for the WSDL
I ran mvn -e and got a stack trace as follows. It looks like the
class org/apache/commons/collections/ExtendedProperties was not
found. Any ideas?
Simon
[INFO] [exec:java {execution: generate-test-sdo-source}]
Building project from dir: F:\tuscany69\sca\itest\databindings\sdogen\target
OK,
I committed fixes to the BPEL Sample, iTest and implementation code to fix the problems that folks
found in the build.
Sorry that I did not spot all these before I made the previous commit.
Yours, Mike.
default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 10 source files to F:\tuscany69\sca\modules\implementation-data
-xml\target\classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
:\tuscany69\sca\modules\implementation-data
-xml\target\classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
F:\tuscany69\sca
Hey Everyone,
I have attempted a build of the Tuscany trunk code using revision
653996.
I am following the development guide [1], and simply running the mvn
command in the /java/sca directory.
I encountered an IllegalArgumentException during the
SimpleTypeMapperExtensionTestCase.
Below is
Hi Chris
I just compiled the modules with no problems under revision #654394.
Please try the following command :
mvn -fae clean install
Please let us know if you still have issues.
On Tue, May 6, 2008 at 11:28 PM, Chris Trezzo [EMAIL PROTECTED] wrote:
Hey Everyone,
I have
--
From: Chris Trezzo [EMAIL PROTECTED]
Sent: Tuesday, May 06, 2008 11:28 PM
To: tuscany-dev@ws.apache.org
Subject: Build failure in DataBinding module
Hey Everyone,
I have attempted a build of the Tuscany trunk code using revision 653996.
I am
@ws.apache.org
Subject: Build failure in DataBinding module
Hey Everyone,
I have attempted a build of the Tuscany trunk code using revision
653996.
I am following the development guide [1], and simply running the
mvn command in the /java/sca directory.
I encountered an IllegalArgumentException
When using the sql-maven-plugin to generate the databases, we have to
explicitly close the databases otherwise the unit tests won't be able
to open the database. This can be done with the snippet below, these
changes are needed in both tutorial-store-db and
tutorial-store-supplier :
Hi Luciano,
It took a couple of times to download some of the dependencies for the
wsdl2java tool, but eventually all were downloaded.
I did not run into any other issues using mvn -fae clean install.
Thanks for the response.
Chris
On May 7, 2008, at 7:51 PM, Luciano Resende wrote:
Hi
I've just updated and built from scratch and, with a top level build got
INFO: Loading composite:
http://localhost:9990/composite-resolved/composite:stor
e-client;http://store;store-client
Unhandled exception
Type=Segmentation error vmState=0x
J9Generic_Signal_Number=0004
I've updated and its still working ok for me
...ant
On Tue, May 6, 2008 at 9:37 AM, Simon Laws [EMAIL PROTECTED]
wrote:
I've just updated and built from scratch and, with a top level build
got
INFO: Loading composite:
http://localhost:9990/composite-resolved/composite:stor
I updated this morning and also saw the Segmentation Fault. I've
since re-run and now only see the Exception. Further up on the build
there's also the following SQL Exception:
INFO: Starting node: http://localhost:9990/node-config/StoreClientNode
Connecting to database:
Graham Charters wrote:
I updated this morning and also saw the Segmentation Fault. I've
since re-run and now only see the Exception. Further up on the build
there's also the following SQL Exception:
INFO: Starting node: http://localhost:9990/node-config/StoreClientNode
Connecting to database:
Hi,
I was using jdk1.6 when it was failing to build. Then I saw you have
addressed the same issue earlier. So I changed my jdk version to 1.5 and
tried.
There was a test fail. So I skipped the tests and managed to build it.
thanks!
regards,
Thilina
On Tue, Mar 18, 2008 at 11:22 AM, Luciano
*Hi,
I was trying to build tuscany SCA and it keeps on failing. I downloaded the
source archive and tried to build it. But it failed. Then i took a svn
checkout from http://svn.apache.org/repos/asf/incubator/tuscany/java/sca/and
tried to build it. It ends up with the following error.
Need your
I'm getting.
org.apache.tuscany.sca.contribution.service.ContributionReadException:
javax.xml
.xpath.XPathExpressionException: javax.xml.transform.TransformerException:
Extra
illegal tokens: 'http://www.osoa.org/xmlns/sca/1.0', ':', 'binding.sca'
at
On Fri, Mar 14, 2008 at 9:20 AM, Simon Laws [EMAIL PROTECTED]
wrote:
I'm getting.
org.apache.tuscany.sca.contribution.service.ContributionReadException:
javax.xml
.xpath.XPathExpressionException: javax.xml.transform.TransformerException:
Extra
illegal tokens:
/modules/assembly/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/continuum/data/working-directory/277/modules/assembly
/modules/assembly/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/continuum/data/working-directory/277/modules/assembly
-directory/277/modules/assembly/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
/home/continuum/data/working
Continuum VMBuild Server wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=63376projectId=277
SVN revision r635507 contains a fix for this failure.
--
Jean-Sebastien
-
To unsubscribe,
Sorry folks. That's me. Looks like I missed a pom change.
Simon
, 2008 12:12 PM
To: tuscany-dev@ws.apache.org
Subject: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation
Project
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=62508projectId=277
Build statistics:
State: Failed
Previous State: Failed
Started at: Fri
and my
apologies for leaving maven-definitions out of the build.
BUILD FAILURE : Building Apache Tuscany SCA Bundle Jar
--
Key: TUSCANY-2061
URL: https://issues.apache.org/jira/browse/TUSCANY-2061
It should be fixed by r632098 now.
Thanks,
Raymond
--
From: Continuum VMBuild Server [EMAIL PROTECTED]
Sent: Thursday, February 28, 2008 10:16 AM
To: tuscany-dev@ws.apache.org
Subject: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation
[
https://issues.apache.org/jira/browse/TUSCANY-2053?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-2053.
-
Resolution: Fixed
The build is now successful.
BUILD FAILURE : Building Apache Tuscany SCA
[
https://issues.apache.org/jira/browse/TUSCANY-2046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng closed TUSCANY-2046.
-
Resolution: Fixed
BUILD FAILURE : Apache Tuscany SCA Multiple WSDL File Support Integration
BUILD FAILURE : Building Apache Tuscany SCA Domain Integration Tests
Key: TUSCANY-2053
URL: https://issues.apache.org/jira/browse/TUSCANY-2053
Project: Tuscany
Issue Type
This should be fixed by r629867.
Thanks,
Raymond
- Original Message -
From: Continuum VMBuild Server [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, February 21, 2008 7:49 AM
Subject: [continuum] BUILD FAILURE: Apache Tuscany SCA Implementation
Project
Online
. Thanks
Raymond.
BUILD FAILURE : Building Apache Tuscany SCA RMI Host Extension Point
Key: TUSCANY-2044
URL: https://issues.apache.org/jira/browse/TUSCANY-2044
Project: Tuscany
BUILD FAILURE : Apache Tuscany SCA Multiple WSDL File Support Integration Tests
---
Key: TUSCANY-2046
URL: https://issues.apache.org/jira/browse/TUSCANY-2046
Project: Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-2046?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-2046:
---
Assignee: Simon Laws
BUILD FAILURE : Apache Tuscany SCA Multiple WSDL File Support
port 8085 rather than port 8080.
I'll resolve this JIRA if the next build gets past this test.
BUILD FAILURE : Apache Tuscany SCA Multiple WSDL File Support Integration
Tests
---
Key: TUSCANY-2046
BUILD FAILURE : Building Apache Tuscany SCA RMI Host Extension Point
Key: TUSCANY-2044
URL: https://issues.apache.org/jira/browse/TUSCANY-2044
Project: Tuscany
Issue Type
. Hopefully the problem will be gone
in the next build.
Thanks,
Raymond
BUILD FAILURE : Building Apache Tuscany SCA RMI Host Extension Point
Key: TUSCANY-2044
URL: https://issues.apache.org
:
Tests in error:
testServiceCall(helloworld.HelloWorldJmsPolicyServerTestCase)
testServiceCall(helloworld.HelloWorldJmsPolicyServerTestCase)
Tests run: 3, Failures: 0, Errors: 2, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO
Sure, thanks Sebastien.
On Feb 12, 2008 8:34 AM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Venkata Krishnan wrote:
Thanks. I will ask Sebastien then :)
I'm an administrator on project Tuscany but:
- you are not in the Tuscany continuum group
- I don't have seem to have authority to
It seems that page is protected from normal users. It appears blank for me.
- Venkat
On Feb 12, 2008 1:50 PM, Venkata Krishnan [EMAIL PROTECTED] wrote:
Sure, thanks Sebastien.
On Feb 12, 2008 8:34 AM, Jean-Sebastien Delfino [EMAIL PROTECTED]
wrote:
Venkata Krishnan wrote:
Thanks. I
Venkata Krishnan wrote:
Thanks. I will ask Sebastien then :)
I'm an administrator on project Tuscany but:
- you are not in the Tuscany continuum group
- I don't have seem to have authority to perform any user admin tasks
Can you ask one of the continuum user administrators, here's the list:
On Feb 10, 2008 5:50 PM, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
Yes. But I had checked in the changes to the samples as well.
I have an ID on the continuum server, but can't start builds myself. Those
options don't seem to be enbled for me.
Thanks
- Venkat
If you are logged in
Thanks. I will ask Sebastien then :)
- Venkat
On Feb 11, 2008 8:07 AM, Luciano Resende [EMAIL PROTECTED] wrote:
On Feb 10, 2008 5:50 PM, Venkata Krishnan [EMAIL PROTECTED] wrote:
Hi,
Yes. But I had checked in the changes to the samples as well.
I have an ID on the continuum server,
BUILD FAILURE : Apache Tuscany SCA HelloWorld Web Service JMS Sample
Key: TUSCANY-2040
URL: https://issues.apache.org/jira/browse/TUSCANY-2040
Project: Tuscany
Issue Type
Hi,
The following failure seems to be a bit random. I couldn't reproduce it.
Thanks,
Raymond
- Original Message -
From: Continuum VMBuild Server [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, February 04, 2008 12:43 PM
Subject: [continuum] BUILD FAILURE: Apache Tuscany
default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 61 source files to
/home/continuum/data/working-directory/277/modules/contribution/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 61 source files to
/home/continuum/data/working-directory/277/modules/contribution/target/classes
[INFO]
[ERROR] BUILD FAILURE
[INFO
Continuum VMBuild Server wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=43145projectId=277
My fault, sorry, I didn't realize that my IDE had compiled the class and
mvn didn't recompile it. I just fixed the issue and restarted a build.
--
Why is the incubator being cc'd on this?
Regards,
Alan
On Jan 25, 2008, at 3:47 PM, sebb wrote:
That finished with BUILD SUCCESSFUL.
The errors I reported were when I was running plain mvn from the
top-level directory, which is what the vote e-mail said to do.
Are the missing artifacts due
Build Failure due to compilation problems in module 'implementation-widget'
Key: TUSCANY-2012
URL: https://issues.apache.org/jira/browse/TUSCANY-2012
Project: Tuscany
Could you please try to build itest/osgi-implementation with a mvn -U
clean install and see if you still have issues. I just tried and it
completed successfully even with all felix artifacts removed from my
local maven repo.
On Jan 25, 2008 3:11 PM, sebb [EMAIL PROTECTED] wrote:
On 25/01/2008,
I got a couple of failures when trying to build the Tuscany 1.1 source.
The first time, I got an out of memory error from Java.
I'm assuming this was due to the hundreds of jar and digest files that
were downloaded (at least 760 jar+digest), as the error did not occur
the second time. Possibly
On 25/01/2008, sebb [EMAIL PROTECTED] wrote:
I got a couple of failures when trying to build the Tuscany 1.1 source.
The first time, I got an out of memory error from Java.
I'm assuming this was due to the hundreds of jar and digest files that
were downloaded (at least 760 jar+digest), as
Hi
snip..
The first time, I got an out of memory error from Java.
Try doing set MAVEN_OPTS=-Xmx1024m before doing the build
BTW, it looks like the M2 build downloads multiple versions of some jars,
e.g :
Do you mean the M2 build - that's pretty old?
However, the second time I tried,
The wrong ByteArrayOutputStream was imported. I just fixed it under r615260.
Thanks,
Raymond
- Original Message -
From: Continuum VMBuild Server [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, January 25, 2008 3:21 AM
Subject: [continuum] BUILD FAILURE: Apache Tuscany
[
https://issues.apache.org/jira/browse/TUSCANY-2012?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-2012.
---
Resolution: Fixed
Fix Version/s: Java-SCA-Next
Fixed under r615260
Build Failure
That finished with BUILD SUCCESSFUL.
The errors I reported were when I was running plain mvn from the
top-level directory, which is what the vote e-mail said to do.
Are the missing artifacts due to a Maven bug or a bug in the
configuration or something else?
On 25/01/2008, Luciano Resende
This is happening because the SVN update is trying to download a
already existent file. We need to cleanup the build work directory and
create a clean checkout. My continuum account is locked at the moment,
but I'm trying to fix this.
-- Forwarded message --
From: Continuum
I was able to fix the svn issue, but the build continues to fail with
some missing dependencies as listed below. I haven't investigated the
issue yet, but just want to let you guys know.
Missing:
--
1) org.jvnet.staxex:stax-ex:jar:1.2
Try downloading the file manually from the project
Hi,
I made a fix under r614121.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Monday, January 21, 2008 5:45 PM
Subject: Re: Build failure due to SVN command failure, was :Fwd: [continuum]
BUILD ERROR
Build break in itest/osgi-implementation.
More details in http://issues.apache.org/jira/browse/TUSCANY-1987.
Could the folks working on OSGi please help fix it?
Rajini has provided a patch with which I get a clean build on windows. Can
others try a clean build of the branch (on linux if
Continuum VMBuild Server wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=37962projectId=277
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 13 Jan 2008 14:03:00 -0800
Finished at: Sun 13 Jan 2008 14:30:40 -0800
Build break in
I just did an svn up and full build. All was OK until I got to the
itests and contribution-multiple. Here's the failure. It looks like
null was returned from domain.getCompositeBuilder(). Any ideas?
Simon
[INFO] -
---
PM
Subject: Re: JAXB databinding causing build failure in
itest/exceptions-simple-ws
Raymond Feng wrote:
Hi,
I just tried and it apparently works with IBM JDK and SUN JDK is not
happy with it. But anyway, we now use the JAXB to serialize POJO into XML
and vice versa. The POJOs have
- From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, December 17, 2007 2:24 PM
Subject: JAXB databinding causing build failure in
itest/exceptions-simple-ws
I'm seeing the failure below when attempting to build
itest/exceptions-simple-ws from the latest trunk
, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO]
[INFO] There are test failures.
Please refer to
H:\tuscany58\sca\samples\calculator-implementation
I'm seeing the failure below when attempting to build
itest/exceptions-simple-ws from the latest trunk.
From the message and stack trace, it looks like the Exception2Exception
transformer that was previously using a POJO-JavaBean serializer has been
changed to use a JAXB serializer, and this is
-
From: Simon Nash [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, December 17, 2007 2:24 PM
Subject: JAXB databinding causing build failure in
itest/exceptions-simple-ws
I'm seeing the failure below when attempting to build
itest/exceptions-simple-ws from the latest trunk
)
testAnotherCalculator(calculator.CalculatorTestCase)
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0
[INFO]
[ERROR] BUILD FAILURE
[INFO
1 - 100 of 230 matches
Mail list logo
