[ 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
