Is 3.3.1 released? Available on maven central
http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22org.apache.maven%22%20AND%20a%3A%22maven%22
//christian
On 03/13/2015 09:21 PM, Jason van Zyl wrote:
Hi,
Time to release Maven 3.3.1!
Here is a link to Jira with 37 issues resolved:
https://jira.c
t; Then, SVN will be renamed and I'll put together a beta release.
>>
>> Vote will close in 72 hours.
>>
>> Cheers,
>> Brett
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED
Wayne Fay wrote:
Don't suppose anyone has a method for comparing the contents of two
file system trees? I can extract the class files from their
distribution, build from source myself, and compare the file sizes etc
assuming I can find a simple comparison process.
well I'm not sure what system
ess the same
entries, for example, does not continuum exist for maven 2? does not
maven 2 have any plugins?
/Christian Andersson
Brett Porter wrote:
here is the proposed new site:
http://people.apache.org/~brett/maven2-stage-site/
http://people.apache.
Components: Dependencies
Reporter: Christian Andersson
I'm trying to use directory-networking/mina in one of my projects,but whatever
I do I can't get it to compile anything since mina is depending on emma/emma
v2.0.latest and there is no such thing on ibiblio. v2.0.5312 seems to be th
cofor me the jnlp plugin did not do what I expected, therefore I created
my own plugin for this.
unfourtunally in the end it did not work for me as expected either :-(
so I went back to signing the jars with a simple script calling
jarsigner. but I could just show you what I did in the plugin.
we use many smaller
projects instead...
/Christian Andersson
Tim Anderson wrote:
Hmm - sounds a little like overkill to me.
How much time does it add to each build compared
to one where the list of classes to generate stubs
for are predefined?
And how well does it scale to large codebases?
Fro
Rafal Krzewski wrote:
Christian Andersson wrote:
I've made a small rmic plugin for my own usage (with some help from
within here)
what it does is that it searches all compiled classes from your project,
and locates every class that implements the java.rmi.Remote interface,
the class cannot
c for all
of these classes, hence there is no need for a maven.rmi.classes
variable or anything...
well it works for me atleast :-)
/Christian Andersson
Tim Anderson wrote:
In a couple of projects I work on, I add a postGoal
to java:compile to invoke rmic - from other posts, this seems
to
