You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Simon Paredes (JIRA)" <ji...@apache.org> on 2008/04/16 17:33:21 UTC
[jira] Created: (CXF-1533) Clients generated with CXF from java
using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction
empty. This prevent interaction with oracle soa products wich depends on
this header to execute correctly.
Clients generated with CXF from java using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction empty. This prevent interaction with oracle soa products wich depends on this header to execute correctly.
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Key: CXF-1533
URL: https://issues.apache.org/jira/browse/CXF-1533
Project: CXF
Issue Type: Bug
Components: Aegis Databinding
Affects Versions: 2.0.5
Reporter: Simon Paredes
it could be added to org.apache.cxf.service.factory.DefaultServiceConfiguration this implementation of the function getAction():
public String getAction(OperationInfo op, Method method) {
String action = op.getName().getLocalPart();
if(StringUtils.isEmpty(action)){
action = method.getName();
}
return action;
}
Wich is a first aproach, of course, but for the simple case it works.
Actually org.apache.cxf.service.factory.DefaultServiceConfiguration has no implementation for getAction and org.apache.cxf.service.factory.AbstractServiceConfiguration returns null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (CXF-1533) Clients generated with CXF from java using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction empty. This prevent interaction with oracle soa products wich depends on this header to execute correctly.
Posted by Benson Margulies <bi...@gmail.com>.
The idea is for you to add this yourself. Create your own ServiceFactory
subclass and configure it into your service.
On Thu, Apr 17, 2008 at 2:47 PM, Simon Paredes (JIRA) <ji...@apache.org>
wrote:
>
> [
> https://issues.apache.org/jira/browse/CXF-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590146#action_12590146]
>
> Simon Paredes commented on CXF-1533:
> ------------------------------------
>
> Hi,
>
> I will appreciate this being included in the next release, because making
> CXF works with the oracle soa is a mayor compatibility step.
>
> Simon P.
>
>
>
>
> > Clients generated with CXF from java using Aegis DataBinding and
> SimpleFrontEnd sends the header SoapAction empty. This prevent interaction
> with oracle soa products wich depends on this header to execute correctly.
> >
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
> >
> > Key: CXF-1533
> > URL: https://issues.apache.org/jira/browse/CXF-1533
> > Project: CXF
> > Issue Type: Bug
> > Components: Aegis Databinding
> > Affects Versions: 2.0.5
> > Reporter: Simon Paredes
> >
> > it could be added to
> org.apache.cxf.service.factory.DefaultServiceConfiguration this
> implementation of the function getAction():
> > public String getAction(OperationInfo op, Method method) {
> > String action = op.getName().getLocalPart();
> > if(StringUtils.isEmpty(action)){
> > action = method.getName();
> > }
> > return action;
> > }
> > Wich is a first aproach, of course, but for the simple case it works.
> > Actually org.apache.cxf.service.factory.DefaultServiceConfiguration has
> no implementation for getAction and
> org.apache.cxf.service.factory.AbstractServiceConfiguration returns null.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
[jira] Commented: (CXF-1533) Clients generated with CXF from java
using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction
empty. This prevent interaction with oracle soa products wich depends on
this header to execute correctly.
Posted by "Daniel Kulp (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CXF-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589650#action_12589650 ]
Daniel Kulp commented on CXF-1533:
----------------------------------
This is working as designed. The soapAction stuff is effective deprecated and by default, according to most specs like jaxws, should be the empty string.
However, we COULD create a new "MethodNameSoapActionConfiguration" class that subclasses the AbstractServiceConfiguration class to provide that functionality. Would just need to configure it in.
> Clients generated with CXF from java using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction empty. This prevent interaction with oracle soa products wich depends on this header to execute correctly.
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CXF-1533
> URL: https://issues.apache.org/jira/browse/CXF-1533
> Project: CXF
> Issue Type: Bug
> Components: Aegis Databinding
> Affects Versions: 2.0.5
> Reporter: Simon Paredes
>
> it could be added to org.apache.cxf.service.factory.DefaultServiceConfiguration this implementation of the function getAction():
> public String getAction(OperationInfo op, Method method) {
> String action = op.getName().getLocalPart();
> if(StringUtils.isEmpty(action)){
> action = method.getName();
> }
> return action;
> }
> Wich is a first aproach, of course, but for the simple case it works.
> Actually org.apache.cxf.service.factory.DefaultServiceConfiguration has no implementation for getAction and org.apache.cxf.service.factory.AbstractServiceConfiguration returns null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CXF-1533) Clients generated with CXF from java
using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction
empty. This prevent interaction with oracle soa products wich depends on
this header to execute correctly.
Posted by "Simon Paredes (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/CXF-1533?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590146#action_12590146 ]
Simon Paredes commented on CXF-1533:
------------------------------------
Hi,
I will appreciate this being included in the next release, because making
CXF works with the oracle soa is a mayor compatibility step.
Simon P.
> Clients generated with CXF from java using Aegis DataBinding and SimpleFrontEnd sends the header SoapAction empty. This prevent interaction with oracle soa products wich depends on this header to execute correctly.
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: CXF-1533
> URL: https://issues.apache.org/jira/browse/CXF-1533
> Project: CXF
> Issue Type: Bug
> Components: Aegis Databinding
> Affects Versions: 2.0.5
> Reporter: Simon Paredes
>
> it could be added to org.apache.cxf.service.factory.DefaultServiceConfiguration this implementation of the function getAction():
> public String getAction(OperationInfo op, Method method) {
> String action = op.getName().getLocalPart();
> if(StringUtils.isEmpty(action)){
> action = method.getName();
> }
> return action;
> }
> Wich is a first aproach, of course, but for the simple case it works.
> Actually org.apache.cxf.service.factory.DefaultServiceConfiguration has no implementation for getAction and org.apache.cxf.service.factory.AbstractServiceConfiguration returns null.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.