- From: Christian Seebode <Christian.Seebode@medis.de>
- Date: Wed, 04 Sep 1996 10:39:12 +0200
- To: www-jigsaw@w3.org
- CC: Anselm Baird-Smith <abaird@w3.org>, "Bruce Nelson (bnelson)" <bnelson@www.css.filenet.com>
Hi,
Bruce Nelson writes:
> >
> > This is where the indexer came in as an issue. I think if we could index
> > on the fly from our RDBMS instead of the default method according to the
> > users access, we could bypass the need for cgi (or resource) controlled
> > indexes and document serving.
>
I understand that it is recommendable to treat Filesystem resources
in a uniform way, managed i.e. by a Jigsaw Webserver.
I maybe to naive, but a direct alternative to a CGI accessible
RDBMS is JDBC. If you don't rely heavily on HTML for other reasons, let
an JDBC Applet do the work in your browser. This shortcuts HTTP.
Anselm Baird-Smith wrote:
>
> If this makes sense (BTW to anyone) then the ResourceIndexer interface
> would probably look like:
>
> public interface ResourceIndexer {
> public Resource createDirectoryResource(File directory
> , String name
> , Hashtable defs);
>
> public Resource createFileResource(File file
> , String name
> , Hashtable defs);
>
> }
>
>
> I think I could find the time to make that change, but before going
> further, I want to make sure it will be usefull to anyone. So let me
> know.
>
This makes the Create Methods to something like Factory Methods,
decoupling the Creation API from the concrete Creation.
The implementation of the creation process is adaptable to
individual issues.
This I find particularly attractive in an open environment, where
the resource to be built i.e. doesn't come from the local file system,
but from a remote system transferred by something like ORB's.
Christian
--
Christian Seebode <Christian.Seebode@medis.de> /\
MedIS - Medizinische Informations- und Steuerungssysteme GmbH /\/\
Goldschmidtstr. 5, D - 21073 Hamburg, Tel.: +49-40-76696-253 /\/\/\
_____________________________________________________________/\/\/\/\
Received on Thursday, 5 September 1996 12:51:40 UTC