so, what happened with the survey? :-)
Rahul
- Original Message -
From: "Brett Porter" <[EMAIL PROTECTED]>
To: "Maven Developers List"
Sent: Sunday, November 26, 2006 2:54 PM
Subject: Re: [discuss] Java 5
This would have zero impact on applications built with Maven.
I'd been meani
I agree, for now - but I think that option for testing purposes is
worthwhile.
- Brett
On 02/12/2006, at 10:12 AM, Carlos Sanchez wrote:
that's another option ;), but this way is more "real"
On 12/1/06, Brett Porter <[EMAIL PROTECTED]> wrote:
what about adding an option to the release plug
that's another option ;), but this way is more "real"
On 12/1/06, Brett Porter <[EMAIL PROTECTED]> wrote:
what about adding an option to the release plugin to ignoreSnapshots?
- Brett
On 02/12/2006, at 6:59 AM, Carlos Sanchez wrote:
> I just did this internal release to test MNG-2228. I can't
Isn't that what war:war does?
On 02/12/2006, at 2:01 AM, Michael Horwitz wrote:
On 12/1/06, Simone Gianni <[EMAIL PROTECTED]> wrote:
Michael Horwitz wrote:
> Hi Simone,
>
> You could try the following:
>
> 1) Run the war:inplace goal.
> 2) Do the work on the exploded file.
> 3) Run the normal
I'll look at it next week if nobody else gets to it first. Bit
crunched right now.
On 02/12/2006, at 6:18 AM, Jason Dillon wrote:
Anyone had some free cycles to look at the patch for this:
http://jira.codehaus.org/browse/MNG-2681
--jason
On Nov 18, 2006, at 3:39 PM, Brett Porter wrote
what about adding an option to the release plugin to ignoreSnapshots?
- Brett
On 02/12/2006, at 6:59 AM, Carlos Sanchez wrote:
I just did this internal release to test MNG-2228. I can't use
snapshots or dated snapshots with the release plugin.
On 12/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
I just did this internal release to test MNG-2228. I can't use
snapshots or dated snapshots with the release plugin.
On 12/1/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: carlos
Date: Fri Dec 1 11:43:21 2006
New Revision: 481350
URL: http://svn.apache.org/viewvc?view=rev&rev=481350
Hi,
Just a suggestion for an update to the scope element
in the schema.
default="compile" is the addition.
This helps when generating model code from the Schema,
using frameworks like Eclipse EMF.
I've pasted the updated schema element definition
below.
4.0.0
Anyone had some free cycles to look at the patch for this:
http://jira.codehaus.org/browse/MNG-2681
--jason
On Nov 18, 2006, at 3:39 PM, Brett Porter wrote:
Easy enough to do, it's just the opposite of -U. Do you want to
implement it?
- Brett
On 18/11/2006, at 7:44 AM, Jason Dillon w
Carlos Sanchez wrote:
> actually the ideal id for the repos should be "apache.org"
But, wouldn't that only make sense if it was the only repository at
apache.org?
Is there a recommendation somewhere suggesting how repository IDs should
be chosen?
Max.
actually the ideal id for the repos should be "apache.org"
On 12/1/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
Applied - thanks Max.
Hen
On 11/28/06, Max Bowsher <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'd like to suggest the two minor tweaks to apache snapshots repo
> elements in the archiva PO
Applied - thanks Max.
Hen
On 11/28/06, Max Bowsher <[EMAIL PROTECTED]> wrote:
Hi,
I'd like to suggest the two minor tweaks to apache snapshots repo
elements in the archiva POMs:
(1) Use id "apache.snapshots" consistently - this id seems to be what is
most commonly used, and it is handy for
Hello,
We are trying to use continuum with clearcase but we get this error:
jvm 1| 2006-12-01 09:47:35,611 [Thread-3] INFO ContinuumScm
- Checking out project: 'Unnamed - com.fanniemae.fapt:ipv:war:1.0',
id: '51'
to
'D:\continuum-1.0.3\bin\win32\..\..\apps\continuum\working-directory\
On 12/1/06, Simone Gianni <[EMAIL PROTECTED]> wrote:
Michael Horwitz wrote:
> Hi Simone,
>
> You could try the following:
>
> 1) Run the war:inplace goal.
> 2) Do the work on the exploded file.
> 3) Run the normal war goal.
>
> There is a danger that step 3 will undo some of the changes you have
Michael Horwitz wrote:
> Hi Simone,
>
> You could try the following:
>
> 1) Run the war:inplace goal.
> 2) Do the work on the exploded file.
> 3) Run the normal war goal.
>
> There is a danger that step 3 will undo some of the changes you have
> made -
> it largely depends on what they are.
Yep, th
Hi Simone,
You could try the following:
1) Run the war:inplace goal.
2) Do the work on the exploded file.
3) Run the normal war goal.
There is a danger that step 3 will undo some of the changes you have made -
it largely depends on what they are.
Hope that helps!
Regards
Mike Howitz
On 12/
Hi all,
I've developed a couple of plugin (one performs XML patches, the other
builds a certain site structure). They both should work on the WAR
directory structure, but before the WAR file is currently built.
Apart from my specific needs, it could be quite common to need to
perform some tasks (w
On 12/1/06, Raphaël Piéroni <[EMAIL PROTECTED]> wrote:
Any comment really ?
You probably won't get much interest until there is some code to play
with. Is this something you need? Then write it, and if it attracts
interest and is useful for someone else, that's a bonus.
As an example, Don B
Oops, I thought Mojo development was one of the subjects of the dev list
- after all the mailing list page did not tell me otherwise. I'll of
course turn to the users list with my questions.
Jason van Zyl schrieb:
> Stop using the dev list for user questions.
>
> On 30 Nov 06, at 6:07 AM 30 Nov 06
Hi,
thanks for the answer, but my Mojo explicitly needs the merged
configuration. Just not by replacing the list elements, but by adding
them.
Sorry that my first post was misleading. Here's an example:
Configuration from parent pom:
all
Configuration fr
Any comment really ?
Raphaël
2006/11/28, Raphaël Piéroni <[EMAIL PROTECTED]>:
Hi,
I have a plugin proposition around archetype, any tought ?
Some of the features would need some changes in settings.xml
Raphaël
The proposed plugin defines some goals calling specific lifecycles mapped
on i
21 matches
Mail list logo
