Mailing-List: contact dev-help@continuum.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@continuum.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-Id: <7D7E0B9E-9801-47F5-BF1C-7584D493EF73@handyande.co.uk>
From: Andrew Williams <andy@handyande.co.uk>
To: dev@continuum.apache.org
In-Reply-To: 
 <CCEB18E845AF9A46A76CD283B34476B11C7843@naimucvl.allianzde.rootdom.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v924)
Subject: Re: SSO Archiva / Continuum
Date: Wed, 25 Jun 2008 15:00:53 +0100
References: 
 <CCEB18E845AF9A46A76CD283B34476B11C7843@naimucvl.allianzde.rootdom.net>

I had a project that integrated the two and used a single  
authentication source - see maven-enterprise in the maven sandbox.  
Sure it is well out of date now, but it might show you how to set it up.

Hope it helps,
Andy

On 24 Jun 2008, at 13:18, Lustig, Marc (Allianz Deutschland, externer  
Mitarbeiter) wrote:

> hi,
> since Archiva and Continuum are highly complimentary it would be  
> helpful for many users to have a single login for both apps. I have  
> heard this request a number of times!
> Already both apps ground on the same authentication and authoriation  
> system (redback) and the db schemas are also the same.
> Would it be possible to use a single db-instance for both apps?
> I suppose it won't work because the security-roles are different for  
> each system.
> So, my idea is to leave the authorization each in the dedicated  
> tables, while having the authentication at a central place/table.
>
> Can one of the Redback-developers please explain if it would be  
> sufficient to have a single table JDOUSER, and the rest of the  
> tables to have one for each app. I think the easiest way would be to  
> use the same db-instance, and simply prefix the table-sets:  
> CONT_SECURITY_.... ARCH_SECURITY_....
>
> I think anyway some better integration of Continuum and Archiva  
> would be highly welcome.
>
> M.