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 :-(
Kelvin. On 12/07/07, Luciano Resende <[EMAIL PROTECTED]> wrote:
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> <groupId>stax</groupId> <artifactId>stax-api</artifactId> <version>1.0.1</version> </dependency> Thoughts on why this changed again ? On 7/11/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > Kelvin, trying to build DAS I'm getting the following exception : > > [INFO] ------------------------------------------------------------------------ > [INFO] javax/xml/stream/XMLStreamException > [INFO] ------------------------------------------------------------------------ > [INFO] Trace > java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException > at org.apache.tuscany.sdo.helper.HelperContextImpl.<init>( HelperContextImpl.java:64) > at org.apache.tuscany.sdo.generate.XSD2JavaGenerator.generateFromXMLSchema( XSD2JavaGenerator.java:171) > at org.apache.tuscany.sdo.generate.XSD2JavaGenerator.generateFromXMLSchema( XSD2JavaGenerator.java:155) > at org.apache.tuscany.sdo.plugin.GeneratorMojo.execute( GeneratorMojo.java:270) > at org.apache.maven.plugin.DefaultPluginManager.executeMojo( DefaultPluginManager.java:443) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals( DefaultLifecycleExecutor.java:539) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle (DefaultLifecycleExecutor.java:480) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal( DefaultLifecycleExecutor.java:459) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures (DefaultLifecycleExecutor.java:311) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments( DefaultLifecycleExecutor.java:278) > at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute( DefaultLifecycleExecutor.java:143) > at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java :334) > at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) > at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) > 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.codehaus.classworlds.Launcher.launchEnhanced( Launcher.java:315) > at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) > at org.codehaus.classworlds.Launcher.mainWithExitCode( Launcher.java:430) > at org.codehaus.classworlds.Launcher.main(Launcher.java:375) > > > Are these related to the EMF dependency issues ? > > > On 7/11/07, Luciano Resende <[EMAIL PROTECTED]> wrote: > > 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 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 > > > stashed on my hard drive that has the codegen-ecore file at 756KB. If I > > > switch back to the 188KB version I get 260 compile errors in the sdo-tools > > > project, due to things like "GenClass can not be resolved to a type". > > > > > > I just, in the course of typing this note, tried listing the contents of > > > the 188KB file, and for the first time got an indication that the file is > > > in some way corrupt, so I will go back to the eclipse guy and see what he > > > can do ... > > > > > > C:\Documents and > > > Settings\Administrator\.m2\repository\org\eclipse\emf\codegen-ecore\2.2.3>jar > > > -tvf codegen-ecore-2.2.3 > > > jar > 188KBcontents.txt > > > java.io.EOFException: Unexpected end of ZLIB input stream > > > at java.util.zip.InflaterInputStream.fill( InflaterInputStream.java > > > :241) > > > at java.util.zip.InflaterInputStream.read( InflaterInputStream.java > > > :159) > > > at java.util.zip.ZipInputStream.read(ZipInputStream.java :155) > > > at java.util.zip.ZipInputStream.closeEntry( ZipInputStream.java:107) > > > at sun.tools.jar.Main.list(Main.java:782) > > > at sun.tools.jar.Main.run(Main.java:228) > > > at sun.tools.jar.Main.main(Main.java:942) > > > > > > Regards, Kelvin. > > > > > > > > > On 06/07/07, Simon Laws <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > 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 version via direct email. Please let me know if this fixes > > > > > your > > > > > problem. I will pursue an eclipse contact to try to get this fixed up. > > > > > > > > > > Regards, Kelvin. > > > > > > > > > > On 06/07/07, Simon Laws < [EMAIL PROTECTED]> wrote: > > > > > > > > > > > > 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] > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > --- > > > > > > [INFO] Building Tuscany SDO Tools > > > > > > [INFO] task-segment: [install] > > > > > > [INFO] > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > --- > > > > > > [INFO] [resources:resources] > > > > > > [INFO] Using default encoding to copy filtered resources. > > > > > > Downloading: > > > > > > http://people.apache.org/repo/m2-incubating-repository//org/eclipse > > > > > > /emf/codegen/2.2.3/codegen-2.2.3.pom > > > > > > Downloading: > > > > > > http://ftp.ussg.iu.edu/eclipse/modeling/emf/emf/maven2//org/eclipse > > > > > > /emf/codegen/2.2.3/codegen-2.2.3.pom > > > > > > 153b downloaded > > > > > > [WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for > > > > > > org/eclipse/e > > > > > > mf/codegen/2.2.3/codegen-2.2.3.pom - IGNORING > > > > > > > > > > > > > > > > > > It then reports problems with the build.. > > > > > > > > > > > > [INFO] Compilation failure > > > > > > > > > > > > error: error reading C:\Documents and > > > > > > Settings\simon\.m2\repository\org\eclipse\ > > > > > > emf\codegen-ecore\2.2.3\codegen-ecore-2.2.3.jar; Error opening zip > > > > > file > > > > > > C:\Docum > > > > > > ents and > > > > > > > > > > > Settings\simon\.m2\repository\org\eclipse\emf\codegen-ecore\2.2.3\codeg > > > > > > en-ecore-2.2.3.jar > > > > > > > > > > > > > > > > > C:\simon\Projects\Tuscany\java\java-head\sdo\tools\src\main\java\org\apache\tusc > > > > > > > > > > > any\sdo\generate\adapter\SDOGenClassGeneratorAdapter.java:[22,47] > > > > > package > > > > > > org.ec > > > > > > lipse.emf.codegen.ecore.generator does not exist > > > > > > > > > > > > > > > > > > So in particular codegen-ecore-2.2.3.jar seems to be duff. Anyone > > > > > else > > > > > > seeing this or is it just me? > > > > > > > > > > > > Simon > > > > > > > > > > > > > > > Thanks for the jar. It fixed my problem so there is something strange with > > > > that file in the repo. > > > > > > > > Simon > > > > > > > > > > > > > -- > > Luciano Resende > > Apache Tuscany Committer > > http://people.apache.org/~lresende > > http://lresende.blogspot.com/ > > > > > -- > Luciano Resende > Apache Tuscany Committer > http://people.apache.org/~lresende > http://lresende.blogspot.com/ > -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]