I just updated the trunk and did a clean build and it is SUCCESSFUL!
- Venkat
On 10/4/07, Simon Laws [EMAIL PROTECTED] wrote:
I've been trying to get a clean build for a long time today so I can check
the Domain/Node changes in and I can't manage it. This is what I'm seeing
now...
[INFO]
On 10/4/07, Venkata Krishnan [EMAIL PROTECTED] wrote:
I just updated the trunk and did a clean build and it is SUCCESSFUL!
- Venkat
On 10/4/07, Simon Laws [EMAIL PROTECTED] wrote:
I've been trying to get a clean build for a long time today so I can
check
the Domain/Node changes in and
I've been trying to get a clean build for a long time today so I can check
the Domain/Node changes in and I can't manage it. This is what I'm seeing
now...
[INFO] Apache Tuscany SCA Web Services Void Args and Return Test SUCCESS [
13.21
8s]
[INFO]
Kelvin, trying to build DAS I'm getting the following exception :
[INFO]
[INFO] javax/xml/stream/XMLStreamException
[INFO]
[INFO] Trace
It looks like, even tough DAS has the proper stax dependency, it is
only working if I make SDO stax dependency not optional. I changed the
sdo\impl\pom.xml to have :
dependency
groupIdstax/groupId
artifactIdstax-api/artifactId
version1.0.1/version
This is very odd. I contacted the guy in eclipse and he was mystified that
when he looked at his server the size of the file was now in line with our
expectations (756kB) rather than what he reported before (188KB). So I blew
away my repository again and rebuilt. There is an anomaly here. The
Luciano,
TUSCANY-1371 introduced the XMLStreamHelper as an additional helper into
the state of the HelperContextImpl. This has had the side effect of making
the stax dependency non-optional. My tests builds didn't signal this
dependency change to me, since it was already in my repository :-(
Thanks, Luciano, I think this is the same problem. Renaming the 2.2.2
version to 2.2.3 seems to get me through the build :-) . The other
build problems I've encountered over the past day or so appear to have
gone away now as well.
Thanks for your help.
Graham.
On 10/07/07, Luciano Resende
I've been taking a proper look at this issue, as we are just papering over
the cracks here by passing around private jars. I spoke to someone at
eclipse who said that the size of the jar in the 2.2.3 distribution on the
eclipse site is 188KB. However, I have a 2.2.3 zip file distribution
In the meantime, as a workaround, what''s the right place to get the
correct file ?
On 7/11/07, kelvin goodson [EMAIL PROTECTED] wrote:
I've been taking a proper look at this issue, as we are just papering over
the cracks here by passing around private jars. I spoke to someone at
eclipse who
Hi,
I'm trying to build Tuscany Java and have hit a couple of problems.
I've started with a clean repository, and checked out the latest from
svn (a few times throughout July 9th/10th). When I do mvn at the top
level, I get a test case failure with the following exception:
Hi,
Please run mvn clean install.
Thanks,
Raymond
- Original Message -
From: Graham Charters [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, July 10, 2007 8:56 AM
Subject: Build problems
Hi,
I'm trying to build Tuscany Java and have hit a couple
PROTECTED] wrote:
Hi,
Please run mvn clean install.
Thanks,
Raymond
- Original Message -
From: Graham Charters [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, July 10, 2007 8:56 AM
Subject: Build problems
Hi,
I'm trying to build Tuscany Java and have hit
Feng [EMAIL PROTECTED] wrote:
Hi,
Please run mvn clean install.
Thanks,
Raymond
- Original Message -
From: Graham Charters [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Tuesday, July 10, 2007 8:56 AM
Subject: Build problems
Hi,
I'm trying to build
Now that the server problems seem to be solved I've again been trying to
build DAS but have SDO problems. When maven comes to downloading emf
dependencies it reports checksum failures (not sure if this is
significant)...
[INFO]
Simon,
the codegen-ecore2.2.3.jar file in that repository is much smaller than the
one in my local repository (188KB versus 756KB). Both can be inspected by
jar -tvf, so it wouldn't appear to be a file truncation problem. I have
sent you my version via direct email. Please let me know if
On 7/6/07, kelvin goodson [EMAIL PROTECTED] wrote:
Simon,
the codegen-ecore2.2.3.jar file in that repository is much smaller than
the
one in my local repository (188KB versus 756KB). Both can be inspected by
jar -tvf, so it wouldn't appear to be a file truncation problem. I have
sent you my
I'm pleased to say that it's working for me from the branch as well.
Simon
Simon Laws wrote:
The distribution build in the release 0.90 branch works fine for me all the
way through, Very strange!
Simon
-
To
The distribution build in the release 0.90 branch works fine for me all the
way through, Very strange!
Simon
I haven't found a solution to this yet. I involves debugging through the
shader plugin and I have got round to that yet. I have a very ugly and
manual work round that allows me to get on. Here is what I do:
1/ Edit sca/disitribution/pom.xml to remove bundle reactor reference so that
I can do the
On 5/15/07, Simon Laws [EMAIL PROTECTED] wrote:
I've been looking into TUSCANY-1265 which happens on my machine but not on
others machines. The symptom is that the tuscany-all... jar is empty in
the
binary distribution. The cause is that the shader plugin cannot copy its
output
I already tried that to no avail :-(
Simon
I'm getting compile errors in the databinding extensions on the M2 branch
right now, it looks like the generated test classes aren't getting picked up
but I can't see why or whats changed around there. Does this work for any
one else?
...ant
Hi, I just tried and it works fine for me.
Thanks,
Raymond
- Original Message -
From: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 28, 2006 8:36 AM
Subject: Databinding extensions build problems in the M2 branch
I'm getting compile errors
@ws.apache.org
Sent: Tuesday, November 28, 2006 8:36 AM
Subject: Databinding extensions build problems in the M2 branch
I'm getting compile errors in the databinding extensions on the M2
branch
right now, it looks like the generated test classes aren't getting
picked
up
but I can't see why or whats changed
: ant elder [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, November 28, 2006 8:36 AM
Subject: Databinding extensions build problems in the M2 branch
I'm getting compile errors in the databinding extensions on the M2
branch
right now, it looks like the generated test classes aren't
I am new to Tuscany and looking to help out. However, I am obtaining
the following error during build:
[INFO] -
---
[INFO] Building Apache Tuscany WSDL
[INFO]task-segment: [install]
[INFO]
The XmlSchema compile error you see is due to a back level version of
XmlSchema picking up the latest snapshot should fix it, try deleting
org\apache\ws\commons\XmlSchema\SNAPSHOT from you maven repository.
The XPP3 release being used by Groovy does get found later from the ibiblio
repository
ant, thank you for the quick response. Deleting the snapshot got me
past the error. I had thought that running mvn with the -U option
would take care of this for me but apparently not. Afterwards, I ran
svn update, mvn clean, and tried the build again. Unfortunately I
continue to have issues:
Lee
Unless they've changed things again, that class is only available in
recent snapshots - can you check which repo mvn downloaded XmlScheam
from (it should be the M1 repo at http://people.apache.org/repository
and *not* the M2 one). The POM warnings are not fatal, they just
prevent
Jeremy,
Unless I am missing something, this latest problem is not directly
related to the XmlSchema problem above. Perhaps I should have made
that more clear. Never-the-less, I have explicity taken the latest
snapshot from
I wont have time to check until later but I suspect there's now a mismatch
with the other Axis2 snapshot jars in you repository, try deleting the axis2
directory in your maven repository so the build gets fresh copies.
...ant
On 9/11/06, Lee Surprenant [EMAIL PROTECTED] wrote:
Jeremy,
They seem to be publishing concurrently to
http://people.apache.org/repository/ws-commons/jars/
and
http://people.apache.org/repository/org.apache.ws.commons/jars/
The former is probably for legacy applications as the pom in the
trunk (at least for XmlSchema) now has a groupId of
That definately did it. Thanks so much for helping to resolve this.
Looking forward to contributing after I do some learning. :-)
-Lee
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
It appears if the latest Axis2 and Axiom snapshots may not be in sync
and are causing another build break. I'm not sure how to resolve this
in the short-term other than wait until they do get in sync or revert
back to 1.0 which will bring up the classloader issues that forced us
to use the
.
This is not a release and hence does not need a vote etc.
We can tackle the build problems this way as well. For example,
modules that have dependencies whose availability is flakey could be
moved to a section of the build that was optional and which could be
enabled or disabled using
(or other unstable) builds to the
apache snapshot repository. This is not a release and hence does
not need a vote etc.
We can tackle the build problems this way as well. For example,
modules that have dependencies whose availability is flakey could
be moved to a section of the build
Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Tuesday, July 11, 2006 11:00 AM
Subject: Re: Build problems
This should be fixed now. I have still commented out the databinding and
sdo stuff.
The tree builds for me after I remove the local m2 repository. It does
take a couple
The EMF maven repo has started returning 200 (http success) for
resources that are not present. This messes up our build as the local
cache gets corrupted with text files saying that something can't be found.
I had to comment out all the references to this repo in order to get a
fresh build to
39 matches
Mail list logo