geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dain Sundstrom (JIRA)" <...@geronimo.apache.org>
Subject [jira] Updated: (GERONIMO-1111) Use Trifork CORBA (freeorb)
Date Tue, 01 Nov 2005 23:09:55 GMT
     [ http://issues.apache.org/jira/browse/GERONIMO-1111?page=all ]

Dain Sundstrom updated GERONIMO-1111:
-------------------------------------

    Geronimo Info: [Patch Available]

> Use Trifork CORBA (freeorb)
> ---------------------------
>
>          Key: GERONIMO-1111
>          URL: http://issues.apache.org/jira/browse/GERONIMO-1111
>      Project: Geronimo
>         Type: New Feature
>   Components: CORBA
>     Versions: 1.1
>     Reporter: Kresten Krab Thorup
>     Assignee: Alan Cabrera
>  Attachments: build.xml, corba-diff-krab-31oct05.diff, corbaidl.tgz, 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:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message