Furthermore, PARs scope the modules of your application within the dm Server. Scoping provides both a physical and logical application boundary, effectively shielding the internals of your application from other PARs deployed within the dm Server. This means your application doesn't have to worry about clashing with other running applications (e.g., in the OSGi Service Registry).
J'en ai déduit qu'il y a une isolation totale, mais j'ai peut etre mal compris. Ca mériterai d'etre essayé. En tout cas j'ai essayé un bundle simple .JAR qui essaye d'accéder (Import-Package) à un bundle inclus dans un .PAR, et ce ne marche pas, il lui est effectivement inaccessible.
En ce qui concerne les bundle/versions, je suis d'accord, c'est à la base du framework OSGi. Ce qui me parait interessant dans l'approche de Spring DM Server, c'est si on a un bundle du genre "datasource provider" générique, et un fragment qui complete ce bundle pour spécifier sa configuration (login / pass par exemple), il est impossible sans la possibilité de bien rendre indépendant deux applications, d'utiliser deux fois ce "datasource provider" avec des configurations (donc des bundle fragments) différentes. (Et par ailleurs, aux derniers nouvelles, Felix ne supporte pas les fragments). Info sur les fragments : http://static.springframework.org/osgi/docs/1.1.0/reference/(...) )
[^] # Re: Passerelle Apache Felix?
Posté par icyfemur . En réponse à la dépêche JOnAS 5.1 M5 : Serveur d'application certifié Java EE 5 !. Évalué à 1.
Furthermore, PARs scope the modules of your application within the dm Server. Scoping provides both a physical and logical application boundary, effectively shielding the internals of your application from other PARs deployed within the dm Server. This means your application doesn't have to worry about clashing with other running applications (e.g., in the OSGi Service Registry).
J'en ai déduit qu'il y a une isolation totale, mais j'ai peut etre mal compris. Ca mériterai d'etre essayé. En tout cas j'ai essayé un bundle simple .JAR qui essaye d'accéder (Import-Package) à un bundle inclus dans un .PAR, et ce ne marche pas, il lui est effectivement inaccessible.
En ce qui concerne les bundle/versions, je suis d'accord, c'est à la base du framework OSGi. Ce qui me parait interessant dans l'approche de Spring DM Server, c'est si on a un bundle du genre "datasource provider" générique, et un fragment qui complete ce bundle pour spécifier sa configuration (login / pass par exemple), il est impossible sans la possibilité de bien rendre indépendant deux applications, d'utiliser deux fois ce "datasource provider" avec des configurations (donc des bundle fragments) différentes. (Et par ailleurs, aux derniers nouvelles, Felix ne supporte pas les fragments). Info sur les fragments : http://static.springframework.org/osgi/docs/1.1.0/reference/(...) )