Prasad, please file a JIRA for this issue that you are looking into. thanks, Adi
> -----Original Message----- > From: Kosuru, Prasadarao > Sent: Tuesday, March 07, 2006 1:18 PM > To: [email protected] > Subject: RE: Initial tasks > > > 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; > [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] > > > > >
