> Well, at the moment, I downgraded the dependency in there (tika 0.8 ->
> tika 0.7), and this seems to eliminate the problem so I kow it's either
> about 0.8 (plus transitive dependencies) being way larger or tika 0.8
> being somehow broken. However, at the moment, given the error messages
> seen
Hi Wayne, all;
... and first off, thanks a bunch for getting me sorted out.
Am Fri, 4 Feb 2011 16:37:32 -0500
schrieb Wayne Fay :
> Are you sure the Apache Tika jar that you've got in your repo is a
> valid jar file? Can you open it with jar -xf and make sure? I'd
> suspect there is a problem w
> Problem creating jar: Unexpected end of ZLIB input stream at
> org.apache.maven.plugin.assembly.mojos.AbstractAssemblyMojo.execute(AbstractAssemblyMojo.java:429)
>
> Surprisingly, as soon as I disable / leave out the tika dependency,
> assembly:assembly works as intended. Unfortunately, this is n
Folks;
after using assembly / jar-with-dependencies in many internal cases so
far in order to quickly build "fat", runnable jar files, at the moment
I happen to be completely stuck with this. The project to be built is a
.jar artifact, having jcouchdb, apache tika 0.8 and a few other
de
Folks;
after using assembly / jar-with-dependencies in many internal cases so
far in order to quickly build "fat", runnable jar files, at the moment
I happen to be completely stuck with this. The project to be built is a
.jar artifact, having jcouchdb, apache tika 0.8 and a few other
de
Folks;
after using assembly / jar-with-dependencies in many internal cases so
far in order to quickly build "fat", runnable jar files, at the moment
I happen to be completely stuck with this. The project to be built is a
.jar artifact, having jcouchdb, apache tika 0.8 and a few other
de
In particular, it was really slow.
Rather than jar-in-jar execution, most solutions have focused on
repacking a single JAR and combining the resources as well as
rewriting references and in some cases stripping out unneeded code.
I recommend looking at the Shade plugin in Maven.
Cheers,
Brett
2
Does anyone have some insight as to why the uberjar functionality of the
Classworlds project hasn't gotten much support with Maven 2?
http://classworlds.codehaus.org/uberjar.html
It seems like a really useful setup as it preserves some of the information
that the assembly plugin strips, such as
Hi,
I've troubles in assembling an artifact that uses two jars with a
META-INF/services/foo. There is a way to merge these files into a single
file?
Thanks in advance.
--
Best Regards,
-- Davide Angelocola
-
To unsubscribe,
On Saturday 05 January 2008 00:55:31 Davide Angelocola wrote:
> Hi,
> I'm want to deploy the jar-with-dependecies artifact in my public
> repository. There is a simple way to do it?
I've solved using the code snippet in this page:
http://www.mail-archive.com/users%40maven.apache.org/msg65380.html
Hi,
I'm want to deploy the jar-with-dependecies artifact in my public
repository. There is a simple way to do it?
--
Best Regards,
-- Davide Angelocola
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
> http://jira.codehaus.org/browse/MNG-1380
On Mon, 31 Oct 2005, Brett Porter wrote:
> Yes, that's an issue with the assembly plugin. If there is no
> corresponding JIRA issue, please file one.
>
> - Brett
>
> On 10/28/05, Michael Heuer <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > I followed the
Yes, that's an issue with the assembly plugin. If there is no
corresponding JIRA issue, please file one.
- Brett
On 10/28/05, Michael Heuer <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I followed the guide at
>
> > http://maven.apache.org/guides/mini/guide-manifest.html
>
> to add entries to my MANIFE
Hello,
I followed the guide at
> http://maven.apache.org/guides/mini/guide-manifest.html
to add entries to my MANIFEST.MF, and that works fine with
$ mvn package
However, it seems that the assembly plugin does not reuse the
configuration information when building the jar-with-dependencies jar,
14 matches
Mail list logo
