Hi,

My opinion is obviously biased as I'm the main contributor of iPOJO. However I 
can tell you what's on the roadmap of iPOJO 2.0.

First, currently iPOJO requires an extra packaging step preparing your bundle 
to be managed by iPOJO. This step can either be done during your build process 
using an ant task or a maven plugin, or at install time using a specific URL 
handler. In iPOJO 2.0 this extra step will not be required anymore. 

Then, iPOJO is extensible, meaning that you can extend the provided features 
with your own. Such extensibility is a key aspect to build your own 
domain-specific model. For instance have been developed a model for data 
integration, a component model for web development... Unfortunately, such 
extensibility is not easy to use. We are reducing the difficulty to extend 
iPOJO in the 2.0 version, by changing the interception mechanism and parsing 
model.

Finally, the current iPOJO implementation does not support inheritance. It's 
obviously a major limitation we are fixing in the 2.0 version. A last point 
about iPOJO 2.0 is it's links with autonomic computing. iPOJO powered 
applications can easily become autonomic using the 'touch points' provided by 
iPOJO.

You can find more about iPOJO specifications and uniqueness on:
- 
http://felix.apache.org/documentation/subprojects/apache-felix-ipojo/apache-felix-ipojo-keypoints.html
- 
http://felix.apache.org/documentation/subprojects/apache-felix-ipojo/apache-felix-ipojo-why-choose-ipojo.html

Regards,

Clement

Sent from my iPad

> On 27 déc. 2013, at 09:52, classical_89 <[email protected]> wrote:
> 
> I'm new to iPOJO and OSGi platform , i research some day about this and
> realize that it contains alot of information to me 
> I learn about this and know the intesting of it :D
> Now i need a conclusion about limitation of iPOJO before decided to continue
> ,can any body show them to me ?
> 
> 
> 
> --
> View this message in context: 
> http://apache-felix.18485.x6.nabble.com/What-weakness-and-limitation-of-IPOJO-tp5006612.html
> Sent from the Apache Felix - Users mailing list archive at Nabble.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]

Reply via email to