SV: [RDF] Re: Wraf and Perl6

Stefan Andersson Stefan.Andersson@ullmans.com
Thu, 15 Feb 2001 14:18:23 +0100


Will you upgrade the Demo to reflect the new possibilities?
/Stefan

> -----Ursprungligt meddelande-----
> Fr=E5n: rdf-admin@uxn.nu [mailto:rdf-admin@uxn.nu]F=F6r Jonas =
Liljegren
> Skickat: den 15 februari 2001 14:10
> Till: Stefan Andersson
> Kopia: 'masters@rit.se'; 'Wraf development'
> =C4mne: [RDF] Re: Wraf and Perl6
>=20
>=20
> Removed goteborg.pm from the cc list...
>=20
>=20
> Stefan Andersson <Stefan.Andersson@ullmans.com> writes:
>=20
> > "You could overload the use() and/or require() to check for=20
> a signature and
> > verifying it."
> >=20
> > Ummm... how about
> >=20
> > Use "http://www.uxn.nu/rpm/Math/Complex.pm";
>=20
> Yes. That could work.  And we already have (in perl) a recommended =
way
> to say what we want to import from a module.   But most modules uses
> an OO interface.  You should do something like:
>=20
> my $obj =3D new http://www.uxn.nu/rpm/Math/Complex.pm;
>=20
>=20
> But I'm sure that the Perl6 stuff will be good.
>=20
>=20
> > "And then there should be some way to tell who you
> > trust. That is; the diffrence between authentication and
> > authorization.  (As I learned from the Apache architecture.)"
> >=20
> > Doesn't the 'use' clause represent an explicit trust relation?
>=20
> It depends on if you are stating the implementation or the function
> you want to use.  And maby there is someone else who wants to import
> the module.  The users choise has to be approved by the sysadmin.
>=20
>=20
>=20
> > "I haven't decided on how Wraf will do it.  But we can have many
> > interfaces and one of them cold be SOAP."
> >=20
> > Would there be a shortcut in making a generalized perl=20
> module interface?
> > Something that mapped metadata about the modules to=20
> metadata about WRAF
> > Interfaces?
>=20
> I'm mainly thinking about connections to other RDF services.  And =
that
> all Wraf interfaces should be extendable and upgradable through Wraf
> itself.
>=20
> The embedded version numbers in the interface module names is a step
> on the they to eventually store the interface inside Wraf.
>=20
>         RDF::Service::Interface::DBI::V01
>=20
> He. Another moment 22.  How do I connect to the DBI interface if it's
> stored in the DBI interface? :-)
>=20
>=20
> and this will have two types of interfaces.  The local interfaces =
that
> transparently gets downloaded and installed.  And the remote
> interfaces that use another Service on another server.
>=20
>=20
> The SOAP thing would be just like having an interface to retrieve
> resource properties.  Nothing complicated here...
>=20
>=20
>=20
> > "http://uxn.nu/wraf/RDF-Service/doc/html/abbrevation.html"
> >=20
> > "[% person.fn.li.value %]"
> >=20
> > Now you're talking!
>=20
> Yes. :-)
>=20
> And to get the second first name you had in 1980:
>=20
> [% person.fn( date =3D 1980 ).li(2).value %]
>=20
>=20
> But that's not implemented yet...
>=20
>=20
>=20
>=20
>=20
>=20
>  RDFS:label
>=20
> Now I must continue hacking.  I have a stupid resource that doen't
> want to be saved.  It should be because i have put a label on it, and
> that label should be preserved...
>=20
> labels being one of the special cases.  Maby it shouldn't be a =
special
> case.  Probably shouldn't...  But it forces me to sort out =
entrypoints
> for implicit properties. And that will be used by infered properties.
> So this is sort of a small step toward that.
>=20
>         http://uxn.nu/wraf/RDF-Service/doc/html/dynamic.html
>=20
>=20
> --=20
> jonas@rit.se   RIT AB   http://www.rit.se
> Box 70, 428 21 K=E5llered Bes=F6k: G:a Riksv=E4gen 36
> Tel: +46 (0)31 751 8600  Fax: +46 (0)31 751 8609
>=20
>=20
> _______________________________________________
> RDF mailing list
> RDF@uxn.nu
> http://www.uxn.nu/cgi-bin/mailman/listinfo/rdf
>=20