incubator-yoko-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Darren Middleman" <dmiddle...@gmail.com>
Subject Re: [general] 100% 1.5 API coverage for Harmony and CORBA.
Date Mon, 15 Jan 2007 13:18:44 GMT
Sorry, forgot to CC yoko-dev on this reply I sent to Alexey.


---------- Forwarded message ----------

Hello Alexey,


> What do you mean by CORBA spec? I could not find any Java CORBA API
> specs for different versions :(
> If you know the place please point me...


I don't mean a spec for a particular version of Java.  Instead, I'm
referring to the OMG
CORBA specifications in general.  For example, when I said that the missing
methods
from the LocalObject class were missing in Yoko, I knew this because they
are defined
in the IDL to Java mapping specification (version 1.2) from the OMG.  In
this case, it
turned out that these were correctly implemented in Java but not in Yoko,
hence the
reason why they showed up as a problem in the coverage reports you have
listed on
the Harmony wiki.

However, some of the other class listed in those reports are incorrect
according to the
various OMG specifications.  Again, for example, the DynamicAny classes
should be
in an org.omg.DynamicAny package, as defined by the OMG CORBA specifications
(both
2.3 and 2.4).  This is the case for both Yoko and Java, but Java also has an

implementation which resides in the org.omg.CORBA package, which is not
defined by the
OMG.  So these should not be included with Yoko since they are not part of
the OMG
CORBA specification.


> If you would like, I can have a look at the rest of the reports for the
> > org.omg.* packages to see if there is anything else missing from Yoko.
> > I won't be able to start doing this until early next week but it could
> > help you get the number of problem areas down so that less needs
> > to be done in Harmony.
> That would be great. Thanks!


I'm going to start working on this today.

Cheers,
Darren

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