On Mar 3, 2006, at 6:46 PM, Sakala, Adinarayana wrote:

How about if we identify the modules that we can think of now?
Looking at prasad's and your proposal we atleast have five modules to
start with,
  tools, core, rmi, system_tests, distribution
Each of the module will be a maven2 subproject which will build a
yoko-<module-name>-1.0-SNAPSHOT

If the above list and names sound good to you, prasad and everybody lets
go with implementing that project strucutre.


This looks fine; I think it's perfect to call the base system "org.apache.yoko.core" in stead of "org.apache.yoko.orb".

Also, i dont see a need for generated-java directories.
Thats just a redudant thing from IONA's internal build system.
we can just have main/org/apache/yoko/orb etc.


I like keeping the generated source separate so that when we one day get an IDL compiler, then we can generate all this properly. It would be nice to eventually go there.

thanks,
Adi Sakala

-----Original Message-----
From: Kresten Krab Thorup [mailto:[EMAIL PROTECTED]
Sent: Friday, March 03, 2006 8:01 AM
To: Alan D. Cabrera; Sakala, Adinarayana;
yoko-dev@incubator.apache.org
Subject: Initial tasks


For some reason I'm not on yoko-dev.  Sorry, but anders just made me
aware that there has been a discussion going on over the project
structure.

I have no intention of forcing structure to be something specific,
but I am eager to get started on the other things that depend on
having the structure decided.

The structure that is in there now is as lised below, and I have
reorganized the class spaces com.ooc -> org.apache.yoko.orb.

trunk/orb       [ all of the base orb from IONA ]
        src/main/
                java
                generated-java
        src/test
                java
                generated-java

The pom builds an artifact named yoko-orb-1.0-SNAPSHOT

The unit tests need some reworking to be able to run in this new
environment.  What's in there is not JUnit; perhaps we can retrofit
the tests to use JUnit somehow.

I added the extra "orb" at the end of the package name
(org.apache.yoko.orb), because it would make a lot of sense to have
additional modules (all the corba services) in separate yoko
modules.  Also, I am thinking that there should be a parallel module
(trunk/rmi) for the RMI/ValueHandle implementation that would build
yoko-rmi-1.0-SNAPSHOT.  This really is a separate thing, and people
can choose to use this one or whatever comes with the JDK.

Alan, can you have me added to the mailing list?

Kresten Krab Thorup
[EMAIL PROTECTED]





Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to