BUG Community

Is this true for when a service becomes unavailable as well but instead of calling start it would call stop? I take it services can include software and hardware services?

Nice! I didn't realize we had exec access! I'll be sure not to try it with the VirtualBug though :-)

Which brings to mind another question: is there a page with the javadoc or equivalent for the SDK now? There used to be one on bugbeta.com but it's not there anymore. I only found the OSGIi shutdown by trawling the java files in SVN.

Ok I know where all this is stemming from then, when you create a new project there is a list of services in the center of the screen, you have to highlight the modules you want. So there is a button to start a Virtual BUG, you plug in the modules you want your app to use, and Dragonfly will generate all the OSGi based on that. I think there are detailed instructions somewhere, I'm on a computer without Dragonfly installed so I can't give you detailed directions at the moment. This is a common mistake I make when I'm rushing I skip right over that and end up with just an activator class. The activator, manifest.mf, and the servicetracker should all be generated for you and then all you have to do is hook into your application from the doStart() method of the servicetracker.

Here are the instructions on what Kevin was talking about: http://bugcommunity.com/wiki/index.php/Create_a_basic_application_with_the_Motion_Sensor_module

Also, the reason service tacker is there is so your application can run when certain requirements exist. For example, let say in order for service A to function property service B must be present in the system. If I try to execute service A without B present then my application will not work. But if I have a service tracker that will track for presence of service B, then when service B becomes available my service A will be happy and do its thing.

Any word on this yet? I've been waiting to place my order for months but am still waiting until it has integrated WiFi.

How does the Shutdown menu item work?
I wrote a quick little app that called:

getBundleContext().getBundle(0).stop()

on a KEY_UP from hotkey 4. This shuts down a VirtualBug but on the real bug it apparently just shuts down the whole OSGi/Concierge side of the world - the OS still runs. How do I make it go beyond that and truly shut down the bug?

John, sorry for all the posts, but I powered the device on for a third time and it properly displays the antenna status and GPS Log (with no fixes) - previously it was just a blank window with no titles and no text.

Does Antenna On true/false refer to the internal or external antenna?

Also, in case its related, the bug's sys.log and kernel.log show quite a few entries like this:

May 8 02:53:26 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 0
May 8 02:53:26 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 0, Code: 0, Value: 0
May 8 02:53:26 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 1
May 8 02:53:26 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 0, Code: 0, Value: 0
May 8 02:53:27 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 0
May 8 02:53:27 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 0, Code: 0, Value: 0
May 8 02:53:30 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 1
May 8 02:53:30 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 0, Code: 0, Value: 0
May 8 02:53:30 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 1, Code: 258, Value: 0
May 8 02:53:30 localhost kernel: evbug.c: Event. Dev: bugnav, Type: 0, Code: 0, Value: 0

and the concierge.log shows:

Buttonevent: 1
Key: 1
Buttonevent: 0
Key: 1
Trying
Equality? false
ContositionProvrol Status:111110000011
11101000011
Equality? true
ContositionProvrol Status:11101000011
Buttonevent: 1
Key: 1
Buttonevent: 0
Key: 1
Trying
Equality? true
ContositionProvrol Status:111101000011
111110000011
Equality? false
ContositionProvrol Status:111110000011