BaseX freezes, no error message on webpage or terminal
Wednesday, 14 August 2013 · 2 messages
FB
France Baril14 Aug 2013 08:12 #
Hi,
Setup: http server 7.6. Path to .dtd is in the form
http:.../rest/path/mydtd.dtd.
Test #1. I call the function that contains dtd:validate from a function. It works.
Test #2. I call the function that contains dtd:validate from another function. It freezes.
The only different I see is that the 2nd function is an updating function, so I am thinking deadlock. However, the function doesn't update the same DB that holds the file to validate or the .dtd file. How do I find out if this is a dead lock situation? And what would be my options to get out of it since I am not updating the same DB from which I read the content file or the .dtd file?
Is there anyway to collect more information from the server to confirm the deadlock theory? The catch is not returning anything about being locked out either. The process doesn't seem to get pass the
validate:dtd line in the try... it never makes it into the catch.
Thanks,
France--
France Baril
Architecte documentaire / Documentation architect
france.baril at architextus.com
(514) 572-0341
CG
Christian Grün14 Aug 2013 11:28 #
Hi France,
it would be interesting to hear if the problem persists with BaseX 7.7. If yes, do you think it’s possible to build a little example that allows us to reproduce the problem?
Thanks,
Christian
___________________________
2013/8/14 France Baril <france.baril at architextus.com>:
Quoted text · France Baril · 37 lines
> Hi, > > Setup: http server 7.6. Path to .dtd is in the form > http:.../rest/path/mydtd.dtd. > > Test #1. I call the function that contains dtd:validate from a function. It > works. > Test #2. I call the function that contains dtd:validate from another > function. It freezes. > > The only different I see is that the 2nd function is an updating function, > so I am thinking deadlock. However, the function doesn't update the same DB > that holds the file to validate or the .dtd file. How do I find out if this > is a dead lock situation? And what would be my options to get out of it > since I am not updating the same DB from which I read the content file or > the .dtd file? > > Is there anyway to collect more information from the server to confirm the > deadlock theory? The catch is not returning anything about being locked out > either. The process doesn't seem to get pass the validate:dtd line in the > try... it never makes it into the catch. > > Thanks, > > France > > -- > France Baril > Architecte documentaire / Documentation architect > france.baril at architextus.com > (514) 572-0341 > > _______________________________________________ > BaseX-Talk mailing list > BaseX-Talk at mailman.uni-konstanz.de > https://mailman.uni-konstanz.de/mailman/listinfo/basex-talk >
Written for BaseX 7.7. BaseX may have changed since: please check the current documentation.
⚡Generated with XQuery