You can subscribe to this list here.
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(22) |
Nov
(85) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(47) |
Feb
(127) |
Mar
(268) |
Apr
(78) |
May
(47) |
Jun
(38) |
Jul
(131) |
Aug
(221) |
Sep
(187) |
Oct
(54) |
Nov
(111) |
Dec
(84) |
2011 |
Jan
(152) |
Feb
(106) |
Mar
(94) |
Apr
(90) |
May
(53) |
Jun
(20) |
Jul
(24) |
Aug
(37) |
Sep
(32) |
Oct
(70) |
Nov
(22) |
Dec
(15) |
2012 |
Jan
(33) |
Feb
(110) |
Mar
(24) |
Apr
(1) |
May
(11) |
Jun
(8) |
Jul
(12) |
Aug
(37) |
Sep
(39) |
Oct
(81) |
Nov
(38) |
Dec
(50) |
2013 |
Jan
(23) |
Feb
(53) |
Mar
(23) |
Apr
(5) |
May
(19) |
Jun
(16) |
Jul
(16) |
Aug
(9) |
Sep
(21) |
Oct
(1) |
Nov
(2) |
Dec
(8) |
2014 |
Jan
(16) |
Feb
(6) |
Mar
(27) |
Apr
(1) |
May
(10) |
Jun
(1) |
Jul
(4) |
Aug
(10) |
Sep
(19) |
Oct
(22) |
Nov
(4) |
Dec
(6) |
2015 |
Jan
(3) |
Feb
(6) |
Mar
(9) |
Apr
|
May
(11) |
Jun
(23) |
Jul
(14) |
Aug
(10) |
Sep
(10) |
Oct
(9) |
Nov
(18) |
Dec
(4) |
2016 |
Jan
(5) |
Feb
(5) |
Mar
|
Apr
(2) |
May
(15) |
Jun
(2) |
Jul
(8) |
Aug
(2) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(2) |
Feb
(12) |
Mar
(22) |
Apr
(6) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(2) |
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(3) |
Aug
|
Sep
(7) |
Oct
(19) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Wolfgang M. <wol...@ex...> - 2013-02-13 18:45:02
|
I guess you know it, but just in case: my SF ID is wolfgang_m, github: wolfgangmm. Wolfgang Am Mittwoch, 13. Februar 2013 um 12:23 schrieb win...@gm...: > Hej Adam, > > great news! > > > SourceForge UserID: windauer > GitHub UserID: windauer > > > best regards > > Lars > > __ > Twitter: windauer > Skype: windauer > Jabber: win...@gm... (mailto:win...@gm...) > XING: https://www.xing.com/go/invite/4522551.bebdfb > > On 12.02.2013, at 14:06, Adam Retter <ad...@ex... (mailto:ad...@ex...)> wrote: > > > Hello Developers, > > > > We will be moving the eXist-db code-base from Subversion at > > SourceForge to Git at GitHub. > > > > This move will happen on the evening of Wednesday 13th February after > > 8pm UTC and notifications will be sent to the mailing list both before > > and after the move. > > > > If you wish the commit history of your account to be preserved we can > > map SourceForge User IDs to GitHub User IDs. To do this please reply > > to this email with both your existing SourceForge UserID and your > > GitHub UserID. > > > > Thanks Adam > > > > -- > > Adam Retter > > > > eXist Developer > > { United Kingdom } > > ad...@ex... (mailto:ad...@ex...) > > irc://irc.freenode.net/existdb (http://irc.freenode.net/existdb) > > > > ------------------------------------------------------------------------------ > > Free Next-Gen Firewall Hardware Offer > > Buy your Sophos next-gen firewall before the end March 2013 > > and get the hardware for free! Learn more. > > http://p.sf.net/sfu/sophos-d2d-feb > > _______________________________________________ > > Exist-development mailing list > > Exi...@li... (mailto:Exi...@li...) > > https://lists.sourceforge.net/lists/listinfo/exist-development > > > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... (mailto:Exi...@li...) > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: <win...@gm...> - 2013-02-13 11:24:07
|
Hej Adam, great news! SourceForge UserID: windauer GitHub UserID: windauer best regards Lars __ Twitter: windauer Skype: windauer Jabber: win...@gm... XING: https://www.xing.com/go/invite/4522551.bebdfb On 12.02.2013, at 14:06, Adam Retter <ad...@ex...> wrote: > Hello Developers, > > We will be moving the eXist-db code-base from Subversion at > SourceForge to Git at GitHub. > > This move will happen on the evening of Wednesday 13th February after > 8pm UTC and notifications will be sent to the mailing list both before > and after the move. > > If you wish the commit history of your account to be preserved we can > map SourceForge User IDs to GitHub User IDs. To do this please reply > to this email with both your existing SourceForge UserID and your > GitHub UserID. > > Thanks Adam > > -- > Adam Retter > > eXist Developer > { United Kingdom } > ad...@ex... > irc://irc.freenode.net/existdb > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: Dannes W. <da...@ex...> - 2013-02-13 11:19:05
|
dizzzz --> dizzzz please ? On Tue, Feb 12, 2013 at 2:06 PM, Adam Retter <ad...@ex...> wrote: > Hello Developers, > > We will be moving the eXist-db code-base from Subversion at > SourceForge to Git at GitHub. > > This move will happen on the evening of Wednesday 13th February after > 8pm UTC and notifications will be sent to the mailing list both before > and after the move. > > If you wish the commit history of your account to be preserved we can > map SourceForge User IDs to GitHub User IDs. To do this please reply > to this email with both your existing SourceForge UserID and your > GitHub UserID. > > Thanks Adam > > -- > Adam Retter > > eXist Developer > { United Kingdom } > ad...@ex... > irc://irc.freenode.net/existdb > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
From: Loren C. <lor...@gm...> - 2013-02-13 01:21:21
|
sourceforge: ixitar github: lcahlander Loren Cahlander Principal GreatLinkUp, LLC cah...@gr... lor...@gm... +1-651-747-6910 On Feb 12, 2013, at 7:06 AM, Adam Retter <ad...@ex...> wrote: > Hello Developers, > > We will be moving the eXist-db code-base from Subversion at > SourceForge to Git at GitHub. > > This move will happen on the evening of Wednesday 13th February after > 8pm UTC and notifications will be sent to the mailing list both before > and after the move. > > If you wish the commit history of your account to be preserved we can > map SourceForge User IDs to GitHub User IDs. To do this please reply > to this email with both your existing SourceForge UserID and your > GitHub UserID. > > Thanks Adam > > -- > Adam Retter > > eXist Developer > { United Kingdom } > ad...@ex... > irc://irc.freenode.net/existdb > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: Joe W. <jo...@gm...> - 2013-02-12 20:54:52
|
Hi Adam, > We will be moving the eXist-db code-base from Subversion at > SourceForge to Git at GitHub. Very exciting. I think GitHub is a superior platform for version control and better suited to collaboration, and I look forward to following the migration. > If you wish the commit history of your account to be preserved we can > map SourceForge User IDs to GitHub User IDs. To do this please reply > to this email with both your existing SourceForge UserID and your > GitHub UserID. I'm joewiz on both services. Thanks, Joe |
From: Dmitriy S. <sha...@gm...> - 2013-02-12 14:08:41
|
On Tue, Feb 12, 2013 at 2:06 PM, Adam Retter <ad...@ex...> wrote: > > We will be moving the eXist-db code-base from Subversion at > SourceForge to Git at GitHub. > > This move will happen on the evening of Wednesday 13th February after > 8pm UTC and notifications will be sent to the mailing list both before > and after the move. > > If you wish the commit history of your account to be preserved we can > map SourceForge User IDs to GitHub User IDs. To do this please reply > to this email with both your existing SourceForge UserID and your > GitHub UserID. > SourceForge UserID: shabanovd GitHub UserID: shabanovd -- Dmitriy Shabanov |
From: Adam R. <ad...@ex...> - 2013-02-12 13:06:53
|
Hello Developers, We will be moving the eXist-db code-base from Subversion at SourceForge to Git at GitHub. This move will happen on the evening of Wednesday 13th February after 8pm UTC and notifications will be sent to the mailing list both before and after the move. If you wish the commit history of your account to be preserved we can map SourceForge User IDs to GitHub User IDs. To do this please reply to this email with both your existing SourceForge UserID and your GitHub UserID. Thanks Adam -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: Jens Ø. P. <oe...@gm...> - 2013-02-09 10:11:04
|
Hi, The public repo times out. doc is doc-0.2.5.xar in svn and doc-0.2.6.xar in public repo. Jens |
From: Joe W. <jo...@gm...> - 2013-02-07 15:11:31
|
One more observation about the menu bar's Show Tool Window entry. When the Tool Window is visible, "Show Tool Window" should change to "Hide Tool Window". Not sure if this is in our control or not... And on the Tool Window itself, the icon labels are uneven - they seem relative to the height of the icon, rather than anchored to the same size. Again, I think this Tool Window is a great idea. These are just minor things that I'm pointing out. Joe |
From: Joe W. <jo...@gm...> - 2013-02-06 22:23:21
|
Hi all, I was just trying the latest installer - 2.0 rev. 18248. The "Tool Window" (activated via the eXist-db toolbar on Mac OS X) has some odd behaviors - I'm not sure whether these are in your control to fix or not, but here's what I see: 1. When I select Tool Window, the window appears, but the eXist-db toolbar menu remains in view. See attached screenshot. 2. When I click on Dashboard in the Tool Window, the message "Opening dashboard in browser" appears - which is good. But after this, no matter which other tool I click on (eXide, Java Client, or Shut Down), the message about dashboard remains. 3. The "Show console messages" is great - and should really help people find error messages to help get support. In my case, I notice an error in my console at the point after startup. I've pasted the error in below. I hope this information helps. Joe 06 Feb 2013 17:09:05,997 [Thread-5] INFO (JettyStart.java [run]:272) - ----------------------------------------------------- Java opts: -Xms64m -Xmx1024m -Xdock:name="eXist-db" -Xdock:icon="icon.png" -Dapple.laf.useScreenMenuBar="true" -Dexist.home="/Applications/eXist-db" -Djava.endorsed.dirs="/Applications/eXist-db/lib/endorsed" [null] Executing '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java' with arguments: [null] '-Xms64m' [null] '-Xmx1024m' [null] '-Xdock:name=eXist-db' [null] '-Xdock:icon=icon.png' [null] '-Dapple.laf.useScreenMenuBar=true' [null] '-Dexist.home=/Applications/eXist-db' [null] '-Djava.endorsed.dirs=/Applications/eXist-db/lib/endorsed' [null] '-jar' [null] '/Applications/eXist-db/start.jar' [null] 'client' [null] [null] The ' characters around the executable and arguments are [null] not part of the command. Execute:Java13CommandLauncher: Executing '/System/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java' with arguments: '-Xms64m' '-Xmx1024m' '-Xdock:name=eXist-db' '-Xdock:icon=icon.png' '-Dapple.laf.useScreenMenuBar=true' '-Dexist.home=/Applications/eXist-db' '-Djava.endorsed.dirs=/Applications/eXist-db/lib/endorsed' '-jar' '/Applications/eXist-db/start.jar' 'client' The ' characters around the executable and arguments are not part of the command. spawned process java.lang.UNIXProcess@717a6926 |
From: Joe W. <jo...@gm...> - 2013-02-06 22:05:22
|
Hi Wolfgang, >> - although when I see warnings like, "Are you sure you want to install >> in /Applications/eXist-db? It will overwrite the data in that >> directory!" I assumed the installer would first wipe that directory, >> no? > > It does not wipe the directory but just overwrites files. We recommend to never install over a previous installation. I'll see if we can change the warning message to be more clear about this. I just tried the new installer (2.0 rev 18248) and got the "The directory already exists! Are you sure you want to install there and possibly overwrite existing files?" warning. Is it really okay to overwrite files? Shouldn't this read, "This directory already exists. We do not recommend installing over a previous version of eXist-db. Are you sure you want to continue installing in this directory?" Joe |
From: José M. F. G. <jm...@us...> - 2013-02-06 18:04:11
|
+1 On 06/02/13 19:00, Adam Retter wrote: > > I rely on standalone please keep > > On 6 Feb 2013 18:18, "Joe Wicentowski" <jo...@gm... <mailto:jo...@gm...>> wrote: > > Thanks for this info, Wolfgang. Perhaps others who rely on the > standalone should weigh in, since I don't use the standalone > configuration. But from my perspective, if it lowers the support > footprint, it'd be good to eliminate a configuration that doesn't > offer anything unique over the default configuration. > > Joe > > On Wed, Feb 6, 2013 at 10:41 AM, Wolfgang Meier <wol...@ex... <mailto:wol...@ex...>> wrote: > > Hi Joe, > > > > the standalone server is now just a different jetty/web.xml configuration. Previously the main difference was that standalone did not configure webapp as root context (and that's still the case), but since we moved nearly everything out of webapp, the two configurations are now very similar and you could easily adapt the standard configuration yourself to match the standard one. > > > > Wolfgang > > > >> HI Wolfgang, > >> > >> > Revision: 18240 > >> > http://sourceforge.net/p/exist/code/18240 > >> > Author: wolfgang_m > >> > Date: 2013-02-06 14:54:51 +0000 (Wed, 06 Feb 2013) > >> > Log Message: > >> > ----------- > >> > [ignore] Get standalone server to work again. But do we want to keep this configuration at all? It is no longer much different from the standard deployment. > >> > >> > >> > >> What are the differences now? I'm always in favor of consolidation / > >> simplification. > >> > >> Joe > > > > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... <mailto:Exi...@li...> > https://lists.sourceforge.net/lists/listinfo/exist-development > > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > > > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: Adam R. <ad...@ex...> - 2013-02-06 18:00:31
|
I rely on standalone please keep On 6 Feb 2013 18:18, "Joe Wicentowski" <jo...@gm...> wrote: > Thanks for this info, Wolfgang. Perhaps others who rely on the > standalone should weigh in, since I don't use the standalone > configuration. But from my perspective, if it lowers the support > footprint, it'd be good to eliminate a configuration that doesn't > offer anything unique over the default configuration. > > Joe > > On Wed, Feb 6, 2013 at 10:41 AM, Wolfgang Meier <wol...@ex...> > wrote: > > Hi Joe, > > > > the standalone server is now just a different jetty/web.xml > configuration. Previously the main difference was that standalone did not > configure webapp as root context (and that's still the case), but since we > moved nearly everything out of webapp, the two configurations are now very > similar and you could easily adapt the standard configuration yourself to > match the standard one. > > > > Wolfgang > > > >> HI Wolfgang, > >> > >> > Revision: 18240 > >> > http://sourceforge.net/p/exist/code/18240 > >> > Author: wolfgang_m > >> > Date: 2013-02-06 14:54:51 +0000 (Wed, 06 Feb 2013) > >> > Log Message: > >> > ----------- > >> > [ignore] Get standalone server to work again. But do we want to keep > this configuration at all? It is no longer much different from the standard > deployment. > >> > >> > >> > >> What are the differences now? I'm always in favor of consolidation / > >> simplification. > >> > >> Joe > > > > > > > ------------------------------------------------------------------------------ > Free Next-Gen Firewall Hardware Offer > Buy your Sophos next-gen firewall before the end March 2013 > and get the hardware for free! Learn more. > http://p.sf.net/sfu/sophos-d2d-feb > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > |
From: Joe W. <jo...@gm...> - 2013-02-06 17:17:57
|
Thanks for this info, Wolfgang. Perhaps others who rely on the standalone should weigh in, since I don't use the standalone configuration. But from my perspective, if it lowers the support footprint, it'd be good to eliminate a configuration that doesn't offer anything unique over the default configuration. Joe On Wed, Feb 6, 2013 at 10:41 AM, Wolfgang Meier <wol...@ex...> wrote: > Hi Joe, > > the standalone server is now just a different jetty/web.xml configuration. Previously the main difference was that standalone did not configure webapp as root context (and that's still the case), but since we moved nearly everything out of webapp, the two configurations are now very similar and you could easily adapt the standard configuration yourself to match the standard one. > > Wolfgang > >> HI Wolfgang, >> >> > Revision: 18240 >> > http://sourceforge.net/p/exist/code/18240 >> > Author: wolfgang_m >> > Date: 2013-02-06 14:54:51 +0000 (Wed, 06 Feb 2013) >> > Log Message: >> > ----------- >> > [ignore] Get standalone server to work again. But do we want to keep this configuration at all? It is no longer much different from the standard deployment. >> >> >> >> What are the differences now? I'm always in favor of consolidation / >> simplification. >> >> Joe > > |
From: Wolfgang M. <wol...@ex...> - 2013-02-06 15:41:23
|
Hi Joe, the standalone server is now just a different jetty/web.xml configuration. Previously the main difference was that standalone did not configure webapp as root context (and that's still the case), but since we moved nearly everything out of webapp, the two configurations are now very similar and you could easily adapt the standard configuration yourself to match the standard one. Wolfgang > HI Wolfgang, > > > Revision: 18240 > > http://sourceforge.net/p/exist/code/18240 > > Author: wolfgang_m > > Date: 2013-02-06 14:54:51 +0000 (Wed, 06 Feb 2013) > > Log Message: > > ----------- > > [ignore] Get standalone server to work again. But do we want to keep this configuration at all? It is no longer much different from the standard deployment. > > > > What are the differences now? I'm always in favor of consolidation / > simplification. > > Joe |
From: Joe W. <jo...@gm...> - 2013-02-06 15:23:46
|
HI Wolfgang, > Revision: 18240 > http://sourceforge.net/p/exist/code/18240 > Author: wolfgang_m > Date: 2013-02-06 14:54:51 +0000 (Wed, 06 Feb 2013) > Log Message: > ----------- > [ignore] Get standalone server to work again. But do we want to keep this configuration at all? It is no longer much different from the standard deployment. What are the differences now? I'm always in favor of consolidation / simplification. Joe |
From: Andrzej J. T. <an...@ch...> - 2013-01-30 19:25:12
|
Wolfgang: > I spent another morning debugging the cast error and finally located the line which causes this strange problem. The bug fix is in rev 18109. Awesome....great to see this long standing bug resolved! Thanks for all the effort on this one. -- Andrzej Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
From: Dannes W. <da...@ex...> - 2013-01-28 20:31:54
|
Nice catch! On 28 Jan 2013, at 21:17 , Wolfgang Meier <wol...@ex...> wrote: > Version 1.0.13 of eXide should fix the issue. It was indeed an endless loop in a query. The new version is available on the public repo. -- Dannes Wessels eXist-db Open Source Native XML Database e: da...@ex... w: http://www.exist-db.org t: #existdb |
From: Wolfgang M. <wol...@ex...> - 2013-01-28 20:17:59
|
Version 1.0.13 of eXide should fix the issue. It was indeed an endless loop in a query. The new version is available on the public repo. Wolfgang Am Montag, 28. Januar 2013 um 14:30 schrieb Wolfgang Meier: > I can see the issue as well now. One of the queries (deployment.xql) seems to end up in an endless loop or something. Investigating ... > > Wolfgang > > > Am Montag, 28. Januar 2013 um 14:20 schrieb Dannes Wessels: > > > Peter, > > > > do you have a consistency check/backup running automatically? I think I have seen a similar case with eXide open.... > > > > D. > > > > > > On Mon, Jan 28, 2013 at 12:57 PM, Hungerburg <pc...@my... (mailto:pc...@my...)> wrote: > > > Logging onto my system, i noticed high uptime. Top told me, its java, one of the eXist processes. Looking at collectd graphs I see that its been so since friday noon, when I did some tricks on a controller.xql to have it return json for some xml, just editing xquery in eXide. I cannot tell exactly, what triggered eXist-db to hog the cpu. Both system and eXist were quite responsive nevertheless. > > > > > > Below what top and ps told me. Attached a jstack, that may tell enough for eg. Dmitriy to know, what eXist did not like, maybe a busy loop somewhere, or a fight between two threads. If this helps find and fix a bug, I was delighted. > > > > > > ## top: > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > > 2187 wirt 20 0 1935m 471m 2964 S 197 23.7 8315:12 java > > > ## ps axuwww: > > > wirt 2187 123 23.6 1981532 482904 ? Sl Jan23 8311:36 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java -Djava.endorsed.dirs=../../../lib/endorsed -Dfile.encoding=UTF-8 -Dexist.home=../../.. -Djetty.home=../../../tools/jetty -Dlog4j.configuration=file:../conf/log4j.xml -Xms256m -Xmx512m -Djava.library.path=../lib -classpath ../classes:../lib/wrapper.jar:../../../start.jar -Dwrapper.key=bU63D03NiPgda5k6 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=2185 -Dwrapper.version=3.5.17 -Dwrapper.native_library=wrapper -Dwrapper.arch=x86 -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.exist.wrapper.Main jetty ../../../tools/jetty/etc/jetty.xml > > > > > > Kind Regards > > > > > > Peter > > > > > > ------------------------------------------------------------------------------ > > > Master Visual Studio, SharePoint, SQL, ASP.NET (http://ASP.NET), C# 2012, HTML5, CSS, > > > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > > > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > > > MVPs and experts. ON SALE this month only -- learn more at: > > > http://p.sf.net/sfu/learnnow-d2d > > > _______________________________________________ > > > Exist-development mailing list > > > Exi...@li... (mailto:Exi...@li...) > > > https://lists.sourceforge.net/lists/listinfo/exist-development > > > > > > > > > > > > > > -- > > eXist-db Native XML Database - http://exist-db.org > > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > ------------------------------------------------------------------------------ > > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > > MVPs and experts. ON SALE this month only -- learn more at: > > http://p.sf.net/sfu/learnnow-d2d > > > > _______________________________________________ > > Exist-development mailing list > > Exi...@li... (mailto:Exi...@li...) > > https://lists.sourceforge.net/lists/listinfo/exist-development > |
From: Wolfgang M. <wol...@ex...> - 2013-01-28 13:30:23
|
I can see the issue as well now. One of the queries (deployment.xql) seems to end up in an endless loop or something. Investigating ... Wolfgang Am Montag, 28. Januar 2013 um 14:20 schrieb Dannes Wessels: > Peter, > > do you have a consistency check/backup running automatically? I think I have seen a similar case with eXide open.... > > D. > > > On Mon, Jan 28, 2013 at 12:57 PM, Hungerburg <pc...@my... (mailto:pc...@my...)> wrote: > > Logging onto my system, i noticed high uptime. Top told me, its java, one of the eXist processes. Looking at collectd graphs I see that its been so since friday noon, when I did some tricks on a controller.xql to have it return json for some xml, just editing xquery in eXide. I cannot tell exactly, what triggered eXist-db to hog the cpu. Both system and eXist were quite responsive nevertheless. > > > > Below what top and ps told me. Attached a jstack, that may tell enough for eg. Dmitriy to know, what eXist did not like, maybe a busy loop somewhere, or a fight between two threads. If this helps find and fix a bug, I was delighted. > > > > ## top: > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 2187 wirt 20 0 1935m 471m 2964 S 197 23.7 8315:12 java > > ## ps axuwww: > > wirt 2187 123 23.6 1981532 482904 ? Sl Jan23 8311:36 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java -Djava.endorsed.dirs=../../../lib/endorsed -Dfile.encoding=UTF-8 -Dexist.home=../../.. -Djetty.home=../../../tools/jetty -Dlog4j.configuration=file:../conf/log4j.xml -Xms256m -Xmx512m -Djava.library.path=../lib -classpath ../classes:../lib/wrapper.jar:../../../start.jar -Dwrapper.key=bU63D03NiPgda5k6 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=2185 -Dwrapper.version=3.5.17 -Dwrapper.native_library=wrapper -Dwrapper.arch=x86 -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.exist.wrapper.Main jetty ../../../tools/jetty/etc/jetty.xml > > > > Kind Regards > > > > Peter > > > > ------------------------------------------------------------------------------ > > Master Visual Studio, SharePoint, SQL, ASP.NET (http://ASP.NET), C# 2012, HTML5, CSS, > > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > > MVPs and experts. ON SALE this month only -- learn more at: > > http://p.sf.net/sfu/learnnow-d2d > > _______________________________________________ > > Exist-development mailing list > > Exi...@li... (mailto:Exi...@li...) > > https://lists.sourceforge.net/lists/listinfo/exist-development > > > > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > > _______________________________________________ > Exist-development mailing list > Exi...@li... (mailto:Exi...@li...) > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: Dannes W. <da...@ex...> - 2013-01-28 13:21:06
|
Peter, do you have a consistency check/backup running automatically? I think I have seen a similar case with eXide open.... D. On Mon, Jan 28, 2013 at 12:57 PM, Hungerburg <pc...@my...> wrote: > Logging onto my system, i noticed high uptime. Top told me, its java, one > of the eXist processes. Looking at collectd graphs I see that its been so > since friday noon, when I did some tricks on a controller.xql to have it > return json for some xml, just editing xquery in eXide. I cannot tell > exactly, what triggered eXist-db to hog the cpu. Both system and eXist were > quite responsive nevertheless. > > Below what top and ps told me. Attached a jstack, that may tell enough for > eg. Dmitriy to know, what eXist did not like, maybe a busy loop somewhere, > or a fight between two threads. If this helps find and fix a bug, I was > delighted. > > ## top: > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 2187 wirt 20 0 1935m 471m 2964 S 197 23.7 8315:12 java > ## ps axuwww: > wirt 2187 123 23.6 1981532 482904 ? Sl Jan23 8311:36 > /usr/lib/jvm/java-7-openjdk-**amd64/jre/bin/java > -Djava.endorsed.dirs=../../../**lib/endorsed -Dfile.encoding=UTF-8 > -Dexist.home=../../.. -Djetty.home=../../../tools/**jetty > -Dlog4j.configuration=file:../**conf/log4j.xml -Xms256m -Xmx512m > -Djava.library.path=../lib -classpath ../classes:../lib/wrapper.jar:**../../../start.jar > -Dwrapper.key=bU63D03NiPgda5k6 -Dwrapper.port=32000 > -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 > -Dwrapper.disable_console_**input=TRUE -Dwrapper.pid=2185 > -Dwrapper.version=3.5.17 -Dwrapper.native_library=**wrapper > -Dwrapper.arch=x86 -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 > -Dwrapper.jvmid=1 org.exist.wrapper.Main jetty ../../../tools/jetty/etc/** > jetty.xml > > Kind Regards > > Peter > > > ------------------------------------------------------------------------------ > Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, > MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current > with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft > MVPs and experts. ON SALE this month only -- learn more at: > http://p.sf.net/sfu/learnnow-d2d > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > > -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
From: Hungerburg <pc...@my...> - 2013-01-28 11:57:42
|
Logging onto my system, i noticed high uptime. Top told me, its java, one of the eXist processes. Looking at collectd graphs I see that its been so since friday noon, when I did some tricks on a controller.xql to have it return json for some xml, just editing xquery in eXide. I cannot tell exactly, what triggered eXist-db to hog the cpu. Both system and eXist were quite responsive nevertheless. Below what top and ps told me. Attached a jstack, that may tell enough for eg. Dmitriy to know, what eXist did not like, maybe a busy loop somewhere, or a fight between two threads. If this helps find and fix a bug, I was delighted. ## top: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2187 wirt 20 0 1935m 471m 2964 S 197 23.7 8315:12 java ## ps axuwww: wirt 2187 123 23.6 1981532 482904 ? Sl Jan23 8311:36 /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java -Djava.endorsed.dirs=../../../lib/endorsed -Dfile.encoding=UTF-8 -Dexist.home=../../.. -Djetty.home=../../../tools/jetty -Dlog4j.configuration=file:../conf/log4j.xml -Xms256m -Xmx512m -Djava.library.path=../lib -classpath ../classes:../lib/wrapper.jar:../../../start.jar -Dwrapper.key=bU63D03NiPgda5k6 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.disable_console_input=TRUE -Dwrapper.pid=2185 -Dwrapper.version=3.5.17 -Dwrapper.native_library=wrapper -Dwrapper.arch=x86 -Dwrapper.service=TRUE -Dwrapper.cpu.timeout=10 -Dwrapper.jvmid=1 org.exist.wrapper.Main jetty ../../../tools/jetty/etc/jetty.xml Kind Regards Peter |
From: Wolfgang M. <wol...@ex...> - 2013-01-27 13:40:46
|
Andrzej, > This xpath error still exists (all puns intended) in the RC2.0 (trunk) version. I concerns me, > since there is obviously an issue deep in the parsing or execution of XPath expressions....which > might cause other issues. I spent another morning debugging the cast error and finally located the line which causes this strange problem. The bug fix is in rev 18109. Wolfgang |
From: Joe W. <jo...@gm...> - 2013-01-16 13:20:19
|
> these logs are written by jetty, whilst they should not ; I filed a bug > report for that, and it is solved... for a new release. > > AFAIK there is nothing to worry here...... Awesome, thanks, Dannes! Joe |
From: Dannes W. <da...@ex...> - 2013-01-16 10:59:15
|
Hi Joe, these logs are written by jetty, whilst they should not ; I filed a bug report for that, and it is solved... for a new release. AFAIK there is nothing to worry here...... D. On Wed, Jan 16, 2013 at 5:12 AM, Joe Wicentowski <jo...@gm...> wrote: > I believe I've seen this since Dannes upgraded us the 2.0 builds to > Jetty 8 - but I'm not sure what it is. During the eXist-db startup, > the console shows the following (in part): > > > I was wondering about all of the repetition here - notice all of the > references to "started eXist-db Open Source Native XML Database" and > "Null identity service, trying login service" and "started > o.e.j.w.WebAppContext" - these all appear at least 2 times. Are these > really unique bits of information, or are they repetitive? > > -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |