> In practice the resolution of this could be much simpler - the simple 
> assignment of the copyright by Exolab/Intalio to Apache.  However, to do 
> this we would need to synchonize with Apache staff.  Keep in mind that 
> Intalio/Exolab has formally discontinued support of the opensource 
> iniatives related to CORBA, and have recognized the actives of the 
> OpenORB Community Project under source forge as the continuation.

Of that I was not aware. It changes the perspective doesn't it?

> The 
> intention of the OpenORB SF team has always been to bring this into 
> Apache and towards this end the overall management of the project is 
> based completely on Jakarta guidelines, coding standards strictly follow 
> Avalon guidelines, leverage of the Avalon Framework, a number of 
> Excalibur utilities etc.  The point here is that this is a loose-end 
> that needs to be cleaned up and that needs involvement of Apache staff.
> 
> >
> >IMO, the right thing to do is to delete all code like this about which
> >there is any doubt ASAP, then talk to the jakarta PMC (and ultimately
> >the board & lawyers) to figure this out, and only put the sources into
> >CVS again when all those people have given a definite permission.
> >
> 
> That's a little bit like throwing out the baby with the bath water. 
>  There are people using this code base - in fact the OpenORB SF actives 
> on PSS reference the Apache code base as the source of on-going 
> development.  Secondly, there is new code under the enterprise project 
> (pure Apache license) that is reused under the OpenORB project - worst 
> case scanrio is that there is some slicing and dicing to be done 
> concerning clean seperation of pure Apache as oppoed to mixed content. 

very cool =)

I think OpenORB is a really good candidate for trialling
incubator.apache.org. I'm sure many people want to see an open source
CORBA impl thrive (even if I personally would like to see CORBA vanish
as I find it too difficult to really understand :P); apache could be the
place.

>  In any case I really think this should be discussed at the 
> Apache/Jakarta level before doing anything like code deletion.

I still believe the code should be deleted (in the sense that it is
moved off of apache servers, so the ASF is not in breach of any license;
sourceforge's got bandwidth, don't they :), _then_ discussed. I know
there's people on this list that know how to migrate cvs trees cleanly
:)

still, IANAL. I suggest you (or OpenORB people) talk to various PMCs and
board members.

grz,

Leo



--
To unsubscribe, e-mail:   <mailto:avalon-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:avalon-dev-help@;jakarta.apache.org>

Reply via email to