Hello,
I have the feeling my concern about client mode and httpserver did contribute in the raising of question #1. ;-)
Currently we did not implement anything with Httpserver and client mode. The reason I tried this solution (httpserver and distant BaseX DB server) is only for performance. We definitely want to separate the DB mgt server is from the clients just to identify performances bottlenecks and be able to do some tuning. The DB is fed with distant python clients (port 1984). Report clients (HTTP) should also be on a different server.
At the moment, we have a set of xquery scripts that generate HTML pages. They are run on another XMLDB (namely eXist) and want to reuse them on BaseX with a minimal of amount of adaptation.
Hope this helps. Thanks, Gilles.
-----Original Message----- From: basex-talk-bounces@mailman.uni-konstanz.de [mailto:basex-talk- bounces@mailman.uni-konstanz.de] On Behalf Of Christian Grün Sent: jeudi 24 mai 2012 23:04 To: BaseX Subject: [basex-talk] Who is using...?
Hi all,
we are interested in your opinion! As one of our main focus is to keep BaseX small and cute (..sad but true: the BaseX core library already exceeds 2mb.. ;), we're currently contemplating the removal of two existing BaseX features, namely..
- the BaseXHTTP client mode (flag -c). Currently, we offer three operation
modes: default, local, and client [1]. In client mode, all requests are supposed to be passed on to yet another BaseX server instance. Currently, however, WebDAV is the only service which is 100% compatible with this mode, while RESTXQ isn't tailored at all to handle remote database requests. Instead, we are contemplating on adding a light-weight XQuery Client API Module, which can then be used to explicitly address remote BaseX instances from within XQuery whenever databases are not stored locally anyway.
- the current ZIP Module. The functionality won't disappear, though:
we will replace it with a new, more flexible proposal specified by Matthias Branter (28msec) and me [2].
In a nutshell: who of you is using either 1) or 2) and would run into big troubles if those features were ousted and replaced with the approaches we believe are more promising for future development?
Thanks as usual for your feedback, either to the list (preferred) or in private, Christian
[1] http://docs.basex.org/wiki/Startup_Options#BaseX_HTTP_Server [2] http://spex.basex.org/index.php?title=ZIP_Module _______________________________________________ BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk