Oh ... just saw that you allready did ... the binaries are available at:
https://oss.sonatype.org/content/groups/staging/org/flexunit/flexunit/4.1.0/
I think they should also find their way to the repo1.maven.org, but don't
know how long this will take.
Chris
2013/1/21 Christofer Dutz
I deployed the flexunit binaries in 3 flavours. flex4, flex3 and as3 so you
need a classifier pulling in the flex4 version.
Chris
2013/1/20 Sylvain sylvain.le...@gmail.com
Now I need to resolve org.flexunit:flexunit:swc:flex4:4.1.0. :-)
Any pointers ?
Le vendredi 18 janvier 2013 16:17:11
@Patrick ... yes ... creating a pull request would be the best way to go.
@Patrick ... Flexunit 4.1 is available ... I deployed the lib to sonatype
myself.
2013/1/21 Sylvain sylvain.le...@gmail.com
Ok, this one was actually easy: just navigate to http://flexunit.org,
download the 4.1.0-SDK in
Le vendredi 11 janvier 2013 12:03:53 UTC+1, Christofer Dutz a écrit :
Try removing the classifiertheme/classifier
Chris
2013/1/11 Anton Eryemenko eldes...@gmail.com javascript:
spark-4.6.0.23201.swc
--
You received this message because you are subscribed to the Google
Groups Flex
Try removing the classifiertheme/classifier
Chris
2013/1/11 Anton Eryemenko eldest@gmail.com
spark-4.6.0.23201.swc
--
You received this message because you are subscribed to the Google
Groups Flex Mojos group.
To post to this group, send email to flex-mojos@googlegroups.com
To
The error i get is the following:
java.lang.NoClassDefFoundError:
org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream
So it seems the GzipCompressorInputStream is not available in the
mavenizer.jar.
Den tirsdag den 27. november 2012 12.09.57 UTC+1 skrev Christofer Dutz:
Regarding the other two errors ... do you have any more output? I sort of
can't see the problem as the commandline seemt to be valid. Are you only
generating one FDK? or are these the only ones causing problems? Are you
eventually using a 64bit Java 7 VM? I had to install a 32bit VM just in
oder
Hi, Chris!
My first error is:
Exception in thread main java.lang.NoClassDefFoundError:
org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream
at air.AirRuntimeGenerator.processFlashRuntime(AirRuntimeGenerator.java:139)
at
I think I know the problem. The lib is built using Maven and therefore
would require Maven to provide the dependencies. In your case
GzipCompressInputStream is missing and therefore you are getting that
error. What I really found a little strange is that I have no problem at
all running the thing,
The error i get is the following:
Exception in thread main java.lang.NoClassDefFoundError:
org/apache/commons/compress/compressors/gzip/GzipCompressorInputStream
at air.AirRuntimeGenerator.processFlashRuntime(AirRuntimeGenerator.java:139)
at
Well the plugin is built using maven and I currently get the 3 dependencies
from default repos. So as soon as the build ran, there should not be any
CNFEs. What classes is ist complaining about? I don't want to bundle third
party artifacts if this is not needed. And Apache explicitly prohibits
Hi, Christofer!
What i meant by point 1, was that your mavenizer tool uses two
dependencies. When running the maven generated jar (the mavenizer) - i get
some class not found exceptions, because the dependencies in the pom are
not available in the mavenizer jar.
The shade plugin assures, that
Ok ... so I just setup my SVN access and fixed the path problem for the
compiler artifacts on non-windows machines. @netphreak ... could you please
give this a try? ... When updating the empty zip code I got 0-byte zips
instead of 22byte zips. The 22byte ones are actually real zip files, the
0byte
13 matches
Mail list logo