Difference between revisions of "Talk:COSMOS Design 193420"

Revision as of 02:50, 7 August 2007

COSMOS_Design_193420

We might be missing some context here. We jump right into the first 10 entries talking about key sets etc... If this is "the most simple example", and I have to know all this stuff about key sets, do we need to spend some time simplifying what we are doing?

What will the demo do? How will we show a collection assembly and a query assembly with no additional prerequisites? The last time we discussed this, I was thinking we'd have something like the following:

• Everything runs in the same eclipse environment. This was because we might want to tell people where to put break points in the code.
• We would have a singleton that held a collection of random values or even just a random value.
• We would have a data collection assembly that went off and added a new value to the collection or updated the one that was already there.

At this point, what you could do is show a simple client that did the control of the data collection assembly. This would be based on Joel's simple client that's there already. Start/stop is all we need here. Once that was done, you would have a query assembly that went off and got the values from the singleton.

If we wanted to, we could then take the simple example and have the information written to a database, e.g. derby. This would be a single table with a string value. It would show how all we need to do is drop in a new piece of the collection and query assemblies, not re-invent everything else. We could even do an XML document data store as well if we wanted.

In my head, this is where the simple demo stopped. It gives us plenty to get into and should be able to cover everything you've outlined in the previous page.

Query Assembly

Does anyone have a good description for this ?

--Marty 02:11, 7 August 2007 (EDT)

Collection Assembly

Does anyone have a good description for this ?

--Marty 02:11, 7 August 2007 (EDT)

Key Sets

If keysets are not included in the simple example, then it does not show a true data collection, and how the processing works. The fact that you make your data source simple, should make the concept of how keysets are used at its simplest form. If we just take the simplest example, perhaps we can just pass straight XML around with no fancy stuff?

--Marty 01:37, 7 August 2007 (EDT)

I agree we need keysets and should explain them. I didn't mean to imply that we didn't. I would like to see how we can start with the simple concept, then move to the more complex.

Simple Demo Data

From a Query Assembly perspective the data will consist of two Data Sources, a flat file and a database table.

1. Flat File - Contains two fields, FirstName, LastName, delimited by space
2. Derby table - Table name is Names, it contains two columns, FirstName, LastName

From a Collection Assembly perspective.....

--Marty 02:30, 7 August 2007 (EDT)

Target Environment

I am not so sure having a demo run just in eclipse is what we want. We want to show a client communicating with a couple of data managers and doing something with the data. I see that as being something that could just be deployed to a Tomcat server. I think demoing in an OSGI framework is not a simple thing. You would have to explain what OSGI is and how you set that up, which defeats the simple bit.

I agree that it will be useful to see it in Eclipse for debugging purposes, and to see where things go, but a demo should not just involve a debugging session, I think it should also show how it looks to the outside world. I think it should show the concepts of Data Collection. I think that the next stage after a demo is another Tutorial on how to debug this simple Demo.

--Marty 01:38, 7 August 2007 (EDT)

I guess this is who the "demo" is targeted towards. I thought we'd be targeting a developer that wants to integrate an existing data store, hence the eclipse focus. This is the scenario we will be in with wrapping to CMDBf APIs. So we could get the simple example up and running in eclipse, then it's a question of how to incorporate "my real APIs". I'm OK either way... let's just decide.

I agree that the demo should be targeting a developer.

--Marty 01:38, 7 August 2007 (EDT)

Mechanisms for generating a Keyset

1. Dynamically generate from database schema
2. Create a GUI application that generates keysets
3. Manually type the keyset

--Marty 18:21, 6 August 2007 (EDT)

Key Family File - Examples

--Marty 02:50, 7 August 2007 (EDT)

Key Family File - Location

1. In Memory
2. In a database
3. In a file on a share
4. In an application server
5. In a ftp server
6. In a Web Server

Do we go for one? Do we allow for a choice? If there is a choice, how do you select it?

--Marty 02:50, 7 August 2007 (EDT)