I use one id per configuration, for instance having all with the same
id allows you to have only one server entry in the settings.xml
sharing username and password
On 12/1/06, Max Bowsher [EMAIL PROTECTED] wrote:
Carlos Sanchez wrote:
actually the ideal id for the repos should be apache.org
Carlos Sanchez wrote:
I use one id per configuration, for instance having all with the same
id allows you to have only one server entry in the settings.xml
sharing username and password
I'm not sure what you mean by configuration.
The two cases in archiva which now share the the id
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
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:
configuration
warnings
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,
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
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
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
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, that's it,
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
made -
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
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
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 POMs:
(1)
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.
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
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.
xs:element name=scope minOccurs=0
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=revrev=481350
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'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
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 war
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 use
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 plugin
so, what happened with the survey? :-)
Rahul
- Original Message -
From: Brett Porter [EMAIL PROTECTED]
To: Maven Developers List dev@maven.apache.org
Sent: Sunday, November 26, 2006 2:54 PM
Subject: Re: [discuss] Java 5
This would have zero impact on applications built with Maven.
23 matches
Mail list logo
