geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <>
Subject Re: [jira] Commented: (GERONIMO-1111) Use Trifork CORBA (freeorb)
Date Fri, 28 Oct 2005 18:20:32 GMT

On Oct 28, 2005, at 9:59 AM, Alan Cabrera (JIRA) wrote:

>     [  
> page=comments#action_12356222 ]
> Alan Cabrera commented on GERONIMO-1111:
> ----------------------------------------
> Maybe you could send the IDL files for us to compile.  I think that we  
> already have an IDL compiler from a previous donation.

hmm, I thought we were using the sun idl compiler.  Anyway the IDL  
should be sufficient.  We should be able to add it to the corba spec  
>  Packing up jar files from another project is not the way to go.

I definitely agree.

david jencks

>> Use Trifork CORBA (freeorb)
>> ---------------------------
>>          Key: GERONIMO-1111
>>          URL:
>>      Project: Geronimo
>>         Type: New Feature
>>   Components: CORBA
>>     Versions: 1.1
>>     Reporter: Kresten Krab Thorup
>>     Assignee: Alan Cabrera
>>  Attachments: freeorb-contrib.tgz
>> As has been discussed previously, Trifork wants to donate a CORBA  
>> implementation.  This message is to get things really started in  
>> context of Geronimo. Along with this message is a tar ball of the  
>> initial contribution, and I want to take this opportunity to describe  
>> what we are donating and how we would like to do this.
>> To set things straight, will not be donating a full CORBA  
>> implementation up front.  What we are proposing is to donate the  
>> resources (read: developers) that it takes to do a full CORBA  
>> implementation in context of Apache Geronimo.  Our concern with  
>> donating the full code is that we want to ensure that this is built  
>> as a community effort, so when we're done we are not the "single  
>> point of failure" for this to succeed as we go forward.  We would  
>> like to avoid being the only ones to know the code, so that the CORBA  
>> implementation that comes out of this is something that can have a  
>> life without us pushing it forward.  This is really the principal  
>> value that we see in contributing to this project.  We want to have a  
>> free and independent CORBA implementation too, but we would like to  
>> avoid being stuck on it as we go forward.
>> Having said all that, we do have a CORBA implementation; and in our  
>> effort to bring this forward we will definitively use bits, pieces or  
>> even large chunks of this to make the Apache Geronimo CORBA  
>> implementation be complete and successful.
>> We know that there is eagerness in the Geronimo community to get  
>> things started in building a CORBA solution, and so hopefully this  
>> first contribution will be accepted as a starting point from which we  
>> will build a world-class CORBA system.
>> What is in this package is the foundation of a new I/O subsystem that  
>> I have previously talked about, and some of the code to hook that up  
>> with the client-side of the CORBA stack.  As such, thins chunk of  
>> code is not in even self-contained nor complete.  It's just the state  
>> of the code in our lab right now, and we want to move this into  
>> Geronimo space before we get too far along.
>> The mile stones that I imagine moving forward from here would be  
>> something like this:
>> 1. Client-side stream-based invocation.
>> 2. Value semantics (object serialization)
>> 3. Server-side stream-based invocation handling, including POA  
>> implementation.
>> 4. Dynamic stubs.
>> 5. Local invocations.
>> There are a ton of sub-projects that I would love to see someone  
>> starting on; some of which already have place holders or stubs in the  
>> code that is part of the tar ball attached to this.
> -- 
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
> -
> For more information on JIRA, see:

View raw message