Over the course of the past 3 weeks I've worked with joakim on the
plexus-security effort to bring rbac based security to Archiva.
We succeeded.
Last Friday (or so) I took the continuum/trunk and created the
rbac-integration branch.
I wanted from to test the integration of rbac based security,
on a related note and the heels of the last emailsome things to ponder
There are a few policy decisions that I wanted to bring up for some feedback...
1) when a project group is added, should the 'Project Developer' role
for that project automatically be assigned to the admin user?
I
Hi,
I have already made a dashboard report plugin which aggregate summary
informations of each report in only one for a single project and i want to
extend it to aggregate all summary informations for each module in one
report.
How to do that ?
thanks for your help
--
View this message in
Hi,
I get help from a Synergy user, and he said using Synergy checkout
command is not a problem. Indeed, even if a new version is created for
each checkout, it's a working (Synergy state) version that is not
visible for other developpers (and could be deleted later).
Now I have a new
can yu remove your IDEA files and ignore them? They make a lot of
noise in commits.
Thanks,
Brett
On 27/09/2006, at 6:41 PM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Wed Sep 27 01:41:10 2006
New Revision: 450379
URL: http://svn.apache.org/viewvc?view=revrev=450379
Log:
adding
On 27/09/2006, at 7:28 PM, [EMAIL PROTECTED] wrote:
+//versions where you have things like 1.4_003 and 1.5_006
what's the issue here?
+//app servers possibly
That seems like a separate kettle of fish.
- Brett
-
To
On 27/09/2006, at 9:45 AM, Carlos Sanchez wrote:
Thanks forthe check, my eyes were hurting after i finished with
this ;)
:)
-ProjectGroup getDefaultProjectGroup()
-throws ContinuumStoreException;
-
was this intentional?
where is this?
Continuum interface. I think it
not always the way we've done it, but I wonder if these should start
in the sandbox?
Regardless - won't this require POM changes making it depend on 2.1?
- Brett
On 27/09/2006, at 10:41 PM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Wed Sep 27 05:41:42 2006
New Revision: 450421
URL:
Hello,
Could anybody help me about some troubles I encountered when I tried to run:
'maven buildall' on an Ubuntu os.
I received the following message:
**
[EMAIL PROTECTED]:~/agila/trunk/modules/bpel$ maven buildall
__ __
| \/
On 27 Sep 06, at 2:21 PM 27 Sep 06, Brett Porter wrote:
Do we need a hierachy of interfaces? JavaToolchain?
Milos and I started with the way Netbeans does this and I think it's
fairly accurate and is working for them. I think what the IDEs do is
very close, if not exactly what we are
On 27 Sep 06, at 2:50 PM 27 Sep 06, Brett Porter wrote:
not always the way we've done it, but I wonder if these should
start in the sandbox?
Regardless - won't this require POM changes making it depend on 2.1?
No, not if we standardize on a common property as a transition which
can be
On 27 Sep 06, at 2:22 PM 27 Sep 06, Brett Porter wrote:
On 27/09/2006, at 7:28 PM, [EMAIL PROTECTED] wrote:
+//versions where you have things like 1.4_003 and 1.5_006
what's the issue here?
The general specification like 1.5 in theory should be fine most of
the time, but the specific
I really don't know how you are going to provision the toolchains
without something in the settings which means core changes, but I'll
see what you come up with.
I'm not sure about using properties in that fashion, really - maybe
this is just a change to a simpler plugin configuration for
This question is not appropriate for the Maven Dev list and I doubt
you'll receive a response.
Please send it to Maven Users, or even better, directly to the Agila
Users/Dev list as this is really their problem.
Wayne
On 9/27/06, charles magnes [EMAIL PROTECTED] wrote:
Hello,
Could anybody
Hello,
Could anybody help me about some troubles I encountered when I tried to run:
'maven buildall' on an Ubuntu os.
I received the following message:
**
[EMAIL PROTECTED]:~/agila/trunk/modules/bpel$ maven buildall
__ __
| \/
15 matches
Mail list logo