Please note that you should not deploy the files into
http://www.apache.org/dist/java-repository/ if you do deploy to
http://www.apache.org/dist/maven-repository
It's not needed and may add confusion, also because they are under
different groupIds.
On 6/25/06, Carlos Sanchez <[EMAIL PROTECTED]>
done
On 6/24/06, Jochen Wiedmann <[EMAIL PROTECTED]> wrote:
... the directory /www/www.apache.org/maven-repository/org/apache/xmlrpc,
due to the release of Apache XML-RPC 3.0b1.
Thanks,
Jochen
-
To unsubscribe, e-mail: [EM
On 25 Jun 06, at 12:09 AM 25 Jun 06, Dennis Lundberg wrote:
Trygve Laugstøl wrote:
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 24 Jun 06, at 6:25 PM 24 Jun 06, Dennis Lundberg wrote:
Hi
I want to be able to use the log instance returned from
Mojo.getLog() in a class that is used by
Trygve Laugstøl wrote:
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 24 Jun 06, at 6:25 PM 24 Jun 06, Dennis Lundberg wrote:
Hi
I want to be able to use the log instance returned from
Mojo.getLog() in a class that is used by Mojo. The class itself is
not a Mojo, but it is part of a plugi
Nope, in console-plugin-1.1, this is the same. I don't think it's worth
digging into that, as we would have to parse the error output (j:catch
only returns a String) ...
-Lukas
Arnaud HERITIER wrote:
I just found something weird.
When I type a unknown goal I receive this long message :
or
I just found something weird.
When I type a unknown goal I receive this long message :
org.apache.commons.jelly.JellyTagException:
file:/E:/Data/maven-1/cache/maven-console-plugin-1.2-SNAPSHOT/plugin.jelly:53:47:
No goal [aGoal]
I think that before we received just a message like :
No goal [a
... the directory /www/www.apache.org/maven-repository/org/apache/xmlrpc,
due to the release of Apache XML-RPC 3.0b1.
Thanks,
Jochen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTE
Dennis Lundberg wrote:
Jason van Zyl wrote:
On 24 Jun 06, at 6:25 PM 24 Jun 06, Dennis Lundberg wrote:
Hi
I want to be able to use the log instance returned from Mojo.getLog()
in a class that is used by Mojo. The class itself is not a Mojo, but
it is part of a plugin. Is there a best pract
Jason van Zyl wrote:
On 24 Jun 06, at 6:25 PM 24 Jun 06, Dennis Lundberg wrote:
Hi
I want to be able to use the log instance returned from Mojo.getLog()
in a class that is used by Mojo. The class itself is not a Mojo, but
it is part of a plugin. Is there a best practice for this?
What i
On 24 Jun 06, at 6:25 PM 24 Jun 06, Dennis Lundberg wrote:
Hi
I want to be able to use the log instance returned from Mojo.getLog
() in a class that is used by Mojo. The class itself is not a Mojo,
but it is part of a plugin. Is there a best practice for this?
What is the class?
I alwa
Hi
I want to be able to use the log instance returned from Mojo.getLog() in
a class that is used by Mojo. The class itself is not a Mojo, but it is
part of a plugin. Is there a best practice for this?
A couple of alternatives that came to mind:
1. If the class has a constructor pass the log
Ah, ok. I had a brain explosion.
I kept seeing cpd-check, not cpd ;)
FYI, there are already some reports, and some stricter controls in the
repository-manager. It would be good to push some (the reports?) up to
have them from the maven pom and the individual projects can just
override the nec
This change is only to run the duplicate code check, so it won't break
stuff (hopefully).
This is the first small step in that gradual direction you're talking about.
On 6/24/06, Brett Porter <[EMAIL PROTECTED]> wrote:
People don't necessarily even build outside of the IDE before committing
so
+1
On 6/24/06, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
+1
Arnaud
On 6/23/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> The console plugin has been enhanced using a new version of
> jelly-tags-interaction and the jline library, now allowing for tab
> completion and history functio
I've done this.
On 12/06/2006 2:03 PM, Brett Porter wrote:
You used an old version of the release plugin.
You should revert the change entirely as it did more to the pom (like
removing things and reordering it), as well as delete the bogus tag.
- Brett
[EMAIL PROTECTED] wrote:
Author: jvan
+1
Arnaud
On 6/23/06, Lukas Theussl <[EMAIL PROTECTED]> wrote:
Hi,
The console plugin has been enhanced using a new version of
jelly-tags-interaction and the jline library, now allowing for tab
completion and history functionality. I'd like to release it for
inclusion in m11b3.
For changes p
Jesse, any thoughts?
If there's no objection I'd like to revert this, merge down the change
you made to the j2ee archetype (I think that was the only one), and then
svn rm this branch to avoid confusion. I believe it will be equivalent
to the last alpha release at that point, I'll confirm with
Carlos?
On 19/06/2006 8:17 AM, Brett Porter wrote:
I'm a little baffled by this commit.
Why did the methods need to be static? (and is that even binary
compatible?)
What is the "is" method for? (I can only see it tested, not used).
Something I surely need to improve myself, but we need to thi
People don't necessarily even build outside of the IDE before committing
so it may not matter :)
We should ideally have an immediate integration build notification (or
block commit on it!), but I do see your point.
The minimum I'd settle for here is a profile that is enabled by default
and
On 21/06/2006 12:34 AM, John Casey wrote:
I'm not sure if we're talking about the same reports section. IMO, the
project-info links on the landing page (see
http://maven.apache.org/jxr.htmlfor example) don't help anything.
I can't find where this is linked from (or how it got there in the firs
20 matches
Mail list logo