yoko-user@incubator.apache.org Archives http://mail-archives.apache.org/mod_mbox/incubator-yoko-user/ 2013-05-21T08:31:16Z Exception while binding servant Wojtek Janiszewski <wojtek.janiszewski@gmail.com> urn:uuid:%3c48B0977E-70201@gmail-com%3e 2008-08-23T23:04:30Z 
Hi,
I'm not sure if this problem really regards to Yoko, maybe it's 
something with Yoko configuration in Geronimo. I'm getting following 
error during binding CORBA servant:

[start of stack trace]

org.omg.CORBA.BAD_OPERATION: :  vmcid: 0x0 minor code: 0x0  completed: No
	at org.omg.CORBA.portable.ObjectImpl._get_delegate(ObjectImpl.java:25)
	at 
org.apache.yoko.orb.CORBA.OutputStream.write_Object(OutputStream.java:1180)
	at org.omg.CORBA.ObjectHelper.write(ObjectHelper.java:43)
	at 
org.omg.CosNaming._NamingContextExtStub.rebind(_NamingContextExtStub.java:297)
	at MyServlet.doGet(MyServlet.java:43)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
	at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
	at 
org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:65)
	at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:362)
	at 
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
	at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
	at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
	at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
	at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext.access$101(TwistyWebAppContext.java:40)
	at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext$TwistyHandler.handle(TwistyWebAppContext.java:65)
	at 
org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle(ThreadClassloaderHandler.java:46)
	at 
org.apache.geronimo.jetty6.handler.InstanceContextHandler.handle(InstanceContextHandler.java:58)
	at 
org.apache.geronimo.jetty6.handler.UserTransactionHandler.handle(UserTransactionHandler.java:48)
	at 
org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle(ComponentContextHandler.java:47)
	at 
org.apache.geronimo.jetty6.handler.TwistyWebAppContext.handle(TwistyWebAppContext.java:59)
	at 
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206)
	at 
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
	at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
	at org.mortbay.jetty.Server.handle(Server.java:324)
	at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
	at 
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:828)
	at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
	at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
	at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
	at 
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
	at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:214)
	at 
org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:344)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:885)
	at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)
	at java.lang.Thread.run(Thread.java:619)

[end of stack trace]

The code which I'm running is:

[start of MyServlet class]

public class MyServlet extends HttpServlet {

     protected void doGet(HttpServletRequest req, HttpServletResponse 
resp) throws ServletException, IOException {
         try {
             InitialContext ctx = new InitialContext();
             ORB orb = (ORB)ctx.lookup("java:comp/ORB");
             NamingContextExt nce = 
NamingContextExtHelper.narrow(orb.resolve_initial_references("NameService"));
             NameComponent nc = new NameComponent("path", "");
             MyServant serv = new MyServant();
             nce.rebind(new NameComponent[] {nc}, serv);
             resp.getOutputStream().write("success!".getBytes());
         } catch (Exception e) {
             throw new ServletException(e);
         }
     }

}

[end of MyServlet class]

[start of MyServant class]

public class MyServant extends ObjectImpl implements InvokeHandler {

     @Override
     public String[] _ids() {
         // TODO Auto-generated method stub
         return new String[] {"IDL:something:1.0"};
     }

     public OutputStream _invoke(String method, InputStream input, 
ResponseHandler handler) throws SystemException {
         // TODO Auto-generated method stub
         return null;
     }

}

[end of MyServant class]

Configuration:
Geronimo 2.1.2
Linux 2.6
JDK 1.5.0_09/1.6.0_02.

Where could be the problem? Maybe I'm missing something?

Thanks,
Wojtek
a generic question about marshalling zhangguoping@gmail.com urn:uuid:%3c8a9435f80711211831v78737e40x842c66ed75f4b412@mail-gmail-com%3e 2007-11-22T02:31:02Z 
Hi,

I want to ask a question about IIOP Marshalling?

In java to idl specification, it says if an object implements
writeObject method, it needs to be mapped to custom value type.
But in IBM's JDK AIX version, java.util.Vector does not have
writeObject method, but in Sun's JDK, java.util.Vector has writeObject
method.
Custom value type with writeObject would marshall differently as it
would add format id and a boolean to indicate whether
defaultWriteObject called or not.
Because of this, Vector would be mapped different in IDL and hence it
would be marshalled differently.
So how to solve this problem as client/server side has different class
definition? How does one side know if it is custom value type
marshalling except looking into class definition?

Thanks,
RE: where is the IDLToWSDL tool in the latest Yoko realse? "Meir Yanovich" <meiry@fts-soft.com> urn:uuid:%3c7FF923B77C9A3D46BD808F3BD91473AC02F47991@ftsmail-fts-soft-com%3e 2007-10-25T10:52:14Z 
Hi when I try to build all Yoko
Im getting this error :


$ mvn -e install
+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] Reactor build order: 
[INFO]   Apache Yoko CORBA Server
[INFO]   Apache Yoko CORBA Spec
[INFO]   Apache Yoko RMI Spec
[INFO]   Apache Yoko Core
[INFO]   Apache Yoko RMI Implementation
[INFO]   Apache Yoko Public API
[INFO]   Apache Yoko Command Line Tools
[INFO]   Apache Yoko Maven plugins
[INFO]   Apache Yoko Bindings
[INFO]   Apache Yoko Distribution
[INFO]
------------------------------------------------------------------------
----
[INFO] Building Apache Yoko CORBA Server
[INFO]    task-segment: [install]
[INFO]
------------------------------------------------------------------------
----
[INFO] Skipping missing optional mojo:
org.apache.maven.plugins:maven-site-plugin:attach-descriptor
[INFO] artifact org.apache.maven.plugins:maven-one-plugin: checking for
updates from apache-snapshots
[WARNING] repository metadata for: 'artifact
org.apache.maven.plugins:maven-one-plugin' could not be retrieved from
repository: apache-snapshots due to an error: Error transferring file
[INFO] Repository 'apache-snapshots' will be blacklisted
[INFO] [install:install]
[INFO] Installing
d:\Java_2\Web_Services\yoko-distribution-1.0-incubating-M2-src\yoko-incu
bating-src-1.0-M2\pom.xml to C:\Documents and
Settings\vmware\.m2\repository\org\apache\yoko\yoko\1.0-incubating-M2\yo
ko-1.0-incubating-M2.pom
[INFO] [maven-one-plugin:install-maven-one-repository {execution:
default}]
[INFO] Installing
d:\Java_2\Web_Services\yoko-distribution-1.0-incubating-M2-src\yoko-incu
bating-src-1.0-M2\pom.xml to C:\Documents and
Settings\vmware\.maven\repository\org.apache.yoko\poms\yoko-1.0-incubati
ng-M2.pom
[INFO]
------------------------------------------------------------------------
----
[INFO] Building Apache Yoko CORBA Spec
[INFO]    task-segment: [install]
[INFO]
------------------------------------------------------------------------
----
[INFO] [idlj:generate {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Nothing to compile - all classes are up to date
[INFO] [surefire:test]
[INFO] Setting reports dir:
D:\Java_2\Web_Services\yoko-distribution-1.0-incubating-M2-src\yoko-incu
bating-src-1.0-M2\yoko-spec-corba\target/surefire-reports
Unrecognized option: -ea
Could not create the Java virtual machine.
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] There are test failures.
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: There are test
failures.
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:564)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:480)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultL
ifecycleExecutor.java:459)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:311)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:278)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifec
ycleExecutor.java:143)
        at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
        at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
        at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at
org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
        at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
        at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
        at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: There are
test failures.
        at
org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:389)
        at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginMa
nager.java:443)
        at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Default
LifecycleExecutor.java:539)
        ... 16 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 5 seconds
[INFO] Finished at: Thu Oct 25 12:48:47 IST 2007
[INFO] Final Memory: 8M/15M
[INFO]
------------------------------------------------------------------------



-----Original Message-----
From: Nolan, Edell [mailto:Edell.Nolan@iona.com] 
Sent: Thursday, October 25, 2007 11:38 AM
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi,

I actually remember now the last release had just the core orb related
stuff as the release was needed by Geronimo
And the bindings and tools were now in a stable position at the time. 

One way to get these is to do a checkout and then run mvn install in the
tools directory and you should get the tools jar.

 svn checkout http://svn.apache.org/repos/asf/incubator/yoko/trunk 

Hope this helps, Edell.

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com] 
Sent: 25 October 2007 10:30
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi
I downloaded the just one zip from : 
http://cwiki.apache.org/YOKO/download.html
no yoko-tools.jar there ...

-----Original Message-----
From: Nolan, Edell [mailto:Edell.Nolan@iona.com]
Sent: Thursday, October 25, 2007 10:58 AM
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi,

It should be in the yoko-tools.jar - have you downloaded this jar.

What version have you downloaded.

Edell. 

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com]
Sent: 25 October 2007 08:34
To: yoko-user@incubator.apache.org
Subject: where is the IDLToWSDL tool in the latest Yoko realse?

Hello all
Im trying to find away to expose Corba idl as web services And in my
search I found about Yoko project , I download the zip But I can't find
the IDLtoWSDL to there .. do I miss something? 
Thanks 

----------------------------
IONA Technologies PLC (registered in Ireland) Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
Ireland

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
Ireland
RE: where is the IDLToWSDL tool in the latest Yoko realse? "Nolan, Edell" <Edell.Nolan@iona.com> urn:uuid:%3cE91104197DA2654DA833B6EB53B6C48802AA3227@emea-ems1-IONAGLOBAL-com%3e 2007-10-25T09:38:00Z 
Hi,

I actually remember now the last release had just the core orb related
stuff as the release was needed by Geronimo
And the bindings and tools were now in a stable position at the time. 

One way to get these is to do a checkout and then run mvn install in the
tools directory and you should get the tools jar.

 svn checkout http://svn.apache.org/repos/asf/incubator/yoko/trunk 

Hope this helps, Edell.

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com] 
Sent: 25 October 2007 10:30
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi
I downloaded the just one zip from : 
http://cwiki.apache.org/YOKO/download.html
no yoko-tools.jar there ...

-----Original Message-----
From: Nolan, Edell [mailto:Edell.Nolan@iona.com]
Sent: Thursday, October 25, 2007 10:58 AM
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi,

It should be in the yoko-tools.jar - have you downloaded this jar.

What version have you downloaded.

Edell. 

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com]
Sent: 25 October 2007 08:34
To: yoko-user@incubator.apache.org
Subject: where is the IDLToWSDL tool in the latest Yoko realse?

Hello all
Im trying to find away to expose Corba idl as web services And in my
search I found about Yoko project , I download the zip But I can't find
the IDLtoWSDL to there .. do I miss something? 
Thanks 

----------------------------
IONA Technologies PLC (registered in Ireland) Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
Ireland

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
RE: where is the IDLToWSDL tool in the latest Yoko realse? "Meir Yanovich" <meiry@fts-soft.com> urn:uuid:%3c7FF923B77C9A3D46BD808F3BD91473AC02F478F7@ftsmail-fts-soft-com%3e 2007-10-25T09:30:22Z 
Hi 
I downloaded the just one zip from : 
http://cwiki.apache.org/YOKO/download.html
no yoko-tools.jar there ...

-----Original Message-----
From: Nolan, Edell [mailto:Edell.Nolan@iona.com] 
Sent: Thursday, October 25, 2007 10:58 AM
To: yoko-user@incubator.apache.org
Subject: RE: where is the IDLToWSDL tool in the latest Yoko realse?

Hi,

It should be in the yoko-tools.jar - have you downloaded this jar.

What version have you downloaded.

Edell. 

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com] 
Sent: 25 October 2007 08:34
To: yoko-user@incubator.apache.org
Subject: where is the IDLToWSDL tool in the latest Yoko realse?

Hello all
Im trying to find away to expose Corba idl as web services And in my
search I found about Yoko project , I download the zip But I can't find
the IDLtoWSDL to there .. do I miss something? 
Thanks 

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4,
Ireland
RE: where is the IDLToWSDL tool in the latest Yoko realse? "Nolan, Edell" <Edell.Nolan@iona.com> urn:uuid:%3cE91104197DA2654DA833B6EB53B6C48802AA3222@emea-ems1-IONAGLOBAL-com%3e 2007-10-25T08:58:25Z 
Hi,

It should be in the yoko-tools.jar - have you downloaded this jar.

What version have you downloaded.

Edell. 

-----Original Message-----
From: Meir Yanovich [mailto:meiry@fts-soft.com] 
Sent: 25 October 2007 08:34
To: yoko-user@incubator.apache.org
Subject: where is the IDLToWSDL tool in the latest Yoko realse?

Hello all
Im trying to find away to expose Corba idl as web services And in my
search I found about Yoko project , I download the zip But I can't find
the IDLtoWSDL to there .. do I miss something? 
Thanks 

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
where is the IDLToWSDL tool in the latest Yoko realse? "Meir Yanovich" <meiry@fts-soft.com> urn:uuid:%3c7FF923B77C9A3D46BD808F3BD91473AC02F477F7@ftsmail-fts-soft-com%3e 2007-10-25T07:33:33Z 
Hello all
Im trying to find away to expose Corba idl as web services 
And in my search I found about Yoko project , I download the zip 
But I can't find the IDLtoWSDL to there .. do I miss something? 
Thanks
Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280708052343j1546e000x5042fca4369c2b5d@mail-gmail-com%3e 2007-08-06T06:43:53Z 
> Corba service and WS client (using SOAP or XML binding) with Dispatch<Source> should
work. The problem you run into (NPE in CorbaStreamOutInterceptor.java:78 or NPE in TypeMapCache.java:38)
seems all related to Corba binding not being properly initialized, CXF runtime tries to retrieve
Corba binding info from service model, but it returns null.

Is there a way to init it by hand? I am unable to move forward...

-- 
Lukas Zapletal
http://lukas.zapletalovi.com
RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Liu, Jervis" <jliu@iona.com> urn:uuid:%3c9A4696F35B459043970EE4A85A3173900668F9@amer-ems1-IONAGLOBAL-COM%3e 2007-08-05T02:23:38Z 


> -----Original Message-----
> From: Lukas Zapletal [mailto:lukas.zapletal@gmail.com]
> Sent: 2007年8月3日 18:21
> To: cxf-user@incubator.apache.org
> Cc: yoko-user@incubator.apache.org
> Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
> 
> 
> Hello,
> 
> > To get Dispatch/Provider interface working with CORBA 
> binding, we need to figure out what the T is in the Provider<T>.
> 
> I understand. Its a question to Yoko developers.
> 
> > If you use CORBA server & web services client as described 
> in YOKO ws\hello_world sample (i.e., the server is using 
> CORBA binding, the client is using SOAP or XML binding), 
> Dispatch<Source> should definitely work, because what sent on 
> the wire is SOAP or XML message.
> 
> You say you have CORBA service and WS client implemented with
> Dispatch<Source> should work? Or what you mean exactly with working
> Dispatch?
> 

Corba service and WS client (using SOAP or XML binding) with Dispatch<Source> should
work. The problem you run into (NPE in CorbaStreamOutInterceptor.java:78 or NPE in TypeMapCache.java:38)
seems all related to Corba binding not being properly initialized, CXF runtime tries to retrieve
Corba binding info from service model, but it returns null.


> Talking about WS client calling CORBA we have tried to use dynamic
> proxy over CORBA and it doesnt work:
> 
>             QName svcQname = new QName(
>                     "http://schemas.apache.org/yoko/idl/calc",
>                     "com.pikeelectronic.calc.CalculatorCORBAService");
>             QName portQName = new QName(
>                     "http://schemas.apache.org/yoko/idl/calc",
>                     "com.pikeelectronic.calc.CalculatorCORBAPort");
> 
>             File wsdl = new File("calc-soapbinding.wsdl");
>             Service svc = Service.create(wsdl.toURL(),svcQname);
>             ComPikeelectronicCalcCalculator calc =
> svc.getPort(portQName, ComPikeelectronicCalcCalculator.class);
>             double result = calc.add(4, 5);
>             System.out.println(result);
> 
> When I run this with SOAP binding it works but when I try to do this
> with CORBA binding I am getting exception:
> 
> INFO: Interceptor has thrown exception, unwinding now
> java.lang.NullPointerException
> 	at 
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInte
> rceptor.handleOutBoundMessage(CorbaStreamOutInterceptor.java:78)
> 	at 
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInte
> rceptor.handleMessage(CorbaStreamOutInterceptor.java:65)
> 	at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIn
> terceptorChain.java:206)
> 	at 
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
> 	at 
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:204)
> 	at 
> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
> 	at 
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.
> java:134)
> 	at $Proxy34.add(Unknown Source)
> 	at com.pikeelectronic.calc.WSDIIClient.main(WSDIIClient.java:46)
> javax.xml.ws.WebServiceException: java.lang.NullPointerException
> 	at 
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.
> java:172)
> 	at $Proxy34.add(Unknown Source)
> 	at com.pikeelectronic.calc.WSDIIClient.main(WSDIIClient.java:46)
> Caused by: java.lang.NullPointerException
> 	at 
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInte
> rceptor.handleOutBoundMessage(CorbaStreamOutInterceptor.java:78)
> 	at 
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInte
> rceptor.handleMessage(CorbaStreamOutInterceptor.java:65)
> 	at 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIn
> terceptorChain.java:206)
> 	at 
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
> 	at 
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:204)
> 	at 
> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
> 	at 
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.
> java:134)
> 	... 2 more
> 
> 
> 
> >
> > Jervis
> >
> > -----Original Message-----
> > From: Lukas Zapletal [ mailto:lukas.zapletal@gmail.com]
> > Sent: 2007年8月2日 23:00
> > To: cxf-user@incubator.apache.org; yoko-user@incubator.apache.org
> > Subject: Re: YOKO & CXF CORBA Web Service using 
> Provider<CorbaMessage>
> >
> >
> > Hello,
> >
> > the operation info and CORBA parameters are not the reason why do we
> > need the support. We would like to create a web service 
> provider that
> > will be accessible from CORBA client. We have no clue how to do this
> > because we cannot simply create Provider<CorbaMessage>,
> > Provider<SOAPMessage> or even Provider<Source>. Exception 
> occurs when
> > we try this so it seems nobody ever used it before and the code
> > contains a bug or we are doing something wrong.
> >
> > On the other side we are also trying to call (normal) CORBA service
> > with web service client implemented in CXF/Yoko dynamicaly (DII
> > client). We do not know if is it possible to create SOAPMessage and
> > pass it to Yoko CORBA binding along with WSDL file to make a dynamic
> > call.
> >
> > It seems to me the terms "corba cxf binding" and "dynamic" 
> cannot live
> > together...
> >
> > Best regards, Lukas
> >
> > 2007/8/2, Liu, Jervis <jliu@iona.com>:
> > > Hi, have a new question. I suppose the reason why you 
> want to use Provider interface for CORBA binding is that you 
> want to access "raw CORBA message payload" so that you can 
> parse operation info and input parameters by yourself. 
> However the question is what the "raw CORBA message payload" 
> is? In the world of SOAP binding or XML binding, the content 
> sent on the wire normally can be represented as XML, thus we 
> can have typed provider interface like Provider<Source>, 
> Provider<SOAPMessage>. However, in the world of CORBA, I 
> don't think we have a well-defined type to represent "raw 
> CORBA message payload", do we? Please note, 
> org.apache.yoko.bindings.corba.CorbaMessage is not the one we 
> are looking for. Same as the 
> org.apache.cxf.binding.soap.SoapMessage and 
> org.apache.cxf.binding.xml.XMLMessage, they are just a 
> content holder, which represent the whole input/output 
> message rather than the message payload. The type class that 
> can be used in Provider<T> is sth that can be produced by 
> Object<T> = DataReader.read(...).  Before we can go ahead to 
> support Provider<T> for CORBA binding, we really need to 
> figure out what the T is.
> > >
> > > BTW, if what you want is CorbaMessage, you can access it 
> from Exchange. See Dan's previous comment in this thread on 
> how to access Exchange.
> > >
> > > I will send this message across to yoko mailing list, 
> hopefully Yoko guys can give some insight on this.
> > >
> > > Cheers,
> > > Jervis
> > >
> > >
> > > -----Original Message-----
> > > From: msafr@pikeelectronic.com [ mailto:msafr@pikeelectronic.com]
> > > Sent: 2007年7月30日 19:52
> > > To: cxf-user@incubator.apache.org; Liu, Jervis
> > > Subject: RE: YOKO & CXF CORBA Web Service using 
> Provider<CorbaMessage>
> > >
> > >
> > > Hi Jervis, it really sounds great, cxf would be more 
> flexible then. Thank you for your replies. So do you plan 
> adding support of that to cxf? And would it be possible to 
> know when? :-)
> > >
> > > Cheers,
> > > Michael
> > >
> > >
> > > -----Original Message-----
> > > From: Liu, Jervis [ mailto:jliu@iona.com]
> > > Sent: Monday, July 30, 2007 1:12 PM
> > > To: cxf-user@incubator.apache.org; dkulp@apache.org
> > > Cc: Michal ?afr; yoko-user@incubator.apache.org
> > > Subject: RE: YOKO & CXF CORBA Web Service using 
> Provider<CorbaMessage>
> > >
> > > Coming to think of this again, I found supporting 
> Provider<CorbaMessage> isn't that difficult as I originally 
> thought. We have some manual checks of binding type in 
> DispatchInDatabindingInterceptor\DispatchOutDatabindingInterce
> ptor, such as if (binding == soapbinding) then blabla. 
> Actually we were just being lazy, we should really implement 
> DispatchInDatabindingInterceptor as 
> DispatchInSoapBindingDatabindingInterceptor and 
> DispatchInXMLbindingDatabindingInterceptor. This way, 
> different dispatch/provider interceptors for different 
> bindings can be added by corresponding binding providers, 
> which allows the support of new bindings without the need to 
> modify existing code base. E.g., adding  CORBA binding 
> support for dispatch/provider involves in writing a 
> DispatchInCorbaBindingDatabindingInterceptor, doing whatever 
> you want in this interceptor then making sure the 
> CORBABinding provider has this 
> DispatchInCorbaBindingDatabindingInterceptor registered into 
> interceptor chain during provider/dispatch case.
> > >
> > > Cheers,
> > > Jervis
> > >
> > > -----Original Message-----
> > > From: Daniel Kulp [ mailto:dkulp@apache.org]
> > > Sent: 2007年7月28日 11:23
> > > To: cxf-user@incubator.apache.org
> > > Cc: Michal ?afr; yoko-user@incubator.apache.org
> > > Subject: Re: YOKO & CXF CORBA Web Service using 
> Provider<CorbaMessage>
> > >
> > >
> > >
> > > Michal,
> > >
> > > Right now, we don't support any Provider (or Dispatch) 
> that takes the raw
> > > CXF Message types.   That's a good suggestion though.  
> Could you log a
> > > Jira for it?
> > >
> > > What's worse, looking at the code for the 
> Dispatch/Provider stuff on
> > > trunk, it only will work for XML and SOAP bindings.   It 
> specifically
> > > checks for those and does "bad" things.   I was hoping to 
> say you could
> > > do something like:
> > >
> > > public class CalculatorImpl implements Provider<XMLStreamReader> {
> > > }
> > >
> > > to use the data from the CORBA stream reader, but that 
> doesn't even work
> > > right now. Even trying a Source doesn't work.    I think 
> some Jira's
> > > need to be added for that as well.
> > >
> > >
> > > Dan
> > >
> > >
> > > On Friday 27 July 2007 09:29, Michal Šafr wrote:
> > > >
> > > > firstly I'm not sure, if this is CXF or YOKO problem, 
> so please excuse
> > > > me if I've sent this problem to a wrong place. I've got 
> the problem
> > > > described below.
> > > >
> > > > I started from simple WSDL describing service with 
> CORBA binding. I
> > > > generated standalone server and client using CXF tool wsdl2java
> > > > -server (-client) . Implemented service and everything 
> worked fine
> > > > without any problem. I was able to call WS using 
> generated client and
> > > > WS was returning expected values. Then I decided to 
> implement WS using
> > > > interface javax.xml.ws.Provider so I had:
> > > >
> > > > //Service class, annotations are not mentioned here, 
> but i changed
> > > > @WebService annotation to @WebServiceProvider and added 
> @ServiceMode
> > > >
> > > > public class CalculatorImpl implements Provider<CorbaMessage> {
> > > >
> > > >       public CorbaMessage invoke(CorbaMessage arg0) {
> > > >
> > > >             System.out.println("corba service called");
> > > >
> > > >             return arg0;
> > > >
> > > >       }
> > > >
> > > > }
> > > >
> > > >
> > > >
> > > > Every time I try to call WS a receive following exception on the
> > > > client side:
> > > >
> > > >
> > > >
> > > > org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  
> completed: No
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> > > >ilSyst emException.java:6386)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> > > >ilSyst emException.java:6408)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
> > > >rManag erReadStream.java:93)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
> > > >1_1.ja va:75)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
> > > >utStre am_1_2.java:80)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
> > > >utStre am_1_0.java:504)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
> > > >Stream _1_0.java:526)
> > > >
> > > >       at
> > > > 
> com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
> > > >am.jav a:153)
> > > >
> > > >       at
> > > > 
> com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
> > > >
> > > >       at
> > > > com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
> > > >
> > > >
> > > >
> > > > And following exception on the server side:
> > > >
> > > >
> > > >
> > > > 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> > > > doIntercept
> > > >
> > > > INFO: Interceptor has thrown exception, unwinding now
> > > >
> > > > java.lang.NullPointerException
> > > >
> > > >       at java.lang.Class.isAssignableFrom(Native Method)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:56)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:52)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:48)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> > > >ceptor .java:138)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > > >rChain .java:206)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> > > >tionOb server.java:67)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> > > >Servan t.java:156)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> > > >tDispa tcher.java:225)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> > > >va:160 7)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> > > >l.java
> > > >
> > > > :56)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> > > >gyFact ory_impl.java:53)
> > > >
> > > >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> > > >onThre aded.java:502)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> > > >onnect ionThreaded.java:64)
> > > >
> > > > 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> > > > doIntercept
> > > >
> > > > INFO: Interceptor has thrown exception, unwinding now
> > > >
> > > > org.apache.yoko.bindings.corba.CorbaBindingException:
> > > > java.lang.NullPointerException
> > > >
> > > >       at
> > > > 
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
> > > >ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > > >rChain .java:206)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
> > > >ge(Abs tractFaultChainInitiatorObserver.java:86)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > > >rChain .java:223)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> > > >tionOb server.java:67)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> > > >Servan t.java:156)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> > > >tDispa tcher.java:225)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> > > >va:160 7)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> > > >l.java
> > > >
> > > > :56)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> > > >gyFact ory_impl.java:53)
> > > >
> > > >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> > > >onThre aded.java:502)
> > > >
> > > >       at
> > > > 
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> > > >onnect ionThreaded.java:64)
> > > >
> > > > Caused by: java.lang.NullPointerException
> > > >
> > > >       at java.lang.Class.isAssignableFrom(Native Method)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:56)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:52)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > > >taRead er.java:48)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> > > >ceptor .java:138)
> > > >
> > > >       at
> > > > 
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > > >rChain .java:206)
> > > >
> > > >       ... 9 more
> > > >
> > > >
> > > >
> > > > I have changed nothing else than WS implementation on 
> server side.
> > > > Could anyone help please? Every advice is welcome, 
> thank you very
> > > > much.
> > >
> > > --
> > > J. Daniel Kulp
> > > Principal Engineer
> > > IONA
> > > P: 781-902-8727    C: 508-380-7194
> > > daniel.kulp@iona.com
> > > http://www.dankulp.com/blog
> > >
> > > ----------------------------
> > > IONA Technologies PLC (registered in Ireland)
> > > Registered Number: 171387
> > > Registered Address: The IONA Building, Shelbourne Road, 
> Dublin 4, Ireland
> > >
> > >
> > > ----------------------------
> > > IONA Technologies PLC (registered in Ireland)
> > > Registered Number: 171387
> > > Registered Address: The IONA Building, Shelbourne Road, 
> Dublin 4, Ireland
> > >
> >
> >
> > --
> > Lukas Zapletal
> > http://lukas.zapletalovi.com
> >
> >
> >
> > ----------------------------
> > IONA Technologies PLC (registered in Ireland)
> > Registered Number: 171387
> > Registered Address: The IONA Building, Shelbourne Road, 
> Dublin 4, Ireland
> >
> 
> 
> -- 
> Lukas Zapletal
> http://lukas.zapletalovi.com
> 

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
Using Yoko binding with dynamic proxy on the client side "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280708030819v1c1c49f5sc1d335c83b0fb20d@mail-gmail-com%3e 2007-08-03T15:19:32Z 
Hello,

I am implementing a WS client using CORBA Yoko binding in CXF as
dynamic proxy but I am not able to create the Client instance:

JaxWsClientFactoryBean client = new JaxWsClientFactoryBean();
client.setAddress("corbaloc::localhost:9000/calc");
client.setServiceClass(ComPikeelectronicCalcCalculator.class);
ClientImpl SOAPclient = (ClientImpl) client.create(); // line 29: main()

I am getting:

java.lang.NullPointerException
	at org.apache.yoko.bindings.corba.TypeMapCache.get(TypeMapCache.java:38)
	at org.apache.yoko.bindings.corba.CorbaConduit.<init>(CorbaConduit.java:86)
	at org.apache.yoko.bindings.corba.CorbaBindingFactory.getConduit(CorbaBindingFactory.java:109)
	at org.apache.yoko.bindings.corba.CorbaBindingFactory.getConduit(CorbaBindingFactory.java:104)
	at org.apache.cxf.endpoint.AbstractConduitSelector.getSelectedConduit(AbstractConduitSelector.java:73)
	at org.apache.cxf.endpoint.UpfrontConduitSelector.selectConduit(UpfrontConduitSelector.java:71)
	at org.apache.cxf.endpoint.ClientImpl.getConduit(ClientImpl.java:417)
	at org.apache.cxf.ws.rm.RMManager.clientCreated(RMManager.java:100)
	at org.apache.cxf.endpoint.ClientLifeCycleManagerImpl.clientCreated(ClientLifeCycleManagerImpl.java:42)
	at org.apache.cxf.endpoint.ClientImpl.notifyLifecycleManager(ClientImpl.java:133)
	at org.apache.cxf.endpoint.ClientImpl.<init>(ClientImpl.java:92)
	at org.apache.cxf.frontend.ClientFactoryBean.createClient(ClientFactoryBean.java:64)
	at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
	at com.pikeelectronic.calc.WSDIIClient.main(WSDIIClient.java:29)

It seems Yoko binding is expecting some information here:

    public static CorbaTypeMap get(ServiceInfo service) {
        if (service != null) {
            synchronized (cache) {
                if (!cache.containsKey(service)) {
                    List<TypeMappingType> corbaTypes = service.getDescription()
                            .getExtensors(TypeMappingType.class); // NPE here
                    if (corbaTypes != null) {
                        cache.put(service,
CorbaUtils.createCorbaTypeMap(corbaTypes));
                    }
                }
            }
            return cache.get(service);
        }
        return null;
    }

Am I doing somethig wrong?

-- 
Lukas Zapletal
http://lukas.zapletalovi.com
Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280708030321n75312e8kc2dbe3de44f55321@mail-gmail-com%3e 2007-08-03T10:21:15Z 
Hello,

> To get Dispatch/Provider interface working with CORBA binding, we need to figure out
what the T is in the Provider<T>.

I understand. Its a question to Yoko developers.

> If you use CORBA server & web services client as described in YOKO ws\hello_world
sample (i.e., the server is using CORBA binding, the client is using SOAP or XML binding),
Dispatch<Source> should definitely work, because what sent on the wire is SOAP or XML
message.

You say you have CORBA service and WS client implemented with
Dispatch<Source> should work? Or what you mean exactly with working
Dispatch?

Talking about WS client calling CORBA we have tried to use dynamic
proxy over CORBA and it doesnt work:

            QName svcQname = new QName(
                    "http://schemas.apache.org/yoko/idl/calc",
                    "com.pikeelectronic.calc.CalculatorCORBAService");
            QName portQName = new QName(
                    "http://schemas.apache.org/yoko/idl/calc",
                    "com.pikeelectronic.calc.CalculatorCORBAPort");

            File wsdl = new File("calc-soapbinding.wsdl");
            Service svc = Service.create(wsdl.toURL(),svcQname);
            ComPikeelectronicCalcCalculator calc =
svc.getPort(portQName, ComPikeelectronicCalcCalculator.class);
            double result = calc.add(4, 5);
            System.out.println(result);

When I run this with SOAP binding it works but when I try to do this
with CORBA binding I am getting exception:

INFO: Interceptor has thrown exception, unwinding now
java.lang.NullPointerException
	at org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInterceptor.handleOutBoundMessage(CorbaStreamOutInterceptor.java:78)
	at org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInterceptor.handleMessage(CorbaStreamOutInterceptor.java:65)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:206)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:204)
	at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
	at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134)
	at $Proxy34.add(Unknown Source)
	at com.pikeelectronic.calc.WSDIIClient.main(WSDIIClient.java:46)
javax.xml.ws.WebServiceException: java.lang.NullPointerException
	at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:172)
	at $Proxy34.add(Unknown Source)
	at com.pikeelectronic.calc.WSDIIClient.main(WSDIIClient.java:46)
Caused by: java.lang.NullPointerException
	at org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInterceptor.handleOutBoundMessage(CorbaStreamOutInterceptor.java:78)
	at org.apache.yoko.bindings.corba.interceptors.CorbaStreamOutInterceptor.handleMessage(CorbaStreamOutInterceptor.java:65)
	at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:206)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253)
	at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:204)
	at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
	at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:134)
	... 2 more



>
> Jervis
>
> -----Original Message-----
> From: Lukas Zapletal [ mailto:lukas.zapletal@gmail.com]
> Sent: 2007年8月2日 23:00
> To: cxf-user@incubator.apache.org; yoko-user@incubator.apache.org
> Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
>
> Hello,
>
> the operation info and CORBA parameters are not the reason why do we
> need the support. We would like to create a web service provider that
> will be accessible from CORBA client. We have no clue how to do this
> because we cannot simply create Provider<CorbaMessage>,
> Provider<SOAPMessage> or even Provider<Source>. Exception occurs when
> we try this so it seems nobody ever used it before and the code
> contains a bug or we are doing something wrong.
>
> On the other side we are also trying to call (normal) CORBA service
> with web service client implemented in CXF/Yoko dynamicaly (DII
> client). We do not know if is it possible to create SOAPMessage and
> pass it to Yoko CORBA binding along with WSDL file to make a dynamic
> call.
>
> It seems to me the terms "corba cxf binding" and "dynamic" cannot live
> together...
>
> Best regards, Lukas
>
> 2007/8/2, Liu, Jervis <jliu@iona.com>:
> > Hi, have a new question. I suppose the reason why you want to use Provider interface
for CORBA binding is that you want to access "raw CORBA message payload" so that you can parse
operation info and input parameters by yourself. However the question is what the "raw CORBA
message payload" is? In the world of SOAP binding or XML binding, the content sent on the
wire normally can be represented as XML, thus we can have typed provider interface like Provider<Source>,
Provider<SOAPMessage>. However, in the world of CORBA, I don't think we have a well-defined
type to represent "raw CORBA message payload", do we? Please note, org.apache.yoko.bindings.corba.CorbaMessage
is not the one we are looking for. Same as the org.apache.cxf.binding.soap.SoapMessage and
org.apache.cxf.binding.xml.XMLMessage, they are just a content holder, which represent the
whole input/output message rather than the message payload. The type class that can be used
in Provider<T> is sth that can be produced by Object<T> = DataReader.read(...).
 Before we can go ahead to support Provider<T> for CORBA binding, we really need to
figure out what the T is.
> >
> > BTW, if what you want is CorbaMessage, you can access it from Exchange. See Dan's
previous comment in this thread on how to access Exchange.
> >
> > I will send this message across to yoko mailing list, hopefully Yoko guys can give
some insight on this.
> >
> > Cheers,
> > Jervis
> >
> >
> > -----Original Message-----
> > From: msafr@pikeelectronic.com [ mailto:msafr@pikeelectronic.com]
> > Sent: 2007年7月30日 19:52
> > To: cxf-user@incubator.apache.org; Liu, Jervis
> > Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
> >
> >
> > Hi Jervis, it really sounds great, cxf would be more flexible then. Thank you for
your replies. So do you plan adding support of that to cxf? And would it be possible to know
when? :-)
> >
> > Cheers,
> > Michael
> >
> >
> > -----Original Message-----
> > From: Liu, Jervis [ mailto:jliu@iona.com]
> > Sent: Monday, July 30, 2007 1:12 PM
> > To: cxf-user@incubator.apache.org; dkulp@apache.org
> > Cc: Michal ?afr; yoko-user@incubator.apache.org
> > Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
> >
> > Coming to think of this again, I found supporting Provider<CorbaMessage> isn't
that difficult as I originally thought. We have some manual checks of binding type in DispatchInDatabindingInterceptor\DispatchOutDatabindingInterceptor,
such as if (binding == soapbinding) then blabla. Actually we were just being lazy, we should
really implement DispatchInDatabindingInterceptor as DispatchInSoapBindingDatabindingInterceptor
and DispatchInXMLbindingDatabindingInterceptor. This way, different dispatch/provider interceptors
for different bindings can be added by corresponding binding providers, which allows the support
of new bindings without the need to modify existing code base. E.g., adding  CORBA binding
support for dispatch/provider involves in writing a DispatchInCorbaBindingDatabindingInterceptor,
doing whatever you want in this interceptor then making sure the CORBABinding provider has
this DispatchInCorbaBindingDatabindingInterceptor registered into interceptor chain during
provider/dispatch case.
> >
> > Cheers,
> > Jervis
> >
> > -----Original Message-----
> > From: Daniel Kulp [ mailto:dkulp@apache.org]
> > Sent: 2007年7月28日 11:23
> > To: cxf-user@incubator.apache.org
> > Cc: Michal ?afr; yoko-user@incubator.apache.org
> > Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
> >
> >
> >
> > Michal,
> >
> > Right now, we don't support any Provider (or Dispatch) that takes the raw
> > CXF Message types.   That's a good suggestion though.  Could you log a
> > Jira for it?
> >
> > What's worse, looking at the code for the Dispatch/Provider stuff on
> > trunk, it only will work for XML and SOAP bindings.   It specifically
> > checks for those and does "bad" things.   I was hoping to say you could
> > do something like:
> >
> > public class CalculatorImpl implements Provider<XMLStreamReader> {
> > }
> >
> > to use the data from the CORBA stream reader, but that doesn't even work
> > right now. Even trying a Source doesn't work.    I think some Jira's
> > need to be added for that as well.
> >
> >
> > Dan
> >
> >
> > On Friday 27 July 2007 09:29, Michal Šafr wrote:
> > >
> > > firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> > > me if I've sent this problem to a wrong place. I've got the problem
> > > described below.
> > >
> > > I started from simple WSDL describing service with CORBA binding. I
> > > generated standalone server and client using CXF tool wsdl2java
> > > -server (-client) . Implemented service and everything worked fine
> > > without any problem. I was able to call WS using generated client and
> > > WS was returning expected values. Then I decided to implement WS using
> > > interface javax.xml.ws.Provider so I had:
> > >
> > > //Service class, annotations are not mentioned here, but i changed
> > > @WebService annotation to @WebServiceProvider and added @ServiceMode
> > >
> > > public class CalculatorImpl implements Provider<CorbaMessage> {
> > >
> > >       public CorbaMessage invoke(CorbaMessage arg0) {
> > >
> > >             System.out.println("corba service called");
> > >
> > >             return arg0;
> > >
> > >       }
> > >
> > > }
> > >
> > >
> > >
> > > Every time I try to call WS a receive following exception on the
> > > client side:
> > >
> > >
> > >
> > > org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
> > >
> > >       at
> > > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> > >ilSyst emException.java:6386)
> > >
> > >       at
> > > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> > >ilSyst emException.java:6408)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
> > >rManag erReadStream.java:93)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
> > >1_1.ja va:75)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
> > >utStre am_1_2.java:80)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
> > >utStre am_1_0.java:504)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
> > >Stream _1_0.java:526)
> > >
> > >       at
> > > com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
> > >am.jav a:153)
> > >
> > >       at
> > > com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
> > >
> > >       at
> > > com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
> > >
> > >
> > >
> > > And following exception on the server side:
> > >
> > >
> > >
> > > 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> > > doIntercept
> > >
> > > INFO: Interceptor has thrown exception, unwinding now
> > >
> > > java.lang.NullPointerException
> > >
> > >       at java.lang.Class.isAssignableFrom(Native Method)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:56)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:52)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:48)
> > >
> > >       at
> > > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> > >ceptor .java:138)
> > >
> > >       at
> > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > >rChain .java:206)
> > >
> > >       at
> > > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> > >tionOb server.java:67)
> > >
> > >       at
> > > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> > >Servan t.java:156)
> > >
> > >       at
> > > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> > >tDispa tcher.java:225)
> > >
> > >       at
> > > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> > >va:160 7)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> > >l.java
> > >
> > > :56)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> > >gyFact ory_impl.java:53)
> > >
> > >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> > >onThre aded.java:502)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> > >onnect ionThreaded.java:64)
> > >
> > > 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> > > doIntercept
> > >
> > > INFO: Interceptor has thrown exception, unwinding now
> > >
> > > org.apache.yoko.bindings.corba.CorbaBindingException:
> > > java.lang.NullPointerException
> > >
> > >       at
> > > org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
> > >ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
> > >
> > >       at
> > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > >rChain .java:206)
> > >
> > >       at
> > > org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
> > >ge(Abs tractFaultChainInitiatorObserver.java:86)
> > >
> > >       at
> > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > >rChain .java:223)
> > >
> > >       at
> > > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> > >tionOb server.java:67)
> > >
> > >       at
> > > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> > >Servan t.java:156)
> > >
> > >       at
> > > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> > >tDispa tcher.java:225)
> > >
> > >       at
> > > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> > >va:160 7)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> > >l.java
> > >
> > > :56)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> > >gyFact ory_impl.java:53)
> > >
> > >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> > >onThre aded.java:502)
> > >
> > >       at
> > > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> > >onnect ionThreaded.java:64)
> > >
> > > Caused by: java.lang.NullPointerException
> > >
> > >       at java.lang.Class.isAssignableFrom(Native Method)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:56)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:52)
> > >
> > >       at
> > > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> > >taRead er.java:48)
> > >
> > >       at
> > > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> > >ceptor .java:138)
> > >
> > >       at
> > > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> > >rChain .java:206)
> > >
> > >       ... 9 more
> > >
> > >
> > >
> > > I have changed nothing else than WS implementation on server side.
> > > Could anyone help please? Every advice is welcome, thank you very
> > > much.
> >
> > --
> > J. Daniel Kulp
> > Principal Engineer
> > IONA
> > P: 781-902-8727    C: 508-380-7194
> > daniel.kulp@iona.com
> > http://www.dankulp.com/blog
> >
> > ----------------------------
> > IONA Technologies PLC (registered in Ireland)
> > Registered Number: 171387
> > Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
> >
> >
> > ----------------------------
> > IONA Technologies PLC (registered in Ireland)
> > Registered Number: 171387
> > Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
> >
>
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>
>
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Liu, Jervis" <jliu@iona.com> urn:uuid:%3c9A4696F35B459043970EE4A85A3173900668F7@amer-ems1-IONAGLOBAL-COM%3e 2007-08-03T09:15:38Z 
Hi Lukas, none of these Provider<CorbaMessage>, Provider<SOAPMessage> or Provider<Source>
is supposed to work with CORBA binding. The type class T in Provider<T> has to be something
that can represent the message (or message payload) you sent on the wire DIRECTLY. What I
mean by “directly” is without any extra marshaling/unmarshalling or transformation for
example, using a data binding to map one type to another type.  In the case of SOAP binding
or XML binding, the content type is text/xml, the wire message can always be represented as
Source or SOAPMessage (SOAP binding) object.  The message sent on the wire for CORBA biding
is in binary format. A simple question, in the Dispatch example you gave in your previous
email, how can you transform a Source that represents a xml document of "<tns:add xmlns:tns=
 <http://schemas.apache.org/yoko/idl/calc/> http://schemas.apache.org/yoko/idl/calc/>"
into a binary format of CORBA message? The T in Provider<T> or Dispatch<T> has
to be something that you can take it and sent it out on the wire directly without any transformation.
This is why Dispatch<Source> won’t work.

To get Dispatch/Provider interface working with CORBA binding, we need to figure out what
the T is in the Provider<T>.

If you use CORBA server & web services client as described in YOKO ws\hello_world sample
(i.e., the server is using CORBA binding, the client is using SOAP or XML binding), Dispatch<Source>
should definitely work, because what sent on the wire is SOAP or XML message.

Jervis

-----Original Message-----
From: Lukas Zapletal [ mailto:lukas.zapletal@gmail.com]
Sent: 2007年8月2日 23:00
To: cxf-user@incubator.apache.org; yoko-user@incubator.apache.org
Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>


Hello,

the operation info and CORBA parameters are not the reason why do we
need the support. We would like to create a web service provider that
will be accessible from CORBA client. We have no clue how to do this
because we cannot simply create Provider<CorbaMessage>,
Provider<SOAPMessage> or even Provider<Source>. Exception occurs when
we try this so it seems nobody ever used it before and the code
contains a bug or we are doing something wrong.

On the other side we are also trying to call (normal) CORBA service
with web service client implemented in CXF/Yoko dynamicaly (DII
client). We do not know if is it possible to create SOAPMessage and
pass it to Yoko CORBA binding along with WSDL file to make a dynamic
call.

It seems to me the terms "corba cxf binding" and "dynamic" cannot live
together...

Best regards, Lukas

2007/8/2, Liu, Jervis <jliu@iona.com>:
> Hi, have a new question. I suppose the reason why you want to use Provider interface
for CORBA binding is that you want to access "raw CORBA message payload" so that you can parse
operation info and input parameters by yourself. However the question is what the "raw CORBA
message payload" is? In the world of SOAP binding or XML binding, the content sent on the
wire normally can be represented as XML, thus we can have typed provider interface like Provider<Source>,
Provider<SOAPMessage>. However, in the world of CORBA, I don't think we have a well-defined
type to represent "raw CORBA message payload", do we? Please note, org.apache.yoko.bindings.corba.CorbaMessage
is not the one we are looking for. Same as the org.apache.cxf.binding.soap.SoapMessage and
org.apache.cxf.binding.xml.XMLMessage, they are just a content holder, which represent the
whole input/output message rather than the message payload. The type class that can be used
in Provider<T> is sth that can be produced by Object<T> = DataReader.read(...).
 Before we can go ahead to support Provider<T> for CORBA binding, we really need to
figure out what the T is.
>
> BTW, if what you want is CorbaMessage, you can access it from Exchange. See Dan's previous
comment in this thread on how to access Exchange.
>
> I will send this message across to yoko mailing list, hopefully Yoko guys can give some
insight on this.
>
> Cheers,
> Jervis
>
>
> -----Original Message-----
> From: msafr@pikeelectronic.com [ mailto:msafr@pikeelectronic.com]
> Sent: 2007年7月30日 19:52
> To: cxf-user@incubator.apache.org; Liu, Jervis
> Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
>
> Hi Jervis, it really sounds great, cxf would be more flexible then. Thank you for your
replies. So do you plan adding support of that to cxf? And would it be possible to know when?
:-)
>
> Cheers,
> Michael
>
>
> -----Original Message-----
> From: Liu, Jervis [ mailto:jliu@iona.com]
> Sent: Monday, July 30, 2007 1:12 PM
> To: cxf-user@incubator.apache.org; dkulp@apache.org
> Cc: Michal ?afr; yoko-user@incubator.apache.org
> Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
> Coming to think of this again, I found supporting Provider<CorbaMessage> isn't
that difficult as I originally thought. We have some manual checks of binding type in DispatchInDatabindingInterceptor\DispatchOutDatabindingInterceptor,
such as if (binding == soapbinding) then blabla. Actually we were just being lazy, we should
really implement DispatchInDatabindingInterceptor as DispatchInSoapBindingDatabindingInterceptor
and DispatchInXMLbindingDatabindingInterceptor. This way, different dispatch/provider interceptors
for different bindings can be added by corresponding binding providers, which allows the support
of new bindings without the need to modify existing code base. E.g., adding  CORBA binding
support for dispatch/provider involves in writing a DispatchInCorbaBindingDatabindingInterceptor,
doing whatever you want in this interceptor then making sure the CORBABinding provider has
this DispatchInCorbaBindingDatabindingInterceptor registered into interceptor chain during
provider/dispatch case.
>
> Cheers,
> Jervis
>
> -----Original Message-----
> From: Daniel Kulp [ mailto:dkulp@apache.org]
> Sent: 2007年7月28日 11:23
> To: cxf-user@incubator.apache.org
> Cc: Michal ?afr; yoko-user@incubator.apache.org
> Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
>
>
> Michal,
>
> Right now, we don't support any Provider (or Dispatch) that takes the raw
> CXF Message types.   That's a good suggestion though.  Could you log a
> Jira for it?
>
> What's worse, looking at the code for the Dispatch/Provider stuff on
> trunk, it only will work for XML and SOAP bindings.   It specifically
> checks for those and does "bad" things.   I was hoping to say you could
> do something like:
>
> public class CalculatorImpl implements Provider<XMLStreamReader> {
> }
>
> to use the data from the CORBA stream reader, but that doesn't even work
> right now. Even trying a Source doesn't work.    I think some Jira's
> need to be added for that as well.
>
>
> Dan
>
>
> On Friday 27 July 2007 09:29, Michal Šafr wrote:
> >
> > firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> > me if I've sent this problem to a wrong place. I've got the problem
> > described below.
> >
> > I started from simple WSDL describing service with CORBA binding. I
> > generated standalone server and client using CXF tool wsdl2java
> > -server (-client) . Implemented service and everything worked fine
> > without any problem. I was able to call WS using generated client and
> > WS was returning expected values. Then I decided to implement WS using
> > interface javax.xml.ws.Provider so I had:
> >
> > //Service class, annotations are not mentioned here, but i changed
> > @WebService annotation to @WebServiceProvider and added @ServiceMode
> >
> > public class CalculatorImpl implements Provider<CorbaMessage> {
> >
> >       public CorbaMessage invoke(CorbaMessage arg0) {
> >
> >             System.out.println("corba service called");
> >
> >             return arg0;
> >
> >       }
> >
> > }
> >
> >
> >
> > Every time I try to call WS a receive following exception on the
> > client side:
> >
> >
> >
> > org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
> >
> >       at
> > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> >ilSyst emException.java:6386)
> >
> >       at
> > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> >ilSyst emException.java:6408)
> >
> >       at
> > com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
> >rManag erReadStream.java:93)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
> >1_1.ja va:75)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
> >utStre am_1_2.java:80)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
> >utStre am_1_0.java:504)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
> >Stream _1_0.java:526)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
> >am.jav a:153)
> >
> >       at
> > com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
> >
> >       at
> > com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
> >
> >
> >
> > And following exception on the server side:
> >
> >
> >
> > 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> > doIntercept
> >
> > INFO: Interceptor has thrown exception, unwinding now
> >
> > java.lang.NullPointerException
> >
> >       at java.lang.Class.isAssignableFrom(Native Method)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:56)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:52)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:48)
> >
> >       at
> > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> >ceptor .java:138)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       at
> > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> >tionOb server.java:67)
> >
> >       at
> > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> >Servan t.java:156)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> >tDispa tcher.java:225)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> >va:160 7)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> >l.java
> >
> > :56)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> >gyFact ory_impl.java:53)
> >
> >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> >onThre aded.java:502)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> >onnect ionThreaded.java:64)
> >
> > 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> > doIntercept
> >
> > INFO: Interceptor has thrown exception, unwinding now
> >
> > org.apache.yoko.bindings.corba.CorbaBindingException:
> > java.lang.NullPointerException
> >
> >       at
> > org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
> >ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       at
> > org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
> >ge(Abs tractFaultChainInitiatorObserver.java:86)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:223)
> >
> >       at
> > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> >tionOb server.java:67)
> >
> >       at
> > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> >Servan t.java:156)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> >tDispa tcher.java:225)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> >va:160 7)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> >l.java
> >
> > :56)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> >gyFact ory_impl.java:53)
> >
> >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> >onThre aded.java:502)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> >onnect ionThreaded.java:64)
> >
> > Caused by: java.lang.NullPointerException
> >
> >       at java.lang.Class.isAssignableFrom(Native Method)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:56)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:52)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:48)
> >
> >       at
> > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> >ceptor .java:138)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       ... 9 more
> >
> >
> >
> > I have changed nothing else than WS implementation on server side.
> > Could anyone help please? Every advice is welcome, thank you very
> > much.
>
> --
> J. Daniel Kulp
> Principal Engineer
> IONA
> P: 781-902-8727    C: 508-380-7194
> daniel.kulp@iona.com
> http://www.dankulp.com/blog
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>


--
Lukas Zapletal
http://lukas.zapletalovi.com



----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280708020759je7c9f4br1481c5b801268ab4@mail-gmail-com%3e 2007-08-02T14:59:55Z 
Hello,

the operation info and CORBA parameters are not the reason why do we
need the support. We would like to create a web service provider that
will be accessible from CORBA client. We have no clue how to do this
because we cannot simply create Provider<CorbaMessage>,
Provider<SOAPMessage> or even Provider<Source>. Exception occurs when
we try this so it seems nobody ever used it before and the code
contains a bug or we are doing something wrong.

On the other side we are also trying to call (normal) CORBA service
with web service client implemented in CXF/Yoko dynamicaly (DII
client). We do not know if is it possible to create SOAPMessage and
pass it to Yoko CORBA binding along with WSDL file to make a dynamic
call.

It seems to me the terms "corba cxf binding" and "dynamic" cannot live
together...

Best regards, Lukas

2007/8/2, Liu, Jervis <jliu@iona.com>:
> Hi, have a new question. I suppose the reason why you want to use Provider interface
for CORBA binding is that you want to access "raw CORBA message payload" so that you can parse
operation info and input parameters by yourself. However the question is what the "raw CORBA
message payload" is? In the world of SOAP binding or XML binding, the content sent on the
wire normally can be represented as XML, thus we can have typed provider interface like Provider<Source>,
Provider<SOAPMessage>. However, in the world of CORBA, I don't think we have a well-defined
type to represent "raw CORBA message payload", do we? Please note, org.apache.yoko.bindings.corba.CorbaMessage
is not the one we are looking for. Same as the org.apache.cxf.binding.soap.SoapMessage and
org.apache.cxf.binding.xml.XMLMessage, they are just a content holder, which represent the
whole input/output message rather than the message payload. The type class that can be used
in Provider<T> is sth that can be produced by Object<T> = DataReader.read(...).
 Before we can go ahead to support Provider<T> for CORBA binding, we really need to
figure out what the T is.
>
> BTW, if what you want is CorbaMessage, you can access it from Exchange. See Dan's previous
comment in this thread on how to access Exchange.
>
> I will send this message across to yoko mailing list, hopefully Yoko guys can give some
insight on this.
>
> Cheers,
> Jervis
>
>
> -----Original Message-----
> From: msafr@pikeelectronic.com [mailto:msafr@pikeelectronic.com]
> Sent: 2007年7月30日 19:52
> To: cxf-user@incubator.apache.org; Liu, Jervis
> Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
>
> Hi Jervis, it really sounds great, cxf would be more flexible then. Thank you for your
replies. So do you plan adding support of that to cxf? And would it be possible to know when?
:-)
>
> Cheers,
> Michael
>
>
> -----Original Message-----
> From: Liu, Jervis [mailto:jliu@iona.com]
> Sent: Monday, July 30, 2007 1:12 PM
> To: cxf-user@incubator.apache.org; dkulp@apache.org
> Cc: Michal ?afr; yoko-user@incubator.apache.org
> Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
> Coming to think of this again, I found supporting Provider<CorbaMessage> isn't
that difficult as I originally thought. We have some manual checks of binding type in DispatchInDatabindingInterceptor\DispatchOutDatabindingInterceptor,
such as if (binding == soapbinding) then blabla. Actually we were just being lazy, we should
really implement DispatchInDatabindingInterceptor as DispatchInSoapBindingDatabindingInterceptor
and DispatchInXMLbindingDatabindingInterceptor. This way, different dispatch/provider interceptors
for different bindings can be added by corresponding binding providers, which allows the support
of new bindings without the need to modify existing code base. E.g., adding  CORBA binding
support for dispatch/provider involves in writing a DispatchInCorbaBindingDatabindingInterceptor,
doing whatever you want in this interceptor then making sure the CORBABinding provider has
this DispatchInCorbaBindingDatabindingInterceptor registered into interceptor chain during
provider/dispatch case.
>
> Cheers,
> Jervis
>
> -----Original Message-----
> From: Daniel Kulp [mailto:dkulp@apache.org]
> Sent: 2007年7月28日 11:23
> To: cxf-user@incubator.apache.org
> Cc: Michal ?afr; yoko-user@incubator.apache.org
> Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>
>
>
>
> Michal,
>
> Right now, we don't support any Provider (or Dispatch) that takes the raw
> CXF Message types.   That's a good suggestion though.  Could you log a
> Jira for it?
>
> What's worse, looking at the code for the Dispatch/Provider stuff on
> trunk, it only will work for XML and SOAP bindings.   It specifically
> checks for those and does "bad" things.   I was hoping to say you could
> do something like:
>
> public class CalculatorImpl implements Provider<XMLStreamReader> {
> }
>
> to use the data from the CORBA stream reader, but that doesn't even work
> right now. Even trying a Source doesn't work.    I think some Jira's
> need to be added for that as well.
>
>
> Dan
>
>
> On Friday 27 July 2007 09:29, Michal Šafr wrote:
> >
> > firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> > me if I've sent this problem to a wrong place. I've got the problem
> > described below.
> >
> > I started from simple WSDL describing service with CORBA binding. I
> > generated standalone server and client using CXF tool wsdl2java
> > -server (-client) . Implemented service and everything worked fine
> > without any problem. I was able to call WS using generated client and
> > WS was returning expected values. Then I decided to implement WS using
> > interface javax.xml.ws.Provider so I had:
> >
> > //Service class, annotations are not mentioned here, but i changed
> > @WebService annotation to @WebServiceProvider and added @ServiceMode
> >
> > public class CalculatorImpl implements Provider<CorbaMessage> {
> >
> >       public CorbaMessage invoke(CorbaMessage arg0) {
> >
> >             System.out.println("corba service called");
> >
> >             return arg0;
> >
> >       }
> >
> > }
> >
> >
> >
> > Every time I try to call WS a receive following exception on the
> > client side:
> >
> >
> >
> > org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
> >
> >       at
> > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> >ilSyst emException.java:6386)
> >
> >       at
> > com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
> >ilSyst emException.java:6408)
> >
> >       at
> > com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
> >rManag erReadStream.java:93)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
> >1_1.ja va:75)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
> >utStre am_1_2.java:80)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
> >utStre am_1_0.java:504)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
> >Stream _1_0.java:526)
> >
> >       at
> > com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
> >am.jav a:153)
> >
> >       at
> > com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
> >
> >       at
> > com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
> >
> >
> >
> > And following exception on the server side:
> >
> >
> >
> > 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> > doIntercept
> >
> > INFO: Interceptor has thrown exception, unwinding now
> >
> > java.lang.NullPointerException
> >
> >       at java.lang.Class.isAssignableFrom(Native Method)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:56)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:52)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:48)
> >
> >       at
> > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> >ceptor .java:138)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       at
> > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> >tionOb server.java:67)
> >
> >       at
> > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> >Servan t.java:156)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> >tDispa tcher.java:225)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> >va:160 7)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> >l.java
> >
> > :56)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> >gyFact ory_impl.java:53)
> >
> >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> >onThre aded.java:502)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> >onnect ionThreaded.java:64)
> >
> > 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> > doIntercept
> >
> > INFO: Interceptor has thrown exception, unwinding now
> >
> > org.apache.yoko.bindings.corba.CorbaBindingException:
> > java.lang.NullPointerException
> >
> >       at
> > org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
> >ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       at
> > org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
> >ge(Abs tractFaultChainInitiatorObserver.java:86)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:223)
> >
> >       at
> > org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
> >tionOb server.java:67)
> >
> >       at
> > org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
> >Servan t.java:156)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
> >tDispa tcher.java:225)
> >
> >       at
> > org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
> >va:160 7)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
> >l.java
> >
> > :56)
> >
> >       at
> > org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
> >gyFact ory_impl.java:53)
> >
> >       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
> >onThre aded.java:502)
> >
> >       at
> > org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
> >onnect ionThreaded.java:64)
> >
> > Caused by: java.lang.NullPointerException
> >
> >       at java.lang.Class.isAssignableFrom(Native Method)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:56)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:52)
> >
> >       at
> > org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
> >taRead er.java:48)
> >
> >       at
> > org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
> >ceptor .java:138)
> >
> >       at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
> >rChain .java:206)
> >
> >       ... 9 more
> >
> >
> >
> > I have changed nothing else than WS implementation on server side.
> > Could anyone help please? Every advice is welcome, thank you very
> > much.
>
> --
> J. Daniel Kulp
> Principal Engineer
> IONA
> P: 781-902-8727    C: 508-380-7194
> daniel.kulp@iona.com
> http://www.dankulp.com/blog
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>
>
> ----------------------------
> IONA Technologies PLC (registered in Ireland)
> Registered Number: 171387
> Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Liu, Jervis" <jliu@iona.com> urn:uuid:%3c9A4696F35B459043970EE4A85A3173900668F2@amer-ems1-IONAGLOBAL-COM%3e 2007-08-02T09:18:17Z 
Hi, have a new question. I suppose the reason why you want to use Provider interface for CORBA
binding is that you want to access "raw CORBA message payload" so that you can parse operation
info and input parameters by yourself. However the question is what the "raw CORBA message
payload" is? In the world of SOAP binding or XML binding, the content sent on the wire normally
can be represented as XML, thus we can have typed provider interface like Provider<Source>,
Provider<SOAPMessage>. However, in the world of CORBA, I don't think we have a well-defined
type to represent "raw CORBA message payload", do we? Please note, org.apache.yoko.bindings.corba.CorbaMessage
is not the one we are looking for. Same as the org.apache.cxf.binding.soap.SoapMessage and
org.apache.cxf.binding.xml.XMLMessage, they are just a content holder, which represent the
whole input/output message rather than the message payload. The type class that can be used
in Provider<T> is sth that can be produced by Object<T> = DataReader.read(...).
 Before we can go ahead to support Provider<T> for CORBA binding, we really need to
figure out what the T is. 

BTW, if what you want is CorbaMessage, you can access it from Exchange. See Dan's previous
comment in this thread on how to access Exchange.

I will send this message across to yoko mailing list, hopefully Yoko guys can give some insight
on this.

Cheers,
Jervis


-----Original Message-----
From: msafr@pikeelectronic.com [mailto:msafr@pikeelectronic.com]
Sent: 2007年7月30日 19:52
To: cxf-user@incubator.apache.org; Liu, Jervis
Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>


Hi Jervis, it really sounds great, cxf would be more flexible then. Thank you for your replies.
So do you plan adding support of that to cxf? And would it be possible to know when? :-)

Cheers,
Michael


-----Original Message-----
From: Liu, Jervis [mailto:jliu@iona.com] 
Sent: Monday, July 30, 2007 1:12 PM
To: cxf-user@incubator.apache.org; dkulp@apache.org
Cc: Michal ?afr; yoko-user@incubator.apache.org
Subject: RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>

Coming to think of this again, I found supporting Provider<CorbaMessage> isn't that
difficult as I originally thought. We have some manual checks of binding type in DispatchInDatabindingInterceptor\DispatchOutDatabindingInterceptor,
such as if (binding == soapbinding) then blabla. Actually we were just being lazy, we should
really implement DispatchInDatabindingInterceptor as DispatchInSoapBindingDatabindingInterceptor
and DispatchInXMLbindingDatabindingInterceptor. This way, different dispatch/provider interceptors
for different bindings can be added by corresponding binding providers, which allows the support
of new bindings without the need to modify existing code base. E.g., adding  CORBA binding
support for dispatch/provider involves in writing a DispatchInCorbaBindingDatabindingInterceptor,
doing whatever you want in this interceptor then making sure the CORBABinding provider has
this DispatchInCorbaBindingDatabindingInterceptor registered into interceptor chain during
provider/dispatch case.

Cheers,
Jervis

-----Original Message-----
From: Daniel Kulp [mailto:dkulp@apache.org]
Sent: 2007年7月28日 11:23
To: cxf-user@incubator.apache.org
Cc: Michal ?afr; yoko-user@incubator.apache.org
Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>



Michal,

Right now, we don't support any Provider (or Dispatch) that takes the raw 
CXF Message types.   That's a good suggestion though.  Could you log a 
Jira for it?

What's worse, looking at the code for the Dispatch/Provider stuff on 
trunk, it only will work for XML and SOAP bindings.   It specifically 
checks for those and does "bad" things.   I was hoping to say you could 
do something like:

public class CalculatorImpl implements Provider<XMLStreamReader> {
}

to use the data from the CORBA stream reader, but that doesn't even work 
right now. Even trying a Source doesn't work.    I think some Jira's 
need to be added for that as well.


Dan


On Friday 27 July 2007 09:29, Michal Šafr wrote:
>
> firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> me if I've sent this problem to a wrong place. I've got the problem
> described below.
>
> I started from simple WSDL describing service with CORBA binding. I
> generated standalone server and client using CXF tool wsdl2java
> -server (-client) . Implemented service and everything worked fine
> without any problem. I was able to call WS using generated client and
> WS was returning expected values. Then I decided to implement WS using
> interface javax.xml.ws.Provider so I had:
>
> //Service class, annotations are not mentioned here, but i changed
> @WebService annotation to @WebServiceProvider and added @ServiceMode
>
> public class CalculatorImpl implements Provider<CorbaMessage> {
>
>       public CorbaMessage invoke(CorbaMessage arg0) {
>
>             System.out.println("corba service called");
>
>             return arg0;
>
>       }
>
> }
>
>
>
> Every time I try to call WS a receive following exception on the
> client side:
>
>
>
> org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6386)
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6408)
>
>       at
> com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
>rManag erReadStream.java:93)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
>1_1.ja va:75)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
>utStre am_1_2.java:80)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
>utStre am_1_0.java:504)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
>Stream _1_0.java:526)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
>am.jav a:153)
>
>       at
> com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
>
>       at
> com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
>
>
>
> And following exception on the server side:
>
>
>
> 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> org.apache.yoko.bindings.corba.CorbaBindingException:
> java.lang.NullPointerException
>
>       at
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
>ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
>ge(Abs tractFaultChainInitiatorObserver.java:86)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:223)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> Caused by: java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       ... 9 more
>
>
>
> I have changed nothing else than WS implementation on server side.
> Could anyone help please? Every advice is welcome, thank you very
> much.

-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727    C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland


----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
RE: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> "Liu, Jervis" <jliu@iona.com> urn:uuid:%3c9A4696F35B459043970EE4A85A3173900668DF@amer-ems1-IONAGLOBAL-COM%3e 2007-07-30T11:12:03Z 
Coming to think of this again, I found supporting Provider<CorbaMessage> isn't that difficult
as I originally thought. We have some manual checks of binding type in DispatchInDatabindingInterceptor\DispatchOutDatabindingInterceptor,
such as if (binding == soapbinding) then blabla. Actually we were just being lazy, we should
really implement DispatchInDatabindingInterceptor as DispatchInSoapBindingDatabindingInterceptor
and DispatchInXMLbindingDatabindingInterceptor. This way, different dispatch/provider interceptors
for different bindings can be added by corresponding binding providers, which allows the support
of new bindings without the need to modify existing code base. E.g., adding  CORBA binding
support for dispatch/provider involves in writing a DispatchInCorbaBindingDatabindingInterceptor,
doing whatever you want in this interceptor then making sure the CORBABinding provider has
this DispatchInCorbaBindingDatabindingInterceptor registered into interceptor chain during
provider/dispatch case.

Cheers,
Jervis

-----Original Message-----
From: Daniel Kulp [mailto:dkulp@apache.org]
Sent: 2007年7月28日 11:23
To: cxf-user@incubator.apache.org
Cc: Michal ?afr; yoko-user@incubator.apache.org
Subject: Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage>



Michal,

Right now, we don't support any Provider (or Dispatch) that takes the raw 
CXF Message types.   That's a good suggestion though.  Could you log a 
Jira for it?

What's worse, looking at the code for the Dispatch/Provider stuff on 
trunk, it only will work for XML and SOAP bindings.   It specifically 
checks for those and does "bad" things.   I was hoping to say you could 
do something like:

public class CalculatorImpl implements Provider<XMLStreamReader> {
}

to use the data from the CORBA stream reader, but that doesn't even work 
right now. Even trying a Source doesn't work.    I think some Jira's 
need to be added for that as well.


Dan


On Friday 27 July 2007 09:29, Michal Šafr wrote:
>
> firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> me if I've sent this problem to a wrong place. I've got the problem
> described below.
>
> I started from simple WSDL describing service with CORBA binding. I
> generated standalone server and client using CXF tool wsdl2java
> -server (-client) . Implemented service and everything worked fine
> without any problem. I was able to call WS using generated client and
> WS was returning expected values. Then I decided to implement WS using
> interface javax.xml.ws.Provider so I had:
>
> //Service class, annotations are not mentioned here, but i changed
> @WebService annotation to @WebServiceProvider and added @ServiceMode
>
> public class CalculatorImpl implements Provider<CorbaMessage> {
>
>       public CorbaMessage invoke(CorbaMessage arg0) {
>
>             System.out.println("corba service called");
>
>             return arg0;
>
>       }
>
> }
>
>
>
> Every time I try to call WS a receive following exception on the
> client side:
>
>
>
> org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6386)
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6408)
>
>       at
> com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
>rManag erReadStream.java:93)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
>1_1.ja va:75)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
>utStre am_1_2.java:80)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
>utStre am_1_0.java:504)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
>Stream _1_0.java:526)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
>am.jav a:153)
>
>       at
> com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
>
>       at
> com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
>
>
>
> And following exception on the server side:
>
>
>
> 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> org.apache.yoko.bindings.corba.CorbaBindingException:
> java.lang.NullPointerException
>
>       at
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
>ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
>ge(Abs tractFaultChainInitiatorObserver.java:86)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:223)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> Caused by: java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       ... 9 more
>
>
>
> I have changed nothing else than WS implementation on server side.
> Could anyone help please? Every advice is welcome, thank you very
> much.

-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727    C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog

----------------------------
IONA Technologies PLC (registered in Ireland)
Registered Number: 171387
Registered Address: The IONA Building, Shelbourne Road, Dublin 4, Ireland
Re: YOKO & CXF CORBA Web Service using Provider<CorbaMessage> Daniel Kulp <dkulp@apache.org> urn:uuid:%3c200707272322-43615-dkulp@apache-org%3e 2007-07-28T03:22:43Z 

Michal,

Right now, we don't support any Provider (or Dispatch) that takes the raw 
CXF Message types.   That's a good suggestion though.  Could you log a 
Jira for it?

What's worse, looking at the code for the Dispatch/Provider stuff on 
trunk, it only will work for XML and SOAP bindings.   It specifically 
checks for those and does "bad" things.   I was hoping to say you could 
do something like:

public class CalculatorImpl implements Provider<XMLStreamReader> {
}

to use the data from the CORBA stream reader, but that doesn't even work 
right now. Even trying a Source doesn't work.    I think some Jira's 
need to be added for that as well.


Dan


On Friday 27 July 2007 09:29, Michal Šafr wrote:
>
> firstly I'm not sure, if this is CXF or YOKO problem, so please excuse
> me if I've sent this problem to a wrong place. I've got the problem
> described below.
>
> I started from simple WSDL describing service with CORBA binding. I
> generated standalone server and client using CXF tool wsdl2java
> -server (-client) . Implemented service and everything worked fine
> without any problem. I was able to call WS using generated client and
> WS was returning expected values. Then I decided to implement WS using
> interface javax.xml.ws.Provider so I had:
>
> //Service class, annotations are not mentioned here, but i changed
> @WebService annotation to @WebServiceProvider and added @ServiceMode
>
> public class CalculatorImpl implements Provider<CorbaMessage> {
>
>       public CorbaMessage invoke(CorbaMessage arg0) {
>
>             System.out.println("corba service called");
>
>             return arg0;
>
>       }
>
> }
>
>
>
> Every time I try to call WS a receive following exception on the
> client side:
>
>
>
> org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6386)
>
>       at
> com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUt
>ilSyst emException.java:6408)
>
>       at
> com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(Buffe
>rManag erReadStream.java:93)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_
>1_1.ja va:75)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInp
>utStre am_1_2.java:80)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInp
>utStre am_1_0.java:504)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInput
>Stream _1_0.java:526)
>
>       at
> com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStre
>am.jav a:153)
>
>       at
> com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)
>
>       at
> com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)
>
>
>
> And following exception on the server side:
>
>
>
> 27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> 27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain
> doIntercept
>
> INFO: Interceptor has thrown exception, unwinding now
>
> org.apache.yoko.bindings.corba.CorbaBindingException:
> java.lang.NullPointerException
>
>       at
> org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterce
>ptor.h andleMessage(CorbaStreamFaultOutInterceptor.java:113)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       at
> org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessa
>ge(Abs tractFaultChainInitiatorObserver.java:86)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:223)
>
>       at
> org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitia
>tionOb server.java:67)
>
>       at
> org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSI
>Servan t.java:156)
>
>       at
> org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(Servan
>tDispa tcher.java:225)
>
>       at
> org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.ja
>va:160 7)
>
>       at
> org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_imp
>l.java
>
> :56)
>
>       at
> org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrate
>gyFact ory_impl.java:53)
>
>       at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnecti
>onThre aded.java:502)
>
>       at
> org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPC
>onnect ionThreaded.java:64)
>
> Caused by: java.lang.NullPointerException
>
>       at java.lang.Class.isAssignableFrom(Native Method)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:56)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:52)
>
>       at
> org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDa
>taRead er.java:48)
>
>       at
> org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInter
>ceptor .java:138)
>
>       at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseIntercepto
>rChain .java:206)
>
>       ... 9 more
>
>
>
> I have changed nothing else than WS implementation on server side.
> Could anyone help please? Every advice is welcome, thank you very
> much.

-- 
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727    C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog
Mentor changes for Yoko "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c32A5DF93-B5CA-4B7B-B728-D6F909F33466@toolazydogs-com%3e 2007-07-27T19:45:31Z 
I'm not sure if there needs to be an announcement or not but Ken Coar  
has stepped down as one of Yoko's mentors and Matt Hogstrom has  
graciously offered to step in.

Thanks for all your help in the past Ken and welcome aboard Matt!

Regards,
Alan
YOKO & CXF CORBA Web Service using Provider<CorbaMessage> Michal Šafr <msafr@pikeelectronic.com> urn:uuid:%3c001e01c7d052$30cc75b0$3105a8c0@pikew2k-pikeelectronic-com%3e 2007-07-27T13:29:39Z 
Hi everyone,

 

firstly I'm not sure, if this is CXF or YOKO problem, so please excuse me if
I've sent this problem to a wrong place. I've got the problem described
below.

 

I started from simple WSDL describing service with CORBA binding. I
generated standalone server and client using CXF tool wsdl2java -server
(-client) . Implemented service and everything worked fine without any
problem. I was able to call WS using generated client and WS was returning
expected values. Then I decided to implement WS using interface
javax.xml.ws.Provider so I had:

 

//Service class, annotations are not mentioned here, but i changed
@WebService annotation to @WebServiceProvider and added @ServiceMode

public class CalculatorImpl implements Provider<CorbaMessage> {

      public CorbaMessage invoke(CorbaMessage arg0) {

            System.out.println("corba service called");

            return arg0;

      }

} 

 

Every time I try to call WS a receive following exception on the client
side:

 

org.omg.CORBA.MARSHAL:   vmcid: SUN  minor code: 207  completed: No

      at
com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUtilSyst
emException.java:6386)

      at
com.sun.corba.se.impl.logging.ORBUtilSystemException.endOfStream(ORBUtilSyst
emException.java:6408)

      at
com.sun.corba.se.impl.encoding.BufferManagerReadStream.underflow(BufferManag
erReadStream.java:93)

      at
com.sun.corba.se.impl.encoding.CDRInputStream_1_1.grow(CDRInputStream_1_1.ja
va:75)

      at
com.sun.corba.se.impl.encoding.CDRInputStream_1_2.alignAndCheck(CDRInputStre
am_1_2.java:80)

      at
com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_longlong(CDRInputStre
am_1_0.java:504)

      at
com.sun.corba.se.impl.encoding.CDRInputStream_1_0.read_double(CDRInputStream
_1_0.java:526)

      at
com.sun.corba.se.impl.encoding.CDRInputStream.read_double(CDRInputStream.jav
a:153)

      at
com.pikeelectronic.calc._CalculatorStub.add(_CalculatorStub.java:182)

      at com.pikeelectronic.calc.CORBAClient.Client.main(Client.java:32)

 

And following exception on the server side:

 

27.7.2007 13:21:05 org.apache.cxf.phase.PhaseInterceptorChain doIntercept

INFO: Interceptor has thrown exception, unwinding now

java.lang.NullPointerException

      at java.lang.Class.isAssignableFrom(Native Method)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:56)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:52)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:48)

      at
org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInterceptor
.java:138)

      at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain
.java:206)

      at
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationOb
server.java:67)

      at
org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSIServan
t.java:156)

      at
org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(ServantDispa
tcher.java:225)

      at
org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.java:160
7)

      at
org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_impl.java
:56)

      at
org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrategyFact
ory_impl.java:53)

      at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)

      at
org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnectionThre
aded.java:502)

      at
org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPConnect
ionThreaded.java:64)

27.7.2007 13:21:06 org.apache.cxf.phase.PhaseInterceptorChain doIntercept

INFO: Interceptor has thrown exception, unwinding now

org.apache.yoko.bindings.corba.CorbaBindingException:
java.lang.NullPointerException

      at
org.apache.yoko.bindings.corba.interceptors.CorbaStreamFaultOutInterceptor.h
andleMessage(CorbaStreamFaultOutInterceptor.java:113)

      at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain
.java:206)

      at
org.apache.cxf.interceptor.AbstractFaultChainInitiatorObserver.onMessage(Abs
tractFaultChainInitiatorObserver.java:86)

      at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain
.java:223)

      at
org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationOb
server.java:67)

      at
org.apache.yoko.bindings.corba.runtime.CorbaDSIServant.invoke(CorbaDSIServan
t.java:156)

      at
org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(ServantDispa
tcher.java:225)

      at
org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.java:160
7)

      at
org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_impl.java
:56)

      at
org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrategyFact
ory_impl.java:53)

      at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)

      at
org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnectionThre
aded.java:502)

      at
org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPConnect
ionThreaded.java:64)

Caused by: java.lang.NullPointerException

      at java.lang.Class.isAssignableFrom(Native Method)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:56)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:52)

      at
org.apache.cxf.databinding.source.XMLStreamDataReader.read(XMLStreamDataRead
er.java:48)

      at
org.apache.cxf.interceptor.BareInInterceptor.handleMessage(BareInInterceptor
.java:138)

      at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain
.java:206)

      ... 9 more

 

I have changed nothing else than WS implementation on server side. Could
anyone help please? Every advice is welcome, thank you very much.
Re: What JARs do I need to deploy to CXF to get binding working? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707180645g7be1506bxc9f192b05e0fd216@mail-gmail-com%3e 2007-07-18T13:45:17Z 
I have suceeded to run Yoko binding in CXF with current configuration:

bootclasspath:
- yoko-spec-corba.jar
- yoko-core.jar

classpath:
- jre libraries
- all jars from Apache CXF distribution
- all jars from Apache Yoko distribution (without these from bootclasspath)

I hope it is easy to configure bootclasspath in EJB application (I
have never done this before).

Anyway now it seems I am running Yoko CORBA binding with the latest
CXF distribution.


2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> I am getting
>
> Starting Server
> 18.7.2007 14:41:51
> org.springframework.context.support.AbstractApplicationContext refresh
> INFO: Refreshing
> org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f: display name
> [org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f]; startup
> date [Wed Jul 18 14:41:51 CEST 2007]; root of context hierarchy
> 18.7.2007 14:41:51 org.apache.cxf.bus.spring.BusApplicationContext
> getConfigResources
> INFO: Could not find the configuration file cxf.xml on the classpath.
> 18.7.2007 14:41:51
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf.xml]
> 18.7.2007 14:41:51
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-corba.xml]
> 18.7.2007 14:41:51
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-xml.xml]
> 18.7.2007 14:41:51
> org.springframework.beans.factory.xml.XmlBeanDefinitionReader
> loadBeanDefinitions
> INFO: Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-soap.xml]
> 18.7.2007 14:41:52
> org.springframework.context.support.AbstractApplicationContext refresh
> INFO: Bean factory for application context
> [org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f]:
> org.springframework.beans.factory.support.DefaultListableBeanFactory@1aae94f
> 18.7.2007 14:41:52
> org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
> postProcessAfterInitialization
> INFO: Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not
> eligible for getting processed by all BeanPostProcessors (for example:
> not eligible for auto-proxying)
> 18.7.2007 14:41:52
> org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
> postProcessAfterInitialization
> INFO: Bean 'cxf' is not eligible for getting processed by all
> BeanPostProcessors (for example: not eligible for auto-proxying)
> 18.7.2007 14:41:52
> org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
> postProcessAfterInitialization
> INFO: Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is
> not eligible for getting processed by all BeanPostProcessors (for
> example: not eligible for auto-proxying)
> 18.7.2007 14:41:52
> org.springframework.beans.factory.support.DefaultListableBeanFactory
> preInstantiateSingletons
> INFO: Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@1aae94f:
> defining beans [cxf,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.yoko.bindings.corba.CorbaBindingFactory,org.apache.cxf.binding.xml.XMLBindingFactory,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer];
> root of factory hierarchy
> 18.7.2007 14:41:52
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean
> buildServiceFromWSDL
> INFO: Creating Service
> {http://schemas.apache.org/yoko/idl/calc}com.pikeelectronic.calc.CalculatorCORBAService
> from WSDL: file:calc.wsdl
> Exception in thread "main"
> org.apache.cxf.service.factory.ServiceConstructionException
>         at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.createEndpoints(ReflectionServiceFactoryBean.java:170)
>         at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:155)
>         at org.apache.cxf.frontend.AbstractEndpointFactory.createEndpoint(AbstractEndpointFactory.java:83)
>         at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:89)
>         at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:142)
>         at org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:277)
>         at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:223)
>         at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:175)
>         at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:74)
>         at javax.xml.ws.Endpoint.publish(Unknown Source)
>         at com.pikeelectronic.calc.wsserver.ComPikeelectronicCalcCalculatorServer.<init>(ComPikeelectronicCalcCalculatorServer.java:19)
>         at com.pikeelectronic.calc.wsserver.ComPikeelectronicCalcCalculatorServer.main(ComPikeelectronicCalcCalculatorServer.java:23)
> Caused by: org.apache.cxf.endpoint.EndpointException
>         at org.apache.cxf.endpoint.EndpointImpl.createBinding(EndpointImpl.java:130)
>         at org.apache.cxf.endpoint.EndpointImpl.<init>(EndpointImpl.java:80)
>         at org.apache.cxf.jaxws.support.JaxWsEndpointImpl.<init>(JaxWsEndpointImpl.java:66)
>         at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.createEndpoint(JaxWsServiceFactoryBean.java:152)
>         at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.createEndpoints(ReflectionServiceFactoryBean.java:166)
>         ... 11 more
> Caused by: org.apache.cxf.BusException: No binding factory for
> namespace http://schemas.apache.org/yoko/bindings/corba registered.
>         at org.apache.cxf.binding.BindingFactoryManagerImpl.getBindingFactory(BindingFactoryManagerImpl.java:78)
>         at org.apache.cxf.endpoint.EndpointImpl.createBinding(EndpointImpl.java:127)
>         ... 15 more
>
> The message org.apache.cxf.BusException: No binding factory for
> namespace is strange because it seems CXF is loading the yoko binding
> library:
>
> Loading XML bean definitions from class path resource
> [META-INF/cxf/cxf-extension-corba.xml]
>
> 2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> > Hey!
> >
> > I do not understand this documentation page:
> >
> > http://cwiki.apache.org/YOKO/binding-runtime-configuration.html
> >
> > I dont know how to add CORBA binding to CXF. Suppose I have
> > cxf-manifest.jar which includes all CXF required libraries. When I add
> > yoko-bindings.jar to the classpath the Spring not load the extension.
> > I tried bootclasspath too with no difference. I am not able to use the
> > library (see the exception bellow).
> >
> > The strange is that yoko-bindings also includes cxf jars. These which
> > are provided with the yoko distribution. Its in the manifest in the
> > Class-Path definition. This implies when you add the yoko-binding
> > library to the bootclasspath you are also adding cxf libraries (those
> > which are distributed with yoko). It doesnt matter if you include CXF
> > or not in the classpath because it will be overriden with jars from
> > bootclaspath.
> >
> > Could you please describe the way of deploying YOKO and CXF more
> > precisely? Thanks.
> >
> >
> > 2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> > > Hello,
> > >
> > > I have found you are distributing some jars from the CXF project with
> > > Yoko. I would like to use CORBA binding in my CXF environment. Which
> > > JARs do I need to get it working with CXF?
> > >
> > > When I try to run some examples from the CXF distribution with CXF
> > > libraries distributed with Yoko, some of the examples do not work.
> > >
> > > --
> > > Lukas Zapletal
> > > http://lukas.zapletalovi.com
> > >
> >
> >
> > --
> > Lukas Zapletal
> > http://lukas.zapletalovi.com
> >
>
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
Re: What JARs do I need to deploy to CXF to get binding working? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707180544v16f89e77w24dc62a02ec966c2@mail-gmail-com%3e 2007-07-18T12:44:23Z 
I am getting

Starting Server
18.7.2007 14:41:51
org.springframework.context.support.AbstractApplicationContext refresh
INFO: Refreshing
org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f: display name
[org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f]; startup
date [Wed Jul 18 14:41:51 CEST 2007]; root of context hierarchy
18.7.2007 14:41:51 org.apache.cxf.bus.spring.BusApplicationContext
getConfigResources
INFO: Could not find the configuration file cxf.xml on the classpath.
18.7.2007 14:41:51
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf.xml]
18.7.2007 14:41:51
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-extension-corba.xml]
18.7.2007 14:41:51
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-extension-xml.xml]
18.7.2007 14:41:51
org.springframework.beans.factory.xml.XmlBeanDefinitionReader
loadBeanDefinitions
INFO: Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-extension-soap.xml]
18.7.2007 14:41:52
org.springframework.context.support.AbstractApplicationContext refresh
INFO: Bean factory for application context
[org.apache.cxf.bus.spring.BusApplicationContext@1e0ff2f]:
org.springframework.beans.factory.support.DefaultListableBeanFactory@1aae94f
18.7.2007 14:41:52
org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
postProcessAfterInitialization
INFO: Bean 'org.apache.cxf.bus.spring.Jsr250BeanPostProcessor' is not
eligible for getting processed by all BeanPostProcessors (for example:
not eligible for auto-proxying)
18.7.2007 14:41:52
org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
postProcessAfterInitialization
INFO: Bean 'cxf' is not eligible for getting processed by all
BeanPostProcessors (for example: not eligible for auto-proxying)
18.7.2007 14:41:52
org.springframework.context.support.AbstractApplicationContext$BeanPostProcessorChecker
postProcessAfterInitialization
INFO: Bean 'org.apache.cxf.bus.spring.BusExtensionPostProcessor' is
not eligible for getting processed by all BeanPostProcessors (for
example: not eligible for auto-proxying)
18.7.2007 14:41:52
org.springframework.beans.factory.support.DefaultListableBeanFactory
preInstantiateSingletons
INFO: Pre-instantiating singletons in
org.springframework.beans.factory.support.DefaultListableBeanFactory@1aae94f:
defining beans [cxf,org.apache.cxf.bus.spring.Jsr250BeanPostProcessor,org.apache.cxf.bus.spring.BusExtensionPostProcessor,org.apache.cxf.resource.ResourceManager,org.apache.cxf.binding.BindingFactoryManager,org.apache.cxf.transport.DestinationFactoryManager,org.apache.cxf.transport.ConduitInitiatorManager,org.apache.cxf.wsdl.WSDLManager,org.apache.cxf.phase.PhaseManager,org.apache.cxf.workqueue.WorkQueueManager,org.apache.cxf.buslifecycle.BusLifeCycleManager,org.apache.cxf.endpoint.ServerRegistry,org.apache.cxf.endpoint.ServerLifeCycleManager,org.apache.cxf.endpoint.ClientLifeCycleManager,org.apache.cxf.transports.http.QueryHandlerRegistry,org.apache.cxf.endpoint.EndpointResolverRegistry,org.apache.cxf.headers.HeaderManager,org.apache.cxf.catalog.OASISCatalogManager,org.apache.yoko.bindings.corba.CorbaBindingFactory,org.apache.cxf.binding.xml.XMLBindingFactory,org.apache.cxf.binding.soap.SoapBindingFactory,org.apache.cxf.binding.soap.SoapTransportFactory,org.apache.cxf.binding.soap.customEditorConfigurer];
root of factory hierarchy
18.7.2007 14:41:52
org.apache.cxf.service.factory.ReflectionServiceFactoryBean
buildServiceFromWSDL
INFO: Creating Service
{http://schemas.apache.org/yoko/idl/calc}com.pikeelectronic.calc.CalculatorCORBAService
from WSDL: file:calc.wsdl
Exception in thread "main"
org.apache.cxf.service.factory.ServiceConstructionException
	at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.createEndpoints(ReflectionServiceFactoryBean.java:170)
	at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:155)
	at org.apache.cxf.frontend.AbstractEndpointFactory.createEndpoint(AbstractEndpointFactory.java:83)
	at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:89)
	at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:142)
	at org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:277)
	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:223)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:175)
	at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:74)
	at javax.xml.ws.Endpoint.publish(Unknown Source)
	at com.pikeelectronic.calc.wsserver.ComPikeelectronicCalcCalculatorServer.<init>(ComPikeelectronicCalcCalculatorServer.java:19)
	at com.pikeelectronic.calc.wsserver.ComPikeelectronicCalcCalculatorServer.main(ComPikeelectronicCalcCalculatorServer.java:23)
Caused by: org.apache.cxf.endpoint.EndpointException
	at org.apache.cxf.endpoint.EndpointImpl.createBinding(EndpointImpl.java:130)
	at org.apache.cxf.endpoint.EndpointImpl.<init>(EndpointImpl.java:80)
	at org.apache.cxf.jaxws.support.JaxWsEndpointImpl.<init>(JaxWsEndpointImpl.java:66)
	at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean.createEndpoint(JaxWsServiceFactoryBean.java:152)
	at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.createEndpoints(ReflectionServiceFactoryBean.java:166)
	... 11 more
Caused by: org.apache.cxf.BusException: No binding factory for
namespace http://schemas.apache.org/yoko/bindings/corba registered.
	at org.apache.cxf.binding.BindingFactoryManagerImpl.getBindingFactory(BindingFactoryManagerImpl.java:78)
	at org.apache.cxf.endpoint.EndpointImpl.createBinding(EndpointImpl.java:127)
	... 15 more

The message org.apache.cxf.BusException: No binding factory for
namespace is strange because it seems CXF is loading the yoko binding
library:

Loading XML bean definitions from class path resource
[META-INF/cxf/cxf-extension-corba.xml]

2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> Hey!
>
> I do not understand this documentation page:
>
> http://cwiki.apache.org/YOKO/binding-runtime-configuration.html
>
> I dont know how to add CORBA binding to CXF. Suppose I have
> cxf-manifest.jar which includes all CXF required libraries. When I add
> yoko-bindings.jar to the classpath the Spring not load the extension.
> I tried bootclasspath too with no difference. I am not able to use the
> library (see the exception bellow).
>
> The strange is that yoko-bindings also includes cxf jars. These which
> are provided with the yoko distribution. Its in the manifest in the
> Class-Path definition. This implies when you add the yoko-binding
> library to the bootclasspath you are also adding cxf libraries (those
> which are distributed with yoko). It doesnt matter if you include CXF
> or not in the classpath because it will be overriden with jars from
> bootclaspath.
>
> Could you please describe the way of deploying YOKO and CXF more
> precisely? Thanks.
>
>
> 2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> > Hello,
> >
> > I have found you are distributing some jars from the CXF project with
> > Yoko. I would like to use CORBA binding in my CXF environment. Which
> > JARs do I need to get it working with CXF?
> >
> > When I try to run some examples from the CXF distribution with CXF
> > libraries distributed with Yoko, some of the examples do not work.
> >
> > --
> > Lukas Zapletal
> > http://lukas.zapletalovi.com
> >
>
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
Re: What JARs do I need to deploy to CXF to get binding working? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707180535h7de37dafh82b32b57864419a5@mail-gmail-com%3e 2007-07-18T12:35:47Z 
Hey!

I do not understand this documentation page:

http://cwiki.apache.org/YOKO/binding-runtime-configuration.html

I dont know how to add CORBA binding to CXF. Suppose I have
cxf-manifest.jar which includes all CXF required libraries. When I add
yoko-bindings.jar to the classpath the Spring not load the extension.
I tried bootclasspath too with no difference. I am not able to use the
library (see the exception bellow).

The strange is that yoko-bindings also includes cxf jars. These which
are provided with the yoko distribution. Its in the manifest in the
Class-Path definition. This implies when you add the yoko-binding
library to the bootclasspath you are also adding cxf libraries (those
which are distributed with yoko). It doesnt matter if you include CXF
or not in the classpath because it will be overriden with jars from
bootclaspath.

Could you please describe the way of deploying YOKO and CXF more
precisely? Thanks.


2007/7/18, Lukas Zapletal <lukas.zapletal@gmail.com>:
> Hello,
>
> I have found you are distributing some jars from the CXF project with
> Yoko. I would like to use CORBA binding in my CXF environment. Which
> JARs do I need to get it working with CXF?
>
> When I try to run some examples from the CXF distribution with CXF
> libraries distributed with Yoko, some of the examples do not work.
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
What JARs do I need to deploy to CXF to get binding working? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707180256l6b9c1fdds19b94265666589f3@mail-gmail-com%3e 2007-07-18T09:56:58Z 
Hello,

I have found you are distributing some jars from the CXF project with
Yoko. I would like to use CORBA binding in my CXF environment. Which
JARs do I need to get it working with CXF?

When I try to run some examples from the CXF distribution with CXF
libraries distributed with Yoko, some of the examples do not work.

-- 
Lukas Zapletal
http://lukas.zapletalovi.com
Re: SOAP Document Binding and CORBA Binding "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707180138n1a267353v73a37b12d29c8ffe@mail-gmail-com%3e 2007-07-18T08:38:25Z 
I have found the problem. The source WSDL contains SOAP binding and
port. I have created a web service that binds to this service and not
the corba one. Because the wsdl2idl tool has added the COERBA binding
in the wsdl-corba (and has left the originall binding/service
untouched), I was creating wrong service.

2007/7/17, Lukas Zapletal <lukas.zapletal@gmail.com>:
> Hello,
>
> I am trying to get the example from CXF working. Its definition is:
>
> <wsdl:definitions name="SOAPRelay"
> targetNamespace="http://pikeelectronic.com/calcor"
>     xmlns="http://schemas.xmlsoap.org/wsdl/"
>     xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
>     xmlns:tns="http://pikeelectronic.com/calcor"
>     xmlns:x1="http://pikeelectronic.com/calcor/types"
>     xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
>     xmlns:xsd="http://www.w3.org/2001/XMLSchema">
>     <wsdl:types>
>         <schema targetNamespace="http://pikeelectronic.com/calcor/types"
>             xmlns="http://www.w3.org/2001/XMLSchema"
> elementFormDefault="qualified">
>             <element name="sayHi">
>                 <complexType/>
>             </element>
>             <element name="sayHiResponse">
>                 <complexType>
>                     <sequence>
>                         <element name="responseType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMe">
>                 <complexType>
>                     <sequence>
>                         <element name="requestType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMeResponse">
>                 <complexType>
>                     <sequence>
>                         <element name="responseType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMeOneWay">
>                 <complexType>
>                     <sequence>
>                         <element name="requestType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>                 <element name="pingMe">
>                                 <complexType/>
>                         </element>
>                         <element name="pingMeResponse">
>                                 <complexType/>
>                         </element>
>                         <element name="faultDetail">
>                                 <complexType>
>                                         <sequence>
>                                                 <element name="minor" type="xsd:short"/>
>                                                 <element name="major" type="xsd:short"/>
>                                         </sequence>
>                                 </complexType>
>                         </element>
>         </schema>
>     </wsdl:types>
>     <wsdl:message name="sayHiRequest">
>         <wsdl:part element="x1:sayHi" name="in"/>
>     </wsdl:message>
>     <wsdl:message name="sayHiResponse">
>         <wsdl:part element="x1:sayHiResponse" name="out"/>
>     </wsdl:message>
>     <wsdl:message name="greetMeRequest">
>         <wsdl:part element="x1:greetMe" name="in"/>
>     </wsdl:message>
>     <wsdl:message name="greetMeResponse">
>         <wsdl:part element="x1:greetMeResponse" name="out"/>
>     </wsdl:message>
>     <wsdl:message name="greetMeOneWayRequest">
>         <wsdl:part element="x1:greetMeOneWay" name="in"/>
>     </wsdl:message>
>
>     <wsdl:portType name="Greeter">
>         <wsdl:operation name="sayHi">
>             <wsdl:input message="tns:sayHiRequest" name="sayHiRequest"/>
>             <wsdl:output message="tns:sayHiResponse" name="sayHiResponse"/>
>         </wsdl:operation>
>
>         <wsdl:operation name="greetMe">
>             <wsdl:input message="tns:greetMeRequest" name="greetMeRequest"/>
>             <wsdl:output message="tns:greetMeResponse" name="greetMeResponse"/>
>         </wsdl:operation>
>
>         <wsdl:operation name="greetMeOneWay">
>             <wsdl:input message="tns:greetMeOneWayRequest"
> name="greetMeOneWayRequest"/>
>         </wsdl:operation>
>     </wsdl:portType>
>     <wsdl:binding name="Greeter_SOAPBinding" type="tns:Greeter">
>         <soap:binding style="document"
> transport="http://schemas.xmlsoap.org/soap/http"/>
>
>         <wsdl:operation name="sayHi">
>             <soap:operation soapAction="" style="document"/>
>             <wsdl:input name="sayHiRequest">
>                 <soap:body use="literal"/>
>             </wsdl:input>
>             <wsdl:output name="sayHiResponse">
>                 <soap:body use="literal"/>
>             </wsdl:output>
>         </wsdl:operation>
>
>         <wsdl:operation name="greetMe">
>             <soap:operation soapAction="" style="document"/>
>             <wsdl:input name="greetMeRequest">
>                 <soap:body use="literal"/>
>             </wsdl:input>
>             <wsdl:output name="greetMeResponse">
>                 <soap:body use="literal"/>
>             </wsdl:output>
>         </wsdl:operation>
>
>         <wsdl:operation name="greetMeOneWay">
>             <soap:operation soapAction="" style="document"/>
>             <wsdl:input name="greetMeOneWayRequest">
>                 <soap:body use="literal"/>
>             </wsdl:input>
>         </wsdl:operation>
>
>     </wsdl:binding>
>
>     <wsdl:service name="SOAPRelayService">
>         <wsdl:port binding="tns:Greeter_SOAPBinding" name="SOAPRelayPort">
>             <soap:address
> location="http://localhost:9000/SoapContext/SOAPRelayPort"/>
>         </wsdl:port>
>     </wsdl:service>
>
> </wsdl:definitions>
>
> The Yoko generated me IDL and:
>
> <?xml version="1.0" encoding="UTF-8"?>
> <definitions name="SOAPRelay"
> targetNamespace="http://pikeelectronic.com/calcor"
> xmlns="http://schemas.xmlsoap.org/wsdl/"
> xmlns:corba="http://schemas.apache.org/yoko/bindings/corba"
> xmlns:ns1="http://pikeelectronic.com/calcor/corba/typemap/"
> xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
> xmlns:tns="http://pikeelectronic.com/calcor"
> xmlns:xsd="http://www.w3.org/2001/XMLSchema"
> xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
> xmlns:x1="http://pikeelectronic.com/calcor/types">
>   <corba:typeMapping xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> targetNamespace="http://pikeelectronic.com/calcor/corba/typemap/">
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:greetMe:1.0" type="x1:greetMe" name="greetMe">
>       <corba:member qualified="true" name="requestType"
> idltype="corba:string" />
>     </corba:struct>
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:pingMe:1.0" type="x1:pingMe" name="pingMe" />
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:sayHiResponse:1.0" type="x1:sayHiResponse"
> name="sayHiResponse">
>       <corba:member qualified="true" name="responseType"
> idltype="corba:string" />
>     </corba:struct>
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:faultDetail:1.0" type="x1:faultDetail"
> name="faultDetail">
>       <corba:member qualified="true" name="minor" idltype="corba:short" />
>       <corba:member qualified="true" name="major" idltype="corba:short" />
>     </corba:struct>
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:greetMeResponse:1.0" type="x1:greetMeResponse"
> name="greetMeResponse">
>       <corba:member qualified="true" name="responseType"
> idltype="corba:string" />
>     </corba:struct>
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:sayHi:1.0" type="x1:sayHi" name="sayHi" />
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:pingMeResponse:1.0" type="x1:pingMeResponse"
> name="pingMeResponse" />
>     <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
> repositoryID="IDL:greetMeOneWay:1.0" type="x1:greetMeOneWay"
> name="greetMeOneWay">
>       <corba:member qualified="true" name="requestType"
> idltype="corba:string" />
>     </corba:struct>
>   </corba:typeMapping>
>   <types>
>     <schema elementFormDefault="qualified"
> targetNamespace="http://pikeelectronic.com/calcor/types"
> xmlns="http://www.w3.org/2001/XMLSchema">
>             <element name="sayHi">
>                 <complexType/>
>             </element>
>             <element name="sayHiResponse">
>                 <complexType>
>                     <sequence>
>                         <element name="responseType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMe">
>                 <complexType>
>                     <sequence>
>                         <element name="requestType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMeResponse">
>                 <complexType>
>                     <sequence>
>                         <element name="responseType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>             <element name="greetMeOneWay">
>                 <complexType>
>                     <sequence>
>                         <element name="requestType" type="xsd:string"/>
>                     </sequence>
>                 </complexType>
>             </element>
>                 <element name="pingMe">
>                                 <complexType/>
>                         </element>
>                         <element name="pingMeResponse">
>                                 <complexType/>
>                         </element>
>                         <element name="faultDetail">
>                                 <complexType>
>                                         <sequence>
>                                                 <element name="minor" type="xsd:short"/>
>                                                 <element name="major" type="xsd:short"/>
>                                         </sequence>
>                                 </complexType>
>                         </element>
>         </schema>
>   </types>
>   <message name="greetMeResponse">
>     <part name="out" element="x1:greetMeResponse">
>     </part>
>   </message>
>   <message name="greetMeOneWayRequest">
>     <part name="in" element="x1:greetMeOneWay">
>     </part>
>   </message>
>   <message name="greetMeRequest">
>     <part name="in" element="x1:greetMe">
>     </part>
>   </message>
>   <message name="sayHiResponse">
>     <part name="out" element="x1:sayHiResponse">
>     </part>
>   </message>
>   <message name="sayHiRequest">
>     <part name="in" element="x1:sayHi">
>     </part>
>   </message>
>   <portType name="Greeter">
>     <operation name="sayHi">
>       <input name="sayHiRequest" message="tns:sayHiRequest">
>     </input>
>       <output name="sayHiResponse" message="tns:sayHiResponse">
>     </output>
>     </operation>
>     <operation name="greetMe">
>       <input name="greetMeRequest" message="tns:greetMeRequest">
>     </input>
>       <output name="greetMeResponse" message="tns:greetMeResponse">
>     </output>
>     </operation>
>     <operation name="greetMeOneWay">
>       <input name="greetMeOneWayRequest" message="tns:greetMeOneWayRequest">
>     </input>
>     </operation>
>   </portType>
>   <binding name="Greeter_SOAPBinding" type="tns:Greeter">
>     <soap:binding style="document"
> transport="http://schemas.xmlsoap.org/soap/http"/>
>     <operation name="sayHi">
>     <soap:operation soapAction="" style="document"/>
>       <input name="sayHiRequest">
>     <soap:body use="literal"/>
>       </input>
>       <output name="sayHiResponse">
>     <soap:body use="literal"/>
>       </output>
>     </operation>
>     <operation name="greetMe">
>     <soap:operation soapAction="" style="document"/>
>       <input name="greetMeRequest">
>     <soap:body use="literal"/>
>       </input>
>       <output name="greetMeResponse">
>     <soap:body use="literal"/>
>       </output>
>     </operation>
>     <operation name="greetMeOneWay">
>     <soap:operation soapAction="" style="document"/>
>       <input name="greetMeOneWayRequest">
>     <soap:body use="literal"/>
>       </input>
>     </operation>
>   </binding>
>   <binding name="GreeterCORBABinding" type="tns:Greeter">
>     <corba:binding xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> repositoryID="IDL:Greeter:1.0" />
>     <operation name="sayHi">
>       <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> name="sayHi">
>         <corba:return name="responseType" idltype="corba:string" />
>       </corba:operation>
>       <input name="sayHiRequest">
>       </input>
>       <output name="sayHiResponse">
>       </output>
>     </operation>
>     <operation name="greetMe">
>       <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> name="greetMe">
>         <corba:param mode="in" name="requestType" idltype="corba:string" />
>         <corba:return name="responseType" idltype="corba:string" />
>       </corba:operation>
>       <input name="greetMeRequest">
>       </input>
>       <output name="greetMeResponse">
>       </output>
>     </operation>
>     <operation name="greetMeOneWay">
>       <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> name="greetMeOneWay">
>         <corba:param mode="in" name="requestType" idltype="corba:string" />
>       </corba:operation>
>       <input name="greetMeOneWayRequest">
>       </input>
>     </operation>
>   </binding>
>   <service name="SOAPRelayService">
>     <port name="SOAPRelayPort" binding="tns:Greeter_SOAPBinding">
>     <soap:address location="corbaloc::localhost:40000/hw"/>
>     </port>
>   </service>
>   <service name="GreeterCORBAService">
>     <port name="GreeterCORBAPort" binding="tns:GreeterCORBABinding">
>       <corba:address xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
> location="file:./Greeter.ref" />
>     </port>
>   </service>
> </definitions>
>
> When I try to run a provider for this interface:
>
> package com.pikeelectronic.calcor;
>
> import javax.xml.namespace.QName;
> import javax.xml.soap.SOAPMessage;
> import javax.xml.ws.Dispatch;
> import javax.xml.ws.Provider;
> import javax.xml.ws.Service;
> import javax.xml.ws.ServiceMode;
> import javax.xml.ws.WebServiceProvider;
> import javax.xml.ws.soap.SOAPBinding;
>
> @WebServiceProvider(portName = "SOAPRelayPort", serviceName =
> "SOAPRelayService", targetNamespace =
> "http://pikeelectronic.com/calcor",
>                       wsdlLocation = "wsdl/hello_world-corba.wsdl")
> @ServiceMode(value = Service.Mode.MESSAGE)
> public class CalcorSOAPMessageProvider implements Provider<SOAPMessage> {
>
>     public CalcorSOAPMessageProvider() {
>     }
>
>     public SOAPMessage invoke(SOAPMessage request) {
>         SOAPMessage response = null;
>         try {
>
>             System.out.println("CALCOR Client Request as a SOAPMessage
> - relaying");
>             .........
>
>         } catch (Exception ex) {
>             ex.printStackTrace();
>         }
>         return response;
>     }
> }
>
> with this simple server code:
>
>         Object implementor = new CalcorSOAPMessageProvider();
>         String address = "corbaloc::localhost:40000/hw";
>         Endpoint.publish(address, implementor);
>
> I am getting:
>
> INFO: Creating Service
> {http://pikeelectronic.com/calcor}SOAPRelayService from WSDL:
> wsdl/hello_world-corba.wsdl
> Exception in thread "main"
> org.apache.cxf.service.factory.ServiceConstructionException
>         at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:105)
>         at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:142)
>         at org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:277)
>         at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:223)
>         at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:175)
>         at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:74)
>         at javax.xml.ws.Endpoint.publish(Unknown Source)
>         at com.pikeelectronic.calcor.CalcorStandalone.<init>(CalcorStandalone.java:13)
>         at com.pikeelectronic.calcor.CalcorStandalone.main(CalcorStandalone.java:17)
> Caused by: org.apache.cxf.BusException: No DestinationFactory was
> found for the namespace http://schemas.xmlsoap.org/soap/http.
>         at org.apache.cxf.transport.DestinationFactoryManagerImpl.getDestinationFactory(DestinationFactoryManagerImpl.java:101)
>         at org.apache.cxf.endpoint.ServerImpl.initDestination(ServerImpl.java:85)
>         at org.apache.cxf.endpoint.ServerImpl.<init>(ServerImpl.java:69)
>         at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:90)
>         ... 8 more
>
> I have found the source WSDL uses DOCUMENT SOAP binding. Is this a problem?
>
> Thanks, Lukas
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
SOAP Document Binding and CORBA Binding "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707170734m157b72a5w8ab860241f956dd5@mail-gmail-com%3e 2007-07-17T14:34:03Z 
Hello,

I am trying to get the example from CXF working. Its definition is:

<wsdl:definitions name="SOAPRelay"
targetNamespace="http://pikeelectronic.com/calcor"
    xmlns="http://schemas.xmlsoap.org/wsdl/"
    xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
    xmlns:tns="http://pikeelectronic.com/calcor"
    xmlns:x1="http://pikeelectronic.com/calcor/types"
    xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
    xmlns:xsd="http://www.w3.org/2001/XMLSchema">
    <wsdl:types>
        <schema targetNamespace="http://pikeelectronic.com/calcor/types"
            xmlns="http://www.w3.org/2001/XMLSchema"
elementFormDefault="qualified">
            <element name="sayHi">
                <complexType/>
            </element>
            <element name="sayHiResponse">
                <complexType>
                    <sequence>
                        <element name="responseType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMe">
                <complexType>
                    <sequence>
                        <element name="requestType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMeResponse">
                <complexType>
                    <sequence>
                        <element name="responseType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMeOneWay">
                <complexType>
                    <sequence>
                        <element name="requestType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
	        <element name="pingMe">
				<complexType/>
			</element>
			<element name="pingMeResponse">
				<complexType/>
			</element>
			<element name="faultDetail">
				<complexType>
					<sequence>
						<element name="minor" type="xsd:short"/>
						<element name="major" type="xsd:short"/>
					</sequence>
				</complexType>
			</element>
        </schema>
    </wsdl:types>
    <wsdl:message name="sayHiRequest">
        <wsdl:part element="x1:sayHi" name="in"/>
    </wsdl:message>
    <wsdl:message name="sayHiResponse">
        <wsdl:part element="x1:sayHiResponse" name="out"/>
    </wsdl:message>
    <wsdl:message name="greetMeRequest">
        <wsdl:part element="x1:greetMe" name="in"/>
    </wsdl:message>
    <wsdl:message name="greetMeResponse">
        <wsdl:part element="x1:greetMeResponse" name="out"/>
    </wsdl:message>
    <wsdl:message name="greetMeOneWayRequest">
        <wsdl:part element="x1:greetMeOneWay" name="in"/>
    </wsdl:message>

    <wsdl:portType name="Greeter">
        <wsdl:operation name="sayHi">
            <wsdl:input message="tns:sayHiRequest" name="sayHiRequest"/>
            <wsdl:output message="tns:sayHiResponse" name="sayHiResponse"/>
        </wsdl:operation>

        <wsdl:operation name="greetMe">
            <wsdl:input message="tns:greetMeRequest" name="greetMeRequest"/>
            <wsdl:output message="tns:greetMeResponse" name="greetMeResponse"/>
        </wsdl:operation>

        <wsdl:operation name="greetMeOneWay">
            <wsdl:input message="tns:greetMeOneWayRequest"
name="greetMeOneWayRequest"/>
        </wsdl:operation>
    </wsdl:portType>
    <wsdl:binding name="Greeter_SOAPBinding" type="tns:Greeter">
        <soap:binding style="document"
transport="http://schemas.xmlsoap.org/soap/http"/>

        <wsdl:operation name="sayHi">
            <soap:operation soapAction="" style="document"/>
            <wsdl:input name="sayHiRequest">
                <soap:body use="literal"/>
            </wsdl:input>
            <wsdl:output name="sayHiResponse">
                <soap:body use="literal"/>
            </wsdl:output>
        </wsdl:operation>

        <wsdl:operation name="greetMe">
            <soap:operation soapAction="" style="document"/>
            <wsdl:input name="greetMeRequest">
                <soap:body use="literal"/>
            </wsdl:input>
            <wsdl:output name="greetMeResponse">
                <soap:body use="literal"/>
            </wsdl:output>
        </wsdl:operation>

        <wsdl:operation name="greetMeOneWay">
            <soap:operation soapAction="" style="document"/>
            <wsdl:input name="greetMeOneWayRequest">
                <soap:body use="literal"/>
            </wsdl:input>
        </wsdl:operation>

    </wsdl:binding>

    <wsdl:service name="SOAPRelayService">
        <wsdl:port binding="tns:Greeter_SOAPBinding" name="SOAPRelayPort">
            <soap:address
location="http://localhost:9000/SoapContext/SOAPRelayPort"/>
        </wsdl:port>
    </wsdl:service>

</wsdl:definitions>

The Yoko generated me IDL and:

<?xml version="1.0" encoding="UTF-8"?>
<definitions name="SOAPRelay"
targetNamespace="http://pikeelectronic.com/calcor"
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:corba="http://schemas.apache.org/yoko/bindings/corba"
xmlns:ns1="http://pikeelectronic.com/calcor/corba/typemap/"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:tns="http://pikeelectronic.com/calcor"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:x1="http://pikeelectronic.com/calcor/types">
  <corba:typeMapping xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
targetNamespace="http://pikeelectronic.com/calcor/corba/typemap/">
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:greetMe:1.0" type="x1:greetMe" name="greetMe">
      <corba:member qualified="true" name="requestType"
idltype="corba:string" />
    </corba:struct>
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:pingMe:1.0" type="x1:pingMe" name="pingMe" />
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:sayHiResponse:1.0" type="x1:sayHiResponse"
name="sayHiResponse">
      <corba:member qualified="true" name="responseType"
idltype="corba:string" />
    </corba:struct>
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:faultDetail:1.0" type="x1:faultDetail"
name="faultDetail">
      <corba:member qualified="true" name="minor" idltype="corba:short" />
      <corba:member qualified="true" name="major" idltype="corba:short" />
    </corba:struct>
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:greetMeResponse:1.0" type="x1:greetMeResponse"
name="greetMeResponse">
      <corba:member qualified="true" name="responseType"
idltype="corba:string" />
    </corba:struct>
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:sayHi:1.0" type="x1:sayHi" name="sayHi" />
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:pingMeResponse:1.0" type="x1:pingMeResponse"
name="pingMeResponse" />
    <corba:struct xmlns:x1="http://pikeelectronic.com/calcor/types"
repositoryID="IDL:greetMeOneWay:1.0" type="x1:greetMeOneWay"
name="greetMeOneWay">
      <corba:member qualified="true" name="requestType"
idltype="corba:string" />
    </corba:struct>
  </corba:typeMapping>
  <types>
    <schema elementFormDefault="qualified"
targetNamespace="http://pikeelectronic.com/calcor/types"
xmlns="http://www.w3.org/2001/XMLSchema">
            <element name="sayHi">
                <complexType/>
            </element>
            <element name="sayHiResponse">
                <complexType>
                    <sequence>
                        <element name="responseType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMe">
                <complexType>
                    <sequence>
                        <element name="requestType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMeResponse">
                <complexType>
                    <sequence>
                        <element name="responseType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
            <element name="greetMeOneWay">
                <complexType>
                    <sequence>
                        <element name="requestType" type="xsd:string"/>
                    </sequence>
                </complexType>
            </element>
	        <element name="pingMe">
				<complexType/>
			</element>
			<element name="pingMeResponse">
				<complexType/>
			</element>
			<element name="faultDetail">
				<complexType>
					<sequence>
						<element name="minor" type="xsd:short"/>
						<element name="major" type="xsd:short"/>
					</sequence>
				</complexType>
			</element>
        </schema>
  </types>
  <message name="greetMeResponse">
    <part name="out" element="x1:greetMeResponse">
    </part>
  </message>
  <message name="greetMeOneWayRequest">
    <part name="in" element="x1:greetMeOneWay">
    </part>
  </message>
  <message name="greetMeRequest">
    <part name="in" element="x1:greetMe">
    </part>
  </message>
  <message name="sayHiResponse">
    <part name="out" element="x1:sayHiResponse">
    </part>
  </message>
  <message name="sayHiRequest">
    <part name="in" element="x1:sayHi">
    </part>
  </message>
  <portType name="Greeter">
    <operation name="sayHi">
      <input name="sayHiRequest" message="tns:sayHiRequest">
    </input>
      <output name="sayHiResponse" message="tns:sayHiResponse">
    </output>
    </operation>
    <operation name="greetMe">
      <input name="greetMeRequest" message="tns:greetMeRequest">
    </input>
      <output name="greetMeResponse" message="tns:greetMeResponse">
    </output>
    </operation>
    <operation name="greetMeOneWay">
      <input name="greetMeOneWayRequest" message="tns:greetMeOneWayRequest">
    </input>
    </operation>
  </portType>
  <binding name="Greeter_SOAPBinding" type="tns:Greeter">
    <soap:binding style="document"
transport="http://schemas.xmlsoap.org/soap/http"/>
    <operation name="sayHi">
    <soap:operation soapAction="" style="document"/>
      <input name="sayHiRequest">
    <soap:body use="literal"/>
      </input>
      <output name="sayHiResponse">
    <soap:body use="literal"/>
      </output>
    </operation>
    <operation name="greetMe">
    <soap:operation soapAction="" style="document"/>
      <input name="greetMeRequest">
    <soap:body use="literal"/>
      </input>
      <output name="greetMeResponse">
    <soap:body use="literal"/>
      </output>
    </operation>
    <operation name="greetMeOneWay">
    <soap:operation soapAction="" style="document"/>
      <input name="greetMeOneWayRequest">
    <soap:body use="literal"/>
      </input>
    </operation>
  </binding>
  <binding name="GreeterCORBABinding" type="tns:Greeter">
    <corba:binding xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
repositoryID="IDL:Greeter:1.0" />
    <operation name="sayHi">
      <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
name="sayHi">
        <corba:return name="responseType" idltype="corba:string" />
      </corba:operation>
      <input name="sayHiRequest">
      </input>
      <output name="sayHiResponse">
      </output>
    </operation>
    <operation name="greetMe">
      <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
name="greetMe">
        <corba:param mode="in" name="requestType" idltype="corba:string" />
        <corba:return name="responseType" idltype="corba:string" />
      </corba:operation>
      <input name="greetMeRequest">
      </input>
      <output name="greetMeResponse">
      </output>
    </operation>
    <operation name="greetMeOneWay">
      <corba:operation xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
name="greetMeOneWay">
        <corba:param mode="in" name="requestType" idltype="corba:string" />
      </corba:operation>
      <input name="greetMeOneWayRequest">
      </input>
    </operation>
  </binding>
  <service name="SOAPRelayService">
    <port name="SOAPRelayPort" binding="tns:Greeter_SOAPBinding">
    <soap:address location="corbaloc::localhost:40000/hw"/>
    </port>
  </service>
  <service name="GreeterCORBAService">
    <port name="GreeterCORBAPort" binding="tns:GreeterCORBABinding">
      <corba:address xmlns:ns3="http://schemas.xmlsoap.org/wsdl/"
location="file:./Greeter.ref" />
    </port>
  </service>
</definitions>

When I try to run a provider for this interface:

package com.pikeelectronic.calcor;

import javax.xml.namespace.QName;
import javax.xml.soap.SOAPMessage;
import javax.xml.ws.Dispatch;
import javax.xml.ws.Provider;
import javax.xml.ws.Service;
import javax.xml.ws.ServiceMode;
import javax.xml.ws.WebServiceProvider;
import javax.xml.ws.soap.SOAPBinding;

@WebServiceProvider(portName = "SOAPRelayPort", serviceName =
"SOAPRelayService", targetNamespace =
"http://pikeelectronic.com/calcor",
                      wsdlLocation = "wsdl/hello_world-corba.wsdl")
@ServiceMode(value = Service.Mode.MESSAGE)
public class CalcorSOAPMessageProvider implements Provider<SOAPMessage> {

    public CalcorSOAPMessageProvider() {
    }

    public SOAPMessage invoke(SOAPMessage request) {
        SOAPMessage response = null;
        try {
        	
            System.out.println("CALCOR Client Request as a SOAPMessage
- relaying");
            .........

        } catch (Exception ex) {
            ex.printStackTrace();
        }
        return response;
    }
}

with this simple server code:

        Object implementor = new CalcorSOAPMessageProvider();
        String address = "corbaloc::localhost:40000/hw";
        Endpoint.publish(address, implementor);

I am getting:

INFO: Creating Service
{http://pikeelectronic.com/calcor}SOAPRelayService from WSDL:
wsdl/hello_world-corba.wsdl
Exception in thread "main"
org.apache.cxf.service.factory.ServiceConstructionException
	at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:105)
	at org.apache.cxf.jaxws.JaxWsServerFactoryBean.create(JaxWsServerFactoryBean.java:142)
	at org.apache.cxf.jaxws.EndpointImpl.getServer(EndpointImpl.java:277)
	at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:223)
	at org.apache.cxf.jaxws.EndpointImpl.publish(EndpointImpl.java:175)
	at org.apache.cxf.jaxws.spi.ProviderImpl.createAndPublishEndpoint(ProviderImpl.java:74)
	at javax.xml.ws.Endpoint.publish(Unknown Source)
	at com.pikeelectronic.calcor.CalcorStandalone.<init>(CalcorStandalone.java:13)
	at com.pikeelectronic.calcor.CalcorStandalone.main(CalcorStandalone.java:17)
Caused by: org.apache.cxf.BusException: No DestinationFactory was
found for the namespace http://schemas.xmlsoap.org/soap/http.
	at org.apache.cxf.transport.DestinationFactoryManagerImpl.getDestinationFactory(DestinationFactoryManagerImpl.java:101)
	at org.apache.cxf.endpoint.ServerImpl.initDestination(ServerImpl.java:85)
	at org.apache.cxf.endpoint.ServerImpl.<init>(ServerImpl.java:69)
	at org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:90)
	... 8 more

I have found the source WSDL uses DOCUMENT SOAP binding. Is this a problem?

Thanks, Lukas

-- 
Lukas Zapletal
http://lukas.zapletalovi.com
Re: How to use the binding library? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707170723o5ad0827du7bfe9ee27740a0ef@mail-gmail-com%3e 2007-07-17T14:23:17Z 
It seems the Yoko binding registers automaticaly and it could work
with CXF standalone server I guess. I also hope it will work with a
Provider.

2007/7/17, Lukas Zapletal <lukas.zapletal@gmail.com>:
> Hello,
>
> I have an existing WS and I would like to enable access from CORBA to
> it. I have created the IDL definition and WSDL-Corba definition using
> the tools sucessfuly. I am testing my service in the standalone CXF
> server, it looks like this:
>
> public class MyService {
>
>     protected MyService() throws Exception {
>         System.out.println("Starting CALCOR standalone server");
>
>         Object implementor = new CalcorSOAPMessageProvider();
>         String address = "http://localhost:9000/SoapContext/MyService";
>         Endpoint.publish(address, implementor);
>     }
>
>     public static void main(String args[]) throws Exception {
>         new CalcorStandalone();
>         System.out.println("Server ready...");
>
>         Thread.sleep(5 * 60 * 1000);
>         System.out.println("Server exiting");
>         System.exit(0);
>     }
>
> }
>
> I have tried to change the address to:
>
> address = "corbaloc::localhost:40000/MyService";
>
> but I get an exception Caused by: java.net.MalformedURLException:
> unknown protocol: corbaloc (ServiceConstructionException at
> org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:107).
> It seems I did not registered the CORBA Yoko binding, did I? I have it
> in my CLASSPATH but I guess its not enough...
>
> Will it work with the standalone server?
>
> Will the Yoko binding work with the Provider implementation (dynamic
> web service)?
>
> Are there any more things I need to do after registering the binding library?
>
> Thanks for help
>
> --
> Lukas Zapletal
> http://lukas.zapletalovi.com
>


-- 
Lukas Zapletal
http://lukas.zapletalovi.com
How to use the binding library? "Lukas Zapletal" <lukas.zapletal@gmail.com> urn:uuid:%3cb5a439280707170500je3541a7l86c3081e182940a7@mail-gmail-com%3e 2007-07-17T12:00:09Z 
Hello,

I have an existing WS and I would like to enable access from CORBA to
it. I have created the IDL definition and WSDL-Corba definition using
the tools sucessfuly. I am testing my service in the standalone CXF
server, it looks like this:

public class MyService {
	
    protected MyService() throws Exception {
        System.out.println("Starting CALCOR standalone server");

        Object implementor = new CalcorSOAPMessageProvider();
        String address = "http://localhost:9000/SoapContext/MyService";
        Endpoint.publish(address, implementor);
    }

    public static void main(String args[]) throws Exception {
        new CalcorStandalone();
        System.out.println("Server ready...");

        Thread.sleep(5 * 60 * 1000);
        System.out.println("Server exiting");
        System.exit(0);
    }

}

I have tried to change the address to:

address = "corbaloc::localhost:40000/MyService";

but I get an exception Caused by: java.net.MalformedURLException:
unknown protocol: corbaloc (ServiceConstructionException at
org.apache.cxf.frontend.ServerFactoryBean.create(ServerFactoryBean.java:107).
It seems I did not registered the CORBA Yoko binding, did I? I have it
in my CLASSPATH but I guess its not enough...

Will it work with the standalone server?

Will the Yoko binding work with the Provider implementation (dynamic
web service)?

Are there any more things I need to do after registering the binding library?

Thanks for help

-- 
Lukas Zapletal
http://lukas.zapletalovi.com
RE: [ANNOUNCE] Welcome Matteo Vescovi as the newest member of the Yoko PPMC "Mosur Ravi, Balaji" <bravi@iona.com> urn:uuid:%3cB316CC601854A1488A5405FA86B395E803D0F03F@amer-ems1-IONAGLOBAL-COM%3e 2007-03-02T16:24:48Z 
Congrats matteo...

- Balaji

-----Original Message-----
From: Alan D. Cabrera [mailto:list@toolazydogs.com] 
Sent: Friday, March 02, 2007 10:52 AM
To: yoko-dev@incubator.apache.org
Cc: yoko-user@incubator.apache.org; Yoko PPMC
Subject: [ANNOUNCE] Welcome Matteo Vescovi as the newest member of the
Yoko PPMC

Please join us in welcoming Matteo who recently accepted an  
invitation to join the Yoko PPMC.

The Apache Yoko PPMC
[ANNOUNCE] Welcome Matteo Vescovi as the newest member of the Yoko PPMC "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c2460FC81-7249-47D4-814D-DFDED1E027DC@toolazydogs-com%3e 2007-03-02T15:52:16Z 
Please join us in welcoming Matteo who recently accepted an  
invitation to join the Yoko PPMC.

The Apache Yoko PPMC
Re: [ANNOUNCE] Please welcome Balaji Mosur Ravi as the newest member of the Yoko PPMC "Vescovi, Matteo" <matteo.vescovi@iona.com> urn:uuid:%3c44E489A5-8000305@iona-com%3e 2006-08-17T15:22:13Z 
Congratulations Balaji!

Alan D. Cabrera wrote:

> Please join us in welcoming Balaji who recently accepted an invitation 
> to join the Yoko PPMC.
>
> The Apache Yoko PPMC
>
>
>
Re: [ANNOUNCE] Please welcome Edell Nolan as the newest member of the Yoko PPMC "Vescovi, Matteo" <matteo.vescovi@iona.com> urn:uuid:%3c44E48995-20403@iona-com%3e 2006-08-17T15:21:57Z 
Congratulations Edell!

Alan D. Cabrera wrote:

> Please join us in welcoming Edell who recently accepted an invitation 
> to join the Yoko PPMC.
>
> The Apache Yoko PPMC
>
>
>
[ANNOUNCE] Please welcome Darren Middleman as the newest member of the Yoko PPMC "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c44E47F2F-2090809@toolazydogs-com%3e 2006-08-17T14:37:35Z 
Please join us in welcoming Darren who recently accepted an invitation 
to join the Yoko PPMC.

The Apache Yoko PPMC
[ANNOUNCE] Please welcome Balaji Mosur Ravi as the newest member of the Yoko PPMC "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c44E47F29-9010703@toolazydogs-com%3e 2006-08-17T14:37:29Z 
Please join us in welcoming Balaji who recently accepted an invitation 
to join the Yoko PPMC.

The Apache Yoko PPMC
[ANNOUNCE] Please welcome Edell Nolan as the newest member of the Yoko PPMC "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c44E47F1C-7090300@toolazydogs-com%3e 2006-08-17T14:37:16Z 
Please join us in welcoming Edell who recently accepted an invitation to 
join the Yoko PPMC.

The Apache Yoko PPMC
[ANNOUNCE] Please welcome Anders Hessellund Jensen as the newest member of the Yoko PPMC "Alan D. Cabrera" <list@toolazydogs.com> urn:uuid:%3c44E47F08-4050003@toolazydogs-com%3e 2006-08-17T14:36:56Z 
Please join us in welcoming Anders who recently accepted an invitation 
to join the Yoko PPMC.

The Apache Yoko PPMC
Bad subscribe email address for this list on website "Ted Kirby" <ted.kirby@gmail.com> urn:uuid:%3c3da992810607251233k12d95813wc17d94c88f86a4ef@mail-gmail-com%3e 2006-07-25T19:33:03Z 
http://incubator.apache.org/yoko/mail-lists.html has a bad email address for
this user list.  It has yoko-users-subscribe@incubator.apache.org,
but of course only yoko-user-subscribe@incubator.apache.org works.
Re: subscribe "Trustin Lee" <trustin@gmail.com> urn:uuid:%3c768dcb2e0602222334y778eb5fciadddadb0acd0955e@mail-gmail-com%3e 2006-02-23T07:34:22Z 
On 2/23/06, Jongjin Choi <jongjin.choe@gmail.com> wrote:
>
> subscribe
>

Please send an empty message to yoko-user-subscribe@incubator.apache.org.

HTH,
Truistin
--
what we call human nature is actually human habit
--
http://gleamynode.net/
--
PGP key fingerprints:
* E167 E6AF E73A CBCE EE41  4A29 544D DE48 FE95 4E7E
* B693 628E 6047 4F8F CFA4  455E 1C62 A7DC 0255 ECA6
subscribe "Jongjin Choi" <jongjin.choe@gmail.com> urn:uuid:%3c86ecc290602222040s255c318s80fcc34d9e8aaed7@mail-gmail-com%3e 2006-02-23T04:40:08Z 
subscribe