Oops, sorry all. I was responding to Ralph about logging. This doesn't
really have much to do with Maven.
On 6/11/11 9:03 AM, "Clark, Gil W." wrote:
>Interesting thread. So we are using Splunk as our log "viewer" and it has
>built in ability to map message ids
Interesting thread. So we are using Splunk as our log "viewer" and it has
built in ability to map message ids to the localized strings. But, it's
expensive for Splunk to do this (both in $ and processing time). So while
its architecturally more pure it requires a good log viewer that everyone
ha
Seems like you are looking for an osgi sort of function?
-Original Message-
From: Ralph Goers [mailto:ralph.go...@dslextreme.com]
Sent: Wednesday, December 30, 2009 9:03 AM
To: Maven Developers List
Subject: Re: Maven 2.2.2 soon?
I don't know why you are trying to shut off this discussio
Hey, so how's the vacation going?
Will Mark still be contacting us after Oct 1?
Gil
-Original Message-
From: Jason van Zyl [mailto:[EMAIL PROTECTED]
Sent: Monday, September 22, 2008 10:01 AM
To: Maven Developers List
Subject: No more uber jar
I made the uber jar and I think it was a mi
Woops, sorry all. I meant to send this just to Oleg.
Still good work though.
-Original Message-
From: Clark, Gil W. [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2008 10:22 AM
To: Maven Developers List
Subject: RE: Mercury Version Ranges
Hi Oleg,
This is great stuff. I
Hi Oleg,
This is great stuff. I've wanted quality ranges for a long time. What's the
best way to jump on to the thread here? Respond to the dev list or add a
comment to the codehaus discussion?
BTW, are you still at Linked In?
Thanks,
Gil
-Original Message-
From: Oleg Gusakov [mai
plugin versions from Maven 2.1
On 1 May 07, at 5:37 PM 1 May 07, Clark, Gil W. wrote:
> I know I'm getting into iffy territory here and my thoughts on this
> were kind of rejected on the users list but I think that if the
> version selection algorithm were to include some s
I know I'm getting into iffy territory here and my thoughts on this were kind
of rejected on the users list but I think that if the version selection
algorithm were to include some sort of quality identifier it would solve some
of these problems.
The idea here is that some folks are going to wa
I've modified Maven's versioning scheme to fit our corporate version
schema standard and to fit the way we need to choose components via a
discrete set of quality test states. The mod preserves Maven's "normal"
process so that plugins resolution still works but it will use the
custom process for v
I figured it out - I went back to v 1.4 of shade.
-Original Message-
From: Clark, Gil W. [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 18, 2007 8:53 AM
To: Maven Developers List
Subject: RE: Question on building Maven 2.0.x
Sorry to be naïve but is the shade work going to replace
07, at 10:55 AM 18 Apr 07, Clark, Gil W. wrote:
>
>
> A couple weeks back I was successfully building Maven 2.0.x. The last
> stage of the build is to run mvn assembly:assembly in the maven-core
> directory. The resultant zip, gz, etc. contained the uberjar called
> maven-2.
A couple weeks back I was successfully building Maven 2.0.x. The last
stage of the build is to run mvn assembly:assembly in the maven-core
directory. The resultant zip, gz, etc. contained the uberjar called
maven-2.0.x-uber.jar which goes in the lib directory. Unzip it
somewhere - everything
12 matches
Mail list logo