Hi Jta,
Thanks for your prompt response. I hadn't really understood the implications of that little line in the documentation, and you are correct that the server administration dialog is a little misleading.
I agree that the given info is not that concise as it probably should be; suggestions are welcome.
May I ask why this is the case? Is there some technical reason that makes it unadvisable to have the GUI talking through the server/client architecture?
Reason are one the one hand traditionally ones – the frontend had been introduced at a very early stage – and technical ones: the visualizations (Treemap, Scatterplot, etc.) are tightly coupled with the database backend. Thousands to millions of atomic database operations are taking place whenever a visualization is repainted or resized. This is the reason why even very large databases can be visually represented. Beside that, the GUI Editor will be further extended, and debugging and other IDE features will be added, which are hard to realize in a client/server environment.
On the other hand, if it’s only about doing simple queries and organizing databases and its documents, a server frontend would be quite appropriate.
Thanks for your offer to help! You can decide by yourself if you would prefer a browser-based frontend or rather have a desktop solution. We have various clients [1] that can be used to communicate with the server. If you are interested in building the frontend in XQuery, RESTXQ would be another choice [2].
Feel free to ask for more, Christian
[1] http://docs.basex.org/wiki/Clients [2] http://docs.basex.org/wiki/RESTXQ
If it's just a matter of development efforts, I would love to help, but I'm afraid my java leaves a lot to be desired...
Thanks again. Best, jta
On Mon, Dec 9, 2013 at 2:53 PM, Christian Grün christian.gruen@gmail.com wrote:
Hi José,
thanks for your mail.
You’d probably like to hear something different, but the BaseX GUI is not connected with the client/server architecture (you can find more details here [1]). This is one reason why the "Server Administration" dialog will probably removed in a future version of BaseX. We have both received and developed prototypes for a web admin interface based on RESTXQ [2], but we didn’t regard them as mature enough to be officially deployed with BaseX.
Hope this helps, Christian
[1] http://docs.basex.org/wiki/Startup [2] http://docs.basex.org/wiki/RESTXQ ___________________________
I am trying to run basex as a system daemon in ubuntu linux, and I have managed to get the server up and running on its own home dir, etc[1].
I can connect to the server with both the supplied basexclient CLI utility, and with my own perl client (using a local implementation of the server API), however, I am incapable of instructing the GUI client to use the system server... I can connect to the system server using the "Server administration dialog", that works and shows users, sessions and databases for the running system server, but when I tried opening a database, it complains that it can't faind any... I assume because it is looking for them in my user home dir.
I can see the server dbs if i enter the server data path (ie, /var/lib/baxsex ) as "database path" in the GUI preferences, but i obviously get a "permission denied" error when trying to open them as local dbs.
Can the GUI client be used to connect to a running (maybe even remote) server instance? How?
Any help would be extremely appreciated. Thanks!
jta.
[1] I'm using java-service-wrapper (http://packages.ubuntu.com/saucy/service-wrapper), with this conf and startup script: https://github.com/jtatria/basexd
-- entia non sunt multiplicanda praeter necessitatem
BaseX-Talk mailing list BaseX-Talk@mailman.uni-konstanz.de https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
-- entia non sunt multiplicanda praeter necessitatem