[
https://issues.apache.org/jira/browse/KARAF-380?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12981475#action_12981475
]
Achim Nierbeck commented on KARAF-380:
--------------------------------------
so the deployer has to take a look at the location of the jar to find the
x.osgi file?
how about exploded jars? how would you handle this.
And another one, since file install is polling the directory it will always try
to deploy the x.osgi file too,
which isn't bad but still another thread always running and trying with the
same file over and over again.
I've seen this while debugging for an issue with the war deployer with the
default README file.
> Add .jar deployer autowrapping non-bundle-jar files dropped to deploy folder
> ----------------------------------------------------------------------------
>
> Key: KARAF-380
> URL: https://issues.apache.org/jira/browse/KARAF-380
> Project: Karaf
> Issue Type: New Feature
> Reporter: Andreas Pieber
>
> See http://mail-archives.apache.org/mod_mbox/karaf-dev/201101.mbox/browser
> for full discussion; short summary:
> My concern is to deploy clients JARs like by example JARS used by project
> Apache Hadoop
> If we detect a file in the deploy/ directory with the extension '.jar', AND
> the JAR's manifest does NOT contain any OSGi headers, THEN we assume that
> it's a plain-old-jar, and perform an auto-wrap.
> Using the OSGi ranking attribute on services should be sufficient in order to
> keep them ordered.
> And checking the 'jar' extension would clearly remove most of the bad
> situations for that case.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
