Re: Initial tasks

Tue, 07 Mar 2006 13:13:34 -0800

My guess is that it's because I hard-coded ":" as path separator for the bootclasspath. I dunno how to fix that in maven. 

Kresten Krab Thorup
[EMAIL PROTECTED]



On Mar 7, 2006, at 7:17 PM, Kosuru, Prasadarao wrote:


Hi Kresten,

When I was trying to build this artifact using the pom.xml that you
checked in, it's failing on windows, however it's successfully generated 
the jar on unix(I've tried on solaris). I think we need to fix this.
I am getting error during processcreation phases on windows because we
set the fork value to true for maven-compile-plugin.

Here is the trace:
CreateProcess: CMD.EXE /X /C javac -d C:\Work\y1\orb\target\classes
-classpath <classpath> <list of files: very long one>
I guess it's because of the limitation on the number of characters that you can pass in the command line to cmd.exe. I'm currently looking into 
it.

Best regards,
Prasad

-----Original Message-----
From: Kresten Krab Thorup [mailto:[EMAIL PROTECTED]
Sent: 03 March 2006 13:01
To: Alan D. Cabrera; Sakala, Adinarayana; yoko- [EMAIL PROTECTED] 
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