Stephen Connolly wrote on 12/01/2014
12:14:23 PM:
> It all depends how you use them.
>
> There are some use cases where they make sense.
>
> Usually these use cases include aggressive shading of the dependencies
you
> are bundling.
>
> Some cases where it can be useful:
>
> * If you are int
I seem to recall a post in the not too distant past where is was at least
implied (if not outwardly stated) that the use of uber jars was an
anti-practice. Unfortunately I can't find it now and my google-fu is
failing me.
Am I making this up? Can anyone confirm my recollection?
Is there a best
Stephen Connolly wrote on 01/02/2014
02:06:55 PM:
> I personally liked the anteater idea... We can ask the Ant PMC if we
have a
> "winning" logo that we are worried about
While some Ant folks might appreciate the tongue-in-cheek nature of an
anteater logo, I think it be seen by many more folk
I'm packaging my (multi-module) product using an assembly of assemblies
approach for projects that have "extra" stuff that needs to be included in
the distribution (i.e. other than their regular attached JAR). I'm having
problems with inheriting the assembly plugin executions in cases where
the
Wayne Fay wrote on 08/02/2013 12:24:14 PM:
> > Is there a work-around for this problem? Is it a known issue or should
I
>
> You mean other than this work-around that you already found??
>
> > example) are retrieved from the remote repo. The problem goes awayif I
"mvn
> > install" the research
I have a large, multi-module project that includes WAR and EAR projects.
We are using skinny WARs inside the EAR.
I'm seeing a problem where the WAR manifest has timestamped classpath
entries (e,g, research-jpa-1.0.0-20130802.22-177.jar) but the EAR
contains SNAPSHOT files (e.g. research-jp
I'm wondering if anyone on the list has some wisdom they are willing to
share regarding the Maven way to perform Dojo custom builds.
Currently I'm more or less following the recipe from
http://www.mahieu.org/?p=3, it works but it feels...unnatural. I'm having
a hard time believing that there's
Olivier Lamy wrote on 05/22/2013 05:40:49 AM:
> The easiest will be to use EventSpy (put the the jar in
$M2_HOME/lib/ext)
> You can find a sample for using ExecutionListener here
> https://github.com/olamy/maven-growl-plugin
> But I find that a bit hackish :-)
Thanks to your help I now have a w
Olivier Lamy wrote on 05/20/2013 07:11:40 PM:
> You can write your own ExecutionListener (you can extend this
> http://maven.apache.org/ref/3-LATEST/apidocs/org/apache/maven/
> execution/AbstractExecutionListener.html)
> or your own EventSpy (see
> http://maven.apache.org/ref/3-LATEST/apidocs/org
I'd like to write my own listener to Maven logging events, similar to
Ant's "-listener" option. Is there any such function available in Maven? I
googled around for it but didn't turn up anything.
Jeffrey E. (Jeff) Care
Advisory Software Engineer | IBM Watson Solutions Release Engineering
email
Stephen Connolly wrote on 05/17/2013
11:49:36 AM:
> That is not a use case for animal sniffer.
> http://mojo.codehaus.org/clirr-maven-plugin/
> Or
> http://mojo.codehaus.org/jdiff-maven-plugin/
>
> On Friday, 17 May 2013, Jeffrey E Care wrote:
>
> > I'm looking
William Eason wrote on 05/17/2013 11:21:37 AM:
> Yes I've used it. I thought it worked great!
>
> On Fri, May 17, 2013 at 10:24 AM, Jeffrey E Care
wrote:
>
> > Is anyone using animal-sniffer? I found & reported a potential problem
on
> > the mojo mailing
Is anyone using animal-sniffer? I found & reported a potential problem on
the mojo mailing list, but no response so far. I'm wondering if anyone
here on the list is using it or has used it in the past.
Jeffrey E. (Jeff) Care
Advisory Software Engineer | IBM Watson Solutions Release Engineering
Wayne Fay wrote on 04/02/2013 03:23:03 PM:
> > I have a situation where many of my projects need to produce an
adjunct
> > artifact (in addition to the primary JAR) for later collection into my
> > distribution image.
>
> What types of things are stored in your adjunct artifacts? How are
> they
I have a situation where many of my projects need to produce an adjunct
artifact (in addition to the primary JAR) for later collection into my
distribution image.
I'd like to simplify the process that I use to generate the distribution
image, as right now the POM for the distribution project ha
"Zanzerkia, Robert" wrote on 03/19/2013
12:10:33 PM:
> From: "Zanzerkia, Robert"
> To: "users@maven.apache.org" ,
> Date: 03/19/2013 12:12 PM
> Subject: Nexus deployment of a ZIP file...
>
> Hi,
> I am trying to deploy a zip file built using Maven to the Nexus
> repository (internal to our
Hossein Miri wrote on 03/07/2013 09:46:49 AM:
> there are a number of options for install:
>
> - Maven Integration for Eclipse WTP (Incubation)
> by Eclipse.org, EPL
>
> - m2eclipse-wtp : Maven Integration for Eclipse WTP (from github)
> by Red Hat, Inc., EPL
>
> - Maven Integrat
Joachim Durchholz wrote on 03/01/2013 07:08:52 AM:
> > The complete coordinates of an artifact are GAVTC: group,
> > artifact(name), version, type (default is jar), classifier (default is
> > empty).
>
> Hm. Can I specify the type in a dependency as well?
> Just curious, I certainly don't want t
18 matches
Mail list logo