• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.

Item5954: DirectedGraphPlugin should permit direct file I/O

Item Form Data

AppliesTo: Component: Priority: CurrentState: WaitingFor: TargetRelease ReleasedIn
Extension DirectedGraphPlugin Enhancement Closed TWiki:Main/GeorgeClark n/a  

Edit Form Data

Reported By:
Applies To:
Current State:
Waiting For:
Target Release:
Released In:


There are a couple of enhancements needed to improve attachment handling and performance.
  • Plugin needs a way to bypass the TWiki attachment API and write directly to the file system
  • The plugin needs to generate links for all generated file types if the files are not visible in the attachments table.

See also TWiki:Codev/UnversionedAttachments and TWiki:Plugins/DirectedGraphPluginDev

This item will add a couple of additional configuration variables:

  • $TWiki::cfg{DirectedGraphPlugin}{attachPath} = '';
  • $TWiki::cfg{DirectedGraphPlugin}{attachUrlPath} = '';

There is a possibility that doing direct file I/O will improve the attachment speed by bypassing the revision control processing. Also, by doing direct file I/O, the user "viewing" the topic will not need update permission if the generated attachments change.

If these parameters are not set, then the plugin will use the standard attachment API as in previous versions. If they are configured, then the plugin will store generated attachments in the specified path, and will generate links using the specified URL path.

In addition a configuration parameter FORCEATTACHAPI, if enabled, will ignore these parameters and create all attachments using the standard API.

Finally, a <dot> parameter and configuration parameter, linkattachments, will cause the plugin to generate inline links for all attachment types except for the displayed inline image, in the form of [ps] [pdf] [jpg] ...

Note that for future compatibility with the store subsystem, it would be preferable to implement enhancements to the Func::saveAttachment API to permit "unversioned" attachments, and to bypass permission checking.

-- TWiki:Main/GeorgeClark - 25 Aug 2008

I've attached a test build to the TWiki:Plugins.DirectedGraphPluginDev topic. I'd appreciate some feedback on the changes before I upload a new release of the Plugin.

-- TWiki:Main.GeorgeClark - 01 Sep 2008

The version you built worked for normal cases, I did not try doing any direct I/O



-- TWiki:Main.MartinCleaver - 18 Sep 2008

This is now done with latest 1.8 release Item6505.

-- TWiki:Main.PeterThoeny - 26 Jun 2010

Summary DirectedGraphPlugin should permit direct file I/O
ReportedBy TWiki:Main.GeorgeClark
Codebase 4.2.0, 4.2.1, 4.2.2
SVN Range TWiki-5.0.0, Mon, 18 Aug 2008, build 17431
AppliesTo Extension
Component DirectedGraphPlugin
Priority Enhancement
CurrentState Closed
WaitingFor TWiki:Main/GeorgeClark
Checkins TWikirev:17467 TWikirev:17468
TargetRelease n/a

Edit | Attach | Watch | Print version | History: r6 < r5 < r4 < r3 < r2 | Backlinks | Raw View |  Raw edit | More topic actions
Topic revision: r6 - 2010-06-26 - PeterThoeny
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2023 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback