archiva-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randy Kamradt <>
Subject RE: Some refactoring [was Re: [DISCUSS] Archiva as an OSGi OBR/EBR ]
Date Mon, 02 May 2011 15:35:02 GMT
If you decide that GWT is the way to go, I'd like to help out on that.  I've been in the trenches
for the last three years as a technical lead on a large GWT project, and I'd like to be able
to use that experience to give back to Archiva, which we use in our development environment.

-----Original Message-----
From: Olivier Lamy [] 
Sent: Monday, May 02, 2011 8:19 AM
Subject: Some refactoring [was Re: [DISCUSS] Archiva as an OSGi OBR/EBR ]

Looks to be a nice feature.

But more generally could we think about some other refactoring ?
I have some ideas :
* ui , move to an other framework I have in mind : gwt, vaadin ....
(it looks ace use vaadin ?)
* removing all the current plexus(-spring) old components to real/only
spring components (this could be already done in trunk ? ) (or an
other container ?)
* remove redback and use something else for authz and role management (shiro ? )


Olivier Lamy

2011/5/2 Jean-Baptiste Onofré <>:
> Hi Wendy,
> thanks for the update.
> So it seems that the need is there :)
> I have checkout the sources but didn't see anything looking like OBR
> (repository.xml management, etc).
> So maybe the work didn't start yet.
> I'm quite sure that Archiva could be a great EBR, which can be very helpful
> for Apache projects such as ServiceMix, Karaf, and the other ones powered by
> Karaf (like Geronimo).
> Regards
> JB
> On 05/02/2011 03:26 PM, Wendy Smoak wrote:
>> On Mon, May 2, 2011 at 9:15 AM, Jean-Baptiste Onofré<>
>>  wrote:
>>> I wonder what do you think about enhancing Archiva to act as an EBR
>>> (Enterprise Bundle Repository).
>> Sounds like fun. :)  I know it (or something similar, I'm not familiar
>> with the details of OSGi) has come up for discussion before and there
>> was interest, [1] but I don't think the work was ever finished.
>> [1]

View raw message