Results 1 to 10 of 10

Thread: OSDash - Client definition

  1. #1
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2

    OSDash - Client definition

    The OSDash Client is a cross platform, .NET based library used by a platform to communication with the web services.

    While the OSDash project itself is about standardizing interfaces and using web services to communicate data and information, one custom component will be the client (the other two are the server and a web interface to control settings). The client will function as the translator between the OS and the applications that run on the OS.

    What is the client?

    The client is a piece of software that runs on the local PC, often the car PC, and provides a "helper" interface to web services in the OSDash project. The client can be a daemon (a software application that runs in the background), such as the Linux client, or a thin assembly that handles the calling of the services, the parsing, and provides easy to use methods with concrete objects.

    This can either be a joint effort to provide a platform specific interface, or front end developers are free to just call the web services themselves. In other words, the calls to the web service can be 'baked in' to the application and fully integrated, or handled like a plug-in to provide access to the web services. It is the services themselves that provide the value in the OSDash project. For more information on services, see the OSDash services forum.

    In order to expand the reach and use of OSDash, we will need clients for the most popular platforms - Windows XP, Windows Vista, Windows 7, Linux, Mac OS X are among the most popular for use in car PC's.

    Design principles

    1. Ideally, the client should do *just enough* to make the system work. Early design discussions have focused on RESTful services. Enough definitions of REST are out there to help speed the process along. We're not breaking new ground in this area. Instead, we're applying the concepts for purposes most have not envisioned. Some discussion about using SOAP are also in progress. The exact technology has not yet been decided upon.

    2. If possible, the client should be flexible and easily expanded. That is, new functions or data or services should be able to be handled by the client. CRUD plus a few more functions are what have been discussed so far.

    3. Initially, the clients that are being developed are based on .NET and will expose a library of functions that can be accessed by applications on the car PC.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  2. #2
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    Maybe i'm missing something here but since 75% of a front ends functions are OS specific do you really think you will get coders to design specific front ends for each of those OS's?

  3. #3
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    The client's aims are to provide a "helper" interface to the web service. The client can be a daemon (in the case of Linux) or a thin assembly that handles the calling of the services, the parsing, and provide easy to use methods with concrete objects. This can either be a joint effort to provide a platform specific interface, or FE devs are free to just call the web services themselves.

    I guess what the "client" is, really depends on how the FE devs want to approach it. Do you want to help develop some convenience library that everyone on your platform can use, or would you rather implement it yourself in your FE?

    For LinuxICE, i'm going to write a service daemon that exposes DBus calls. It's not directly tied in with any FE that can run on Linux, but can be used by all. I think we all hope that there will be a similar interface for Windows (mac will likely be covered by my Linux client as well), but it depends on what the windows platform devs want.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  4. #4
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Not at all. Rather, I was thinking that each front end would have a plug-in or the like that allows that front end to use OSDash web services through the client.

    The client is the piece that allows the FE to consume the service. I suppose you would still have to create a skin page for that FE along with whatever buttons are necessary, but the vision is to permit the services to be used by existing front ends so the service gets written once but can be used by any OSDash capable front end.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  5. #5
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    I guess it isn't just this thread necessarily its just a few different threads that seem to contradict what I had originally thought this project was going for. I understand the whole wrapping the web service for easy access by any FE (btw kev im jdomnitz on sf if you want to add me). The part that threw me off is that it sounded like you wanted that to be an OS specific thing. i also saw some questions in another thread about web control of a FE from the web and I think that increases the workload at least tenfold.

    I'm also still unsure if were going with WCF or RESTful....I thought restful was agreed upon but everything i've seen so far is WCF.

  6. #6
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Quote Originally Posted by justchat_1 View Post
    I'm also still unsure if were going with WCF or RESTful....I thought restful was agreed upon but everything i've seen so far is WCF.
    I think we want to be RESTful and I believe matt is in the process of converting what he has to use it.

    justchat_1: added u to the sf.net project.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  7. #7
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Quote Originally Posted by justchat_1 View Post
    I guess it isn't just this thread necessarily its just a few different threads that seem to contradict what I had originally thought this project was going for. I understand the whole wrapping the web service for easy access by any FE (btw kev im jdomnitz on sf if you want to add me). The part that threw me off is that it sounded like you wanted that to be an OS specific thing. i also saw some questions in another thread about web control of a FE from the web and I think that increases the workload at least tenfold.

    I'm also still unsure if were going with WCF or RESTful....I thought restful was agreed upon but everything i've seen so far is WCF.
    It's not just you. We don't have a clear definition of what this project's goal is or the exact architecture or functionality. I sense that you are the type of person who wants things clearly laid out and specified before work begins -probably because you've see projects go badly awry when they aren't.

    I don't disagree with that approach, but we are dealing with a team of folks who haven't worked together before on an idea that is new and has a number of dimensions. Some of you are professional developers and some of us aren't. For a little while, there's going to be some uncertainty in just what this project is. And it probably won't be smooth all the time, either.

    I only ask that you stick with it and help to reduce that uncertainty while we come to consensus, which can be a difficult thing to do. I've tried to set these forums up in a way that divides the pieces into logical chunks, but we also need to do some project management in terms of the logical order of doing things.

    One thing you've hit on is the need to define more precisely *what* this project is. I'll rummage around in my project management files and see if I can't post a project scope summary document that will work for us. It will at the very least give us a set of questions we can discuss and answer about OSDash.
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

  8. #8
    Raw Wave
    Auto Apps:loading...
    justchat_1's Avatar
    Join Date
    Jul 2008
    Location
    Boston, Ma or NY,NY
    Posts
    1,783
    Exactly....and the whole its hard to write software for a project if the basics are still up in the air. Things are definitely becoming more clear though as we discuss the details and your organization of the forums is definitely helping a lot.

  9. #9
    licensed to kill - FKA kev000
    Auto Apps:loading...
    tripzero's Avatar
    Join Date
    Aug 2006
    Location
    16.40618, 120.61106
    Posts
    2,494
    Bugbyte: can we post a clear definition on exactly what the client is in the top post?

    IMHO, it should be something like this:

    "The "OSDash Client" is a cross platform, .NET based library used by a platform to communication with the web services.
    This thread should be the definition discussion thread, and we should put the finalized definition in a sticky that is locked.
    Former author of LinuxICE, nghost, nobdy.
    Current author of Automotive Message Broker (AMB).
    Works on Tizen IVI. Does not represent anyone or anything but himself.

  10. #10
    Admin. Linux loser.
    Auto Apps:loading...
    Bugbyte's Avatar
    Join Date
    Sep 2004
    Location
    Corning, NY
    Posts
    7,359
    Blog Entries
    2
    Will do. I'm out of pocket over Christmas (e.g. IPhone access only) through Monday but will sort some of this out then.

    [Edit: done]
    Quote Originally Posted by ghettocruzer View Post
    I was gung ho on building a PC [until] just recently. However, between my new phone having internet and GPS and all...and this kit...Im starting to have trouble justfiying it haha.
    Want to:
    -Find out about the new iBug iPad install?
    -Find out about carPC's in just 5 minutes? View the Car PC 101 video

Similar Threads

  1. OSDash - FAQs (Frequently Asked Questions)
    By Bugbyte in forum OSDash - Open Services Dash Project
    Replies: 10
    Last Post: 12-22-2009, 07:33 PM
  2. What is the OSDash project?
    By Bugbyte in forum OSDash - Open Services Dash Project
    Replies: 1
    Last Post: 12-19-2009, 10:51 AM
  3. Volume / Definition Issues
    By bratnetwork in forum Car Audio
    Replies: 6
    Last Post: 10-22-2009, 06:58 PM
  4. 1.92 and 1.94 Client Hanging
    By DaRacerz in forum EZSync
    Replies: 8
    Last Post: 07-30-2006, 08:02 AM
  5. Cannot Open Client??
    By Focus Dan in forum Map Monkey
    Replies: 2
    Last Post: 11-13-2004, 01:48 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •