Re: maven-bundle-plugin: a postprocessing step?

2009-08-24 Thread Stuart McCulloch
2009/8/22 Todor Boev t.b...@prosyst.bg

 Hi,
 Has anyone contemplated the idea for a validation step after a bundle's
 manifest
 is generated?

 E.g. check if only exported packages are imported. It seems BND already
 detects
 OSGi manifests on the classpath to collect version information for the
 imports.
 So the manifests of all jars on the build classpath are available for other
 validations as well. Such validations will in fact check if the build
 classpath
 is potentially be identical to the runtime classpath. I.e. we build only
 against
 bundles and import only their exported stuff. Does this make sense?


it depends how much of the JARs on the classpath are already OSGi bundles,
a lot of the Maven projects I see using the bundleplugin are compiling
against
'normal' JARs, so their manifests wouldn't have the necessary information

you'd also have to remove JDK packages from the list (depending of course on
the required execution environment) as the system bundle would be exporting
those packages

I'd suggest talking to Peter directly as sounds more like a general BND
option

Cheers,
 Todor

 -
 To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
 For additional commands, e-mail: users-h...@felix.apache.org


-- 
Cheers, Stuart


maven-bundle-plugin: a postprocessing step?

2009-08-22 Thread Todor Boev
Hi,
Has anyone contemplated the idea for a validation step after a bundle's manifest
is generated?

E.g. check if only exported packages are imported. It seems BND already detects
OSGi manifests on the classpath to collect version information for the imports.
So the manifests of all jars on the build classpath are available for other
validations as well. Such validations will in fact check if the build classpath
is potentially be identical to the runtime classpath. I.e. we build only against
bundles and import only their exported stuff. Does this make sense?

Cheers,
Todor

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org