Re: Finding DS Component Factories
Hi AlexI guess that you should always use the plain old low level API and use getServiceReference from BundleContext classBut you may look for an annotation based method?Regards Envoyé de mon smartphone BlackBerry 10 sur le réseau Orange.De: Alex SotoâEnvoyé: vendredi 27 mai 2016 17:16Ã: user@karaf.apache.orgRépondre à : user@karaf.apache.orgObjet: Finding DS Component FactoriesHello,I am trying to dynamically find DS Component Factories where the factory id is not known at compile time, i.e., I cannot use @Reference annotation to get the factory injected.So I tried looking it up using a ServiceTracker with filter: (objectClass=org.osgi.service.component.ComponentFactory) but nothing is found. Is there any way to lookup a Component Factory by ID? Best regards,Alex soto
Re: OSGi Log Service?
Hi Tom Did you install any feature providing the LogService? Felix Log service is one of the possible implementations You may précise in your code the optional attributs while defining the injection. Hth Jérôme Envoyé de mon smartphone BlackBerry 10 sur le réseau Orange. Message d'origine De: t...@quarendon.net Envoyé: mardi 20 septembre 2016 12:49 À: user@karaf.apache.org Répondre à: user@karaf.apache.org Objet: OSGi Log Service? According to the documentation, the OSGi Log service is supported. I'm trying to install a bundle that uses it, and I get: missing requirement [bundleid/1.0.0.201609201024] osgi.service; filter:="(objectClass=org.osgi.service.log.LogService)"; effective:=active]] My use is with DS, so: @Reference private LogService log; To me that says that there isn't an implementation of the LogService object that it can find to resolve. Am I misinterpreting? (Karaf 4.0.6). Thanks.
Re: Dropping some karaf dependencies
Hi JB thanks for the so quick answer. Yes you are right my plans are tro write another LoginModule but without being tied with Karaf. Just to ensure my vision is right, there 's no hidden beast involved with JAAS beyonh the realm/principal and loginmodule classes ? Kind regards Jerome On Mon, Jun 6, 2016 at 9:47 AM, Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Hi Jerome, > > yes extending OsgiConfigLoginModule can do the trick. > > Or even more generic, you can directly implement a regular LoginModule (as > we do in Jdbc, LDAP, Properties login module). > > Another possible way is to leverage the Syncope login module. > > Anyway, what you are doing looks like the PropertiesLoginModule which > deals with users stored in properties files (with password, encrypted or > not). > > Regards > JB > > > On 06/06/2016 09:06 AM, jerome moliere wrote: > >> Hi all, >> It may be quite unusual here but I'd like you to help to drop some >> strong project 's dependencies with Karaf and especially with the JAAS >> related classes. >> We use some Karaf classes to manage JAAS security features in our >> application and I an aked to cut off these dependencies. >> In our code in can find : >> karaf Principal classes >> Encryption* classes >> and configuration using the LoginModule for retrieving users from >> properties file (encrypted) >> >> I can quickly create our own Principal classes ( 10 minutes), I can use >> whatever JCE classes to get the cryptographic features there's no >> problem with that point too. >> >> I would like to check one point: most of the job in the JAAS specific >> code in Karaf is done through the OsgiConfigLoginModule isn't it ? So >> creating a new class would make the trick isn't it? >> >> Is there any important element to be migated for getting a functional >> JAAS application? >> >> Thanks for your help >> Kind regards >> Jerome >> >> -- >> J.MOLIERE - Mentor/J >> > > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com > -- J.MOLIERE - Mentor/J
Dropping some karaf dependencies
Hi all, It may be quite unusual here but I'd like you to help to drop some strong project 's dependencies with Karaf and especially with the JAAS related classes. We use some Karaf classes to manage JAAS security features in our application and I an aked to cut off these dependencies. In our code in can find : karaf Principal classes Encryption* classes and configuration using the LoginModule for retrieving users from properties file (encrypted) I can quickly create our own Principal classes ( 10 minutes), I can use whatever JCE classes to get the cryptographic features there's no problem with that point too. I would like to check one point: most of the job in the JAAS specific code in Karaf is done through the OsgiConfigLoginModule isn't it ? So creating a new class would make the trick isn't it? Is there any important element to be migated for getting a functional JAAS application? Thanks for your help Kind regards Jerome -- J.MOLIERE - Mentor/J
Wiring ordering between subsystems and bundles
Hi all, I'd like to if the specs requires the implementation to use a specific ordering before deploying a plan composed by some subsystems + a bunch of bundles . In our application we tried the subsystem facility and our packaging drivess us in dire straits...Impossible to deploy a small portion of the application (300-400 bundles) . Can we activate some tracing in karaf to help us improve our comprehension? Is there a best place to discuss this kind of problems. Thanks for your help Kind regards -- J.MOLIERE - Mentor/J
Unsubscribe
-- J.MOLIERE - Mentor/J
unsubscribe
unsubscribe -- J.MOLIERE - Mentor/J
