Re: [basex-talk] Running BaseX under Tomcat on a commercial Java hosting provider

2015-12-01 Thread Christian Grün
Michael,

Thanks a lot for the entertaining post! I hope your journey was not
too frustrating ;) I will have some more thoughts on the hurdles you
have encountered. Regarding user management, I hope we have made
things easier with BaseX 8 and upwards. Maybe the major advantage now
is that the permissions can be edited as (...surprise...) XML.

All the best,
Christian


On Mon, Nov 30, 2015 at 10:53 PM, Bridger Dyson-Smith
 wrote:
> This is fantastic documentation. Thank you very much for sharing your notes!
>
> Best,
> Bridger
>
> On Mon, Nov 30, 2015 at 2:41 PM, C. M. Sperberg-McQueen
>  wrote:
>>
>> In case there are other users of XQuery who are looking for a way to get
>> an XQuery engine on the Web but are not sure how to go about it, I have
>> described my adventures setting up one approach (running BaseX 7.9
>> under Tomcat 6 on a commercial Java hosting provider) in a blog post
>> today, hoping that it might enable someone else to do it with less trouble
>> and confusion than I had:
>>
>>   http://cmsmcq.com/mib/?p=1368
>>
>> When time allows, I expect to upgrade my Tomcat to Tomcat 7 so that
>> I can install a current BaseX; I'll update the post then with information
>> for
>> BaseX 8.*.
>>
>> if those who understand Java development and deployment better than I
>> do (or wish to do) find errors in the exposition or simpler ways to get
>> things
>> set up, I would be glad to have them pointed out.
>>
>> I'd also be interested in speculations as to why setting the default user
>> in
>> web.xml seems not to have worked, but at this point I doubt that it's
>> worth
>> significant effort to solve that problem.
>>
>>
>> --
>> 
>> * C. M. Sperberg-McQueen, Black Mesa Technologies LLC
>> * http://www.blackmesatech.com
>> * http://cmsmcq.com/mib
>> * http://balisage.net
>> 
>>
>>
>>
>>
>


Re: [basex-talk] AUTOOPTIMIZE - was true now false

2015-12-01 Thread Etanchaud Fabrice
Hello James,

Did you set AUTOOPTIMIZE to true BEFORE database creation ?
How did you set the option ? in the db:create call, or as a SET/CREATE DB pair ?

I don't have this problem with 8.3.1

Best regards,
Fabrice


De : basex-talk-boun...@mailman.uni-konstanz.de 
[mailto:basex-talk-boun...@mailman.uni-konstanz.de] De la part de James Ball
Envoyé : lundi 30 novembre 2015 16:57
À : basex-talk@mailman.uni-konstanz.de
Objet : [basex-talk] AUTOOPTIMIZE - was true now false

Hello,

I'm trying out AUTOOPTIMIZE for the first time and I'm not getting what I 
expect.

Running: BaseX 8.3 beta ec9b627

A new database is created with a single document which has TEXTINDEX, 
ATTRINDEX, UPDINDEX and AUTOOPTIMISE all set to true.

This is what INFO DATABASE shows (as I expect):

Indexes
 Up-to-date: true
 TEXTINDEX: true
 ATTRINDEX: true
 FTINDEX: false
 TEXTINCLUDE:
 ATTRINCLUDE:
 FTINCLUDE:
 LANGUAGE: English
 STEMMING: false
 CASESENS: false
 DIACRITICS: false
 STOPWORDS:
 UPDINDEX: true
 AUTOOPTIMIZE: true
 MAXCATS: 100
 MAXLEN: 96

Now I add a new document (or more than one) to the database. I expect that 
Up-to-date will still be true and that AUTOOPTIMIZE will still be true. But 
what I see is both are now false:

Indexes
 Up-to-date: false
 TEXTINDEX: true
 ATTRINDEX: true
 FTINDEX: false
 TEXTINCLUDE:
 ATTRINCLUDE:
 FTINCLUDE:
 LANGUAGE: English
 STEMMING: false
 CASESENS: false
 DIACRITICS: false
 STOPWORDS:
 UPDINDEX: true
 AUTOOPTIMIZE: false
 MAXCATS: 100
 MAXLEN: 96

Perhaps this is the expected behaviour and I've misunderstood AUTOOPTIMIZE? Or 
is there a bug?

Many thanks, James


Re: [basex-talk] AUTOOPTIMIZE - was true now false

2015-12-01 Thread Christian Grün
Hi James,

maybe this is due to the beta version you are working with? I just ran
the following command script with BaseX 8.3.1...

set updindex true
set autooptimize true
create db name
add to x.xml 
info db
close

...and the up-to-date continues to be "true" after the update.

Hope this helps,
Christian




On Mon, Nov 30, 2015 at 4:56 PM, James Ball  wrote:
> Hello,
>
> I’m trying out AUTOOPTIMIZE for the first time and I’m not getting what I
> expect.
>
> Running: BaseX 8.3 beta ec9b627
>
> A new database is created with a single document which has TEXTINDEX,
> ATTRINDEX, UPDINDEX and AUTOOPTIMISE all set to true.
>
> This is what INFO DATABASE shows (as I expect):
>
> Indexes
>  Up-to-date: true
>  TEXTINDEX: true
>  ATTRINDEX: true
>  FTINDEX: false
>  TEXTINCLUDE:
>  ATTRINCLUDE:
>  FTINCLUDE:
>  LANGUAGE: English
>  STEMMING: false
>  CASESENS: false
>  DIACRITICS: false
>  STOPWORDS:
>  UPDINDEX: true
>  AUTOOPTIMIZE: true
>  MAXCATS: 100
>  MAXLEN: 96
>
> Now I add a new document (or more than one) to the database. I expect that
> Up-to-date will still be true and that AUTOOPTIMIZE will still be true. But
> what I see is both are now false:
>
> Indexes
>  Up-to-date: false
>  TEXTINDEX: true
>  ATTRINDEX: true
>  FTINDEX: false
>  TEXTINCLUDE:
>  ATTRINCLUDE:
>  FTINCLUDE:
>  LANGUAGE: English
>  STEMMING: false
>  CASESENS: false
>  DIACRITICS: false
>  STOPWORDS:
>  UPDINDEX: true
>  AUTOOPTIMIZE: false
>  MAXCATS: 100
>  MAXLEN: 96
>
> Perhaps this is the expected behaviour and I’ve misunderstood AUTOOPTIMIZE?
> Or is there a bug?
>
> Many thanks, James


Re: [basex-talk] AUTOOPTIMIZE - was true now false

2015-12-01 Thread James Ball
Hi Christian,


> maybe this is due to the beta version you are working with?

That is easy to test - and I will do that. I just wanted to make sure I hadn’t 
misunderstood what I *should* see. I will let you (and the list know) the 
outcome of my test. 

Many thanks, James

> On Mon, Nov 30, 2015 at 4:56 PM, James Ball  
> wrote:
>> Hello,
>> 
>> I’m trying out AUTOOPTIMIZE for the first time and I’m not getting what I
>> expect.
>> 
>> Running: BaseX 8.3 beta ec9b627
>> 
>> A new database is created with a single document which has TEXTINDEX,
>> ATTRINDEX, UPDINDEX and AUTOOPTIMISE all set to true.
>> 
>> This is what INFO DATABASE shows (as I expect):
>> 
>> Indexes
>> Up-to-date: true
>> TEXTINDEX: true
>> ATTRINDEX: true
>> FTINDEX: false
>> TEXTINCLUDE:
>> ATTRINCLUDE:
>> FTINCLUDE:
>> LANGUAGE: English
>> STEMMING: false
>> CASESENS: false
>> DIACRITICS: false
>> STOPWORDS:
>> UPDINDEX: true
>> AUTOOPTIMIZE: true
>> MAXCATS: 100
>> MAXLEN: 96
>> 
>> Now I add a new document (or more than one) to the database. I expect that
>> Up-to-date will still be true and that AUTOOPTIMIZE will still be true. But
>> what I see is both are now false:
>> 
>> Indexes
>> Up-to-date: false
>> TEXTINDEX: true
>> ATTRINDEX: true
>> FTINDEX: false
>> TEXTINCLUDE:
>> ATTRINCLUDE:
>> FTINCLUDE:
>> LANGUAGE: English
>> STEMMING: false
>> CASESENS: false
>> DIACRITICS: false
>> STOPWORDS:
>> UPDINDEX: true
>> AUTOOPTIMIZE: false
>> MAXCATS: 100
>> MAXLEN: 96
>> 
>> Perhaps this is the expected behaviour and I’ve misunderstood AUTOOPTIMIZE?
>> Or is there a bug?
>> 
>> Many thanks, James



[basex-talk] XML Prague: Little Update

2015-12-01 Thread Christian Grün
Hi all,

We are currently assembling the talks for our XML Prague User Meeting.
You will soon find more information on our Lanyrd conference page [1].
For example, it’s not settled yet if the meeting will take place in
the morning or afternoon (afternoon would be our favorite).

We are still looking for speakers; please let us know if you are interested!

All the best,
Christian

[1] http://lanyrd.com/2016/basex/


Re: [basex-talk] Sizing BaseX Server

2015-12-01 Thread Dirk Kirsten
Hello Christophe,

that's easy: The more you got, the better it is ;)

More serious: It is hard, if not impossible, to tell. This very much
depends on your use case and how you intend to use BaseX in your
process. As a traditional database and having lots of read/write access,
you are most likely I/O bound. However, you can also do complex
operations using XQuery, so you could be CPU bound.

I find it almost always beneficial to use SSDs instead of traditional
HDDs, but again: If you never touch the disk at all, this wouldn't make
a difference (but it also decreases the BaseX startup time, which is nice).

The use cases just differs to much for BaseX - you can use BaseX
embedded into your smartphone application or on a large zServer, so it
is really though to give a general advice. For a practicable approach I
would always recommend you run your application at some standard server
and take a look using Java profiling where BaseX is bound and then
increase the according component.

Cheers
Dirk

On 12/01/2015 01:51 PM, Christophe Marchand wrote:
> Hello,
>
> I'm looking at documentation about sizing a basex server computer.
> What's best : kind of processor, number of cores, RAM, disk-system,
> according to database size.
>
> Is there something in documentation on these subjects ?
>
> Best regards,
> Christophe
>
>
> -- 
>
>
>   Christophe MARCHAND
>
> Consultant Formateur
> cmarch...@oxiane.com 
> LD : (+33)1 84 19 19 76
> GSM : +33 (0)6 23 41 09 17
>
>   oxiane
>
> 98, avenue du Général Leclerc
> 92100 Boulogne-Billancourt
> Standard : (+33)1 55 60 76 72
> Fax : (+33)1 55 60 76 73
> www.oxiane.com 
>
>
> Notre catalogue formations 2015
>
> Notre catalogue formations 2015
> 
>

-- 
Dirk Kirsten, BaseX GmbH, http://basexgmbh.de
|-- Firmensitz: Blarerstrasse 56, 78462 Konstanz
|-- Registergericht Freiburg, HRB: 708285, Geschäftsführer:
|   Dr. Christian Grün, Dr. Alexander Holupirek, Michael Seiferle
`-- Phone: 0049 7531 28 28 676, Fax: 0049 7531 20 05 22



Re: [basex-talk] Sizing BaseX Server

2015-12-01 Thread Dirk Kirsten
Hello Christophe,

I would see having a virtual machine as a big plus, not a negative. So
in case you really see a bottleneck you could simply demand more CPU,
RAM or whatever from your hosting provider and it will be a matter of
clicks instead of actually changing your hardware.

Cheers
Dirk

On 12/01/2015 03:20 PM, Christophe Marchand wrote:
> Ok, thanks a lot, Dirk. I had the same feeling, SSD, lot of RAM, big
> procs, etc...
>
> The problem I have is the server will be a virtual machine, and I have
> to give sizing infos to infra to let them provision VMs...
>
> Thanks again,
> Christophe
>
>
>
> Le 01/12/2015 15:06, basex-talk-requ...@mailman.uni-konstanz.de a écrit :
>> Send BaseX-Talk mailing list submissions to
>> basex-talk@mailman.uni-konstanz.de
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
>> or, via email, send a message with subject or body 'help' to
>> basex-talk-requ...@mailman.uni-konstanz.de
>>
>> You can reach the person managing the list at
>> basex-talk-ow...@mailman.uni-konstanz.de
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of BaseX-Talk digest..."
>>
>>
>> Today's Topics:
>>
>> 1. Re: Sizing BaseX Server (Dirk Kirsten)
>>
>>
>> --
>>
>> Message: 1
>> Date: Tue, 1 Dec 2015 15:06:03 +0100
>> From: Dirk Kirsten 
>> To: Christophe Marchand 
>> Cc: basex-talk@mailman.uni-konstanz.de
>> Subject: Re: [basex-talk] Sizing BaseX Server
>> Message-ID: <565da94b.2090...@basex.org>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Hello Christophe,
>>
>> that's easy: The more you got, the better it is ;)
>>
>> More serious: It is hard, if not impossible, to tell. This very much
>> depends on your use case and how you intend to use BaseX in your
>> process. As a traditional database and having lots of read/write access,
>> you are most likely I/O bound. However, you can also do complex
>> operations using XQuery, so you could be CPU bound.
>>
>> I find it almost always beneficial to use SSDs instead of traditional
>> HDDs, but again: If you never touch the disk at all, this wouldn't make
>> a difference (but it also decreases the BaseX startup time, which is
>> nice).
>>
>> The use cases just differs to much for BaseX - you can use BaseX
>> embedded into your smartphone application or on a large zServer, so it
>> is really though to give a general advice. For a practicable approach I
>> would always recommend you run your application at some standard server
>> and take a look using Java profiling where BaseX is bound and then
>> increase the according component.
>>
>> Cheers
>> Dirk
>>
>> On 12/01/2015 01:51 PM, Christophe Marchand wrote:
>>> Hello,
>>>
>>> I'm looking at documentation about sizing a basex server computer.
>>> What's best : kind of processor, number of cores, RAM, disk-system,
>>> according to database size.
>>>
>>> Is there something in documentation on these subjects ?
>>>
>>> Best regards,
>>> Christophe
>>>
>>>
>>> -- 
>>>
>>>
>>>Christophe MARCHAND
>>>
>>> Consultant Formateur
>>> cmarch...@oxiane.com 
>>> LD : (+33)1 84 19 19 76
>>> GSM : +33 (0)6 23 41 09 17
>>>
>>> oxiane
>>>
>>> 98, avenue du G?n?ral Leclerc
>>> 92100 Boulogne-Billancourt
>>> Standard : (+33)1 55 60 76 72
>>> Fax : (+33)1 55 60 76 73
>>> www.oxiane.com 
>>>
>>>
>>> Notre catalogue formations 2015
>>>
>>> Notre catalogue formations 2015
>>> 
>>>
>>>
>

-- 
Dirk Kirsten, BaseX GmbH, http://basexgmbh.de
|-- Firmensitz: Blarerstrasse 56, 78462 Konstanz
|-- Registergericht Freiburg, HRB: 708285, Geschäftsführer:
|   Dr. Christian Grün, Dr. Alexander Holupirek, Michael Seiferle
`-- Phone: 0049 7531 28 28 676, Fax: 0049 7531 20 05 22



Re: [basex-talk] Sizing BaseX Server

2015-12-01 Thread Christophe Marchand
Ok, thanks a lot, Dirk. I had the same feeling, SSD, lot of RAM, big 
procs, etc...


The problem I have is the server will be a virtual machine, and I have 
to give sizing infos to infra to let them provision VMs...


Thanks again,
Christophe



Le 01/12/2015 15:06, basex-talk-requ...@mailman.uni-konstanz.de a écrit :

Send BaseX-Talk mailing list submissions to
basex-talk@mailman.uni-konstanz.de

To subscribe or unsubscribe via the World Wide Web, visit
https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk
or, via email, send a message with subject or body 'help' to
basex-talk-requ...@mailman.uni-konstanz.de

You can reach the person managing the list at
basex-talk-ow...@mailman.uni-konstanz.de

When replying, please edit your Subject line so it is more specific
than "Re: Contents of BaseX-Talk digest..."


Today's Topics:

1. Re: Sizing BaseX Server (Dirk Kirsten)


--

Message: 1
Date: Tue, 1 Dec 2015 15:06:03 +0100
From: Dirk Kirsten 
To: Christophe Marchand 
Cc: basex-talk@mailman.uni-konstanz.de
Subject: Re: [basex-talk] Sizing BaseX Server
Message-ID: <565da94b.2090...@basex.org>
Content-Type: text/plain; charset="utf-8"

Hello Christophe,

that's easy: The more you got, the better it is ;)

More serious: It is hard, if not impossible, to tell. This very much
depends on your use case and how you intend to use BaseX in your
process. As a traditional database and having lots of read/write access,
you are most likely I/O bound. However, you can also do complex
operations using XQuery, so you could be CPU bound.

I find it almost always beneficial to use SSDs instead of traditional
HDDs, but again: If you never touch the disk at all, this wouldn't make
a difference (but it also decreases the BaseX startup time, which is nice).

The use cases just differs to much for BaseX - you can use BaseX
embedded into your smartphone application or on a large zServer, so it
is really though to give a general advice. For a practicable approach I
would always recommend you run your application at some standard server
and take a look using Java profiling where BaseX is bound and then
increase the according component.

Cheers
Dirk

On 12/01/2015 01:51 PM, Christophe Marchand wrote:

Hello,

I'm looking at documentation about sizing a basex server computer.
What's best : kind of processor, number of cores, RAM, disk-system,
according to database size.

Is there something in documentation on these subjects ?

Best regards,
Christophe


--


   Christophe MARCHAND

Consultant Formateur
cmarch...@oxiane.com 
LD : (+33)1 84 19 19 76
GSM : +33 (0)6 23 41 09 17

oxiane

98, avenue du G?n?ral Leclerc
92100 Boulogne-Billancourt
Standard : (+33)1 55 60 76 72
Fax : (+33)1 55 60 76 73
www.oxiane.com 


Notre catalogue formations 2015

Notre catalogue formations 2015