incubator-yoko-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Darren Middleman" <>
Subject Re: CORBA specs module
Date Tue, 30 May 2006 12:02:19 GMT
Hi Anders,

I'm curious as to why we need to have the org.omg.* classes in a module by
themselves.  Right now, it seems like having all of the CORBA code located
in the Yoko 'core' module should be fine for most purposes.  Is there a
reason why we need to break this down further into multiple CORBA modules or
have I misunderstood what you are trying to achieve?


On 5/30/06, Anders Hessellund Jensen <> wrote:
> We need a seperate module for the org.omg.* stuff. Geronimo needs a
> working copy of this module.
> I put quite a lot of effort into creating a CORBA 3.0 spec using the
> JacORB compiler. Unfortunately this didn't end very well, the spec
> classes generated by JacORB ended up causing NullPointerExceptions, and
> the Geronimo project reverted to an older spec.
> For starters, I think we should simply throw all the org.omg.* classes
> into a separate module. We don't have a IDL to JAVA compiler yet, so we
> can't compile the IDL files without relying on a 3rd party compiler.
> Suns idlj compiler is not CORBA 3.0 compliant, so we will not be able to
> compile the CORBA 3.0 specs with idlj. JacORB is not CORBA 3.0 compliant
> either, and is furthermore causing those NPEs.
> Unless I hear any complaints, I'll start moving the org.omg.* stuff to a
> separate package. I think we want the CORBA spec in Yokos SVN
> repository, not in Geronimos. Does anyone disagree with this?
> Best regards,
> Anders

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message