Hi Geoff
Here's the problem... With an untyped bundle like a provider, you can't
delete it from the catalog because that operation requires one to specify a
type, like app, entity, etc. And when you uninstall a provider bundle
just with karaf, it seems to disappear, but if you stop and restar
Thanks Juan.
Finally discovered my main problem with the unrecognized provider was
that it couldn't resolve the ExternalConfigProvider import it was
implementing. In Eclipse, I was just handing the project a reference to
the brooklyn 0.12.0 jar and it worked, but in the Brooklyin runtime, I'm
Thanks Geoff
That helps! It's nice to be able to re-start with a clean 1.0.0 on a
component after a long period of experimentation and intermediate versions.
Peter
On Thu, Aug 29, 2019 at 2:33 PM Geoff Macartney
wrote:
> > karaf:bundle:delete . But when I do a catalog add, it still
> re
> karaf:bundle:delete . But when I do a catalog add, it still
remembers the previous version.
The karaf command just removes the bundle from Karaf, but the catalog data
is held by Brooklyn itself. There is a "br catalog delete" command to
remove entries from the catalog if that is what you wa
Hi Peter,
I've created a couple of implementation of the Brooklyn SecurityProvider.
None of them are listed in catalog, so i don't think it is related.
I suppose it is typo, but for removing bundles you have to use
`bundle:uninstall`. `delete` is for deleting configurations. I've never
used it,
W
Hi Juan
Sorry it's taken me a while and thanks for your encouragement. I've done
the things you've suggested and they check out, but before getting back to
you, I just wanted to make sure that it wasn't some stupid mistake I've
been making.
454 │ Active │ 80 │ 1.0.0│ u
Hi Peter,
Lets check the bundle is active and the class is exporter:
>From the Karaf console, you can run
bundle:list -s | grep ctakes_auth_osgi
The output should be similar to
127 ? Active ? 80 ? 2.1.0 ?
The first column is the bundle ID and the third the status. It m
Hi Alex
Progress but still very frustrating
Finally created an osgi bundle with this manifest:
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: ctakes_auth_osgi
Bundle-SymbolicName: ctakes_auth_osgi
Bundle-Version: 1.0.0
Export-Package: org.ucsf.ctakes_auth
Bundle-Vendor: Ucsf Ba
Wow thanks both of you. I had no idea it had to be an osgi bundle. Now I
need to study up on how to build one as I'm not using maven on this
project. But many thanks!
As a normal jar in the boot folder i had it almost running. It was
certainly loading the class and calling its constructor. The
Hi Peter,
It needs to be the JAR not the class. Either the dropins folder or 'br
catalog add' is fine. You can confirm the former in the karaf bin/client
bundle:list or the latter in the Brooklyn catalog UI view.
It may be that the reference in OSGi needs to be to
'your.bundle:package.Clazz'.
Le
Hi Peter, I've installed it in two different way, but i'm using the drop-in
folder. (btw i think the current path is /deploy, or at least is what i
tried to use at seems working, but i found other unrelated problems)
The easier way is using the CLI, running
* br login
* br catalog add
The other
Hi Juan
Thanks for responding. Your note implied something I was suspecting.. The
documentation literally says "Classes implementing this interface can be
placed in the lib/dropins folder of Brooklyn" and that's what I initially
did. But your note suggested its a jar file containing the impleme
Hi Peter,
I found a similar problem when I started working in an implementation of
SecurityProvider. My problem was the configuration of the
maven-bundle-plugin i wasn't exporting the class. You can check it on the
Manifest.MF file inside META-INF on the jar file. Look for the package
"org.ucsf.ct
Hi All
I have created a small secrets provider and unit tested it on it's own
first. But I am having an issue with Brooklyn loading up my class and its
dependencies.
Following the instructions, I put the class file into a new dropins folder
inside lib. And added a call to the provider in brookl
14 matches
Mail list logo