Would you be willing to share this implementation?
As we would all be interested in getting access to this?
- Joakim Erdfelt
David Goemans wrote:
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
Please?
On 2/27/07, Joakim Erdfelt [EMAIL PROTECTED] wrote:
Would you be willing to share this implementation?
As we would all be interested in getting access to this?
- Joakim Erdfelt
David Goemans wrote:
Hi,
I want to use LDAP to authenticate on Continuum. I tried to write a own
There are 3 database stores for you to worry about.
Users
Roles / Permissions / Resouces
Keys
If you are just providing Users / Authentication ldap integration, then
you need only to create an LDAP Provider for the Users Store.
Use the maven 2 build process and you don't have to manage the
give me LDAP :-)
On 2/27/07, Joakim Erdfelt [EMAIL PROTECTED] wrote:
There are 3 database stores for you to worry about.
Users
Roles / Permissions / Resouces
Keys
If you are just providing Users / Authentication ldap integration, then
you need only to create an LDAP Provider for the Users
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?
snip
[WARNING] Component returned which is not
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.
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
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:
!-- RBAC Manager, cached ldap --
component
roleorg.codehaus.plexus.security.rbac.RBACManager/role
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
Date: Mon
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 -
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
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
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
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
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
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 - Allow the
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
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?
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 front of
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
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
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 seconds
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
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:
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
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
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
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?
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
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=revrev=512010
Log:
Create branch for maven-dependency-plugin
Added:
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/
31 matches
Mail list logo