Thank you so much for the information.

-----Original Message-----
From: Marcel Offermans [mailto:[email protected]] 
Sent: Friday, January 21, 2011 12:08 PM
To: [email protected]
Subject: Re: Questions on OSGI testing

Installing bundles is done via a call to the installBundle method on 
BundleContext (even though you might be using some mechanism that builds on 
that). Reading the spec, 6.1.6.15 states that in cases of resource allocation 
failures (step 3 in the text), a BundleException should be thrown (and no new 
bundle should be installed).

On 21 Jan 2011, at 20:17 , Adarsh Ashok Joshi wrote:

> Marcel,
> 
> Thanks for your reply. I am trying to isolate the problem. One more issue I 
> am juggling with is that the directory allocated for all the bundles has a 
> limited disk space of 1 MB. I am not sure how the system should behave when I 
> try to install bundles and exceed that limit. And my concern is that, under 
> any circumstances, the basic functionality of my system should not be 
> affected and I should not have to reboot or format the system when a bundle 
> fails.
> 
> Thanks
> 
> -----Original Message-----
> From: Marcel Offermans [mailto:[email protected]] 
> Sent: Friday, January 21, 2011 11:06 AM
> To: [email protected]
> Subject: Re: Questions on OSGI testing
> 
> The best document on how the system should behave is the OSGi specification 
> itself.
> 
> Your specific test case sounds like there's something seriously going wrong, 
> if you can isolate and reproduce that, let us know and/or file a bug.
> 
> Greetings, Marcel
> 
> On 21 Jan 2011, at 19:53 , Adarsh Ashok Joshi wrote:
> 
>> John,
>> 
>> Ok. Sure. Thanks.
>> 
>> My last question. Are there any testing specifications for OSGI? I mean, any 
>> document which specifies the exact behavior of the system when something 
>> goes wrong?
>> 
>> For example, the other day, I tried to install a bundle. For some reason, it 
>> did not get installed properly and showed a null value in name and ID 
>> fields. I was not even able to uninstall it and I had to wipe my embedded 
>> system and install a new image. I am sure that should not be the way it 
>> should behave. I am not quite sure the mistake is on my embedded system or 
>> OSGi or Felix or even me (I did something wrong). S if there was a document 
>> which specifies how the behavior should be, I can test my system against 
>> that. I did go through the specifications section but did not find anything 
>> useful.
>> 
>> Thanks
>> 
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]] 
>> Sent: Friday, January 21, 2011 10:43 AM
>> To: [email protected]
>> Subject: RE: Questions on OSGI testing
>> 
>> I'm not aware of any bundles that do that but if you find any I'd be  
>> interested in them as well.
>> 
>> Also, if you can't get the information you need from one of the VM's  
>> MXBeans you'll probably have to resort to using JNI to integrate with  
>> the OS.
>> 
>> Cheers!
>> -John
>> 
>> Quoting Adarsh Ashok Joshi <[email protected]>:
>> 
>>> Thanks a lot John. That was very helpful. I was wondering if there   
>>> are any bundles which only consume resources for testing. Or maybe a  
>>> test suite would be great. Or do I have to build some on my own?
>>> 
>>> Thanks
>>> 
>>> -----Original Message-----
>>> From: [email protected] [mailto:[email protected]]
>>> Sent: Friday, January 21, 2011 10:23 AM
>>> To: [email protected]
>>> Subject: RE: Questions on OSGI testing
>>> 
>>> JamVM uses GNU Classpath for its runtime and it appears to support
>>> OperatingSystemMXBean so I'd look into that and javasysmon,
>>> http://developer.classpath.org/doc/java/lang/management/OperatingSystemMXBean.html
>>> https://github.com/jezhumble/javasysmon/wiki
>>> 
>>> Cheers!
>>> -John
>>> 
>>> Quoting Adarsh Ashok Joshi <[email protected]>:
>>> 
>>>> JamVM
>>>> 
>>>> -----Original Message-----
>>>> From: [email protected] [mailto:[email protected]]
>>>> Sent: Friday, January 21, 2011 10:18 AM
>>>> To: [email protected]
>>>> Subject: Re: Questions on OSGI testing
>>>> 
>>>> Which JVM are you using?
>>>> 
>>>> Quoting Adarsh Ashok Joshi <[email protected]>:
>>>> 
>>>>> Hello,
>>>>> 
>>>>> I have installed Felix on my embedded system and I am able to run
>>>>> basic bundles on it. I want to do more tests on the system.
>>>>> Something like CPU usage, Memory usage, Disk usage etc. All I find
>>>>> when I browse for OSGI testing is info about Unit testing bundles
>>>>> using JUnit.
>>>>> 
>>>>> Any tips on how do go about it or any links would be highly appreciated.
>>>>> 
>>>>> Thank you
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>> 
>>>> 
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>> 
>>> 
>> 
>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>> 
>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>> 
>> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to