Re: new feature request: iPOJO component-flow-composition
On Mon, May 23, 2011 at 1:14 PM, Clement Escoffier clement.escoff...@gmail.com wrote: On 23.05.11 04:48, jie yan yanjie.ch...@gmail.com wrote: Thank Clement. Cilia is quite close to what I want. Another question about iPOJO is, how to specify the @Requires service when there are multi-implementation? That may be another subject. If the injected field is an array or a collection, iPOJO automatically inject all providers. On @Bind method, you can specify aggregate=true. Sorry, I didn't express clearly. What I wondered is, for example: Component-A requires service MyService; While there are two implementations in the framework, MyServiceImpl-1 and MyServiceImpl-2; Is it possible to specify which implementation to be used in Component-A? The triggering scene is: I have two web bundle, WB-1 serving /w1,and WB-2 serving /w2; WB-1 and WB-2 have their own HttpContext implementations, that dispatch the requests into different directory; These two HttpContext implementation have similar logic, but different mapping directory; So, I try to create two HttpContext service instance with different property, and specify the required instance in WB-1 and WB-2; Is it reasonable? Regards, drhades Regards, Clement Regards, drhades On Thu, May 19, 2011 at 3:13 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
Re: new feature request: iPOJO component-flow-composition
Hi, On 23.05.11 09:16, jie yan yanjie.ch...@gmail.com wrote: On Mon, May 23, 2011 at 1:14 PM, Clement Escoffier clement.escoff...@gmail.com wrote: On 23.05.11 04:48, jie yan yanjie.ch...@gmail.com wrote: Thank Clement. Cilia is quite close to what I want. Another question about iPOJO is, how to specify the @Requires service when there are multi-implementation? That may be another subject. If the injected field is an array or a collection, iPOJO automatically inject all providers. On @Bind method, you can specify aggregate=true. Sorry, I didn't express clearly. What I wondered is, for example: Component-A requires service MyService; While there are two implementations in the framework, MyServiceImpl-1 and MyServiceImpl-2; Is it possible to specify which implementation to be used in Component-A? The triggering scene is: I have two web bundle, WB-1 serving /w1,and WB-2 serving /w2; WB-1 and WB-2 have their own HttpContext implementations, that dispatch the requests into different directory; These two HttpContext implementation have similar logic, but different mapping directory; So, I try to create two HttpContext service instance with different property, and specify the required instance in WB-1 and WB-2; Is it reasonable? You have the 'from' attribute allowing to select the instance providing the service you want: @Requires(from=instance-name) You just need to specify the instance name when creating your instance: @Instance(name=instance-name) Regards, Clement Regards, drhades Regards, Clement Regards, drhades On Thu, May 19, 2011 at 3:13 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
Re: new feature request: iPOJO component-flow-composition
Thank Clement very much. Regards, drhades On Mon, May 23, 2011 at 8:05 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 23.05.11 09:16, jie yan yanjie.ch...@gmail.com wrote: On Mon, May 23, 2011 at 1:14 PM, Clement Escoffier clement.escoff...@gmail.com wrote: On 23.05.11 04:48, jie yan yanjie.ch...@gmail.com wrote: Thank Clement. Cilia is quite close to what I want. Another question about iPOJO is, how to specify the @Requires service when there are multi-implementation? That may be another subject. If the injected field is an array or a collection, iPOJO automatically inject all providers. On @Bind method, you can specify aggregate=true. Sorry, I didn't express clearly. What I wondered is, for example: Component-A requires service MyService; While there are two implementations in the framework, MyServiceImpl-1 and MyServiceImpl-2; Is it possible to specify which implementation to be used in Component-A? The triggering scene is: I have two web bundle, WB-1 serving /w1,and WB-2 serving /w2; WB-1 and WB-2 have their own HttpContext implementations, that dispatch the requests into different directory; These two HttpContext implementation have similar logic, but different mapping directory; So, I try to create two HttpContext service instance with different property, and specify the required instance in WB-1 and WB-2; Is it reasonable? You have the 'from' attribute allowing to select the instance providing the service you want: @Requires(from=instance-name) You just need to specify the instance name when creating your instance: @Instance(name=instance-name) Regards, Clement Regards, drhades Regards, Clement Regards, drhades On Thu, May 19, 2011 at 3:13 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
Re: new feature request: iPOJO component-flow-composition
Thank Clement. Cilia is quite close to what I want. Another question about iPOJO is, how to specify the @Requires service when there are multi-implementation? That may be another subject. Regards, drhades On Thu, May 19, 2011 at 3:13 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
Re: new feature request: iPOJO component-flow-composition
On 23.05.11 04:48, jie yan yanjie.ch...@gmail.com wrote: Thank Clement. Cilia is quite close to what I want. Another question about iPOJO is, how to specify the @Requires service when there are multi-implementation? That may be another subject. If the injected field is an array or a collection, iPOJO automatically inject all providers. On @Bind method, you can specify aggregate=true. Regards, Clement Regards, drhades On Thu, May 19, 2011 at 3:13 PM, Clement Escoffier clement.escoff...@gmail.com wrote: Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
Re: new feature request: iPOJO component-flow-composition
Hi, On 18.05.11 13:47, jie yan yanjie.ch...@gmail.com wrote: I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. So, iPOJO provides an event-admin handler for asynchronous communications, but it's not really what you're looking for. You should have a look at Cilia (http://wikiadele.imag.fr/index.php/Cilia) which provides, on the top of iPOJO, something close to what you want. Regards, Clement Looking forward to some guidance. Best regards, drhades
new feature request: iPOJO component-flow-composition
I enjoyed iPOJO very much, although just using it for 2 weeks. iPOJO provides a charming component runtime. Is it convenient to extend iPOJO to support component-flow-composition? The imaginary flow-composition is data-driven, without loop flow-control. Just think SPSS clementine, or Weka knowledge-flow. Looking forward to some guidance. Best regards, drhades
