On Jul 25, 2007, at 11:52 PM, Alan D. Cabrera wrote:
Words cannot be used to describe how much I hate MoinMoin and
prefer Confluence. Does anyone have any objections to moving to
the ASF Confluence server?
Never mind, I just found it. :D
Regards,
Alan
Alan D. Cabrera wrote:
Are the open subtasks in https://issues.apache.org/jira/browse/YOKO-7
still relevant?
Regards,
Alan
I don't think so. My understanding is that YOKO-7 is out of date, it is
related to the Trifork code donation, which has been replaced by the
IONA donation.
Lars
Rick McGuire wrote:
Darren Middleman wrote:
Hi Alan,
You are right about the checked in generated code. We checked in the
generated code as we didn't have a suitable IDL compiler to generate the
source during the Yoko build. I seem to recall there being some
issues with
using the IDLJ
I think you should ask CXF developers. It seems the BareInInterceptor,
that handles messages when you have Web Services implemented using
Provider interface, expects SOAP messages and not CORBA messages.
LZ
2007/7/26, Vladislav Krejčiřík [EMAIL PROTECTED]:
Hi,
I need to connect from Jacorb
Darren Middleman wrote:
Hi Alan,
You are right about the checked in generated code. We checked in the
generated code as we didn't have a suitable IDL compiler to generate the
source during the Yoko build. I seem to recall there being some
issues with
using the IDLJ compiler that comes
A while back Lars asked this question:
Some classes seem to be generated from IDL. Why is it necessary to
retain the Xyz/XyzOperations hierarchy when the sources are now
managed in svn and the original IDL is no longer available?
I'm confused. If the classes are generated from IDL then
There was some discussion earlier this year about ameliorating our
reliance on IONA by having some good architecture documentation. I
have created a set of issue based on Lars questions and are marked to
be completed before we attempt to graduate.
Document purpose of each source package and how do they work
Key: YOKO-406
URL: https://issues.apache.org/jira/browse/YOKO-406
Project: Yoko - CORBA Server
Issue Type: Task
Answer this question: Why does the code use a home-grown character set
conversion algorithm and not nio.charset?
Key: YOKO-409
URL:
Answer this question: Does Yoko provide some plugin points as an external API?
---
Key: YOKO-407
URL: https://issues.apache.org/jira/browse/YOKO-407
Project: Yoko - CORBA
Hi,
I need to connect from Jacorb client over CORBA on Yoko webservice, which
is made like Provider. Is it possible?
How can I make this CORBAMessage provider?
thanks.
Hi Alan,
You are right about the checked in generated code. We checked in the
generated code as we didn't have a suitable IDL compiler to generate the
source during the Yoko build. I seem to recall there being some issues with
using the IDLJ compiler that comes packages with the JDK, so that
12 matches
Mail list logo