Very good that we have this in JIRA, I could use this also. I have now
created a custom goal for maven 1 that does this (drawback is that we don't
have the scoped dependencies there, so that is a bit of a problem, but it
works)
regards,
Wim
2005/9/20, Mark Hobson [EMAIL PROTECTED]:
Isn't
Jason van Zyl [EMAIL PROTECTED] writes:
[...]
5. Other project structures. Sometimes I will encounter a project
where all the source code is in one tree (beginning with com/). I'm
not saying its any better than one directory per artifact, but I am
saying I encounter such projects in my
Dave Neuer [EMAIL PROTECTED] writes:
To which I have to say: why the hell did someone develop surefire in the
first place? There's already a perfectly good Ant junit task? And why
their own microcontainer? What the heck was wrong w/ Spring (which lots
of people already use).
It seems to me to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Comments are inline. Please bear with me, I think my responses are as
lengthy as your original email! :(
Cheers,
John
Ashley Williams wrote:
| Sincere apologies to the dev team if this email seems like a troll, I
| absolutely don't mean it to be.
On Tue, 2005-09-20 at 14:19 +0100, Ashley Williams wrote:
1. Usability from Ant - there are hundreds of Ant targets out there
that are useful for me today. I can't justify waiting for them to be
rewritten as Maven equivalents not only because I need functionality
today, but also because
John, I appreciate your thoughful and reasonable responses to
questions/issues like this. I have to second Ashley on this one. Please
try not to take the following personally, but consider it one person's
bad experience w/ trying to use m2 to do what seems like a simple
thing...
I really like
On 20 Sep 2005, at 16:15, John Casey wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Comments are inline. Please bear with me, I think my responses are as
lengthy as your original email! :(
Cheers,
John
Ashley Williams wrote:
| Sincere apologies to the dev team if this email seems like
I appreciate your response and I hope this information is useful to
others as well
as myself. With regards to comparing Ivy to Maven you might be right
in saying it's
comparing apples to oranges. Nevertheless it sure doesn't look that
way to the
newbie and I would say that you've made that
John is basically stating the very thing that I'm against in the statement
below. I have a 3rd party command line utility from
www.agitar.comhttp://www.agitar.com,
that basically does unit tests against our code. I want to write (and have
started writing) an M2 plugin to execute the java command
-Original Message-
From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
Sent: mardi 20 septembre 2005 19:15
To: Maven Users List
Subject: Re: [m2] reasons for sticking with maven
John is basically stating the very thing that I'm against in the statement
below. I have a 3rd party
, Vincent Massol [EMAIL PROTECTED] wrote:
-Original Message-
From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
Sent: mardi 20 septembre 2005 19:15
To: Maven Users List
Subject: Re: [m2] reasons for sticking with maven
John is basically stating the very thing that I'm against
:
|
|-Original Message-
|From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
|Sent: mardi 20 septembre 2005 19:15
|To: Maven Users List
|Subject: Re: [m2] reasons for sticking with maven
|
|John is basically stating the very thing that I'm against in the statement
|below. I have a 3rd party command
On Tue, 2005-09-20 at 11:52 -0400, Dave Neuer wrote:
To which I have to say: why the hell did someone develop surefire in the
first place?
Short answer: classloader issues. Longer answer is that I wanted
something like SuiteRunner which Surefire is based on:
, Vincent Massol [EMAIL PROTECTED] wrote:
|
|
|
|-Original Message-
|From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
|Sent: mardi 20 septembre 2005 19:15
|To: Maven Users List
|Subject: Re: [m2] reasons for sticking with maven
|
|John is basically stating the very thing that I'm against
Ashley,
I recommend that you pull my AntFile Plugin (as a ZIP) from the M2
Jira. I think you will see that this provides exactly what you're
asking for -- a simple, clean blending of Ant w/ Maven (Included is an
Axis WSDL2Java plugin that demonstrates it's usage pattern). You
script with Ant, roll
:
|
|-Original Message-
|From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
|Sent: mardi 20 septembre 2005 19:15
|To: Maven Users List
|Subject: Re: [m2] reasons for sticking with maven
|
|John is basically stating the very thing that I'm against in the
statement
|below. I have a 3rd party
of maintenance.
|
| -john
|
| Vincent Massol wrote:
| |
| |-Original Message-
| |From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
| |Sent: mardi 20 septembre 2005 19:15
| |To: Maven Users List
| |Subject: Re: [m2] reasons for sticking with maven
| |
| |John is basically stating the very thing
Dave Neuer wrote:
However, I don't like having no ability to reuse test code from one
project in another project which depends on it. Example: project A has
interface Blah and interface BlahDAO to persist blahs. I have
AbstractBlahDAOTest which has testXXX methods which test *interface
I just re-read you email and I'm confused by your comment, please clarify if
possible. But isn't what I've been hopefully explaining is the creation of a
mojo that wraps a command line process. I have written the mojos (agitate
and dashboard) an users only need to reference the plugin in their
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
that sounds perfectly sane, except it sounds like you only need an API
for calling a java main() method and handling output than an actual
plugin. Once you have that API, you're set, it sounds like...then your
plugin can depend on that api, and give
On Tue, 2005-09-20 at 13:09 -0500, Wendell Beckwith wrote:
I just re-read you email and I'm confused by your comment, please clarify if
possible. But isn't what I've been hopefully explaining is the creation of a
mojo that wraps a command line process. I have written the mojos (agitate
and
YES!! That is exactly what I need/want. Sorry if I wasn't clear before, but
I'm definitely not for the embedding of command lines in he pom. Now that I
understand where you're coming from, I can completely agree with you that
embedding this stuff in a pom would definitely lead to cut-n-paste code
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
it's not a command line execution...it's a java main() call...right?
Trygve Laugstøl wrote:
| On Tue, 2005-09-20 at 13:09 -0500, Wendell Beckwith wrote:
|
|I just re-read you email and I'm confused by your comment, please
clarify if
|possible. But
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
so, all that remains is to write that API that you need :-)
I've been thinking that we may need a sub-project within maven (with
separated release cycle) to address plugin utility
libraries...constructing a classloader from the project dependencies,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, fair enough...but the maven process should probably install a
security manager to restrict who can call System.exit(..) (i.e. no-one
can! :)
But there is still the potential for issues surrounding
OutOfMemoryError's and the like. If you're going
I will look into commons-exec since I wasn't aware of it and thnx for all
the help.
Wb
On 9/20/05, John Casey [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ok, fair enough...but the maven process should probably install a
security manager to restrict who can call
-
From: Carsten Ziegeler [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 20, 2005 2:05 PM
To: Maven Users List
Subject: Re: [m2] reasons for sticking with maven
Dave Neuer wrote:
However, I don't like having no ability to reuse test code from one
project in another project which depends
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
any time.
Wendell Beckwith wrote:
| I will look into commons-exec since I wasn't aware of it and thnx for all
| the help.
|
| Wb
|
|
| On 9/20/05, John Casey [EMAIL PROTECTED] wrote:
|
| Ok, fair enough...but the maven process should probably
On Tue, 2005-09-20 at 14:30 -0400, John Casey wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
so, all that remains is to write that API that you need :-)
I've been thinking that we may need a sub-project within maven (with
separated release cycle) to address plugin utility
Dave Neuer wrote:
Yes, that's a workaround I'm not OK with, so a developer cannot be in
/masterProject/projectA and do m2 test, see BUILD SUCCESSFUL and think
that everything is OK and check in a bunch of broken code because no
tests
were run -- since the tests for A don't live in A.
Oh no,
Isn't this covered by http://jira.codehaus.org/browse/MNG-932 ?
Mark
On 20/09/05, John Casey [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Another solution might be an attached artifact (logically attached to
the main .jar in the repository via the metadata) that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yeah, that looks like it. I wasn't aware of that issue...too new, I guess :)
Thanks, Mark.
john
Mark Hobson wrote:
| Isn't this covered by http://jira.codehaus.org/browse/MNG-932 ?
|
| Mark
|
| On 20/09/05, John Casey [EMAIL PROTECTED] wrote:
|
|
To: Maven Users List
Subject: Re: [m2] reasons for sticking with maven
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
yeah, that looks like it. I wasn't aware of that issue...too new, I
guess :)
Thanks, Mark.
john
Mark Hobson wrote:
| Isn't this covered by http://jira.codehaus.org/browse/MNG-932
Vincent Massol wrote:
|
|-Original Message-
|From: Wendell Beckwith [mailto:[EMAIL PROTECTED]
|Sent: mardi 20 septembre 2005 19:15
|To: Maven Users List
|Subject: Re: [m2] reasons for sticking with maven
|
|John is basically stating the very thing that I'm against
Ugh, what a long thread to wake up to when you've got a headache :)
I think there have been some very good answers here already, but I'll add my
own thoughts for completeness.
On 9/20/05, Ashley Williams [EMAIL PROTECTED] wrote:
Sincere apologies to the dev team if this email seems like a
35 matches
Mail list logo