The Dublin Core metadata element set
is a standard for cross-domain information resource description.
|
||
Element | Description | Value |
---|---|---|
Identifier | resource ID | http://old.zope.org/Members/arielpartners/ExternalFile |
Title | resource name | External File |
Description | resource summary | <div> ExternalFile extends Zope to work with files in the filesystem. You can create instances of ExternalFile that behave like standard Zope objects except that they get their contents from a file located anywhere in a Zope-accessable filesystem. You can edit the contents directly using file-based tools, or through Zope in the browser (for ASCII files) or through Zope via FTP or webdav. For example, ExternalFile has been used to provide convenient access to Java WebStart (".jnlp") files, Shockwave Flash scripts, etc. </div> <div> The current release adds the following features: <ul> <li><b>recursive batch add capability</b> -- add instances whole filesystems at a time. This function can be run multiple times without error-- duplicates are logged and ignored. For example, you could perform the same batch add each week to pick up any new files </li> <li><b>tunable batch add parameters</b> -- for example, you can avoid adding CVS control files or system files via a series of easy to use filters </li> <li><b>page templates</b> -- all ZMI GUI screens use pages templates instead of DTML </li> <li><b>streaming</b> Serving up files and images is now much faster thanks to a patch provided by Dennis Allison </li> </ul> </div> <div> The current release is compatible with CVSFile-0-9-0. </div> <div> ExternalFile can now behave like any of the following: <ul> <li>DTMLDocument</li> <li>DTMLMethod</li> <li>Image</li> <li>File</li> <li>Page Template</li> </ul> </div> <div> Why not simply use <a href="http://www.zope.org/Members/MacGregor/ExtFile"> ExtFile</a>? Because ExternalFile supports pointing to a file "in situ" like a symbolic link, rather than copying it into some central repository directory. </div> <div> This may not seem like a big deal, until you consider that those files might be stored in a revision control system like CVS. ExternalFile gives you the ability to create a Zope object that points to a file in, for example, a CVS sandbox for its content. </div> <div> ExternalFile is usable by itself. It is also the base class for <a href="http://www.zope.org/Members/arielpartners/CVSFile">CVSFile</a>. </div> <div>This product is compatible with the popular <a href="http://www.zope.org/Members/Caseman/ExternalEditor">ExternalEditor</a> product. </div> <div> Objects created using ExternalFile version 1.1.0 should work with no changes under version 1.2.0 that is, no special Schema Migration is necessary. </div> <div style="font-weight: bold;margin-top:1em;margin-bottom:1em;"><a href="todo">Todo List</a></div> |
Creator | resource creator | ZopeOrgSite |
Date | default date | 2003-05-04 20:56:41 |
Format | resource format | text/html |
Type | resource type | Software Package |
Subject | resource keywords | Content Object, Developer, Examples, External Access |
Contributors | resource collaborators | |
Language | resource language | |
Publisher | resource publisher | No publisher |
Rights | resource copyright | |
|
||
Element | Description | Value |
CreationDate | date resource created | 2003-05-04 20:56:41 |
ModificationDate | date resource last modified | 2003-05-04 20:56:41 |
EffectiveDate | date resource becomes effective | None |
ExpirationDate | date resource expires | None |
Backlinks:
via
Google
/
Technorati
RDF:
view RDF data