RE: [regrep] ebXML Registry and Dublin Core

["Peter Kacandes" <pkacande@adobe.com>]

Hi Duane,

No, the PDF/XML forms stuff doesn't have an external name yet. Internally,
we refer to it as XFA (XML Forms Architecture).

When you start Acrobat 6 or Reader 6, you will see a brief flash of a
message that it is loading the XFA.api.

cheers

pk


-----Original Message-----
From: Duane Nickull [mailto:duane@yellowdragonsoft.com]
Sent: Monday, June 30, 2003 11:56 AM
To: Peter Kacandes
Cc: Chiusano Joseph; Carl Mattocks; Anne Thomas Manes; Farrukh Najmi;
regrep@lists.oasis-open.org
Subject: Re: [regrep] ebXML Registry and Dublin Core


Peter:

Is this also the format used to drive the Adobe Form elements?

Duane

Peter Kacandes wrote:
> FYI
>
> Adobe has a technology for all of our file formats (PDF, PSD, etc.) called
> XMP (extensible meta-data platform) for describing meta-data about
> documents.
>
> It implements dublin core, but is also extensible.
>
> There is a free open source library for working with XMP.
>
> if interested, check out
> www.adobe.com/products/xmp
>
> cheers
>
> pk
>
>
> -----Original Message-----
> From: Chiusano Joseph [mailto:chiusano_joseph@bah.com]
> Sent: Friday, June 27, 2003 10:31 AM
> To: Carl Mattocks
> Cc: Anne Thomas Manes; Farrukh Najmi; Peter Kacandes;
> regrep@lists.oasis-open.org
> Subject: Re: [regrep] ebXML Registry and Dublin Core
>
>
> <Quote>
> the true potential for XACML is as a 'single sign-on' gateway
> </Quote>
>
> I know exactly what you meant, but mixing the terms "single sign-on" and
> access control is often dangerous. Most folks associate SSO with
> SAML/Liberty Alliance, which is all on the authentication side of things
> (which includes identity management). Access control assumes that the
> user/resource has already been authenticated, and - now knowing that
> their identity is valid - what resources they have access to, at what
> level, in what manner etc.
>
> <Quote>
> let us not forget Dublin Core. IMHO the registry should allow both the
> DC core & extended elements to be applied to any and all types of
> objects. i.e. expand the information that is known about a  particular
> asset
> </Quote>
>
> Yes - I think a mapping between Dublin Core metadata and our RIM would
> be very useful. Then the Content Indexer could be used to perform the
> translation between the 2. David Webber mentioned GILS (Global
> Information Locator Service) to Farrukh and I recently - there is a
> GILS/Dublin Core crosswalk available. So if we support GILS, we can
> support Dublin Core through the crosswalk (if we choose that approach).
>
> There also exists a crosswalk between GILS and UDDI - so we could have
> UDDI --> GILS --> ebXML Registry as well.
>
> Joe
>
> Carl Mattocks wrote:
>
>>In the world of large organizations (the world they create) direct access
>
> to databases is strictly limited to DBAs and approved applications. IMHO
> (similar to Joe) the true potential for XACML is as a 'single sign-on'
> gateway to many information sources (database and other CMSs).
>
>>Regarding standard for CMS - let us not forget Dublin Core. IMHO the
>
> registry should allow both the DC core & extended elements to be applied
to
> any and all types of objects. i.e. expand the information that is known
> about a  particular asset .
>
>>><Quote>
>>>But looking at this from the customer's point of view -- they're
>>>accustomed to defining access control policies in the database.
>>>
>>>Absolutely - the human factor and change management is always an
>>>important consideration (it's often a deal maker or breaker). An "XACML
>>>Gateway" from the large database vendors might help solve this.
>>
>>carl
>>Carl Mattocks
>>CEO CHECKMi
>>e-mail: CarlMattocks@checkmi.com
>>*******************************************
>>Business Agent Software that
>>Secures Knowledge for Reputation:Protection
>>*******************************************
>>CHECKMi Compendium the shortcut to Valued & Trusted Knowledge
>>*******************************************
>>www.checkmi.com
>>(usa)1-908-322-8715
>
>
>
> You may leave a Technical Committee at any time by visiting
http://www.oasis-open.org/apps/org/workgroup/regrep/members/leave_workgroup.
php


--
Yellow Dragon Software Corp. - http://www.yellowdragonsoft.com
Service Oriented Architectures - ebXML, Web Services, Registry, SOAP
Project Team lead - United Nations CEFACT eBusiness Architecture
+1 (604) 738-1051
***********************************


You may leave a Technical Committee at any time by visiting
http://www.oasis-open.org/apps/org/workgroup/regrep/members/leave_workgroup.
php