[
https://issues.apache.org/jira/browse/TUSCANY-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Raymond Feng resolved TUSCANY-1987.
---
Resolution: Fixed
I assume the problem is fixed as the patch has been applied.
Build
that it says the fix for this problem should be considered
for post 1.1 so I am moving it.
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
[
https://issues.apache.org/jira/browse/TUSCANY-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12561056#action_12561056
]
Simon Laws commented on TUSCANY-1987:
-
I've not applied this to trunk
Build break
:
--
I've now applied this to trunk
was (Author: simonslaws):
I've not applied this to trunk
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
the current snapshots (unless the
failures reappear).
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
Project: Tuscany
Issue Type
Rajini. I'll move this JIRA out of 1.1 now and assign to
Java-SCA-Next so we remember to follow up.
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
, and if the problem reappears, rename
ConversationTestCase to stop it running?
Thank you,
Rajini
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
[
https://issues.apache.org/jira/browse/TUSCANY-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Simon Laws reassigned TUSCANY-1987:
---
Assignee: Simon Laws
Build break in osgi-implementation itest
and got a clean build. I need a few
others to try (especially on linux) before I move to resolve.
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
[
https://issues.apache.org/jira/browse/TUSCANY-1987?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jean-Sebastien Delfino updated TUSCANY-1987:
Priority: Blocker (was: Major)
Build break in osgi-implementation
Build break in osgi-implementation itest
Key: TUSCANY-1987
URL: https://issues.apache.org/jira/browse/TUSCANY-1987
Project: Tuscany
Issue Type: Bug
Components: Build System
Affects
could also be this random
itest/osgi issue. It failed once
(http://vmbuild.apache.org/continuum/buildResult.action?buildId=37962projectId=277)
and then worked the next time around. So a good place to look for a working
and a broken example.
Build break in osgi-implementation itest
the issue is resolved, so that
the Continuum build can continue to run. The revision number is r611954.
Please reverse this change when the problem is fixed.
Build break in osgi-implementation itest
Key: TUSCANY-1987
[
https://issues.apache.org/jira/browse/TUSCANY-1846?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luciano Resende reassigned TUSCANY-1846:
Assignee: Luciano Resende
Build break: BPEL implementation module breaks
in a different way,
and the composite files were processed before componentType files. This was
causing issues during resolution of the composite.
This was same issue as TUSCANY-1847
Build break: BPEL implementation module breaks the continuum build
Build break: BPEL implementation module breaks the continuum build
--
Key: TUSCANY-1846
URL: https://issues.apache.org/jira/browse/TUSCANY-1846
Project: Tuscany
Issue Type: Bug
Can't we just use the commit log comment in the fixing commit to point out
things like this?
...ant
On 7/31/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:
This broke the build for me, as the case was passing an incorrect
contribution URI to remove(...). I fixed it for you under
This broke the build for me, as the case was passing an incorrect
contribution URI to remove(...). I fixed it for you under revision
r561201, as I need to be able build.
[EMAIL PROTECTED] wrote:
Author: lresende
Date: Mon Jul 30 17:07:24 2007
New Revision: 561190
URL:
Hi, Luciano.
Unfortunately I had to revert this commit because it breaks the build with
the following compilation error. Please fix the problem and re-check them
in.
Thanks,
Raymond
[INFO] Building Apache Tuscany Embedded Runtime Host
[INFO]task-segment: [clean, install]
[INFO]
Sorry for any trouble, fixed this under revision #558780.
On 7/23/07, Raymond Feng [EMAIL PROTECTED] wrote:
Hi, Luciano.
Unfortunately I had to revert this commit because it breaks the build with
the following compilation error. Please fix the problem and re-check them
in.
Thanks,
Raymond
I did a clean checkout this morning my time and built SCA from an
empty Maven repo. I got the same build error in implementation-das
that Sebastien was seeing.
I was hoping that starting with an empty maven repo would cause the
correct levels of SDO and DAS to be downloaded but it seems that
Kelvin or others working more closely with SDO, could someone please
publish the latest SDO Snapshots ?
On 7/18/07, Simon Nash [EMAIL PROTECTED] wrote:
I did a clean checkout this morning my time and built SCA from an
empty Maven repo. I got the same build error in implementation-das
that
I just published a fresh SDO snapshot
Kelvin.
On 18/07/07, Luciano Resende [EMAIL PROTECTED] wrote:
Kelvin or others working more closely with SDO, could someone please
publish the latest SDO Snapshots ?
On 7/18/07, Simon Nash [EMAIL PROTECTED] wrote:
I did a clean checkout this morning my
I tried removing commonj/* and org/apache/tuscany/sdo/* from my local
maven repo, then doing a complete clean and rebuild. I got the same
failure as shown below. Any ideas?
Simon
Running org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
Tests run: 1, Failures: 0,
Simon Nash wrote:
I tried removing commonj/* and org/apache/tuscany/sdo/* from my local
maven repo, then doing a complete clean and rebuild. I got the same
failure as shown below. Any ideas?
Simon
Running
org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
Tests run:
Jean-Sebastien Delfino wrote:
Simon Nash wrote:
I tried removing commonj/* and org/apache/tuscany/sdo/* from my local
maven repo, then doing a complete clean and rebuild. I got the same
failure as shown below. Any ideas?
Simon
Running
I figured out what is causing the problem. I rebuilt SDO and the
problem still occurred. I then rebuilt DAS and the problem went away.
So it seems that we need a new published snapshot of DAS that is
compatible with the trunk version of sca/modules/implementation-das.
Simon
Simon Nash
Simon,
have you seen the response on the thread SDO Snapshot, was Re: Build
break in implementation-das? from luciano saying that he published a DAS
snapshot just a few minutes ago. I guess you may have run your build just
a few minutes too early to catch it?
Regards Kelvin.
On 18/07/07
I tried this and it works OK now. Thanks, Kelvin and Luciano!
Simon
kelvin goodson wrote:
Simon,
have you seen the response on the thread SDO Snapshot, was Re: Build
break in implementation-das? from luciano saying that he published a DAS
snapshot just a few minutes ago. I guess you may
- From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, July 16, 2007 6:14 PM
Subject: Re: Build break in implementation-das?
Jean-Sebastien Delfino wrote:
Build of the SCA HEAD using the published SDO and DAS snapshots
gives me an error. Any idea
OK for me too. It's sca/modules/implementation-das that
breaks. Does it work for you?
- Original Message - From: Jean-Sebastien Delfino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, July 16, 2007 6:14 PM
Subject: Re: Build break in implementation-das?
Jean-Sebastien
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, July 16, 2007 6:14 PM
Subject: Re: Build break in implementation-das?
Jean-Sebastien Delfino wrote:
Build of the SCA HEAD using the published SDO and DAS snapshots
gives me an error. Any idea?
and break as well for me with local
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, July 16, 2007 6:14 PM
Subject: Re: Build break in implementation-das?
Jean-Sebastien Delfino wrote:
Build of the SCA HEAD using the published SDO and DAS snapshots
gives me an error. Any idea?
and break as well for me
Luciano Resende wrote:
Everything is building ok for me too, is this the only module that is
failing for you ?
It works now, see:
http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20174.html
Thanks
--
Jean-Sebastien
Build of the SCA HEAD using the published SDO and DAS snapshots gives me
an error. Any idea?
Starting DASServiceComponent
java.lang.NullPointerException
at
org.apache.tuscany.sca.implementation.das.provider.DataAccessEngine.executeCommand(DataAccessEngine.java:41)
at
Jean-Sebastien Delfino wrote:
Build of the SCA HEAD using the published SDO and DAS snapshots gives
me an error. Any idea?
and break as well for me with local builds of the SDO and DAS builds.
Starting DASServiceComponent
java.lang.NullPointerException
at
: Re: Build break in implementation-das?
Jean-Sebastien Delfino wrote:
Build of the SCA HEAD using the published SDO and DAS snapshots gives me
an error. Any idea?
and break as well for me with local builds of the SDO and DAS builds.
Starting DASServiceComponent
+1 for reverting implementation-crud back to the official SPIs and
adding another sample for the simplified extension layer.
Simon
Jean-Sebastien Delfino wrote:
Ant,
This commit introduced breaking changes to the helloworld-ws-reference
and helloworld-ws-service samples, using some kind
Ant,
This commit introduced breaking changes to the helloworld-ws-reference
and helloworld-ws-service samples, using some kind of binding.console.
Probably an oversight :)
More important, I think we should revert to the official Tuscany SPIs in
the implementation-crud sample, as it is our
Building revision r542376 gives me the following error:
testMap(org.apache.tuscany.sca.databinding.extension.SimpleTypeMapperExtensionTestCase)
Time elapsed: 0.067 sec ERROR!
java.lang.IllegalArgumentException: --02
at
Hi,
I'm sorry that a local change slipped into the commit and it hit a bug in
SUN JDK. I fixed it under r542409.
Raymond
- Original Message -
From: Jean-Sebastien Delfino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, May 28, 2007 7:53 PM
Subject: Build break
[snip]
Raymond Feng wrote:
Hi,
I'm sorry that a local change slipped into the commit and it hit a bug
in SUN JDK. I fixed it under r542409.
Raymond
I checked out r542409 and got a successful build. Thanks.
--
Jean-Sebastien
[ http://issues.apache.org/jira/browse/TUSCANY-996?page=all ]
Jim Marino closed TUSCANY-996.
--
Resolution: Fixed
Meeraj fixed this
Build break with Persistence test case
--
Key: TUSCANY-996
Build break with Persistence test case
--
Key: TUSCANY-996
URL: http://issues.apache.org/jira/browse/TUSCANY-996
Project: Tuscany
Issue Type: Bug
Components: Java SCA Core
Affects Versions
OK, I have done what I think is necessary. Please note that in this
exercise I have updated the specVersion property of the sdo-api pom.xmlfrom
2.0.1 to 2.1, hence all the sdo spec related artifacts of the deploy have
r2.1 in their names, rather than the r2.0.1 that has been the case until
if its required to sign snapshot
deployments?
Regards, Kelvin.
On 11/12/06, Jim Marino [EMAIL PROTECTED] wrote:
I'm getting the following build break in /sca/tools:
/Users/jmarino/workspace/tuscany/java/sca/tools/src/main/java/org/
apache/tuscany/tools/wsdl2java/generate
I'm getting the following build break in /sca/tools:
/Users/jmarino/workspace/tuscany/java/sca/tools/src/main/java/org/
apache/tuscany/tools/wsdl2java/generate/WSDL2JavaGenerator.java:
[128,30] cannot find symbol
symbol : constructor XSDHelperImpl
(org.eclipse.emf.ecore.util.ExtendedMetaData
Hi Guys
Looks like the latest DAS samples that use SCA services are breaking the
build if you clean you maven repository, and this is possible caused by
circular reference, as DAS is suposed to build first then SCA, but the
sample have SCA dependencies. I was wondering if maybe this should be
Hi,
I committed it under r473495.
Thanks,
Raymond
- Original Message -
From: Luciano Resende [EMAIL PROTECTED]
To: tuscany-dev tuscany-dev@ws.apache.org
Sent: Friday, November 10, 2006 12:33 PM
Subject: Build Break : Possible circular reference
Hi Guys
Looks like the latest DAS
Hi,
After checking with the axis2 team, I had to use
http://ws.zones.apache.org/repository; as the maven1 repository to download
axis2 related SNAPSHOT versions. The change is made against
sca/pom/parent/pom.xml.
Please update and verify.
Thanks,
Raymond
]
To: tuscany-dev@ws.apache.org
Sent: Saturday, September 09, 2006 10:42 PM
Subject: Re: Java SCA Build break
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
On Sep 9, 2006, at 10:42 PM, Jim Marino wrote:
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?
That's the plan but we need to finalize the release version id before
we can do so. Until then you
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)
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
- 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
org.apache.tuscany.databinding.sdo.DataObject2XMLStreamReaderTestCase
Tests run: 1, Failures: 0
Building from root I get 5 failures in the javascript project all
similar to:
testStateless
(org.apache.tuscany.container.javascript.function.ScopeTestCase)
Time elapsed: 0.227 sec ERROR!
java.lang.NoSuchMethodError:
org.apache.tuscany.spi.extension.CompositeComponentExtension.init
FWIW I commented out javascript and get a similar failure in the
spring module
--
Jeremy
On Sep 4, 2006, at 7:46 AM, Jeremy Boynes wrote:
Building from root I get 5 failures in the javascript project all
similar to:
testStateless
I got something similar until I did a clean and then rebuild.
Unfortunately clean does not work from scratch (complains about sdo
plugin). I had to do
mvn install
mvn clean
mvn install
to get a full build
:(
andy
At 15:46 04/09/2006, Jeremy Boynes wrote:
Building from root I get 5
My bad - I had a uncommitted change to a pom that meant it was
getting an old version of a dependency.
--
Jeremy
On Sep 4, 2006, at 7:53 AM, Andy Piper wrote:
I got something similar until I did a clean and then rebuild.
Unfortunately clean does not work from scratch (complains about sdo
On Sep 4, 2006, at 7:53 AM, Andy Piper wrote:
I got something similar until I did a clean and then rebuild.
Unfortunately clean does not work from scratch (complains about sdo
plugin). I had to do
mvn install
mvn clean
mvn install
to get a full build
:(
This is a maven issue because we
Hi Jim,
I couldn't reproduce the problem you were seeing. I created a standalone
app called DateConversionTest.java mimic the SDO impl without SDO and uploaded
it to TUSCANY-579. Can you run it on your env and let me know the result?
Thanks.
Fuhwei
Jim Marino [EMAIL
The latest update, that updates a lot of the core/implementation/processors,
seems to be breaking a lot if not all of the sca samples. The way I see this is
by doing a mvn clean and mvn -e from the top, which breaks while running the
tests for the SDO impl, so then I go to sca/core and do mvn
Hi Ignacio,
The build runs fine for me. Did you try mvn clean first? Can you
send a stacktrace if it persists?
Jim
On Aug 25, 2006, at 7:00 AM, Ignacio Silva-Lepe wrote:
The latest update, that updates a lot of the core/implementation/
processors, seems to be breaking a lot if not all of
I just synced SDO and am getting the following when building from /java:
junit.framework.AssertionFailedError: The expected value did not
result when calling toDay after initializing with toDay.
at junit.framework.Assert.fail(Assert.java:47)
at
On Aug 25, 2006, at 9:39 AM, Ignacio Silva-Lepe wrote:
Ok, first, after mvn clean from the top and trying mvn -e from the
top, I get:
Then I do mvn -e from sca/core and from sca/spi and that works.
Then I do mvn -e from samples/sca and I get:
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 25, 2006 1:05 PM
Subject: Re: New build break
On Aug 25, 2006, at 9:39 AM, Ignacio Silva-Lepe wrote:
Ok, first, after mvn clean from the top and trying mvn -e from the top,
I get:
Then I do mvn -e from sca/core and from
://repo1.maven.org/maven2),
ibiblio (http://www.ibiblio.org/maven2)
You also need to build in sca/runtime webapp and web-apphost
- Original Message - From: Jim Marino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 25, 2006 1:05 PM
Subject: Re: New build break
Ok, yes, the recipe is getting more intricate every time, but I got the
samples to run now. Thanks.
- Original Message -
From: Jim Marino [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 25, 2006 1:45 PM
Subject: Re: New build break
I'm going to send out
Hello Jim,
I attempted this on a variety of time/timezone environments and thought I
had addressed all the possibilities in terms of TimeZones, daylight savings
time, northern and southern hemispheres, etc. Can you tell me what TimeZone
you are in and about what time you ran the test with
Hi Brian,
I ran this about 9PST and again at 4.53PST and received:
testConversionsFromDay
(org.apache.tuscany.sdo.test.DateConversionTestCase) Time elapsed:
0.01 sec FAILURE!
[ stacktrace ]
---
.
- Original Message - From: Jim Marino
[EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Friday, August 25, 2006 1:45 PM
Subject: Re: New build break
I'm going to send out a separate mail dealing with how to solve
the issues you are seeing long term as I think we are witnessing
I think this is a real build break (not a bad pom in my maven repo)... I
pasted my Maven output below after pulling the entire 'java' SVN branch and
building
I don't see that any of the remote repo sites contain SNAPSHOT versions of
the Axis2 jars such as axiom-api, so I'm wondering how
Just checked something in that fixed this. With that my build ran to
completion.
Scott Kurz wrote:
I think this is a real build break (not a bad pom in my maven repo)... I
pasted my Maven output below after pulling the entire 'java' SVN
branch and
building
I don't see that any
Does it work on a Sun JVM?
On Aug 17, 2006, at 9:53 AM, Kevin Williams wrote:
Just updated and I am having trouble building ...
[surefire] Tests run: 3, Failures: 0, Errors: 2, Time elapsed:
1.983 sec
[surefire]
[surefire] testTransformation2
: Jeremy Boynes [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Thursday, August 17, 2006 9:57 AM
Subject: Re: Build break
Does it work on a Sun JVM?
On Aug 17, 2006, at 9:53 AM, Kevin Williams wrote:
Just updated and I am having trouble building ...
[surefire] Tests run: 3, Failures: 0
this. With that my build ran to
completion.
Scott Kurz wrote:
I think this is a real build break (not a bad pom in my maven
repo)... I
pasted my Maven output below after pulling the entire 'java' SVN
branch and
building
I don't see that any of the remote repo sites contain SNAPSHOT
versions
I tried this on OS X with the Sun JVM and get a different error in the
same area:
java.lang.LinkageError: loader constraints violated when linking
javax/xml/namespace/QName class at
com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.clinit(RuntimeBuiltinLeafInfoImpl.java:186)
]
To: tuscany-dev@ws.apache.org
Sent: Thursday, August 17, 2006 10:31 AM
Subject: Re: Build break
I tried this on OS X with the Sun JVM and get a different error in the same
area:
java.lang.LinkageError: loader constraints violated when linking
javax/xml/namespace/QName class
I am getting the following error trying to build revision: 431472 ...
[surefire]
testWSDLLocation(org.apache.tuscany.container.javascript.RhinoScriptI
ntrospectorTestCase) Time elapsed: 0.02 sec ERROR!
java.lang.RuntimeException: WSDLException: faultCode=OTHER_ERROR:
Unable to
I just updated my local copy (svn update) and now get the following
build error:
[ERROR] BUILD FAILURE
[INFO]
[INFO] Compilation failure
C:\apacheSVN\java\sca\core\src\main\java\org\apache\tuscany\core\context\impl\Co
[ http://issues.apache.org/jira/browse/TUSCANY-369?page=all ]
Jean-Sebastien Delfino resolved TUSCANY-369:
Resolution: Fixed
Fixed in 406394. Fixed the pom.xml causing the build failure.
Build break - failed to resolve artifact das
find symbol
symbol : variable super
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
-Original Message-
From: Daniel Kulp [mailto:[EMAIL PROTECTED]
Sent: 09 May 2006 03:39
To: tuscany-dev@ws.apache.org
Cc: Raymond Feng
Subject: Re: Build Break?
IBM's
: Raymond Feng
Subject: Re: Build Break?
IBM's JDK actually isn't broken with respect to the DOMImplementations.
It actually works like it's supposed to. I've changed the code so it
should now work with both IBM and Sun JDK's. It will try the correct
way first, and if that fails
:35 AM
Subject: Re: Build Break?
I had the same problem. There's a new feature in EMF that the SDO
generator needs, but for some reason mvn didn't just pick it up for me
either. I fixed it by deleting the eclipse portion of my local
repository,
after which it downloaded the latest jars
, May 08, 2006 10:38 AM
Subject: Re: Build Break?
You might try deleting the entire org/eclipse folder. I did this and SDO
and SDO tools now build fine.
Raymond Feng wrote:
Hi,
By removing the EMF jars from m2 repository, the compiling problem is
fixed. But the SDO code-gen failed
Frank has checked in a workaround. Please refresh and build again.
Thanks,
Raymond
- Original Message -
From: Ignacio Silva-Lepe [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, May 08, 2006 1:18 PM
Subject: Re: Build Break?
Hi Raymond,
Any luck with this? I am having
] -
Any ideas?
Thanks in advance.
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, May 08, 2006 4:34 PM
Subject: Re: Build Break?
Frank has checked in a workaround. Please refresh and build
more
[INFO]
---
--
Any ideas?
Thanks in advance.
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, May 08, 2006 4:34 PM
Subject: Re: Build Break?
Frank has
]
-
-- --
Any ideas?
Thanks in advance.
- Original Message -
From: Raymond Feng [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Sent: Monday, May 08, 2006 4:34 PM
Subject: Re: Build Break?
Frank has checked in a workaround. Please refresh
- Original Message -
From: Daniel Kulp [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Cc: Ignacio Silva-Lepe [EMAIL PROTECTED]
Sent: Monday, May 08, 2006 3:24 PM
Subject: Re: Build Break?
Hmm... that's a strange one. That class SHOULD be in your JDK rt.jar.
What version
:
com.sun.org.
apache.xerces.internal.dom.DOMImplementationSourceImpl
Thanks,
Raymond
- Original Message -
From: Daniel Kulp [EMAIL PROTECTED]
To: tuscany-dev@ws.apache.org
Cc: Ignacio Silva-Lepe [EMAIL PROTECTED]
Sent: Monday, May 08, 2006 3:24 PM
Subject: Re: Build Break
on Linux. The fix I committed is to use a
proper scoped XMLHelper instead of XMLHelper.INSTANCE.
Please let me know if this fixes the problem. If not, I need more information
about what exactly is going on in the Linux environment.
Thanks,
Frank.
Build break in sdo/impl - test case
Build break in sdo/impl - test case
org.apache.tuscany.sdo.test.DefineTypeTestCase - revision r396374.
--
Key: TUSCANY-214
URL: http://issues.apache.org/jira/browse/TUSCANY-214
[
http://issues.apache.org/jira/browse/TUSCANY-214?page=comments#action_12375929
]
Raymond Feng commented on TUSCANY-214:
--
The latest code builds successfully on my machine @ 9:20pm PST, 04/23/2006.
Build break in sdo/impl - test case
Raymond Feng (JIRA) wrote:
[ http://issues.apache.org/jira/browse/TUSCANY-214?page=comments#action_12375929 ]
Raymond Feng commented on TUSCANY-214:
--
The latest code builds successfully on my machine @ 9:20pm PST, 04/23/2006.
Build break in sdo
[
http://issues.apache.org/jira/browse/TUSCANY-214?page=comments#action_12375933
]
Raymond Feng commented on TUSCANY-214:
--
I'm running Windows XP.
Build break in sdo/impl - test case
org.apache.tuscany.sdo.test.DefineTypeTestCase - revision
96 matches
Mail list logo
