new ops4j repro/project - how to perform initial setup

2017-08-10 Thread 'Christoph Läubrich' via OPS4J 
I'd like to start a new OPS4j pax project that is about remote control 
of OSGi, maybe it will implements (but not restricted to) "Remote 
Services" and "Remote Service Admin" Specification.
The main goal for now would be to provide support for new container 
abstraction in pax-exam but I think this could be usefull for others as 
well so I'd like to work on it under an own pax-project.


But how is this done? It seems there are special right required to setup 
a project (github, jira, confluence, add it to 
https://ops4j1.jira.com/wiki/display/ops4j/Pax ... more?).
If I can't do it on my own, can someone with apropiat rights please 
create a new "pax-remote" project for me?


thanks in advance :-)

--
--
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups "OPS4J" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: PAX-JDBC password encryption handling

2017-08-10 Thread 'Christoph Läubrich' via OPS4J 
I suspect that pax-jdbc is NOT reading *cfg files directly but you 
provide them through felix-fileinstall as regular OSGi-Configurations 
and pax-jdbc use osgi-cm to access them.

You have two options:

- hook up on felix-fileinstall by providing a custom ArtifactTransformer 
and ArtifactInstaller [1]
- register a ConfigurationPlugin [2] (just make sure your plugi nstarts 
before any other services or you refresh the configs of interest after 
start-up of your service)


[1] 
http://felix.apache.org/documentation/subprojects/apache-felix-file-install.html
[2] 
https://osgi.org/javadoc/r4v42/org/osgi/service/cm/ConfigurationPlugin.html


Am 10.08.2017 12:27, schrieb Ashish Khaware:

Hi,

I am using pax-jdbc version 1.0.1 and I have to use database password 
which needs to be encrypted using some company proprietary based 
algorithm.


Since, pax-jdbc reads org.ops4j.datasource-*.cfg directly for 
password, I can't put encrypted password.


Can anyone please suggest at which stage and how I can put the 
decrypted password (I have logic to decrypt password), so that 
database connection is successfully established?


Regards,
Ashish



--
--
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups "OPS4J" group.

To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: CDI?

2017-08-10 Thread Christian Schneider 
It is certainly worth to try. I would be very interested in your experience
with the current state of CDI support.

Christian

2017-08-09 17:20 GMT+02:00 :

> Matt,
>
> This is an exchange between Christian and Guillaume from  couple of months
> back when I was asking about this. I've put Guillaume's comments in bold.
>
> DI would be great but it is is less well supported on OSGi than blueprint
> and the current implementations also have the same bad proxy behaviour. So
> while I would like to see a really good CDI implementation on OSGi with
> dynamic behaviour like DS we are not there yet.
>
> *No, the work I've done on CDI is free from those drawbacks. It has the
> same semantics as DS, so anything you can do in DS, you can do in CDI. You
> can even do more than DS because you can wire services "internally", i.e.
> you don't have to expose your services to the OSGi registry to wire them
> together.*
>
>
>
> On Monday, August 7, 2017 at 8:34:57 PM UTC-5, Matt Sicker wrote:
>>
>> I'm not so sure about deprecated, but DS is the only dependency injection
>> standard in OSGi that respects the dynamic nature of services. CDI,
>> blueprint, etc., all have to rely on hacky proxies to emulate support while
>> adding nonstandard extensions at times.
>>
>> On 7 August 2017 at 17:02,  wrote:
>>
>>> I posted this to the Karaf forum but it may more appropriately belong
>>> here. It's going to be one or the other.
>>>
>>> Has CDI been deprecated from the OSGi specification. I was hoping to use
>>> it in the future instead of Blueprint or DS or in addition to them. I re
>>> all last year a new OSGi service export and reference annotations were
>>> added. So this surprised me a bit.
>>>
>>> https://issues.apache.org/jira/browse/CAMEL-11029
>>>
>>> According to that issue, Camel's CDI support for OSGi doesn't work
>>> because CDI on OSGi is deprecated.
>>>
>>> --
>>> --
>>> --
>>> OPS4J - http://www.ops4j.org - op...@googlegroups.com
>>>
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "OPS4J" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to ops4j+un...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Matt Sicker 
>>
> --
> --
> --
> OPS4J - http://www.ops4j.org - ops4j@googlegroups.com
>
> ---
> You received this message because you are subscribed to the Google Groups
> "OPS4J" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to ops4j+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
-- 
Christian Schneider
http://www.liquid-reality.de


Open Source Architect
http://www.talend.com


-- 
-- 
--
OPS4J - http://www.ops4j.org - ops4j@googlegroups.com

--- 
You received this message because you are subscribed to the Google Groups 
"OPS4J" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to ops4j+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.