Skip to main content
Announcements
Join us at Qlik Connect for 3 magical days of learning, networking,and inspiration! REGISTER TODAY and save!
cancel
Showing results for 
Search instead for 
Did you mean: 
Anonymous
Not applicable

Multiple endpoints in tESBRequest

Hi all,
I am facing an issue with multiple web service endpoints of a web service. I have a web service with two bindings and I need to have two endpoints within one service. The sample bellow is very simplistic, however, we aim more sophisticated scenarios consisting of SOAP11 and SOAP12 bindings, HTTP and JMS bindings etc.
...
<wsdl:binding name="aaaBinding" type="tns:aaaPortType">
  <soap:binding transport="" style="document"/>
  <wsdl Smiley Surprisedperation name="aaaOperation">
    <soap Smiley Surprisedperation soapAction=""/>
      <wsdl:input>
        <soap:body use="literal"/>
      </wsdl:input>
    <wsdl

To see the whole post, download it here
Labels (4)
7 Replies
Anonymous
Not applicable
Author

Michal ,
You schould use cCXF component of the ESB suite.
Much much much (and much) more powerfull then tESBrequest...
https://help.talend.com/search/all?query=cCXF&content-lang=en
Have fun! 0683p000009MA9p.png
Anonymous
Not applicable
Author

Dear Morgan,
thanks for your response. Initially I was not too much happy about this solution, because we strongly prefer using Talend flows rather than Camel routes. But then we were facing other challenges such as throttling and again cCXF this seems to be a more flexible approach.
So there is a lot of space for improvements in order to make tESBRequest as powerful as cCXF.
Michal
Anonymous
Not applicable
Author

May I ask why you prefer Talend flows? instead of routes? You can call flows from a route..
Anonymous
Not applicable
Author

Well, this could easily be a topic of a new thread, but anyway…
It is a matter of using right tools for right things. So, if the aim is to expose a web service on ESB using proxy pattern (no data mapping, no orchestration), or to route an async message from one queue to another, then a Camel route seems to be an optimal solution. However, if we want to create an orchestrated service on ESB, or map request and response message from the common integration data model to an application specific data model and back, then using a Talend flow seems to be more appropriate. This is especially true when the web service contains more operations.
You may argue that it is possible to call a Talend flow from a Camel route. But what is the benefit of creating a Camel-based web service wrapper, do a fork based on operation name and call Talend flows from there, if you can create a Talend service directly?
Michal
Anonymous
Not applicable
Author

Michal,
It's true that Camel is maybe not needed if only mapping is required but what about scalability?
If in the future you need to do other things then just map data? You could easily go ahead and expand the route because making it in a job you will be restricted to palette components.
But this stays your own choice.
Anonymous
Not applicable
Author

Hi Morgan,
I did not get the point about scalability. How does Camel route in Karaf scale better than Talend flow in Karaf, when we consider SOAP/HTTP web services?
In terms of custom components, you can always create a new Talend component, as well as a Camel one, even if Camel is probably easier. Non-reusable requirements can be addressed by tJavaRow component easily, we have already done it. In addition, there is TalendForge Exchange where you can download 3rd party products as well. Also, Talend offers a number of adapters, such as to SAP, and those are missing in pure Camel.
You see we are not Camel fans, when it comes to more complex services, however, we recognize it as an efficient way of solving easy tasks.
@Talend support, back to the original question - is there a chance that tESBRequest would offer as much options and functionality as cCXF?
Michal
Anonymous
Not applicable
Author

Michal,
When I talk about scalability I talk about the design/dev phase , this has nothing to do with Karaf.

In terms of custom components, you can always create a new Talend component, as well as a Camel one, even if Camel is probably easier.

Easier, I hope you're talking abour calling an URI and not making a new component yourself in the Camel project because otherwise you don't know what you're talking about.
And sure everything can be done in Java (tJavaRow), since it's all Java..
Btw I don't have any problem about you or your team not being Camel fans , you just miss something that's all 0683p000009MACn.png
Hope you will get another response from Talend! (Even if a month passed without any answer 0683p000009MA9p.png)