fixed.
On 28/02/2007, at 6:48 AM, Robert Dale wrote:
On 2/27/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
Am I the only one seeing this or is continuum now requiring Java5?
/Coding/continuum/continuum-webapp/src/main/java/org/apache/maven/
continuum/web/view/jsp/ui/SubmitCancelTag.java:[27,
I think it would be better to put this in the sandbox branches.
On 27/02/2007, at 4:58 AM, [EMAIL PROTECTED] wrote:
Author: joehni
Date: Mon Feb 26 12:58:29 2007
New Revision: 512010
URL: http://svn.apache.org/viewvc?view=rev&rev=512010
Log:
Create branch for maven-dependency-plugin
Added:
Ah, so you're forcing the build with the build icon. I thought it was a
scheduled build.
^_^
[EMAIL PROTECTED] wrote:
allright, I understand now, if you force a build (through the webfrontend) it's
going to build regardless of scm result (see
org.apache.maven.continuum.buildcontroller.Defa
Hi,
I put these together the other day - any thoughts?
Topic
- [ ] Recent changes
- [ ] archiva-common
- [ ] PathUtil
- [ ] doesn't this already exist in plexus-utils/commons-
io?
- [ ] BaseFile
- [ ] is this a case of premature optimisation?
I've been moving a (multi module) project over to maven 2 and notice
that whenever I execute:
mvn install
Each module's .jar is rebuilt, even if nothing has changed. I turned on
debug output, and I can see the reason why:
[DEBUG] isUp2date: false (Input file /...path to
module.../pom.propert
On 2/27/07, Andrew Williams <[EMAIL PROTECTED]> wrote:
Am I the only one seeing this or is continuum now requiring Java5?
/Coding/continuum/continuum-webapp/src/main/java/org/apache/maven/
continuum/web/view/jsp/ui/SubmitCancelTag.java:[27,-1] cannot access
javax.servlet.http.HttpServletRequest
Hi,
I just committed some changes to trunk that should restore backward
compatibility for using older wagons (at least in the vast majority of
cases). It may still break if there is an older version of a wagon out there
that doesn't extend from AbstractWagon (since the Wagon interface picked up
l
Am I the only one seeing this or is continuum now requiring Java5?
/Coding/continuum/continuum-webapp/src/main/java/org/apache/maven/
continuum/web/view/jsp/ui/SubmitCancelTag.java:[27,-1] cannot access
javax.servlet.http.HttpServletRequest
bad class file: /Users/aje/.m2/repository/javax/servl
Hello, i'm trying to build maven from sources (in order to package it) and i'm
wondering where can i find sources for werkz (and not a binary jar from
ibiblio) .
Does anybody know where can i find those sources ?
werks.sf.net is dead, also werkz.codehaus.org...
--
Cordialement,
KiOrKY
GPG Ke
Jason Dillon wrote:
> Ya, having plugins being able to talk to each other in abstract ways
> would be very good...
>
> But for this... its should be able to check the last modified + size
> to see if it really needs to cp or not. Its a minor detail, but will
> help for large projects where secon
Thanks Brian and Jason for your thoughts. They were a big help.
I think I have it mostly worked out now, just committed the changes.
1) Added a gpg.skip to skip the signing. Mostly useful for --batch-mode
2) If running in batch-mode and no passphrase is available, throw a
MojoExecutionExce
Ya, having plugins being able to talk to each other in abstract ways
would be very good...
But for this... its should be able to check the last modified + size
to see if it really needs to cp or not. Its a minor detail, but will
help for large projects where seconds spend with the copy cou
>Something we're trying to practice is namespace usage in parameters
>so use
>-Dgpg.keyname
>So that other plugins that might use "keyname" can do the same and
>not cause a collision.
Just a thought, does it make sense to modify the core to automatically
prepend the plugin name to the fr
What is/will be the installation/deployment approach for continuum? Will
users be able to download a war file and deploy it? Or will users always
have to build from source?
On 27 Feb 07, at 2:48 PM 27 Feb 07, Daniel Kulp wrote:
On Tuesday 27 February 2007 14:27, Jason van Zyl wrote:
On 27 Feb 07, at 12:57 PM 27 Feb 07, Daniel Kulp wrote:
I'm working on fixing the issues in the gpg plugin. I just
committed some
changes but would like a bit of discussion before
On Tuesday 27 February 2007 14:27, Jason van Zyl wrote:
> On 27 Feb 07, at 12:57 PM 27 Feb 07, Daniel Kulp wrote:
> > I'm working on fixing the issues in the gpg plugin. I just
> > committed some
> > changes but would like a bit of discussion before finalizing some
> > of it.
> >
> > MGPG-2 - All
On 27 Feb 07, at 12:57 PM 27 Feb 07, Daniel Kulp wrote:
I'm working on fixing the issues in the gpg plugin. I just
committed some
changes but would like a bit of discussion before finalizing some
of it.
MGPG-2 - Allow the selection of a particular signature
I added a keyname parameter
1) It seems logical to only ask once per pom at a minimum. The
multimodule issue would probably have to wait until the plugin shared
context is flushed out.
2) I would say it should fail by default, but you could make a parameter
to allow someone to configure it to just skip if no password is
avail
I'm working on fixing the issues in the gpg plugin. I just committed some
changes but would like a bit of discussion before finalizing some of it.
MGPG-2 - Allow the selection of a particular signature
I added a keyname parameter (-Dkeyname=foo) etc... which can be used. It
maps directly to
My main concern is around merging into the dependency plugin that
creates a new dependency on a sandboxed item if it's really far away.
I'm thinking that it might make sense to keep the analyzer plugin
separate until this shared piece can be unsandboxed. If the current
version can be unsandboxed an
On 27/02/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
How close is the dependency analyzer shared piece from coming out of the
sandbox and being released?
There's a couple of things I'd like to see before it was released:
- write some integration tests to fully verify the bytecode dependency c
How close is the dependency analyzer shared piece from coming out of the
sandbox and being released?
-Original Message-
From: news [mailto:[EMAIL PROTECTED] On Behalf Of Jörg Schaible
Sent: Tuesday, February 27, 2007 10:26 AM
To: dev@maven.apache.org
Subject: Re: svn commit: r512016 -
Dan Tran wrote:
> I think you broke the convention of 2 spaces indentation for xml file ;-)
Well, no. All the lines had tab indention except the new ones I added. So I
converted them into tabs also ;-)
- Jörg
>
> On 2/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>>
>> Author: joehni
>>
Hi,
I want to use LDAP to authenticate on Continuum. I tried to write a own
RBAC-Manager and wanted to configure it in the file "components.xml" of
the subproject continuum-security as follow:
org.codehaus.plexus.security.rbac.RBACManager
cached
org.codehaus.plexus.security.authorization.rbac.s
I believe the root of the problem is that the plugins can't communicate
with each other. Compile for example can't tell jar if it actually
compiled anything. Someone discussed a proposal for this recently here:
http://www.nabble.com/-PROPOSAL--maven-build-context-%28Shared-context-f
or-Maven-compon
I've been seeing this forever, it's very annoying. It significantly
slows down our build when this happens, something along the lines of 20
-> 40 minutes (100% increase). I thought it was because of all the
logging so I recompiled that jar to remove the warning but it is still
slow when it happens.
This is a plexus bug, registered on JIRA already.
Not sure if anyone knows what is causing it, but there is one
possible related change being
looked into I believe.
A
On 27 Feb 2007, at 02:39, Jason Dillon wrote:
Anyone know what this means?
[WARNING] Component returned which is not the s
27 matches
Mail list logo
