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: Leif-Jöran O. <lj...@ex...> - 2012-09-29 12:08:41
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Den 2012-09-27 23:20, Wolfgang Meier skrev: >> Could you recommend a clean way to pass Xmx properties to the startup >> script, either when invoking build.bat or via a local build properties >> file? > > Leif's commit today changed the -Xmx setting. It used to be -Xmx512m, which is sufficient for a normal build. > Only running the test suite will need more. Just to make it clear, a forked test instance has its own memory setting: junit.forked.VM.maxmemory = 300m And also not to forget, for xslt and xqts we use the property junit.forked.VM.maxmemory.external (cut from build.properties): # Converted junit tests from external testsuites # reuire more memory, e g # XSLTS requires 512m # XQTS requires more than 400m junit.forked.VM.maxmemory.external = 512m So please use those for forked tests in local.build.properties if you run into memory problems with them. > We should set this back to 512. As promised yesterday I did set it to 512m for all 4 build.sh/bat instances. This will (only) change with the installer handling each installation memory setting separately or if you give it in local.build.properties (or similar property file) or on the commandline. Cheers, Leif-Jöran -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iD8DBQFQZuS+hcIn5aVXOPIRApVMAJ4/iAAd7Dzsh7lQxYTBmhqzkih+YgCgi9gh WtkT4MXpSVROSftt3HO1du8= =EZjH -----END PGP SIGNATURE----- |
From: Wolfgang M. <wol...@ex...> - 2012-09-27 21:20:47
|
> Could you recommend a clean way to pass Xmx properties to the startup > script, either when invoking build.bat or via a local build properties > file? Leif's commit today changed the -Xmx setting. It used to be -Xmx512m, which is sufficient for a normal build. Only running the test suite will need more. We should set this back to 512. Due to the limitations of .bat files, editing build.bat is the only way to set -Xmx right now. Well, I could extend the new launcher to be also used for building, so the settings in vm.properties would apply. Maybe we should do that. > Or is is now the case that eXist-db requires 64 bit machines that can > dedicate 2 GB of RAM to eXist? No. This was really just a mistake I think. The recommended minimum for running eXist is still 512m, though this does not give much room for larger data sets. In 2.0, the installer will thus ask for a max memory setting. Wolfgang |
From: Joe W. <jo...@gm...> - 2012-09-27 21:11:34
|
Hi Wolfgang, > Ok, but this could be due to -Xmx being limited to 1300m on 32bit windows. Indeed, editing build.bat line 25 and changing -Xmx to 1300m does allow the build to complete. Could you recommend a clean way to pass Xmx properties to the startup script, either when invoking build.bat or via a local build properties file? Or is is now the case that eXist-db requires 64 bit machines that can dedicate 2 GB of RAM to eXist? Joe |
From: Wolfgang M. <wol...@ex...> - 2012-09-27 20:55:06
|
> Thanks, Wolfgang. After updating to trunk and trying build.bat (same > results with build.bat rebuild), I'm getting a different error - also > the first time I've seen such an error: It worked for Dan and me. > Could not reserve enough space for object heap > Could not create the Java virtual machine. Ok, but this could be due to -Xmx being limited to 1300m on 32bit windows. Wolfgang |
From: Joe W. <jo...@gm...> - 2012-09-27 20:08:39
|
> Ooops, looks like this is caused by today's commit of build.bat and not the memory settings as I had thought. I just committed a quick fix. Thanks, Wolfgang. After updating to trunk and trying build.bat (same results with build.bat rebuild), I'm getting a different error - also the first time I've seen such an error: C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk>build.bat eXist Build ------------------- JAVA_HOME=C:\Program Files\Java\jdk1.6.0_24 EXIST_HOME=C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk _LIBJARS=.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\tools\ant\lib\ant-launcher.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\test\junit-4.8.2.jar;C:\Program Files\Java\jdk1.6.0_24\lib\tools.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\user\svnkit.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\user\svnkit-cli.jar Starting Ant... ECHO is off. Error occurred during initialization of VM Could not reserve enough space for object heap Could not create the Java virtual machine. |
From: Wolfgang M. <wol...@ex...> - 2012-09-27 19:39:11
|
> I got a similar error message on a 64-bit Windows 7 system: Ooops, looks like this is caused by today's commit of build.bat and not the memory settings as I had thought. I just committed a quick fix. Wolfgang |
From: Joe W. <jo...@gm...> - 2012-09-27 19:17:06
|
Hi Wolfgang, > If you run a 32bit windows, the maximum amount of memory for Java is limited to approx. 1300m, so you would need to change the -Xmx setting. I had the same problem today ;-) Yikes, this is going to bite others too. Could you recommend a clean way to pass Xmx properties to the startup script, either when invoking build.bat or via a local build properties file? Thanks, Joe |
From: Dan M. <dan...@gm...> - 2012-09-27 19:14:33
|
I got a similar error message on a 64-bit Windows 7 system: Microsoft Windows [Version 6.1.7601] Copyright (c) 2009 Microsoft Corporation. All rights reserved. C:\Users\Dan>d: D:\>cd ws D:\ws>cd exist-trunk D:\ws\exist-trunk>build.bat eXist Build ------------------- JAVA_HOME=C:\Program Files\Java\jdk1.7.0_04 EXIST_HOME=D:\ws\exist-trunk _LIBJARS=;D:\ws\exist-trunk\tools\ant\lib\ant-launcher.jar;D:\ws\exist-trunk\lib\test\junit-4.8.2.jar;C:\Program Files\Java\jdk1.7 .0_04\lib\tools.jar;D:\ws\exist-trunk\lib\user\svnkit.jar;D:\ws\exist-trunk\lib\user\svnkit-cli.jar Starting Ant... ECHO is off. Invalid initial heap size: -Xms512m -Xmx2048m Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit. D:\ws\exist-trunk> On Thu, Sep 27, 2012 at 2:09 PM, Wolfgang Meier <wol...@ex...>wrote: > > Does anyone have any ideas what happened to cause this? > > If you run a 32bit windows, the maximum amount of memory for Java is > limited to approx. 1300m, so you would need to change the -Xmx setting. I > had the same problem today ;-) > > Wolfgang > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > -- Dan McCreary NoSQL Evangelist office: (952) 931-9198 cell: (612) 986-1552 |
From: Wolfgang M. <wol...@ex...> - 2012-09-27 19:09:16
|
> Does anyone have any ideas what happened to cause this? If you run a 32bit windows, the maximum amount of memory for Java is limited to approx. 1300m, so you would need to change the -Xmx setting. I had the same problem today ;-) Wolfgang |
From: Joe W. <jo...@gm...> - 2012-09-27 18:56:24
|
Hi all, On Windows XP, with eXist-db 2.1dev updated to trunk (17189), I get an error I've never seen when building eXist. Does anyone have any ideas what happened to cause this? Joe C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk>build.bat eXist Build ------------------- JAVA_HOME=C:\Program Files\Java\jdk1.6.0_24 EXIST_HOME=C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk _LIBJARS=.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\tools\ant\lib\ant-launcher.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\test\junit-4.8.2.jar;C:\Program Files\Java\jdk1.6.0_24\lib\tools.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\user\svnkit.jar;C:\Documents and Settings\wicentowskijc\oxygensvn\exist-trunk\lib\user\svnkit-cli.jar Starting Ant... ECHO is off. Invalid initial heap size: -Xms512m -Xmx2048m Could not create the Java virtual machine. |
From: Loren C. <lor...@gm...> - 2012-09-19 20:43:44
|
Admonitions have been added. I am thinking that we might want to add a small graphic for each On Sep 19, 2012, at 2:55 PM, Wolfgang Meier <wol...@ex...> wrote: > Hi Loren, > > I think the tables look good. For the admonitions I would suggest using the existing styles provided by bootstrap css: > > http://twitter.github.com/bootstrap/components.html#alerts > > Those styles are already there, so why not reuse them. Likewise I was using the bootstrap class "well" for the generated table of contents. Check the "doc" app. > > Wolfgang > > > Am Mittwoch, 19. September 2012 um 18:16 schrieb Loren Cahlander: > >> Hello folks, >> >> I am currently working on the eXist documentation project. I am hosting it at http://greatlinkup.com:8080/exist/apps/docs/index.html >> >> I am working on the look of the HTML 5 and need the recommendation for the styling of the admonitions: note, tip, warning, caution, and important >> >> I am also going to need the styling for the tables that will be generated. >> |
From: Wolfgang M. <wol...@ex...> - 2012-09-19 19:55:39
|
Hi Loren, I think the tables look good. For the admonitions I would suggest using the existing styles provided by bootstrap css: http://twitter.github.com/bootstrap/components.html#alerts Those styles are already there, so why not reuse them. Likewise I was using the bootstrap class "well" for the generated table of contents. Check the "doc" app. Wolfgang Am Mittwoch, 19. September 2012 um 18:16 schrieb Loren Cahlander: > Hello folks, > > I am currently working on the eXist documentation project. I am hosting it at http://greatlinkup.com:8080/exist/apps/docs/index.html > > I am working on the look of the HTML 5 and need the recommendation for the styling of the admonitions: note, tip, warning, caution, and important > > I am also going to need the styling for the tables that will be generated. > > Here is my current CSS additions for the app: > > /* Application styles could go here */ > > article header { > font: 38px "Quicksand", "Arial", "Helvetica", sans-serif; > color: #0083CB; > border-bottom: 1px solid #C7C7C7; > padding-bottom: 15px; > margin-bottom: 10px; > } > section header { > font: 28px "Quicksand", "Arial", "Helvetica", sans-serif; > color: #0083CB; > border-bottom: 0px; > padding-bottom: 15px; > margin-bottom: 10px; > } > > .informaltable th { > background-color:gray; > color:white; > border:1px solid silver; > } > > .informaltable td { > background-color:white; > color:black; > border:1px solid silver; > } > > article footer, section footer { > width: 550px; > clear: both; > font-size: 10px; > } > > I would appreciate direction on this to fit in with the design of the website. > > Thanks, > Loren > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > > _______________________________________________ > Exist-development mailing list > Exi...@li... (mailto:Exi...@li...) > https://lists.sourceforge.net/lists/listinfo/exist-development |
From: Loren C. <lor...@gm...> - 2012-09-19 16:16:32
|
Hello folks, I am currently working on the eXist documentation project. I am hosting it at http://greatlinkup.com:8080/exist/apps/docs/index.html I am working on the look of the HTML 5 and need the recommendation for the styling of the admonitions: note, tip, warning, caution, and important I am also going to need the styling for the tables that will be generated. Here is my current CSS additions for the app: /* Application styles could go here */ article header { font: 38px "Quicksand", "Arial", "Helvetica", sans-serif; color: #0083CB; border-bottom: 1px solid #C7C7C7; padding-bottom: 15px; margin-bottom: 10px; } section header { font: 28px "Quicksand", "Arial", "Helvetica", sans-serif; color: #0083CB; border-bottom: 0px; padding-bottom: 15px; margin-bottom: 10px; } .informaltable th { background-color:gray; color:white; border:1px solid silver; } .informaltable td { background-color:white; color:black; border:1px solid silver; } article footer, section footer { width: 550px; clear: both; font-size: 10px; } I would appreciate direction on this to fit in with the design of the website. Thanks, Loren |
From: Dannes W. <da...@ex...> - 2012-09-11 11:43:22
|
Gev, not sure how to read the following in the commit project-jdk-name="1.7" but please don't use java7 during development. The risk of using Java6 non-allowed constructs is just too large, that will break the build [this has been discussed quite a lot]. The best thing is to use a 'real' Java6 JDK. thnx Dannes On Tue, Sep 11, 2012 at 1:14 PM, <ge...@us...> wrote: > Revision: 17118 > http://sourceforge.net/p/exist/code/17118 > Author: gev > Date: 2012-09-11 11:14:41 +0000 (Tue, 11 Sep 2012) > Log Message: > ----------- > [ignore] update idea project > > Modified Paths: > -------------- > trunk/eXist/eXist.ipr > trunk/eXist/eXist.iws > > Modified: trunk/eXist/eXist.ipr > =================================================================== > --- trunk/eXist/eXist.ipr 2012-09-10 22:02:29 UTC (rev 17117) > +++ trunk/eXist/eXist.ipr 2012-09-11 11:14:41 UTC (rev 17118) > @@ -296,7 +296,7 @@ > <module fileurl="file://$PROJECT_DIR$/eXist.iml" > filepath="$PROJECT_DIR$/eXist.iml" /> > </modules> > </component> > - <component name="ProjectRootManager" version="2" > languageLevel="JDK_1_6" assert-keyword="true" jdk-15="true" > project-jdk-name="1.6" project-jdk-type="JavaSDK"> > + <component name="ProjectRootManager" version="2" > languageLevel="JDK_1_6" assert-keyword="true" jdk-15="true" > project-jdk-name="1.7" project-jdk-type="JavaSDK"> > -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
From: Wolfgang M. <wol...@ex...> - 2012-09-06 21:02:49
|
Dannes, a huge thanks for sorting all this out. Wolfgang |
From: Dannes W. <da...@ex...> - 2012-09-06 20:29:32
|
Dear contributors, dear committers, As reported to me, the 'svnnotify not working' issue should be solved right now. The guys from sf.net however warn that repository corruptions are observed when commits are done via HTTPS: "That said, while the svnnotify issue has been fixed, I recommend you avoid using https for now as there's a repository corruption issue that we've observed when folks write over https that we haven't quite pinned down yet." (source: https://sourceforge.net/p/forge/site-support/441/) So please, when ever possible, please send your commits via ssh+svn:// in stead of https:// svn+ssh://svn.code.sf.net/p/exist/code/trunk/eXist exist-code regards Dannes -- eXist-db Native XML Database http://www.exist-db.org |
From: Joe W. <jo...@gm...> - 2012-09-05 20:30:01
|
Yup, that's where I got it. Sent from my iPhone On Wednesday, September 5, 2012 at 4:27 PM, Dannes Wessels wrote: > The link is on the exist-db.org (http://exist-db.org) 'portal page' for quite some time now..... > > On 5 Sep 2012, at 22:12 , Joe Wicentowski <jo...@gm... (mailto:jo...@gm...)> wrote: > > > Good to see that atlassian monitors our SVN again. I was in contact with > > > them but it took quite some time to actually implement the changes. > > > > Yeah, I like it a lot. I think I got the atlassian link from Google > > Reader, where I had subscribed to SVN commits some time ago - the URL > > is: > > > > https://fisheye3.atlassian.com/changelog/exist/trunk/eXist?max=30&view=fe&RSS=true |
From: Dannes W. <da...@ex...> - 2012-09-05 20:28:02
|
The link is on the exist-db.org 'portal page' for quite some time now..... On 5 Sep 2012, at 22:12 , Joe Wicentowski <jo...@gm...> wrote: >> Good to see that atlassian monitors our SVN again. I was in contact with >> them but it took quite some time to actually implement the changes. > > Yeah, I like it a lot. I think I got the atlassian link from Google > Reader, where I had subscribed to SVN commits some time ago - the URL > is: > > https://fisheye3.atlassian.com/changelog/exist/trunk/eXist?max=30&view=fe&RSS=true |
From: Joe W. <jo...@gm...> - 2012-09-05 20:13:22
|
> Good to see that atlassian monitors our SVN again. I was in contact with > them but it took quite some time to actually implement the changes. Yeah, I like it a lot. I think I got the atlassian link from Google Reader, where I had subscribed to SVN commits some time ago - the URL is: https://fisheye3.atlassian.com/changelog/exist/trunk/eXist?max=30&view=fe&RSS=true They certainly have nicer views of individual commits than the new SF site's equivalent. Compare the new SF link, which is practically useless (no list of changed files, no diffs): https://sourceforge.net/p/exist/code/17082 to the atlassian one: https://fisheye3.atlassian.com/changelog/exist?cs=17082 Cheers, Joe |
From: Dannes W. <da...@ex...> - 2012-09-05 18:18:53
|
Good to see that atlassian monitors our SVN again. I was in contact with them but it took quite some time to actually implement the changes. On 5 Sep 2012, at 18:02 , Joe Wicentowski <jo...@gm...> wrote: >> Commit "commenting out this step". > > Ah, I just realized that you already committed the fix! Updating to > your commit of rev. 17082 > (https://fisheye3.atlassian.com/changelog/exist?cs=17082), I can > confirm this fixes the problem I was having. Thanks, Dmitriy, and > thanks, all. |
From: Adam R. <ad...@ex...> - 2012-09-05 17:05:00
|
Great stuff thanks On 5 September 2012 17:30, Dmitriy Shabanov <sha...@gm...> wrote: > yes, they do. That affect only svn's jars. > > > On Wed, Sep 5, 2012 at 9:27 PM, Adam Retter <ad...@ex...> wrote: >> >> are the jar files in lib/extensions still deleted when doing a >> "clean"? We needed that as part of a fix for something else. > > > -- > Dmitriy Shabanov -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: Dmitriy S. <sha...@gm...> - 2012-09-05 16:30:39
|
yes, they do. That affect only svn's jars. On Wed, Sep 5, 2012 at 9:27 PM, Adam Retter <ad...@ex...> wrote: > are the jar files in lib/extensions still deleted when doing a > "clean"? We needed that as part of a fix for something else. > -- Dmitriy Shabanov |
From: Adam R. <ad...@ex...> - 2012-09-05 16:27:32
|
are the jar files in lib/extensions still deleted when doing a "clean"? We needed that as part of a fix for something else. On 5 September 2012 15:34, Dmitriy Shabanov <sha...@gm...> wrote: > Just in this case we may not delete this jars. > > Commit "commenting out this step". > > On Wed, Sep 5, 2012 at 6:52 PM, Adam Retter <ad...@ex...> wrote: >> >> Erm, I dont think we should be deleting the contents of lib/user >> rather just deleting the lib/extensions? >> >> Thanks Adam. >> >> On 5 September 2012 14:33, Dannes Wessels <da...@ex...> wrote: >> > Hi Joe, >> > >> > probably the jar file is in use by ant, windows cannot remove 'locked' >> > files...... >> > > > > -- > Dmitriy Shabanov -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
From: Joe W. <jo...@gm...> - 2012-09-05 16:03:15
|
> Commit "commenting out this step". Ah, I just realized that you already committed the fix! Updating to your commit of rev. 17082 (https://fisheye3.atlassian.com/changelog/exist?cs=17082), I can confirm this fixes the problem I was having. Thanks, Dmitriy, and thanks, all. Joe |
From: Dmitriy S. <sha...@gm...> - 2012-09-05 14:34:33
|
Just in this case we may not delete this jars. Commit "commenting out this step". On Wed, Sep 5, 2012 at 6:52 PM, Adam Retter <ad...@ex...> wrote: > Erm, I dont think we should be deleting the contents of lib/user > rather just deleting the lib/extensions? > > Thanks Adam. > > On 5 September 2012 14:33, Dannes Wessels <da...@ex...> wrote: > > Hi Joe, > > > > probably the jar file is in use by ant, windows cannot remove 'locked' > > files...... > > > -- Dmitriy Shabanov |