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-SNAPSHOTIf the above list and names sound good to you, prasad and everybody letsgo 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]
smime.p7s
Description: S/MIME cryptographic signature