This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/discussion/do/listPosts/projects.ggf-editor/discussion.rec_infod_base_specifications.topc3940 at Thu, 03 Nov 2022 23:17:11 GMT SourceForge : Post

Project Home

Tracker

Documents

Tasks

Source Code

Discussions

File Releases

Wiki

Project Admin
Project: Editor     Discussion > REC:INFOD Base Specifications > Very interesting specification with potentially wide range of diverse usage > List of Posts
Forum Topic - Very interesting specification with potentially wide range of diverse usage: (1 Item)
View:  as 
 
 
Very interesting specification with potentially wide range of diverse usage
I read the specification, and frankly won't try to claim that I have a good grasp of all the ideas; I think there is a 
lot more I'm not picking up yet but it's already very interesting to me.

But from what I can understand so far, a framework like this that allows and facilitates information dissemination is 
something that we have been looking for a while now, and find it extremely useful, especially in the area of sensor, 
environment and physical automation data management. We do some portion of this here and there today, but not in as well
 define and generic as in this document. I really like how clean the design is (pls keep it that way).

I have actually more question at this point then comments, and some of them are:
- I'm really glad to see in the spec Event and Message is clearly laid out as separate entities, I think that is a 
crucial point
- Have you consider intercept-able runtime binding of subscribers and publishers on a message-by-message level? 
  Something like Spring for data dissemination, if you know what I mean. For example, at runtime it would be very useful
 a for a trusted third party component to inject itself between two entities for the purposes of A) monitoring, B) data 
modification or annotation (like external context data), C) value added services
- Maybe this is in your plans for phase II, but have you looked into how identifications of both publishers and 
subscribers would work? Would there be trust levels that subscriptions can be based on, for example I only want to hear 
from people that is compliance to some corporate policy
- What about fine grain security. We have similar environment where we need to provide "vocabulary" level security. For 
example, a "visibility" mask based on your access control would define how others would really see your publication and 
who can subscribe to it. This is important to us if we were to use this beyond a company's four walls.
- I see this protocol as something that would really benefit M2M since nothing in that area that would provide this 
level of binding and data exchange semantics.
- Is there a way to link one event to always pull in another to form a larger event at subscription time?
- Will subscribers be notified when the vocabulary of the publication changed? Maybe a "system" publisher that anyone 
can subscribe (with right access) to for monitoring these changes?
- Have you consider how to pay binary payload? base64 or XpOinter or others?

What is the timeline for prototyping this, I would be very interested to find out more.

Thanks.

Regards,
  Sam Rehman <samuelson.rehman@oracle.com>
  Director of Development, Sensor Based Services
  Oracle Corp.
Associations:
artf5582:Response to comments by Sam Rehman -  - Vijay Dialani

 
 


The Open Grid Forum Contact Webmaster | Report a problem | GridForge Help
This is a static archive of the previous Open Grid Forum GridForge content management system saved from host forge.ogf.org file /sf/discussion/do/listPosts/projects.ggf-editor/discussion.rec_infod_base_specifications.topc3940 at Thu, 03 Nov 2022 23:17:13 GMT