You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by Luciano Resende <lu...@gmail.com> on 2007/07/18 16:31:30 UTC
SDO Snapshot, was Re: Build break in implementation-das?
Kelvin or others working more closely with SDO, could someone please
publish the latest SDO Snapshots ?
On 7/18/07, Simon Nash <na...@hursley.ibm.com> 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 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 this
> is not the case.
>
> Is it always necessary to build SDO and/or DAS before building SCA?
> When will the correct SDO and DAS levels be published as snapshots so
> that this is not necessary?
>
> For now I have commented out implementation-das from my build so that
> I can make progress.
>
> Simon
>
> Jean-Sebastien Delfino wrote:
>
> > 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
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Need new DAS snapshot (was Re: SDO Snapshot, was Re: Build break
in implementation-das?)
Posted by Simon Nash <na...@hursley.ibm.com>.
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 have run your build just
> a few minutes too early to catch it?
>
> Regards Kelvin.
>
> On 18/07/07, Simon Nash <na...@hursley.ibm.com> wrote:
>
>>
>> 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 wrote:
>>
>> >
>> > 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
>> >>>
>> org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
>> >>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed:
>> 0.04sec
>> >>> Running org.apache.tuscany.sca.implementation.das.DASTestCase
>> >>> Initializing DAS
>> >>> (cut)
>> >>
>> >>
>> >> That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
>> >> problem for me. I guess the SDO snapshots need to be republished.
>> >>
>> > According to Kelvin, the SDO snapshots were republished before I
>> > cleaned out my repo and reran the build. I can work around it by
>> > doing what you have done, but it should be possible to get a clean
>> > build of SCA from published snapshots of SDO and DAS.
>> >
>> > Simon
>> >
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: Need new DAS snapshot (was Re: SDO Snapshot, was Re: Build break in implementation-das?)
Posted by kelvin goodson <ke...@gmail.com>.
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, Simon Nash <na...@hursley.ibm.com> wrote:
>
> 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 wrote:
>
> >
> > 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
> >>>
> org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
> >>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04sec
> >>> Running org.apache.tuscany.sca.implementation.das.DASTestCase
> >>> Initializing DAS
> >>> (cut)
> >>
> >>
> >> That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
> >> problem for me. I guess the SDO snapshots need to be republished.
> >>
> > According to Kelvin, the SDO snapshots were republished before I
> > cleaned out my repo and reran the build. I can work around it by
> > doing what you have done, but it should be possible to get a clean
> > build of SCA from published snapshots of SDO and DAS.
> >
> > Simon
> >
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
Need new DAS snapshot (was Re: SDO Snapshot, was Re: Build break
in implementation-das?)
Posted by Simon Nash <na...@hursley.ibm.com>.
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 wrote:
>
> 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
>>> org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
>>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
>>> Running org.apache.tuscany.sca.implementation.das.DASTestCase
>>> Initializing DAS
>>> (cut)
>>
>>
>> That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
>> problem for me. I guess the SDO snapshots need to be republished.
>>
> According to Kelvin, the SDO snapshots were republished before I
> cleaned out my repo and reran the build. I can work around it by
> doing what you have done, but it should be possible to get a clean
> build of SCA from published snapshots of SDO and DAS.
>
> Simon
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: SDO Snapshot, was Re: Build break in implementation-das?
Posted by Luciano Resende <lu...@gmail.com>.
I have just replublished DAS snapshots based on the same level of SDO
snapshots. And verified that it builds after cleaning my repo. Could
you please verify if you still have any issues ?
On 7/18/07, Simon Nash <na...@hursley.ibm.com> wrote:
>
> 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
> >> org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
> >> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
> >> Running org.apache.tuscany.sca.implementation.das.DASTestCase
> >> Initializing DAS
> >> (cut)
> >
> > That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
> > problem for me. I guess the SDO snapshots need to be republished.
> >
> According to Kelvin, the SDO snapshots were republished before I
> cleaned out my repo and reran the build. I can work around it by
> doing what you have done, but it should be possible to get a clean
> build of SCA from published snapshots of SDO and DAS.
>
> Simon
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Luciano Resende
Apache Tuscany Committer
http://people.apache.org/~lresende
http://lresende.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: SDO Snapshot, was Re: Build break in implementation-das?
Posted by Simon Nash <na...@hursley.ibm.com>.
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
>> org.apache.tuscany.sca.implementation.das.company.CompanyServiceTestCase
>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
>> Running org.apache.tuscany.sca.implementation.das.DASTestCase
>> Initializing DAS
>> (cut)
>
> That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
> problem for me. I guess the SDO snapshots need to be republished.
>
According to Kelvin, the SDO snapshots were republished before I
cleaned out my repo and reran the build. I can work around it by
doing what you have done, but it should be possible to get a clean
build of SCA from published snapshots of SDO and DAS.
Simon
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: SDO Snapshot, was Re: Build break in implementation-das?
Posted by Jean-Sebastien Delfino <js...@apache.org>.
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: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
> Running org.apache.tuscany.sca.implementation.das.DASTestCase
> Initializing DAS
> java.lang.UnsupportedOperationException
> at
> org.apache.tuscany.sdo.impl.DataObjectBase.getStaticType(DataObjectBase.java:393)
>
> at
> org.apache.tuscany.sdo.impl.DataObjectBase.eStaticClass(DataObjectBase.java:388)
>
> at
> org.apache.tuscany.sdo.impl.ExtensibleDataObjectImpl.eClass(ExtensibleDataObjectImpl.java:118)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.processObject(XMLHandler.java:2161)
>
> at
> org.eclipse.emf.ecore.xmi.impl.SAXXMLHandler.processObject(SAXXMLHandler.java:93)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromFeatureType(XMLHandler.java:1926)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1791)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
>
> at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:401)
>
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
>
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
>
> at
> com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(XMLNSDocumentScannerImpl.java:779)
>
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1794)
>
> at
> com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
>
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
>
> at
> com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
>
> at
> com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
>
> at
> com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
>
> at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
> at
> org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
> at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
>
> at
> org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:585)
>
> at
> org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
>
> at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
>
> at
> org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
>
> at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
> at
> org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
> at
> org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(ConfigUtil.java:52)
> at org.apache.tuscany.das.rdb.impl.DASImpl.<init>(DASImpl.java:62)
> at
> org.apache.tuscany.das.rdb.impl.DASFactoryImpl.createDAS(DASFactoryImpl.java:31)
>
> at
> org.apache.tuscany.sca.implementation.das.provider.DataAccessEngineManager.initializeDAS(DataAccessEngineManager.java:45)
>
> at
> org.apache.tuscany.sca.implementation.das.provider.DataAccessEngineManager.getDAS(DataAccessEngineManager.java:65)
>
> at
> org.apache.tuscany.sca.implementation.das.provider.DASImplementationProvider.createInvoker(DASImplementationProvider.java:52)
>
> at
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.addImplementationInterceptor(CompositeActivatorImpl.java:641)
>
> at
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createServiceWire(CompositeActivatorImpl.java:600)
>
> at
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createWires(CompositeActivatorImpl.java:556)
>
> at
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createRuntimeWires(CompositeActivatorImpl.java:376)
>
> at
> org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:790)
>
> at
> org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:153)
>
> at
> org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
>
> at
> org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
>
> at
> org.apache.tuscany.sca.implementation.das.DASTestCase.setUp(DASTestCase.java:42)
>
> at junit.framework.TestCase.runBare(TestCase.java:125)
> at junit.framework.TestResult$1.protect(TestResult.java:106)
> at junit.framework.TestResult.runProtected(TestResult.java:124)
> at junit.framework.TestResult.run(TestResult.java:109)
> at junit.framework.TestCase.run(TestCase.java:118)
> at junit.framework.TestSuite.runTest(TestSuite.java:208)
> at junit.framework.TestSuite.run(TestSuite.java:203)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
>
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
>
> at
> org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
>
> at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>
> at java.lang.reflect.Method.invoke(Method.java:585)
> at
> org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
>
> at
> org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
>
>
>
> kelvin goodson wrote:
>> I just published a fresh SDO snapshot
>> Kelvin.
>>
>> On 18/07/07, Luciano Resende <lu...@gmail.com> wrote:
>>
>>>
>>> Kelvin or others working more closely with SDO, could someone please
>>> publish the latest SDO Snapshots ?
>>>
>>> On 7/18/07, Simon Nash <na...@hursley.ibm.com> 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 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 this
>>> > is not the case.
>>> >
>>> > Is it always necessary to build SDO and/or DAS before building SCA?
>>> > When will the correct SDO and DAS levels be published as snapshots so
>>> > that this is not necessary?
>>> >
>>> > For now I have commented out implementation-das from my build so that
>>> > I can make progress.
>>> >
>>> > Simon
>>> >
>>> > Jean-Sebastien Delfino wrote:
>>> >
>>> > > 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
>>> > >
>>> >
>>> >
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
>>> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>>> >
>>> >
>>>
>>>
That's what I was seeing too. Rebuilding SDO and DAS locally fixed the
problem for me. I guess the SDO snapshots need to be republished.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: SDO Snapshot, was Re: Build break in implementation-das?
Posted by Simon Nash <na...@hursley.ibm.com>.
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, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
Running org.apache.tuscany.sca.implementation.das.DASTestCase
Initializing DAS
java.lang.UnsupportedOperationException
at org.apache.tuscany.sdo.impl.DataObjectBase.getStaticType(DataObjectBase.java:393)
at org.apache.tuscany.sdo.impl.DataObjectBase.eStaticClass(DataObjectBase.java:388)
at org.apache.tuscany.sdo.impl.ExtensibleDataObjectImpl.eClass(ExtensibleDataObjectImpl.java:118)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processObject(XMLHandler.java:2161)
at org.eclipse.emf.ecore.xmi.impl.SAXXMLHandler.processObject(SAXXMLHandler.java:93)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectFromFeatureType(XMLHandler.java:1926)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObject(XMLHandler.java:1791)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.handleFeature(XMLHandler.java:1569)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createDocumentRoot(XMLHandler.java:1237)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createObjectByType(XMLHandler.java:1165)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.createTopObject(XMLHandler.java:1247)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.processElement(XMLHandler.java:883)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:866)
at org.eclipse.emf.ecore.xmi.impl.XMLHandler.startElement(XMLHandler.java:627)
at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl$SDOXMLLoadImpl$XmlHandler.startElement(SDOXMLResourceImpl.java:401)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.startElement(AbstractSAXParser.java:533)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.scanStartElement(XMLNSDocumentScannerImpl.java:330)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl$NSContentDispatcher.scanRootElementHook(XMLNSDocumentScannerImpl.java:779)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1794)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:368)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:834)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:764)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:148)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1242)
at javax.xml.parsers.SAXParser.parse(SAXParser.java:375)
at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(XMLLoadImpl.java:268)
at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(XMLResourceImpl.java:666)
at org.apache.tuscany.sdo.util.resource.SDOXMLResourceImpl.doLoad(SDOXMLResourceImpl.java:585)
at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(XMLResourceImpl.java:634)
at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:266)
at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(XMLDocumentImpl.java:239)
at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:97)
at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(XMLHelperImpl.java:79)
at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(ConfigUtil.java:52)
at org.apache.tuscany.das.rdb.impl.DASImpl.<init>(DASImpl.java:62)
at org.apache.tuscany.das.rdb.impl.DASFactoryImpl.createDAS(DASFactoryImpl.java:31)
at org.apache.tuscany.sca.implementation.das.provider.DataAccessEngineManager.initializeDAS(DataAccessEngineManager.java:45)
at org.apache.tuscany.sca.implementation.das.provider.DataAccessEngineManager.getDAS(DataAccessEngineManager.java:65)
at org.apache.tuscany.sca.implementation.das.provider.DASImplementationProvider.createInvoker(DASImplementationProvider.java:52)
at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.addImplementationInterceptor(CompositeActivatorImpl.java:641)
at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createServiceWire(CompositeActivatorImpl.java:600)
at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createWires(CompositeActivatorImpl.java:556)
at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.createRuntimeWires(CompositeActivatorImpl.java:376)
at org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.activate(CompositeActivatorImpl.java:790)
at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.<init>(DefaultSCADomain.java:153)
at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230)
at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69)
at org.apache.tuscany.sca.implementation.das.DASTestCase.setUp(DASTestCase.java:42)
at junit.framework.TestCase.runBare(TestCase.java:125)
at junit.framework.TestResult$1.protect(TestResult.java:106)
at junit.framework.TestResult.runProtected(TestResult.java:124)
at junit.framework.TestResult.run(TestResult.java:109)
at junit.framework.TestCase.run(TestCase.java:118)
at junit.framework.TestSuite.runTest(TestSuite.java:208)
at junit.framework.TestSuite.run(TestSuite.java:203)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138)
at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125)
at org.apache.maven.surefire.Surefire.run(Surefire.java:132)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:290)
at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:818)
kelvin goodson wrote:
> I just published a fresh SDO snapshot
> Kelvin.
>
> On 18/07/07, Luciano Resende <lu...@gmail.com> wrote:
>
>>
>> Kelvin or others working more closely with SDO, could someone please
>> publish the latest SDO Snapshots ?
>>
>> On 7/18/07, Simon Nash <na...@hursley.ibm.com> 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 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 this
>> > is not the case.
>> >
>> > Is it always necessary to build SDO and/or DAS before building SCA?
>> > When will the correct SDO and DAS levels be published as snapshots so
>> > that this is not necessary?
>> >
>> > For now I have commented out implementation-das from my build so that
>> > I can make progress.
>> >
>> > Simon
>> >
>> > Jean-Sebastien Delfino wrote:
>> >
>> > > 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
>> > >
>> >
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>> >
>> >
>>
>>
>> --
>> Luciano Resende
>> Apache Tuscany Committer
>> http://people.apache.org/~lresende
>> http://lresende.blogspot.com/
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: SDO Snapshot, was Re: Build break in implementation-das?
Posted by kelvin goodson <ke...@gmail.com>.
I just published a fresh SDO snapshot
Kelvin.
On 18/07/07, Luciano Resende <lu...@gmail.com> wrote:
>
> Kelvin or others working more closely with SDO, could someone please
> publish the latest SDO Snapshots ?
>
> On 7/18/07, Simon Nash <na...@hursley.ibm.com> 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 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 this
> > is not the case.
> >
> > Is it always necessary to build SDO and/or DAS before building SCA?
> > When will the correct SDO and DAS levels be published as snapshots so
> > that this is not necessary?
> >
> > For now I have commented out implementation-das from my build so that
> > I can make progress.
> >
> > Simon
> >
> > Jean-Sebastien Delfino wrote:
> >
> > > 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
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
> --
> Luciano Resende
> Apache Tuscany Committer
> http://people.apache.org/~lresende
> http://lresende.blogspot.com/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>