ServiceReference ref = 
context.getServiceReference(ConfigurationAdmin.class.getName());
        ConfigurationAdmin cs = (ConfigurationAdmin) context.getService(ref);
        File file = new File(".");
        System.out.println("Current path " + file.getAbsolutePath());
        org.osgi.service.cm.Configuration conf = cs.getConfiguration("wcsri", 
null);
        Dictionary<Object, Object> props = conf.getProperties();
        if (props == null) {
            props = new Properties();
        }

        props.put("wcs.rootDataDir", System.getProperty("basedir") + "wcsri/");
        props.put("wcs.tempDir", "/tmp");

On Aug 5, 2011, at 7:11 PM, Samuel Cox wrote:

> I have done the following.  Is that what you mean by file install?
> 
>             , systemProperty("karaf.home").value(resources)
> 155
> 156              , systemProperty("karaf.startRemoteShell").value("false")
> 157              ,
> systemProperty("felix.fileinstall.dir").value(resources + "etc")
> 158              , 
> systemProperty("felix.fileinstall.filter").value(".*\\.cfg")
> 159              , systemProperty("felix.fileinstall.poll").value("1000")
> 160              ,
> systemProperty("felix.fileinstall.noInitialDelay").value("true")
> 
> Hmm, maybe that filter thing is throwing it off.  I'll remove that.
> 
> I'll google CM prop.  I'm not sure what that is.  Thanks for the advice.
> 
> On Fri, Aug 5, 2011 at 6:51 PM, Johan Edstrom <[email protected]> wrote:
>> Either install the file install bundle (I think) or just populate
>> CM Prop with a new Dictionary.
>> 
>> /je
>> 
>> On Aug 5, 2011, at 5:40 PM, Samuel Cox wrote:
>> 
>>> I think I'm very close.  I've got a lot bundles loaded successfully.
>>> I have a key one failing because of an inability to load
>>> com.sun.jndi.ldap.  I'm ASSuming this happens normally by reading
>>> jre.properties.  Anyhow, I see that there is a jre.prroperties in
>>> org.apache.karaf.tooling.testing.  I tried modifying that, but it had
>>> no effect.  In general, I'm not sure how to get all my fuse config
>>> (from etc/) loaded up properly in the pax exam(runner) container.
>>> 
>>> On Wed, Aug 3, 2011 at 5:54 AM, Samuel Cox <[email protected]> wrote:
>>>> Oh, I should add that my service is exposed via Spring.  I'll try to
>>>> load some Spring stuff.
>>>> 
>>>> On Wed, Aug 3, 2011 at 5:49 AM, Samuel Cox <[email protected]> wrote:
>>>>> Thanks for that.  I have figured out a few of my problems.
>>>>> 
>>>>> I am able to run without any errors other than it getting a
>>>>> NoClassDefFoundError when attempting to lookup my service via
>>>>> getOsgiService(MyService.class).  I am using scanFeatures to select
>>>>> that service, but it doesn't seem to work even though it gives me no
>>>>> errors...
>>>>> 
>>>>> On Tue, Aug 2, 2011 at 2:54 PM, Christian Müller
>>>>> <[email protected]> wrote:
>>>>>> Hello Samuel!
>>>>>> 
>>>>>> I think these both classes are interesting for you [1], [2]. This is the 
>>>>>> way
>>>>>> Camel itself tests whether its components are OSGI ready.
>>>>>> 
>>>>>> I also created/hold a ticket [3] to provide a bundle which 
>>>>>> customers/users
>>>>>> can use to test their bundles in OSGI.
>>>>>> 
>>>>>> [1]
>>>>>> https://svn.apache.org/repos/asf/camel/trunk/tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/OSGiIntegrationTestSupport.java
>>>>>> [2]
>>>>>> https://svn.apache.org/repos/asf/camel/trunk/tests/camel-itest-osgi/src/test/java/org/apache/camel/itest/osgi/OSGiIntegrationSpringTestSupport.java
>>>>>> [3] https://issues.apache.org/jira/browse/CAMEL-3777
>>>>>> 
>>>>>> Hope this helps.
>>>>>> 
>>>>>> Best,
>>>>>> Christian
>>>>>> 
>>>>> 
>>>> 
>> 
>> 

Reply via email to