Camel is Java code .. so if you embed Java code in synapse.xml then you
have to start compiling Java code. Not hard but boring IMO.
The better way to use Camel is via a "Camel mediator" ... one that would
basically take our message context and convert it to the Camel format and
then invoke the Java code the user gives and at the end take the final
message and feed it back into Synapse. That is, treat Camel as a scripting
language.
Sanjiva.
Hadrian Zbarcea wrote:
Hi Paul,
I am not sure, given the fact that there is some overlap (at least at
the intent level) between Apache Camel and Synapse. As you probably
know Camel takes the message body type agnostic stance from the get go,
which was my position in the beginning. There are quite a few niceties
in Camel i really love, but I won't get there :).
In terms of integration, I don't think integration between camel and
synapse endpoints helps much, and in terms of interoperating with axis2
endpoints, that should be possible via camel-cxf.
If you have any idea please let me know. And yeah, if you didn't look
closely at Camel, I would suggest doing it. At least for fun, it's
worth it :).
Cheers,
Hadrian
On Feb 7, 2008, at 5:57 AM, Paul Fremantle wrote:
Hadrian
I haven't looked closely at Camel, but I'd be interested in your views
on Camel and Synapse. Do you think there are areas we can integrate or
collaborate?
Paul
On Feb 5, 2008 5:34 PM, Hadrian Zbarcea <[EMAIL PROTECTED]> wrote:
Hi Paul,
How's life?
I am not qualifying things as right or wrong, but we certainly viewed
things differently. And thinking of it, Apache Camel didn't exist at
the time :). Btw, one notable change in my life: I am not in Boston
anymore, but some 700 miles south, in NC.
Cheers,
Hadrian
On Feb 4, 2008, at 11:04 AM, Paul Fremantle wrote:
Hadrian
Nice to see you!
I'm glad you are still around.
Take a look at this --- you get the credit for it, and I guess I have
to admit I was wrong :)
https://svn.apache.org/repos/asf/synapse/trunk/java/modules/core/src/main/java/org/apache/synapse/util/PayloadHelper.java
Paul
On Feb 4, 2008 2:57 PM, Hadrian Zbarcea <[EMAIL PROTECTED]> wrote:
The easiest thing for this would be a simple two line configuration
for
ProxyPass/ProxyPassReverse in an apache web server. The
[EMAIL PROTECTED] list is probably a better forum also :).
Cheers,
hadrian
On Feb 4, 2008, at 3:37 AM, Venkatesan, Kumaran wrote:
Hi,
We are facing issue in routing requests. The requirement is to
route the hit
on synapse to the services deployed on different host.
This could be achieved by content based routing, but the case is to
handle
hundreds of services like below.
For example,
https://tradeti.stdcom/services/updateUser (hit to synapse) to
https://10.192.12.89/services/updateUser (backend internal systems)
https://tradeti.std.com/services/addUser to
https://10.192.12.89/services/addUser
https://tradeti.std.com/services/deleteUser to
https://10.192.12.89/services/deleteUser etc.,
This email and any attachments are confidential and may also be
privileged.
If you are not the addressee, do not disclose, copy, circulate or
in any
other way use or rely on the information contained in this email or
any
attachments. If received in error, notify the sender immediately
and delete
this email and any attachments from your system. Emails cannot be
guaranteed
to be secure or error free as the message and any attachments could
be
intercepted, corrupted, lost, delayed, incomplete or amended.
Standard
Chartered PLC and its subsidiaries do not accept liability for
damage caused
by this email or any attachments and may monitor email traffic.
Standard Chartered PLC is incorporated in England with limited
liability
under company number 966425 and has its registered office at 1
Aldermanbury
Square, London, EC2V 7SB.
Standard Chartered Bank ("SCB") is incorporated in England with
limited
liability by Royal Charter 1853, under reference ZC18. The
Principal Office
of SCB is situated in England at 1 Aldermanbury Square, London EC2V
7SB. In
the United Kingdom, SCB is authorised and regulated by the Financial
Services Authority under FSA register number 114276.
If you are receiving this email from SCB outside the UK, please click
http://www.standardchartered.com/global/email_disclaimer.html to
refer to
the information on other jurisdictions.
--
Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair
blog: http://pzf.fremantle.org
[EMAIL PROTECTED]
"Oxygenating the Web Service Platform", www.wso2.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--Paul Fremantle
Co-Founder and VP of Technical Sales, WSO2
OASIS WS-RX TC Co-chair
blog: http://pzf.fremantle.org
[EMAIL PROTECTED]
"Oxygenating the Web Service Platform", www.wso2.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Sanjiva Weerawarana, Ph.D.
Founder & Director; Lanka Software Foundation; http://www.opensource.lk/
Founder, Chairman & CEO; WSO2, Inc.; http://www.wso2.com/
Member; Apache Software Foundation; http://www.apache.org/
Visiting Lecturer; University of Moratuwa; http://www.cse.mrt.ac.lk/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
