You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by 宓学强 <al...@gmail.com> on 2009/04/06 15:55:54 UTC
Which dynamic language should we add to extend the dynamic route ?
I wonder which dynamic language should we add for the Dynamic route
support,Groovy,Ruby,Python or Scala?
Hope every one can give the opinion and we can negotiate to decide that.
--
宓学强 alloyer@gmail.com
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Willem Jiang <wi...@gmail.com>.
Sure, I can give him phone call interview today or tomorrow morning.
Willem
Hadrian Zbarcea wrote:
> Willem, given the time zone difference could you please try to have an
> interview with Xuegiang Mi?
> Xuegiang Mi, could you please try to contact one of us?
>
> Thanks
> Hadrian
>
> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>
>> Xueqiang Mi, we need to have an interview. We would need to know more
>> about you and it affects your score. Please try to find us either on
>> irc or skype (if you use skipe you can paste your skype id here, or
>> you can send me and/or Jon a private message with your id). You could
>> also post here or in a private message a phone number and I could call
>> you on a regular phone. Please let us know when it would be
>> convenient for you to have such an interview (and keep in mind that we
>> are in the US, at GMT-5).
>>
>> Please respond as soon as you can.
>> Hadrian
>>
>> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>>
>>> Cool stuff. So I guess you should start with Groovy for the dynamic
>>> routing extension to the web console. Also, over the next few days (I
>>> have until the 15th of April) I'll add the extra ranking points to
>>> your proposal.
>>>
>>>
>>> 2009/4/8 宓学强 <alloyer@gmail.com <ma...@gmail.com>>
>>>
>>> I am more interested in Dynamic routes project!
>>>
>>> 2009/4/8 Hadrian Zbarcea <hzbarcea@gmail.com
>>> <ma...@gmail.com>>:
>>> > I think we should start with Groovy, Python and Ruby. It's
>>> hard to decide
>>> > on priorities, every time I try to, I feel like changing the
>>> order. If you
>>> > have a preference please let us know. After we get the AST it
>>> should be all
>>> > the same.
>>> >
>>> > Btw, one of the first things we need to do is decide which of
>>> the 2 projects
>>> > is of more interest to you so we would know how to rank it.
>>> >
>>> > You can find me (and others) online on the #camel channel at
>>> > irc.codehaus.org <http://irc.codehaus.org> if you'd like to
>>> chat about it.
>>> >
>>> > Cheers
>>> > Hadrian
>>> >
>>> >
>>> >
>>> >
>>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>> >
>>> >> I wonder which dynamic language should we add for the Dynamic
>>> route
>>> >> support,Groovy,Ruby,Python or Scala?
>>> >> Hope every one can give the opinion and we can negotiate to
>>> decide that.
>>> >>
>>> >>
>>> >> --
>>> >> 宓学强 alloyer@gmail.com <ma...@gmail.com>
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Xueqiang Mi <alloyer@gmail.com <ma...@gmail.com>>
>>>
>>>
>>>
>>>
>>> --
>>> Cheers,
>>> Jon
>>>
>>> http://janstey.blogspot.com/
>>
>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by 宓学强 <al...@gmail.com>.
I use Beijing or Shanghai time and may be about 10 hours earlier than you.
I will online in the next 15 hours, you can schedule the time.
2009/4/11 Hadrian Zbarcea <hz...@gmail.com>:
> Willem, given the time zone difference could you please try to have an
> interview with Xuegiang Mi?
> Xuegiang Mi, could you please try to contact one of us?
> Thanks
> Hadrian
> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>
> Xueqiang Mi, we need to have an interview. We would need to know more about
> you and it affects your score. Please try to find us either on irc or skype
> (if you use skipe you can paste your skype id here, or you can send me
> and/or Jon a private message with your id). You could also post here or in
> a private message a phone number and I could call you on a regular phone.
> Please let us know when it would be convenient for you to have such an
> interview (and keep in mind that we are in the US, at GMT-5).
> Please respond as soon as you can.
> Hadrian
> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>
> Cool stuff. So I guess you should start with Groovy for the dynamic routing
> extension to the web console. Also, over the next few days (I have until the
> 15th of April) I'll add the extra ranking points to your proposal.
>
>
> 2009/4/8 宓学强 <al...@gmail.com>
>>
>> I am more interested in Dynamic routes project!
>>
>> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
>> > I think we should start with Groovy, Python and Ruby. It's hard to
>> > decide
>> > on priorities, every time I try to, I feel like changing the order. If
>> > you
>> > have a preference please let us know. After we get the AST it should be
>> > all
>> > the same.
>> >
>> > Btw, one of the first things we need to do is decide which of the 2
>> > projects
>> > is of more interest to you so we would know how to rank it.
>> >
>> > You can find me (and others) online on the #camel channel at
>> > irc.codehaus.org if you'd like to chat about it.
>> >
>> > Cheers
>> > Hadrian
>> >
>> >
>> >
>> >
>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>> >
>> >> I wonder which dynamic language should we add for the Dynamic route
>> >> support,Groovy,Ruby,Python or Scala?
>> >> Hope every one can give the opinion and we can negotiate to decide
>> >> that.
>> >>
>> >>
>> >> --
>> >> 宓学强 alloyer@gmail.com
>> >
>> >
>>
>>
>>
>> --
>> Xueqiang Mi <al...@gmail.com>
>
>
>
> --
> Cheers,
> Jon
>
> http://janstey.blogspot.com/
>
>
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
Missed this whole thread over the long weekend! Thanks Willem for doing the
interview.
Xuequiang Mi, I'll add in the ranking for your proposal to the Dynamic
Routes project today.
On Mon, Apr 13, 2009 at 2:37 AM, Xueqiang Mi <al...@gmail.com> wrote:
> Thanks.
> It's my pleasure to apply this project and communicate with you. If I
> am chosen to attend, I will try to do an excellent work, because it's
> important for the Camel,for the community,and for me. That's why I
> choose to do a full-time work for it.
>
> Thank you again.
>
> --
> Xueqiang Mi <al...@gmail.com>
>
--
Cheers,
Jon
http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Xueqiang Mi <al...@gmail.com>.
Thanks.
It's my pleasure to apply this project and communicate with you. If I
am chosen to attend, I will try to do an excellent work, because it's
important for the Camel,for the community,and for me. That's why I
choose to do a full-time work for it.
Thank you again.
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route ?
Posted by Hadrian Zbarcea <hz...@gmail.com>.
Xuequiang Mi,
Thanks you for your answers and for your availability for an
interview. I think you have the skills needed to be successful with
this project.
Good luck,
Hadrian
On Apr 11, 2009, at 12:35 PM, Xueqiang Mi wrote:
> When we used Mina, we didn't find big performance issues.
> Only a small problem:The performance will start to fall off after we
> connect more that 30 cilents, i think that's bacause Mina maintains
> long connections to the clients.
>
> 2009/4/11 Willem Jiang <wi...@gmail.com>:
>> Sorry, My first question should be
>> 1. Which kind of the performance issue that you met when you used
>> *Mina* as the communication component in the Mule ESB ?
>>
>> Willem
>>
>> Xueqiang Mi wrote:
>>> Re Q1. One performance issure is of the XML parsing component.
>>> When we
>>> transform one message type into others,especially on XML related
>>> messages, the performance is undesirable. I think this problem is
>>> ubiquitous in the Web Services integration or orchestration. We
>>> solve
>>> it using the distributed Mule nodes to solve it.
>>>
>>> ReQ2.
>>> Definition 1 Application Pattern defines a set of abstract services
>>> and their running order in this pattern.
>>> AP : = <id, cbr_ stamp, service_order, { service | where service
>>> is a
>>> Service instance}>,
>>> where
>>> a) id is the identity of a pattern.
>>> b) cbr_stamp presents the accepted message type of this pattern.
>>> It can be configured by a simple expression, a Java class or an xml
>>> file, e.g., message/header/request='travelAgency'.
>>> c) service_order gives the invoking order of the services, using
>>> service id and several symbols to express the running order, e.g.,
>>> (0,
>>> 1,),((0, 1) -> 2).
>>> d) {service} lists all the services used by this pattern.
>>> Definition 2 Service defines an abstract service, in which all
>>> information of a service is maintained, such as input type, output
>>> type, service address and the related transformer.
>>> Service : = < id, input, output, spec, {transformer | where
>>> transformer is a Transformer instance}>,
>>> where
>>> a) id is the identity of a service.
>>> b) input specifies the request message type of this service.
>>> c) output specifies the response message type.
>>> d) {spec} contains the information of the service, such as the
>>> service
>>> name and address, and it can be extended in specific application.
>>> e) {transformer} lists all the transformers that may be used by
>>> this service.
>>> When receiving a message, PBDR will select an AP instance to process
>>> it. The AP matching in PBDR is based on content-based routing. PBDR
>>> will apply a matching expression to the messages to judge whether
>>> the
>>> AP instance is fit. After an AP instance is selected, a service
>>> executor module will invoke the related services by the order
>>> confirmed in AP.
>>>
>>>
>>>
>>> 2009/4/11 Willem Jiang <wi...@gmail.com>:
>>>> Hi Xueqiang,
>>>>
>>>> Nice to talked with you through the Phone.
>>>> I'm happy with you can devote next 4 month full work time for the
>>>> GSoC.
>>>> But I found you may mix up the Content Base Routing and Dynamical
>>>> Routing.
>>>>
>>>> Can you answer me two questions ?
>>>> 1. Which kind of the performance issue that you met when you used
>>>> it as
>>>> the communication component in the Mule ESB ?
>>>>
>>>> 2. Can you give me more information about the AP (Application
>>>> Pattern)
>>>> of your paper of "PBDR", how do you define the AP in the ESB?
>>>>
>>>> BTW,
>>>>
>>>> Since you may take some time to studey Groovy first, please add
>>>> it in
>>>> the time line of your proposal.
>>>>
>>>>
>>>> Thanks,
>>>>
>>>> Willem
>>>>
>>>> The Abstract of PBDR: Pattern-Based Dynamic Routing
>>>>
>>>> Abstract - This paper proposes a pattern-based dynamic
>>>> routing (PBDR) framework, which can support message
>>>> routing not only by analyzing the message content, but also
>>>> by referring to the application pattern (AP) defined on
>>>> Enterprise Service Bus (ESB). PBDR can apply to many types
>>>> of services or legacy systems, while current content-based
>>>> routing (CBR) mechanisms only support standard Web
>>>> Services.
>>>> The PBDR framework introduces an AP concept into ESB for
>>>> dynamic routing. Generally, PBDR maintains several APs at
>>>> runtime, and by analyzing a request message, it will choose
>>>> an appropriate one and invoke it to process the message.
>>>> PBDR supplies workflow layer with independent services and
>>>> supports application related routing by extending CBR with
>>>> the AP concept.
>>>>
>>>>
>>>>
>>>> Hadrian Zbarcea wrote:
>>>>> Willem, given the time zone difference could you please try to
>>>>> have an
>>>>> interview with Xuegiang Mi?
>>>>> Xuegiang Mi, could you please try to contact one of us?
>>>>>
>>>>> Thanks
>>>>> Hadrian
>>>>>
>>>>> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>>>>>
>>>>>> Xueqiang Mi, we need to have an interview. We would need to
>>>>>> know more
>>>>>> about you and it affects your score. Please try to find us
>>>>>> either on
>>>>>> irc or skype (if you use skipe you can paste your skype id
>>>>>> here, or
>>>>>> you can send me and/or Jon a private message with your id).
>>>>>> You could
>>>>>> also post here or in a private message a phone number and I
>>>>>> could call
>>>>>> you on a regular phone. Please let us know when it would be
>>>>>> convenient for you to have such an interview (and keep in mind
>>>>>> that we
>>>>>> are in the US, at GMT-5).
>>>>>>
>>>>>> Please respond as soon as you can.
>>>>>> Hadrian
>>>>>>
>>>>>> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>>>>>>
>>>>>>> Cool stuff. So I guess you should start with Groovy for the
>>>>>>> dynamic
>>>>>>> routing extension to the web console. Also, over the next few
>>>>>>> days (I
>>>>>>> have until the 15th of April) I'll add the extra ranking
>>>>>>> points to
>>>>>>> your proposal.
>>>>>>>
>>>>>>>
>>>>>>> 2009/4/8 宓学强 <alloyer@gmail.com <ma...@gmail.com>>
>>>>>>>
>>>>>>> I am more interested in Dynamic routes project!
>>>>>>>
>>>>>>> 2009/4/8 Hadrian Zbarcea <hzbarcea@gmail.com
>>>>>>> <ma...@gmail.com>>:
>>>>>>>> I think we should start with Groovy, Python and Ruby. It's
>>>>>>> hard to decide
>>>>>>>> on priorities, every time I try to, I feel like changing the
>>>>>>> order. If you
>>>>>>>> have a preference please let us know. After we get the AST it
>>>>>>> should be all
>>>>>>>> the same.
>>>>>>>>
>>>>>>>> Btw, one of the first things we need to do is decide which of
>>>>>>> the 2 projects
>>>>>>>> is of more interest to you so we would know how to rank it.
>>>>>>>>
>>>>>>>> You can find me (and others) online on the #camel channel at
>>>>>>>> irc.codehaus.org <http://irc.codehaus.org> if you'd like to
>>>>>>> chat about it.
>>>>>>>>
>>>>>>>> Cheers
>>>>>>>> Hadrian
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>>>>>>>
>>>>>>>>> I wonder which dynamic language should we add for the Dynamic
>>>>>>> route
>>>>>>>>> support,Groovy,Ruby,Python or Scala?
>>>>>>>>> Hope every one can give the opinion and we can negotiate to
>>>>>>> decide that.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> 宓学强 alloyer@gmail.com <ma...@gmail.com>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Xueqiang Mi <alloyer@gmail.com <ma...@gmail.com>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Cheers,
>>>>>>> Jon
>>>>>>>
>>>>>>> http://janstey.blogspot.com/
>>>>
>>>
>>>
>>>
>>
>>
>
>
>
> --
> Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Xueqiang Mi <al...@gmail.com>.
When we used Mina, we didn't find big performance issues.
Only a small problem:The performance will start to fall off after we
connect more that 30 cilents, i think that's bacause Mina maintains
long connections to the clients.
2009/4/11 Willem Jiang <wi...@gmail.com>:
> Sorry, My first question should be
> 1. Which kind of the performance issue that you met when you used
> *Mina* as the communication component in the Mule ESB ?
>
> Willem
>
> Xueqiang Mi wrote:
>> Re Q1. One performance issure is of the XML parsing component. When we
>> transform one message type into others,especially on XML related
>> messages, the performance is undesirable. I think this problem is
>> ubiquitous in the Web Services integration or orchestration. We solve
>> it using the distributed Mule nodes to solve it.
>>
>> ReQ2.
>> Definition 1 Application Pattern defines a set of abstract services
>> and their running order in this pattern.
>> AP : = <id, cbr_ stamp, service_order, { service | where service is a
>> Service instance}>,
>> where
>> a) id is the identity of a pattern.
>> b) cbr_stamp presents the accepted message type of this pattern.
>> It can be configured by a simple expression, a Java class or an xml
>> file, e.g., message/header/request='travelAgency'.
>> c) service_order gives the invoking order of the services, using
>> service id and several symbols to express the running order, e.g., (0,
>> 1,),((0, 1) -> 2).
>> d) {service} lists all the services used by this pattern.
>> Definition 2 Service defines an abstract service, in which all
>> information of a service is maintained, such as input type, output
>> type, service address and the related transformer.
>> Service : = < id, input, output, spec, {transformer | where
>> transformer is a Transformer instance}>,
>> where
>> a) id is the identity of a service.
>> b) input specifies the request message type of this service.
>> c) output specifies the response message type.
>> d) {spec} contains the information of the service, such as the service
>> name and address, and it can be extended in specific application.
>> e) {transformer} lists all the transformers that may be used by this service.
>> When receiving a message, PBDR will select an AP instance to process
>> it. The AP matching in PBDR is based on content-based routing. PBDR
>> will apply a matching expression to the messages to judge whether the
>> AP instance is fit. After an AP instance is selected, a service
>> executor module will invoke the related services by the order
>> confirmed in AP.
>>
>>
>>
>> 2009/4/11 Willem Jiang <wi...@gmail.com>:
>>> Hi Xueqiang,
>>>
>>> Nice to talked with you through the Phone.
>>> I'm happy with you can devote next 4 month full work time for the GSoC.
>>> But I found you may mix up the Content Base Routing and Dynamical Routing.
>>>
>>> Can you answer me two questions ?
>>> 1. Which kind of the performance issue that you met when you used it as
>>> the communication component in the Mule ESB ?
>>>
>>> 2. Can you give me more information about the AP (Application Pattern)
>>> of your paper of "PBDR", how do you define the AP in the ESB?
>>>
>>> BTW,
>>>
>>> Since you may take some time to studey Groovy first, please add it in
>>> the time line of your proposal.
>>>
>>>
>>> Thanks,
>>>
>>> Willem
>>>
>>> The Abstract of PBDR: Pattern-Based Dynamic Routing
>>>
>>> Abstract - This paper proposes a pattern-based dynamic
>>> routing (PBDR) framework, which can support message
>>> routing not only by analyzing the message content, but also
>>> by referring to the application pattern (AP) defined on
>>> Enterprise Service Bus (ESB). PBDR can apply to many types
>>> of services or legacy systems, while current content-based
>>> routing (CBR) mechanisms only support standard Web
>>> Services.
>>> The PBDR framework introduces an AP concept into ESB for
>>> dynamic routing. Generally, PBDR maintains several APs at
>>> runtime, and by analyzing a request message, it will choose
>>> an appropriate one and invoke it to process the message.
>>> PBDR supplies workflow layer with independent services and
>>> supports application related routing by extending CBR with
>>> the AP concept.
>>>
>>>
>>>
>>> Hadrian Zbarcea wrote:
>>>> Willem, given the time zone difference could you please try to have an
>>>> interview with Xuegiang Mi?
>>>> Xuegiang Mi, could you please try to contact one of us?
>>>>
>>>> Thanks
>>>> Hadrian
>>>>
>>>> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>>>>
>>>>> Xueqiang Mi, we need to have an interview. We would need to know more
>>>>> about you and it affects your score. Please try to find us either on
>>>>> irc or skype (if you use skipe you can paste your skype id here, or
>>>>> you can send me and/or Jon a private message with your id). You could
>>>>> also post here or in a private message a phone number and I could call
>>>>> you on a regular phone. Please let us know when it would be
>>>>> convenient for you to have such an interview (and keep in mind that we
>>>>> are in the US, at GMT-5).
>>>>>
>>>>> Please respond as soon as you can.
>>>>> Hadrian
>>>>>
>>>>> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>>>>>
>>>>>> Cool stuff. So I guess you should start with Groovy for the dynamic
>>>>>> routing extension to the web console. Also, over the next few days (I
>>>>>> have until the 15th of April) I'll add the extra ranking points to
>>>>>> your proposal.
>>>>>>
>>>>>>
>>>>>> 2009/4/8 宓学强 <alloyer@gmail.com <ma...@gmail.com>>
>>>>>>
>>>>>> I am more interested in Dynamic routes project!
>>>>>>
>>>>>> 2009/4/8 Hadrian Zbarcea <hzbarcea@gmail.com
>>>>>> <ma...@gmail.com>>:
>>>>>> > I think we should start with Groovy, Python and Ruby. It's
>>>>>> hard to decide
>>>>>> > on priorities, every time I try to, I feel like changing the
>>>>>> order. If you
>>>>>> > have a preference please let us know. After we get the AST it
>>>>>> should be all
>>>>>> > the same.
>>>>>> >
>>>>>> > Btw, one of the first things we need to do is decide which of
>>>>>> the 2 projects
>>>>>> > is of more interest to you so we would know how to rank it.
>>>>>> >
>>>>>> > You can find me (and others) online on the #camel channel at
>>>>>> > irc.codehaus.org <http://irc.codehaus.org> if you'd like to
>>>>>> chat about it.
>>>>>> >
>>>>>> > Cheers
>>>>>> > Hadrian
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> >
>>>>>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>>>>> >
>>>>>> >> I wonder which dynamic language should we add for the Dynamic
>>>>>> route
>>>>>> >> support,Groovy,Ruby,Python or Scala?
>>>>>> >> Hope every one can give the opinion and we can negotiate to
>>>>>> decide that.
>>>>>> >>
>>>>>> >>
>>>>>> >> --
>>>>>> >> 宓学强 alloyer@gmail.com <ma...@gmail.com>
>>>>>> >
>>>>>> >
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Xueqiang Mi <alloyer@gmail.com <ma...@gmail.com>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Cheers,
>>>>>> Jon
>>>>>>
>>>>>> http://janstey.blogspot.com/
>>>
>>
>>
>>
>
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Willem Jiang <wi...@gmail.com>.
Sorry, My first question should be
1. Which kind of the performance issue that you met when you used
*Mina* as the communication component in the Mule ESB ?
Willem
Xueqiang Mi wrote:
> Re Q1. One performance issure is of the XML parsing component. When we
> transform one message type into others,especially on XML related
> messages, the performance is undesirable. I think this problem is
> ubiquitous in the Web Services integration or orchestration. We solve
> it using the distributed Mule nodes to solve it.
>
> ReQ2.
> Definition 1 Application Pattern defines a set of abstract services
> and their running order in this pattern.
> AP : = <id, cbr_ stamp, service_order, { service | where service is a
> Service instance}>,
> where
> a) id is the identity of a pattern.
> b) cbr_stamp presents the accepted message type of this pattern.
> It can be configured by a simple expression, a Java class or an xml
> file, e.g., message/header/request='travelAgency'.
> c) service_order gives the invoking order of the services, using
> service id and several symbols to express the running order, e.g., (0,
> 1,),((0, 1) -> 2).
> d) {service} lists all the services used by this pattern.
> Definition 2 Service defines an abstract service, in which all
> information of a service is maintained, such as input type, output
> type, service address and the related transformer.
> Service : = < id, input, output, spec, {transformer | where
> transformer is a Transformer instance}>,
> where
> a) id is the identity of a service.
> b) input specifies the request message type of this service.
> c) output specifies the response message type.
> d) {spec} contains the information of the service, such as the service
> name and address, and it can be extended in specific application.
> e) {transformer} lists all the transformers that may be used by this service.
> When receiving a message, PBDR will select an AP instance to process
> it. The AP matching in PBDR is based on content-based routing. PBDR
> will apply a matching expression to the messages to judge whether the
> AP instance is fit. After an AP instance is selected, a service
> executor module will invoke the related services by the order
> confirmed in AP.
>
>
>
> 2009/4/11 Willem Jiang <wi...@gmail.com>:
>> Hi Xueqiang,
>>
>> Nice to talked with you through the Phone.
>> I'm happy with you can devote next 4 month full work time for the GSoC.
>> But I found you may mix up the Content Base Routing and Dynamical Routing.
>>
>> Can you answer me two questions ?
>> 1. Which kind of the performance issue that you met when you used it as
>> the communication component in the Mule ESB ?
>>
>> 2. Can you give me more information about the AP (Application Pattern)
>> of your paper of "PBDR", how do you define the AP in the ESB?
>>
>> BTW,
>>
>> Since you may take some time to studey Groovy first, please add it in
>> the time line of your proposal.
>>
>>
>> Thanks,
>>
>> Willem
>>
>> The Abstract of PBDR: Pattern-Based Dynamic Routing
>>
>> Abstract - This paper proposes a pattern-based dynamic
>> routing (PBDR) framework, which can support message
>> routing not only by analyzing the message content, but also
>> by referring to the application pattern (AP) defined on
>> Enterprise Service Bus (ESB). PBDR can apply to many types
>> of services or legacy systems, while current content-based
>> routing (CBR) mechanisms only support standard Web
>> Services.
>> The PBDR framework introduces an AP concept into ESB for
>> dynamic routing. Generally, PBDR maintains several APs at
>> runtime, and by analyzing a request message, it will choose
>> an appropriate one and invoke it to process the message.
>> PBDR supplies workflow layer with independent services and
>> supports application related routing by extending CBR with
>> the AP concept.
>>
>>
>>
>> Hadrian Zbarcea wrote:
>>> Willem, given the time zone difference could you please try to have an
>>> interview with Xuegiang Mi?
>>> Xuegiang Mi, could you please try to contact one of us?
>>>
>>> Thanks
>>> Hadrian
>>>
>>> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>>>
>>>> Xueqiang Mi, we need to have an interview. We would need to know more
>>>> about you and it affects your score. Please try to find us either on
>>>> irc or skype (if you use skipe you can paste your skype id here, or
>>>> you can send me and/or Jon a private message with your id). You could
>>>> also post here or in a private message a phone number and I could call
>>>> you on a regular phone. Please let us know when it would be
>>>> convenient for you to have such an interview (and keep in mind that we
>>>> are in the US, at GMT-5).
>>>>
>>>> Please respond as soon as you can.
>>>> Hadrian
>>>>
>>>> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>>>>
>>>>> Cool stuff. So I guess you should start with Groovy for the dynamic
>>>>> routing extension to the web console. Also, over the next few days (I
>>>>> have until the 15th of April) I'll add the extra ranking points to
>>>>> your proposal.
>>>>>
>>>>>
>>>>> 2009/4/8 宓学强 <alloyer@gmail.com <ma...@gmail.com>>
>>>>>
>>>>> I am more interested in Dynamic routes project!
>>>>>
>>>>> 2009/4/8 Hadrian Zbarcea <hzbarcea@gmail.com
>>>>> <ma...@gmail.com>>:
>>>>> > I think we should start with Groovy, Python and Ruby. It's
>>>>> hard to decide
>>>>> > on priorities, every time I try to, I feel like changing the
>>>>> order. If you
>>>>> > have a preference please let us know. After we get the AST it
>>>>> should be all
>>>>> > the same.
>>>>> >
>>>>> > Btw, one of the first things we need to do is decide which of
>>>>> the 2 projects
>>>>> > is of more interest to you so we would know how to rank it.
>>>>> >
>>>>> > You can find me (and others) online on the #camel channel at
>>>>> > irc.codehaus.org <http://irc.codehaus.org> if you'd like to
>>>>> chat about it.
>>>>> >
>>>>> > Cheers
>>>>> > Hadrian
>>>>> >
>>>>> >
>>>>> >
>>>>> >
>>>>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>>>> >
>>>>> >> I wonder which dynamic language should we add for the Dynamic
>>>>> route
>>>>> >> support,Groovy,Ruby,Python or Scala?
>>>>> >> Hope every one can give the opinion and we can negotiate to
>>>>> decide that.
>>>>> >>
>>>>> >>
>>>>> >> --
>>>>> >> 宓学强 alloyer@gmail.com <ma...@gmail.com>
>>>>> >
>>>>> >
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Xueqiang Mi <alloyer@gmail.com <ma...@gmail.com>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Cheers,
>>>>> Jon
>>>>>
>>>>> http://janstey.blogspot.com/
>>
>
>
>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Xueqiang Mi <al...@gmail.com>.
Re Q1. One performance issure is of the XML parsing component. When we
transform one message type into others,especially on XML related
messages, the performance is undesirable. I think this problem is
ubiquitous in the Web Services integration or orchestration. We solve
it using the distributed Mule nodes to solve it.
ReQ2.
Definition 1 Application Pattern defines a set of abstract services
and their running order in this pattern.
AP : = <id, cbr_ stamp, service_order, { service | where service is a
Service instance}>,
where
a) id is the identity of a pattern.
b) cbr_stamp presents the accepted message type of this pattern.
It can be configured by a simple expression, a Java class or an xml
file, e.g., message/header/request='travelAgency'.
c) service_order gives the invoking order of the services, using
service id and several symbols to express the running order, e.g., (0,
1,),((0, 1) -> 2).
d) {service} lists all the services used by this pattern.
Definition 2 Service defines an abstract service, in which all
information of a service is maintained, such as input type, output
type, service address and the related transformer.
Service : = < id, input, output, spec, {transformer | where
transformer is a Transformer instance}>,
where
a) id is the identity of a service.
b) input specifies the request message type of this service.
c) output specifies the response message type.
d) {spec} contains the information of the service, such as the service
name and address, and it can be extended in specific application.
e) {transformer} lists all the transformers that may be used by this service.
When receiving a message, PBDR will select an AP instance to process
it. The AP matching in PBDR is based on content-based routing. PBDR
will apply a matching expression to the messages to judge whether the
AP instance is fit. After an AP instance is selected, a service
executor module will invoke the related services by the order
confirmed in AP.
2009/4/11 Willem Jiang <wi...@gmail.com>:
> Hi Xueqiang,
>
> Nice to talked with you through the Phone.
> I'm happy with you can devote next 4 month full work time for the GSoC.
> But I found you may mix up the Content Base Routing and Dynamical Routing.
>
> Can you answer me two questions ?
> 1. Which kind of the performance issue that you met when you used it as
> the communication component in the Mule ESB ?
>
> 2. Can you give me more information about the AP (Application Pattern)
> of your paper of "PBDR", how do you define the AP in the ESB?
>
> BTW,
>
> Since you may take some time to studey Groovy first, please add it in
> the time line of your proposal.
>
>
> Thanks,
>
> Willem
>
> The Abstract of PBDR: Pattern-Based Dynamic Routing
>
> Abstract - This paper proposes a pattern-based dynamic
> routing (PBDR) framework, which can support message
> routing not only by analyzing the message content, but also
> by referring to the application pattern (AP) defined on
> Enterprise Service Bus (ESB). PBDR can apply to many types
> of services or legacy systems, while current content-based
> routing (CBR) mechanisms only support standard Web
> Services.
> The PBDR framework introduces an AP concept into ESB for
> dynamic routing. Generally, PBDR maintains several APs at
> runtime, and by analyzing a request message, it will choose
> an appropriate one and invoke it to process the message.
> PBDR supplies workflow layer with independent services and
> supports application related routing by extending CBR with
> the AP concept.
>
>
>
> Hadrian Zbarcea wrote:
>> Willem, given the time zone difference could you please try to have an
>> interview with Xuegiang Mi?
>> Xuegiang Mi, could you please try to contact one of us?
>>
>> Thanks
>> Hadrian
>>
>> On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
>>
>>> Xueqiang Mi, we need to have an interview. We would need to know more
>>> about you and it affects your score. Please try to find us either on
>>> irc or skype (if you use skipe you can paste your skype id here, or
>>> you can send me and/or Jon a private message with your id). You could
>>> also post here or in a private message a phone number and I could call
>>> you on a regular phone. Please let us know when it would be
>>> convenient for you to have such an interview (and keep in mind that we
>>> are in the US, at GMT-5).
>>>
>>> Please respond as soon as you can.
>>> Hadrian
>>>
>>> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>>>
>>>> Cool stuff. So I guess you should start with Groovy for the dynamic
>>>> routing extension to the web console. Also, over the next few days (I
>>>> have until the 15th of April) I'll add the extra ranking points to
>>>> your proposal.
>>>>
>>>>
>>>> 2009/4/8 宓学强 <alloyer@gmail.com <ma...@gmail.com>>
>>>>
>>>> I am more interested in Dynamic routes project!
>>>>
>>>> 2009/4/8 Hadrian Zbarcea <hzbarcea@gmail.com
>>>> <ma...@gmail.com>>:
>>>> > I think we should start with Groovy, Python and Ruby. It's
>>>> hard to decide
>>>> > on priorities, every time I try to, I feel like changing the
>>>> order. If you
>>>> > have a preference please let us know. After we get the AST it
>>>> should be all
>>>> > the same.
>>>> >
>>>> > Btw, one of the first things we need to do is decide which of
>>>> the 2 projects
>>>> > is of more interest to you so we would know how to rank it.
>>>> >
>>>> > You can find me (and others) online on the #camel channel at
>>>> > irc.codehaus.org <http://irc.codehaus.org> if you'd like to
>>>> chat about it.
>>>> >
>>>> > Cheers
>>>> > Hadrian
>>>> >
>>>> >
>>>> >
>>>> >
>>>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>>> >
>>>> >> I wonder which dynamic language should we add for the Dynamic
>>>> route
>>>> >> support,Groovy,Ruby,Python or Scala?
>>>> >> Hope every one can give the opinion and we can negotiate to
>>>> decide that.
>>>> >>
>>>> >>
>>>> >> --
>>>> >> 宓学强 alloyer@gmail.com <ma...@gmail.com>
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Xueqiang Mi <alloyer@gmail.com <ma...@gmail.com>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>> Jon
>>>>
>>>> http://janstey.blogspot.com/
>>>
>>
>
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Xueqiang Mi <al...@gmail.com>.
I think content-based routing and dynamic routing are both flexibale
service selection or orchestration mechanisms for integration.
Contenb-based routing gives the functionality to dynamically select
serviece at runtime and dynamic routing provides the capacity for
change service at runtime.
I read several papers, their dynamic routing mechanism can abstract
the service using a serviceName and instantiate the abstract service
when invoking. Now I haven't know how Camel implement it, I will learn
it these days.
Can I still modify the proposal at present, I thought I can't edit it
after 3rd,Apr. I will learn Groovy in the next week.
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route ?
Posted by Hadrian Zbarcea <hz...@gmail.com>.
Willem, given the time zone difference could you please try to have an
interview with Xuegiang Mi?
Xuegiang Mi, could you please try to contact one of us?
Thanks
Hadrian
On Apr 10, 2009, at 11:16 AM, Hadrian Zbarcea wrote:
> Xueqiang Mi, we need to have an interview. We would need to know
> more about you and it affects your score. Please try to find us
> either on irc or skype (if you use skipe you can paste your skype id
> here, or you can send me and/or Jon a private message with your
> id). You could also post here or in a private message a phone
> number and I could call you on a regular phone. Please let us know
> when it would be convenient for you to have such an interview (and
> keep in mind that we are in the US, at GMT-5).
>
> Please respond as soon as you can.
> Hadrian
>
> On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
>
>> Cool stuff. So I guess you should start with Groovy for the dynamic
>> routing extension to the web console. Also, over the next few days
>> (I have until the 15th of April) I'll add the extra ranking points
>> to your proposal.
>>
>>
>> 2009/4/8 宓学强 <al...@gmail.com>
>> I am more interested in Dynamic routes project!
>>
>> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
>> > I think we should start with Groovy, Python and Ruby. It's hard
>> to decide
>> > on priorities, every time I try to, I feel like changing the
>> order. If you
>> > have a preference please let us know. After we get the AST it
>> should be all
>> > the same.
>> >
>> > Btw, one of the first things we need to do is decide which of the
>> 2 projects
>> > is of more interest to you so we would know how to rank it.
>> >
>> > You can find me (and others) online on the #camel channel at
>> > irc.codehaus.org if you'd like to chat about it.
>> >
>> > Cheers
>> > Hadrian
>> >
>> >
>> >
>> >
>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>> >
>> >> I wonder which dynamic language should we add for the Dynamic
>> route
>> >> support,Groovy,Ruby,Python or Scala?
>> >> Hope every one can give the opinion and we can negotiate to
>> decide that.
>> >>
>> >>
>> >> --
>> >> 宓学强 alloyer@gmail.com
>> >
>> >
>>
>>
>>
>> --
>> Xueqiang Mi <al...@gmail.com>
>>
>>
>>
>> --
>> Cheers,
>> Jon
>>
>> http://janstey.blogspot.com/
>
Re: Which dynamic language should we add to extend the dynamic route ?
Posted by Hadrian Zbarcea <hz...@gmail.com>.
Xueqiang Mi, we need to have an interview. We would need to know more
about you and it affects your score. Please try to find us either on
irc or skype (if you use skipe you can paste your skype id here, or
you can send me and/or Jon a private message with your id). You could
also post here or in a private message a phone number and I could call
you on a regular phone. Please let us know when it would be
convenient for you to have such an interview (and keep in mind that we
are in the US, at GMT-5).
Please respond as soon as you can.
Hadrian
On Apr 8, 2009, at 9:34 AM, Jon Anstey wrote:
> Cool stuff. So I guess you should start with Groovy for the dynamic
> routing extension to the web console. Also, over the next few days
> (I have until the 15th of April) I'll add the extra ranking points
> to your proposal.
>
>
> 2009/4/8 宓学强 <al...@gmail.com>
> I am more interested in Dynamic routes project!
>
> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
> > I think we should start with Groovy, Python and Ruby. It's hard
> to decide
> > on priorities, every time I try to, I feel like changing the
> order. If you
> > have a preference please let us know. After we get the AST it
> should be all
> > the same.
> >
> > Btw, one of the first things we need to do is decide which of the
> 2 projects
> > is of more interest to you so we would know how to rank it.
> >
> > You can find me (and others) online on the #camel channel at
> > irc.codehaus.org if you'd like to chat about it.
> >
> > Cheers
> > Hadrian
> >
> >
> >
> >
> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
> >
> >> I wonder which dynamic language should we add for the Dynamic route
> >> support,Groovy,Ruby,Python or Scala?
> >> Hope every one can give the opinion and we can negotiate to
> decide that.
> >>
> >>
> >> --
> >> 宓学强 alloyer@gmail.com
> >
> >
>
>
>
> --
> Xueqiang Mi <al...@gmail.com>
>
>
>
> --
> Cheers,
> Jon
>
> http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
Cool stuff. So I guess you should start with Groovy for the dynamic routing
extension to the web console. Also, over the next few days (I have until the
15th of April) I'll add the extra ranking points to your proposal.
2009/4/8 宓学强 <al...@gmail.com>
> I am more interested in Dynamic routes project!
>
> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
> > I think we should start with Groovy, Python and Ruby. It's hard to
> decide
> > on priorities, every time I try to, I feel like changing the order. If
> you
> > have a preference please let us know. After we get the AST it should be
> all
> > the same.
> >
> > Btw, one of the first things we need to do is decide which of the 2
> projects
> > is of more interest to you so we would know how to rank it.
> >
> > You can find me (and others) online on the #camel channel at
> > irc.codehaus.org if you'd like to chat about it.
> >
> > Cheers
> > Hadrian
> >
> >
> >
> >
> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
> >
> >> I wonder which dynamic language should we add for the Dynamic route
> >> support,Groovy,Ruby,Python or Scala?
> >> Hope every one can give the opinion and we can negotiate to decide that.
> >>
> >>
> >> --
> >> 宓学强 alloyer@gmail.com
> >
> >
>
>
>
> --
> Xueqiang Mi <al...@gmail.com>
>
--
Cheers,
Jon
http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by 宓学强 <al...@gmail.com>.
I am more interested in Dynamic routes project!
2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
> I think we should start with Groovy, Python and Ruby. It's hard to decide
> on priorities, every time I try to, I feel like changing the order. If you
> have a preference please let us know. After we get the AST it should be all
> the same.
>
> Btw, one of the first things we need to do is decide which of the 2 projects
> is of more interest to you so we would know how to rank it.
>
> You can find me (and others) online on the #camel channel at
> irc.codehaus.org if you'd like to chat about it.
>
> Cheers
> Hadrian
>
>
>
>
> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>
>> I wonder which dynamic language should we add for the Dynamic route
>> support,Groovy,Ruby,Python or Scala?
>> Hope every one can give the opinion and we can negotiate to decide that.
>>
>>
>> --
>> 宓学强 alloyer@gmail.com
>
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by 宓学强 <al...@gmail.com>.
I used the link:
http://embed.mibbit.com/?server=irc.codehaus.org&channel=%23camel&nick=auser&chatOutputShowTimes=true
But there seems to be no voice functions on that page.
2009/4/8 Jon Anstey <ja...@gmail.com>:
> FYI for IRC you can either use a standalone client (like xchat, pidgin, etc)
> or follow this link
>
> http://embed.mibbit.com/?server=irc.codehaus.org&channel=%23camel&nick=auser&chatOutputShowTimes=true
>
> which will load up the camel channel in your browser.
>
> 2009/4/8 宓学强 <al...@gmail.com>
>>
>> Yes, we should agree upon a time to discuss it.
>> I have never used irc before and I will learn it later.
>>
>> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
>> > I think we should start with Groovy, Python and Ruby. It's hard to
>> > decide
>> > on priorities, every time I try to, I feel like changing the order. If
>> > you
>> > have a preference please let us know. After we get the AST it should be
>> > all
>> > the same.
>> >
>> > Btw, one of the first things we need to do is decide which of the 2
>> > projects
>> > is of more interest to you so we would know how to rank it.
>> >
>> > You can find me (and others) online on the #camel channel at
>> > irc.codehaus.org if you'd like to chat about it.
>> >
>> > Cheers
>> > Hadrian
>> >
>> >
>> >
>> >
>> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>> >
>> >> I wonder which dynamic language should we add for the Dynamic route
>> >> support,Groovy,Ruby,Python or Scala?
>> >> Hope every one can give the opinion and we can negotiate to decide
>> >> that.
>> >>
>> >>
>> >> --
>> >> 宓学强 alloyer@gmail.com
>> >
>> >
>>
>>
>>
>> --
>> Xueqiang Mi <al...@gmail.com>
>
>
>
> --
> Cheers,
> Jon
>
> http://janstey.blogspot.com/
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
FYI for IRC you can either use a standalone client (like xchat, pidgin, etc)
or follow this link
http://embed.mibbit.com/?server=irc.codehaus.org&channel=%23camel&nick=auser&chatOutputShowTimes=true
which will load up the camel channel in your browser.
2009/4/8 宓学强 <al...@gmail.com>
> Yes, we should agree upon a time to discuss it.
> I have never used irc before and I will learn it later.
>
> 2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
> > I think we should start with Groovy, Python and Ruby. It's hard to
> decide
> > on priorities, every time I try to, I feel like changing the order. If
> you
> > have a preference please let us know. After we get the AST it should be
> all
> > the same.
> >
> > Btw, one of the first things we need to do is decide which of the 2
> projects
> > is of more interest to you so we would know how to rank it.
> >
> > You can find me (and others) online on the #camel channel at
> > irc.codehaus.org if you'd like to chat about it.
> >
> > Cheers
> > Hadrian
> >
> >
> >
> >
> > On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
> >
> >> I wonder which dynamic language should we add for the Dynamic route
> >> support,Groovy,Ruby,Python or Scala?
> >> Hope every one can give the opinion and we can negotiate to decide that.
> >>
> >>
> >> --
> >> 宓学强 alloyer@gmail.com
> >
> >
>
>
>
> --
> Xueqiang Mi <al...@gmail.com>
>
--
Cheers,
Jon
http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by 宓学强 <al...@gmail.com>.
Yes, we should agree upon a time to discuss it.
I have never used irc before and I will learn it later.
2009/4/8 Hadrian Zbarcea <hz...@gmail.com>:
> I think we should start with Groovy, Python and Ruby. It's hard to decide
> on priorities, every time I try to, I feel like changing the order. If you
> have a preference please let us know. After we get the AST it should be all
> the same.
>
> Btw, one of the first things we need to do is decide which of the 2 projects
> is of more interest to you so we would know how to rank it.
>
> You can find me (and others) online on the #camel channel at
> irc.codehaus.org if you'd like to chat about it.
>
> Cheers
> Hadrian
>
>
>
>
> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>
>> I wonder which dynamic language should we add for the Dynamic route
>> support,Groovy,Ruby,Python or Scala?
>> Hope every one can give the opinion and we can negotiate to decide that.
>>
>>
>> --
>> 宓学强 alloyer@gmail.com
>
>
--
Xueqiang Mi <al...@gmail.com>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
Matteo,
Putting in better Ruby route support is actually a TODO for us... we already
have Ruby expression support [1] and preliminary route support [2]. The Ruby
route support is only available in the newest milestone of Camel 2.0 and I
haven't yet tried it :) There is an example here [4], give it a whirl!
[1] http://camel.apache.org/ruby.html
[2] http://svn.apache.org/repos/asf/camel/trunk/components/camel-ruby
[3] http://repo2.maven.org/maven2/org/apache/camel/camel-ruby/2.0-M1/
[4]
http://svn.apache.org/repos/asf/camel/trunk/components/camel-ruby/src/test/java/org/apache/camel/ruby/example.rb
On Tue, Apr 14, 2009 at 4:29 AM, Matteo Redaelli
<ma...@libero.it>wrote:
>
> Camel is great but I do not know and do not like Java. Any alternatives is
> nice for me. My preference is RUBY. I love Ruby
>
> http://matteoredaelli.wordpress.com/2009/04/13/ruby-words-generator/
>
>
>
>
> --
> View this message in context:
> http://www.nabble.com/Which-dynamic-language-should-we-add-to-extend-the-dynamic-route---tp22909228p23034168.html
> Sent from the Camel Development mailing list archive at Nabble.com.
>
>
--
Cheers,
Jon
http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic
route ?
Posted by Matteo Redaelli <ma...@libero.it>.
Camel is great but I do not know and do not like Java. Any alternatives is
nice for me. My preference is RUBY. I love Ruby
http://matteoredaelli.wordpress.com/2009/04/13/ruby-words-generator/
--
View this message in context: http://www.nabble.com/Which-dynamic-language-should-we-add-to-extend-the-dynamic-route---tp22909228p23034168.html
Sent from the Camel Development mailing list archive at Nabble.com.
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Claus Ibsen <cl...@gmail.com>.
+1 on Groovy
2009/4/8 Martin Krasser <de...@martin-krasser.de>:
> +1 for starting with Groovy. It would be great to have a closer
> collaboration between IPF [1] and Camel regarding Groovy (and eventually
> other language) support. I could image that some of IPF's Groovy support
> could be interesting to Camel user's as well like using closures for
> processors, expressions, predicates etc [2], Groovy XML processing [3],
> DSL extension mechanism (components/bundles can contribute to the
> overall DSL) [4] or DSL extenders for OSGi [5] to mention some examples.
>
> Any thoughts?
>
> [1] http://gforge.openehealth.org/gf/project/ipf/
> [2]
> http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionforexistingCamelfeatures
> [3]
> http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionsforGroovyXMLprocessing
> [4]
> http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionmechanism,
> http://repo.openehealth.org/confluence/display/ipf/IPF+Guidelines#IPFGuidelines-DSLextensionsguide
> [5]
> http://repo.openehealth.org/confluence/display/ipf/OSGi+support#OSGisupport-Extenderbundles
>
> Cheers,
> Martin
>
> Willem Jiang schrieb:
>> +1 for starting with Groovy.
>> Here are some links[1][2] which show some examples about using the
>> Groovy with Camel.
>>
>> [1]http://gforge.openehealth.org/gf/project/ipf/
>> [2]http://mrhaki.blogspot.com/2009/04/use-apache-camel-plugin-in-grails.html
>>
>> Willem
>>
>> Hadrian Zbarcea wrote:
>>
>>> I think we should start with Groovy, Python and Ruby. It's hard to
>>> decide on priorities, every time I try to, I feel like changing the
>>> order. If you have a preference please let us know. After we get the
>>> AST it should be all the same.
>>>
>>> Btw, one of the first things we need to do is decide which of the 2
>>> projects is of more interest to you so we would know how to rank it.
>>>
>>> You can find me (and others) online on the #camel channel at
>>> irc.codehaus.org if you'd like to chat about it.
>>>
>>> Cheers
>>> Hadrian
>>>
>>>
>>>
>>>
>>> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>>
>>>
>>>> I wonder which dynamic language should we add for the Dynamic route
>>>> support,Groovy,Ruby,Python or Scala?
>>>> Hope every one can give the opinion and we can negotiate to decide that.
>>>>
>>>>
>>>> --
>>>> 宓学强 alloyer@gmail.com
>>>>
>>>
>>
>>
>
>
--
Claus Ibsen
Apache Camel Committer
Open Source Integration: http://fusesource.com
Blog: http://davsclaus.blogspot.com/
Twitter: http://twitter.com/davsclaus
Apache Camel Reference Card:
http://refcardz.dzone.com/refcardz/enterprise-integration
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Martin Krasser <de...@martin-krasser.de>.
+1 for starting with Groovy. It would be great to have a closer
collaboration between IPF [1] and Camel regarding Groovy (and eventually
other language) support. I could image that some of IPF's Groovy support
could be interesting to Camel user's as well like using closures for
processors, expressions, predicates etc [2], Groovy XML processing [3],
DSL extension mechanism (components/bundles can contribute to the
overall DSL) [4] or DSL extenders for OSGi [5] to mention some examples.
Any thoughts?
[1] http://gforge.openehealth.org/gf/project/ipf/
[2]
http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionforexistingCamelfeatures
[3]
http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionsforGroovyXMLprocessing
[4]
http://repo.openehealth.org/confluence/display/ipf/Core+features#Corefeatures-DSLextensionmechanism,
http://repo.openehealth.org/confluence/display/ipf/IPF+Guidelines#IPFGuidelines-DSLextensionsguide
[5]
http://repo.openehealth.org/confluence/display/ipf/OSGi+support#OSGisupport-Extenderbundles
Cheers,
Martin
Willem Jiang schrieb:
> +1 for starting with Groovy.
> Here are some links[1][2] which show some examples about using the
> Groovy with Camel.
>
> [1]http://gforge.openehealth.org/gf/project/ipf/
> [2]http://mrhaki.blogspot.com/2009/04/use-apache-camel-plugin-in-grails.html
>
> Willem
>
> Hadrian Zbarcea wrote:
>
>> I think we should start with Groovy, Python and Ruby. It's hard to
>> decide on priorities, every time I try to, I feel like changing the
>> order. If you have a preference please let us know. After we get the
>> AST it should be all the same.
>>
>> Btw, one of the first things we need to do is decide which of the 2
>> projects is of more interest to you so we would know how to rank it.
>>
>> You can find me (and others) online on the #camel channel at
>> irc.codehaus.org if you'd like to chat about it.
>>
>> Cheers
>> Hadrian
>>
>>
>>
>>
>> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>
>>
>>> I wonder which dynamic language should we add for the Dynamic route
>>> support,Groovy,Ruby,Python or Scala?
>>> Hope every one can give the opinion and we can negotiate to decide that.
>>>
>>>
>>> --
>>> 宓学强 alloyer@gmail.com
>>>
>>
>
>
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by James Strachan <ja...@gmail.com>.
My preferences in order would be
Groovy
Scala
Ruby
Its kinda hard to really grok which is most popular out of those three
but we've already got a DSL in Groovy and Scala (though Scala is
currently the most expressive and feature complete really). Ruby's DSL
needs the most work to catch up to Scala's
2009/4/8 Willem Jiang <wi...@gmail.com>:
> +1 for starting with Groovy.
> Here are some links[1][2] which show some examples about using the
> Groovy with Camel.
>
> [1]http://gforge.openehealth.org/gf/project/ipf/
> [2]http://mrhaki.blogspot.com/2009/04/use-apache-camel-plugin-in-grails.html
>
> Willem
>
> Hadrian Zbarcea wrote:
>> I think we should start with Groovy, Python and Ruby. It's hard to
>> decide on priorities, every time I try to, I feel like changing the
>> order. If you have a preference please let us know. After we get the
>> AST it should be all the same.
>>
>> Btw, one of the first things we need to do is decide which of the 2
>> projects is of more interest to you so we would know how to rank it.
>>
>> You can find me (and others) online on the #camel channel at
>> irc.codehaus.org if you'd like to chat about it.
>>
>> Cheers
>> Hadrian
>>
>>
>>
>>
>> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>>
>>> I wonder which dynamic language should we add for the Dynamic route
>>> support,Groovy,Ruby,Python or Scala?
>>> Hope every one can give the opinion and we can negotiate to decide that.
>>>
>>>
>>> --
>>> 宓学强 alloyer@gmail.com
>>
>>
>
>
--
James
-------
http://macstrac.blogspot.com/
Open Source Integration
http://fusesource.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Willem Jiang <wi...@gmail.com>.
+1 for starting with Groovy.
Here are some links[1][2] which show some examples about using the
Groovy with Camel.
[1]http://gforge.openehealth.org/gf/project/ipf/
[2]http://mrhaki.blogspot.com/2009/04/use-apache-camel-plugin-in-grails.html
Willem
Hadrian Zbarcea wrote:
> I think we should start with Groovy, Python and Ruby. It's hard to
> decide on priorities, every time I try to, I feel like changing the
> order. If you have a preference please let us know. After we get the
> AST it should be all the same.
>
> Btw, one of the first things we need to do is decide which of the 2
> projects is of more interest to you so we would know how to rank it.
>
> You can find me (and others) online on the #camel channel at
> irc.codehaus.org if you'd like to chat about it.
>
> Cheers
> Hadrian
>
>
>
>
> On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
>
>> I wonder which dynamic language should we add for the Dynamic route
>> support,Groovy,Ruby,Python or Scala?
>> Hope every one can give the opinion and we can negotiate to decide that.
>>
>>
>> --
>> 宓学强 alloyer@gmail.com
>
>
Re: Which dynamic language should we add to extend the dynamic route ?
Posted by Hadrian Zbarcea <hz...@gmail.com>.
I think we should start with Groovy, Python and Ruby. It's hard to
decide on priorities, every time I try to, I feel like changing the
order. If you have a preference please let us know. After we get the
AST it should be all the same.
Btw, one of the first things we need to do is decide which of the 2
projects is of more interest to you so we would know how to rank it.
You can find me (and others) online on the #camel channel at
irc.codehaus.org if you'd like to chat about it.
Cheers
Hadrian
On Apr 6, 2009, at 9:55 AM, 宓学强 wrote:
> I wonder which dynamic language should we add for the Dynamic route
> support,Groovy,Ruby,Python or Scala?
> Hope every one can give the opinion and we can negotiate to decide
> that.
>
>
> --
> 宓学强 alloyer@gmail.com
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
Replying to Xueqiang Mi too :)
On Mon, Apr 6, 2009 at 11:33 AM, Jon Anstey <ja...@gmail.com> wrote:
> Its a good question for sure... not sure which one we want to do really.
> Scala would make sense since we already have a custom DSL completed for
> that. Though, something like Groovy support would garner more interest
> (seems a lot of folk like Groovy ;)).
>
> Other devs: some info on the dynamic routes project is here
> http://cwiki.apache.org/confluence/display/CAMEL/Google+SummerOfCode
>
>
> 2009/4/6 宓学强 <al...@gmail.com>
>
> I wonder which dynamic language should we add for the Dynamic route
>> support,Groovy,Ruby,Python or Scala?
>> Hope every one can give the opinion and we can negotiate to decide that.
>>
>>
>> --
>> 宓学强 alloyer@gmail.com
>>
>
>
>
> --
> Cheers,
> Jon
>
> http://janstey.blogspot.com/
>
--
Cheers,
Jon
http://janstey.blogspot.com/
Re: Which dynamic language should we add to extend the dynamic route
?
Posted by Jon Anstey <ja...@gmail.com>.
Its a good question for sure... not sure which one we want to do really.
Scala would make sense since we already have a custom DSL completed for
that. Though, something like Groovy support would garner more interest
(seems a lot of folk like Groovy ;)).
Other devs: some info on the dynamic routes project is here
http://cwiki.apache.org/confluence/display/CAMEL/Google+SummerOfCode
2009/4/6 宓学强 <al...@gmail.com>
> I wonder which dynamic language should we add for the Dynamic route
> support,Groovy,Ruby,Python or Scala?
> Hope every one can give the opinion and we can negotiate to decide that.
>
>
> --
> 宓学强 alloyer@gmail.com
>
--
Cheers,
Jon
http://janstey.blogspot.com/