business object definitions

> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of > would give a common base to store this information along the lines of IBMs > SanFransico business objects (although hopefully less complicated).

> I have to admit, I wouldn't know where to start in designing all this :)

I've been advocating having a Library (NOT sources, but function libraries) and object site for a while. I am just about to start (finally) coding such a project! I am still looking for a web host (with rebol cgi), but Am about to start work on xwire... so It will be working internally for until then. The project is not completely defined, I'm listening to this list for the ideas all the time. The only Cemented thing so far is that people will be able to reserve and register a prefix to use on function libraries. this will permit everyone to code SAFELY. Anyone using his prefix will allow any other user to code using his stuff without problems. this is especially usefull when working on utilities... imagine if everyone has different tools for printing and they start calling them "aprint" "zprint" or whatever... you quickly run into problems. Once a poster has registered his prefix (which is a public list), he can post his stuff right away and handle the versioning and stuff like that. I forgot, but another thing which will be mandatory is that a document of whatever type is supplied with the tools. The upload will specify if its extensive or short, but some amout of documentation is necessary. I've noted that code without documentation isn't very popular... so there is no point in sharing it if its going to deaf ears... I have had some good feedback so far, anyone wishing to help is welcomed, although at this point it is still in the form of ideas and comments. Please send ANY comments to [moliad--hotmail--com]. The other point of note is that I wish to use this list as the point of sharing for the tools. One or two mails a week to let the community in on what is happening on the shared site. -Max

Hi Max, Chris Morency and I have been discussing soemthing along the same lines. We should all stay in touch to reduce duplicated effort. --Gregg

Hi Robert, << I would like to use an application like the knowledge base contained in /Link. Where everyone can comment on objects, data fields, functions etc. >> I don't have /Link, I can't comment on it directly, but here's a thought I had, which I told Chris Morency about as it would relate to a centralized function library. If IOS needs to be tested, and we want to prove its fitness for RTCC (Real Time Collaborative Computing), how can we get something set up to use it? RT? What would it take to set it up? What about collaborative development tools that are truly "real time"? Can you say REBOLForge? :) The key, I think, is IOS. --Gregg

A good place to start for the business object definitions would be vCard/vCal. These are standards for contact and calendar information. They're not super well known, but I believe most PIMs can read/write them (Outlook definitely can). They have a plain text representation as well as an XML representation. Also, for more generic business objects, the two initiatives with the most traction are RosettaNet and ebXML. I'm not sure of the relative merits, but their specs might prove useful as starting points. If you piggyback your efforts on prior art, converting XML representations into native REBOL, you'll bootstrap it a lot faster and retain some sense of inter-system compatibility. An emerging initiative, that takes the approach I'm recommending is the Universal Business Lanugage http://www.oasis-open.org/committees/ubl/ Very new (just announced), but pretty close in aims to what I think you're trying to accomplish. John

> To: [rebol-list--rebol--com] > > Subject: [REBOL] Re: IOS data > document per > object, which describs the object etc. might be helpful. Robert

Not that I'm a great lover of XML but http://www.syncml.org/ details some schemas for vCARD etc...

On Friday 05 October 2001 14:25, you wrote:

> Not that I'm a great lover of XML but http://www.syncml.org/ details some > schemas for vCARD etc...

> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of > traction are RosettaNet and ebXML. I'm not sure of the relative merits, > but their specs might prove useful as starting points.

> If you piggyback your efforts on prior art, converting XML representations > into native REBOL, you'll bootstrap it a lot faster and retain some sense > of inter-system compatibility.

> An emerging initiative, that takes the approach I'm recommending is the > Universal Business Lanugage

> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of > Subject: [REBOL] Re: business object definitions > The key, I think, is IOS.

Hi Robert, << I don't know much about IOS at the moment and it might take some time to arrive. Therefore I take what I have at hand and IMO it's sufficient to get started. The collection of business-object descriptions should be technology independent (in the way, that it doesn't matter, which Rebol part we use).

>>

> -----Original Message----- > From: [rebol-bounce--rebol--com] [mailto:[rebol-bounce--rebol--com]]On Behalf Of > Agreed. I'm not saying we should use IOS for delpoyment purposes but, > rather,as a collaboration tool for *us* to use while designing things.