Thanks for your trouble, Todd. Even if an XBRML document does not contain behavioural instructions as explicit as a method, there will of course be behavioural constraints on the interaction between the data entities (e.g. Sales + Costs DOES NOT == Profits) given the necessary conformity of data structures. This will no doubt apply to other specialist XML implementations where industry/domain conventions are mandated. Now if only EDI could have been so universally simple...
Gervas --- In [email protected], Todd Biske <[EMAIL PROTECTED]> wrote: > > I don't have any XBRL examples, but this does bring up a good > discussion point. There are any number of "vertical" XML schemas out > there, XBRL being just one of them. Often times, these have been > developed purely as an interchange format. Mapping these formats to > behavior when trying to use them in an SOA can be a challenging > exercise. Personally, I think this creates debate around the > differences between a message interchange versus a service > invocation. A message interchange can be solely about data, without > preference to how the data will be used, while a service invocation > contains some aspect of behavior- I want this action taken using this > data. > > I will talk to some colleagues about XBRL and see if we've had any > experience with it. > -tb > > On Feb 1, 2006, at 10:53 AM, Gervas Douglas wrote: > > > I have been doing some research recently into XBRL of late, as you > > will see from some of the entries in my little EBR Group > > (http://finance.groups.yahoo.com/group/enhanced-business-reporting/). > > I am particularly interested in XBRL in SOA strucutures. For those > > of you not familiar with XBRL, it is essentially an implementation of > > XML for business and financial reporting, the idea being to provide > > commonality of semantics and metadata. Do any of you have experience > > of it being used as in effect a data transport in a SOA structure, > > perhaps in an intra-group context? If so I would be most grateful to > > hear of any examples. > > > > Gervas > > > > > > > > > > > > > > > > > > Yahoo! Groups Links > > > > > > > > > > > > > > > Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/service-orientated-architecture/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
