Hi Winfried,
I planned to finally start the implementation of the backend code in my
Australia Vacation in January / February.
The plan is to use php stream wrappers as backend interface. That allows
to use existing or future stream wrappers implemented in C, or php itself.
I already did some small work on it, which is committed into trunk. It’s
the reading part of a stream wrapper for our old vfs system and a
command line client for it.
My plans are in the 1.6 roadmap btw:
- I plan to have several backends, which different capabilities like
versioning
- there will be a vfs stream wrapper, which uses a mount table to mount
together the different backends, eg:
sql:/apps / options=versioning
samba:/homedirs /home
- that vfs backend should also implement symlinks which are needed by:
- applications implement their own backend, which allows the access the
file attached to their entries in a comfortable way:
projectmanger:/apps/projectmanager /projectmanager
which would give a browseable directory structure with the project-names
as directory under the /projectmanager dir. These per project dir can
then contain further directories AND they are under the access-control
of the applications, eg. every project member has access to it
The implementation will begin in January. It will not be in Tine, but in
egroupware. Once the backend is finished I will start writing a new
frontend for it, which some support for the different capabilities of
the backends (eg. extra tab to view or select the versions).
Ralf
wide schrieb:
Dear developers,
not being an egw-developer, I write to this list according to the “final
admin decision …”.
Supposed the Tine developers agree to the “final admin decision”, I would
like to propose (and to wish, it’s christmas time ;-)) an addition to the
Tine 2.0 roadmap: to develop a viable DMS application as successor to
MyDMS/filemanager. This proposal is based on the following:
- We (at least my company) definitely need a fully featured DMS which is
lacking at the moment.
- It seems that the planned successor to MyDMS/filemanager has to be largely
written from scratch anyway.
- It further seems that work on the successor hasn’t begun yet, taking into
account the egw roadmap (which is of course not very up to date), and the
svn activities.
- According to the egw roadmap, Cornelius Weiss is co-assigned as developer
to the DMS successor.
- The implementation of a DMS would be a challenging task within the “proof
of concept” approach.
- However a future vote in 2008 would end up, the development efforts
wouldn’t be wasted: I’m quite sure that a Tine solution could also be made
to fit in the egw framework as it stands at present.
winfried detmar
w.detmar@isb-berlin.de
ISB gGmbH
http://www.isb-berlin.de
–
Ralf Becker
eGroupWare Training & Support ==> http://www.egroupware-support.de
Outdoor Unlimited Training GmbH [www.outdoor-training.de]
Handelsregister HRB Kaiserslautern 3587
Geschäftsführer Birgit und Ralf Becker
Leibnizstr. 17, 67663 Kaiserslautern, Germany
Telefon +49 (0)631 31657-0
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It’s the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers
