Menu
▾
▴
exist-development — eXist Developer's List
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: Alain C. <ala...@ag...> - 2012-02-05 21:25:57
|
That's the official FAQ: http://www.gnu.org/licenses/old-licenses/gpl-2.0-faq.en.html#GPLInProprietarySystem Le 05/02/2012 22:12, Adam Retter a écrit : > Hi Alain, > > Thats interesting, can you tell me where you got that quote from > please? ...so that I can read some more! > > On 5 February 2012 21:11, Alain Couthures<ala...@ag...> wrote: >> Hello Adam, >> >> As far as I understand, including a GPL library in eXist-db would imply that >> eXist-db is becoming GPL itself! >> >> "A system incorporating a GPL-covered program is an extended version of that >> program. The GPL says that any extended version of the program must be >> released under the GPL if it is released at all." >> >> -Alain >> >> Le 05/02/2012 21:48, Adam Retter a écrit : >> >>> I really detest trying to understand open source licences. I have >>> placed something which is GPLv2 into eXist-db. eXist-db is LGPL 2.1. >>> It seems to me that from what I can Google and understand (not much), >>> that the licences are compatible. >>> >>> However, I have had some concerns raised that we should not use >>> anything which is GPLv2. As Linux itself is GPLv2 and many companies >>> use this, I am not sure I understand the issue. >>> >>> If anyone is concerned that I should not include GPLv2 libraries, >>> please tell me, but more importantly please tell me why its important. >>> >>> Thanks Adam. >>> > > |
|
From: Adam R. <ad...@ex...> - 2012-02-05 21:12:53
|
Hi Alain,
Thats interesting, can you tell me where you got that quote from
please? ...so that I can read some more!
On 5 February 2012 21:11, Alain Couthures <ala...@ag...> wrote:
> Hello Adam,
>
> As far as I understand, including a GPL library in eXist-db would imply that
> eXist-db is becoming GPL itself!
>
> "A system incorporating a GPL-covered program is an extended version of that
> program. The GPL says that any extended version of the program must be
> released under the GPL if it is released at all."
>
> -Alain
>
> Le 05/02/2012 21:48, Adam Retter a écrit :
>
>> I really detest trying to understand open source licences. I have
>> placed something which is GPLv2 into eXist-db. eXist-db is LGPL 2.1.
>> It seems to me that from what I can Google and understand (not much),
>> that the licences are compatible.
>>
>> However, I have had some concerns raised that we should not use
>> anything which is GPLv2. As Linux itself is GPLv2 and many companies
>> use this, I am not sure I understand the issue.
>>
>> If anyone is concerned that I should not include GPLv2 libraries,
>> please tell me, but more importantly please tell me why its important.
>>
>> Thanks Adam.
>>
>
--
Adam Retter
eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb
|
|
From: Alain C. <ala...@ag...> - 2012-02-05 21:11:27
|
Hello Adam, As far as I understand, including a GPL library in eXist-db would imply that eXist-db is becoming GPL itself! "A system incorporating a GPL-covered program is an extended version of that program. The GPL says that any extended version of the program must be released under the GPL if it is released at all." -Alain Le 05/02/2012 21:48, Adam Retter a écrit : > I really detest trying to understand open source licences. I have > placed something which is GPLv2 into eXist-db. eXist-db is LGPL 2.1. > It seems to me that from what I can Google and understand (not much), > that the licences are compatible. > > However, I have had some concerns raised that we should not use > anything which is GPLv2. As Linux itself is GPLv2 and many companies > use this, I am not sure I understand the issue. > > If anyone is concerned that I should not include GPLv2 libraries, > please tell me, but more importantly please tell me why its important. > > Thanks Adam. > |
|
From: Adam R. <ad...@ex...> - 2012-02-05 20:48:59
|
I really detest trying to understand open source licences. I have
placed something which is GPLv2 into eXist-db. eXist-db is LGPL 2.1.
It seems to me that from what I can Google and understand (not much),
that the licences are compatible.
However, I have had some concerns raised that we should not use
anything which is GPLv2. As Linux itself is GPLv2 and many companies
use this, I am not sure I understand the issue.
If anyone is concerned that I should not include GPLv2 libraries,
please tell me, but more importantly please tell me why its important.
Thanks Adam.
--
Adam Retter
eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb
|
|
From: José M. F. G. <jm...@us...> - 2012-02-02 12:34:29
|
Hi Wolf, thanks for the links. I agree with you, I think I need to implement an EXistStorage class inheriting from Storage. José María On 31/01/12 18:44, Wolfgang Meier wrote: > Hi José, > >> I can take a look in that in my spare time, but I need some initial >> clues about what to look and change as I don't know the packages subsystem. > > If you look at org.exist.xquery.modules.expathrepo.InstallFunction (in > EXIST_HOME/extensions/modules/src), you should get the connection to > most of the used classes. Within a query, the eXist repository is > available through XQueryContext.getRepository(). Right now a > FileSystemStorage is used and I guess we would need to replace that > with our own implementation. FileSystemStorage is implemented within > the expath-pkg code: > > http://expath-pkg.googlecode.com/svn/trunk > > I hope this helps. > > Wolfgang -- "La violencia es el último recurso del incompetente" - Salvor Hardin en "La Fundación" de Isaac Asimov "A friend should be a master at guessing and keeping still: you must not want to see everything" - Friedrich Nietzche "Apártate progresivamente, sin rupturas violentas, del amigo para quien representas un medio en vez de ser un fin" - Santiago Ramón y Cajal "If you ever start taking things too seriously, just remember that we are talking monkeys on an organic spaceship flying through the universe" - Joe Rogan "Premature optimization is the root of all evil." - Donald Knuth José María Fernández González e-mail: jos...@gm... |
|
From: Dmitriy S. <sha...@gm...> - 2012-02-02 09:13:48
|
On Thu, Feb 2, 2012 at 3:40 AM, Adam Retter <ad...@ex...> wrote: > Please can you explain what the purpose of Sessions in the Security > Manager are? I see that you recently added these. It seems like the > wrong place for them, Sessions should live outside the Security > Manager if at all - I cant understand why we need them? > That sessions used by org.exist.protocolhandler.protocols.xmldb to share authenticated subject between threads. > > Also in the test suite, I frequently see NPE's thrown by this new code - > e.g. - > NPE should be fixed by http://exist.svn.sourceforge.net/exist/?rev=15779&view=rev -- Dmitriy Shabanov |
|
From: Dmitriy S. <sha...@gm...> - 2012-02-02 09:00:13
|
Session id used by org.exist.protocolhandler.protocols.xmldb for authentication right now. On Thu, Feb 2, 2012 at 1:54 PM, Adam Retter <ad...@ex...> wrote: > But why do they need sessions? Why can't they just he static objects? > On Feb 2, 2012 5:09 AM, "Dmitriy Shabanov" <sha...@gm...> wrote: > >> That's for two build-in accounts: SYSTEM & GUEST. >> >> I can't say that I'm very happy, but previous design was ever worse. >> Create new object each time SYSTEM or GUEST account required is >> unnecessary waste of resources (memory), during single "external" >> operation that happen several time. I do believe that SYSTEM & GUEST can >> share one session object for all operations. (SYSTEM as minimum). Plus, >> this sessions should live forever. >> >> On Thu, Feb 2, 2012 at 4:40 AM, Adam Retter <ad...@ex...> wrote: >> >>> I really feel that session management should NOT be in the >>> SecurityManager - concerns are being muddied. The SessionManager >>> should be a seperate layer above and subject to the SecurityManager. >>> >> >> -- Dmitriy Shabanov |
|
From: Adam R. <ad...@ex...> - 2012-02-02 08:54:58
|
But why do they need sessions? Why can't they just he static objects? On Feb 2, 2012 5:09 AM, "Dmitriy Shabanov" <sha...@gm...> wrote: > That's for two build-in accounts: SYSTEM & GUEST. > > I can't say that I'm very happy, but previous design was ever worse. > Create new object each time SYSTEM or GUEST account required is > unnecessary waste of resources (memory), during single "external" > operation that happen several time. I do believe that SYSTEM & GUEST can > share one session object for all operations. (SYSTEM as minimum). Plus, > this sessions should live forever. > > On Thu, Feb 2, 2012 at 4:40 AM, Adam Retter <ad...@ex...> wrote: > >> I really feel that session management should NOT be in the >> SecurityManager - concerns are being muddied. The SessionManager >> should be a seperate layer above and subject to the SecurityManager. >> > > -- > Dmitriy Shabanov > |
|
From: Dmitriy S. <sha...@gm...> - 2012-02-02 05:09:57
|
That's for two build-in accounts: SYSTEM & GUEST. I can't say that I'm very happy, but previous design was ever worse. Create new object each time SYSTEM or GUEST account required is unnecessary waste of resources (memory), during single "external" operation that happen several time. I do believe that SYSTEM & GUEST can share one session object for all operations. (SYSTEM as minimum). Plus, this sessions should live forever. On Thu, Feb 2, 2012 at 4:40 AM, Adam Retter <ad...@ex...> wrote: > I really feel that session management should NOT be in the > SecurityManager - concerns are being muddied. The SessionManager > should be a seperate layer above and subject to the SecurityManager. > -- Dmitriy Shabanov |
|
From: Adam R. <ad...@ex...> - 2012-02-01 23:41:09
|
I really feel that session management should NOT be in the SecurityManager - concerns are being muddied. The SessionManager should be a seperate layer above and subject to the SecurityManager. On 1 February 2012 17:46, <sha...@us...> wrote: > Revision: 15778 > http://exist.svn.sourceforge.net/exist/?rev=15778&view=rev > Author: shabanovd > Date: 2012-02-01 17:46:34 +0000 (Wed, 01 Feb 2012) > Log Message: > ----------- > [ignore] check 'static' SYSTEM & GUEST sessions on jsession authentication request > > Modified Paths: > -------------- > trunk/eXist/src/org/exist/security/internal/SecurityManagerImpl.java > > Modified: trunk/eXist/src/org/exist/security/internal/SecurityManagerImpl.java > =================================================================== > --- trunk/eXist/src/org/exist/security/internal/SecurityManagerImpl.java 2012-02-01 00:20:49 UTC (rev 15777) > +++ trunk/eXist/src/org/exist/security/internal/SecurityManagerImpl.java 2012-02-01 17:46:34 UTC (rev 15778) > @@ -419,7 +419,13 @@ > LOG.debug("Authentication try for '"+username+"'."); > > if("jsessionid".equals(username)) { > + > + if (getSystemSubject().getSessionId().equals(credentials)) > + return getSystemSubject(); > > + if (getGuestSubject().getSessionId().equals(credentials)) > + return getGuestSubject(); > + > Subject subject = sessions.read(new SessionDbRead<Subject>(){ > @Override > public Subject execute(final Map<String, Session> db) { > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Exist-commits mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-commits -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
|
From: Adam R. <ad...@ex...> - 2012-02-01 22:40:33
|
Dmitriy,
Please can you explain what the purpose of Sessions in the Security
Manager are? I see that you recently added these. It seems like the
wrong place for them, Sessions should live outside the Security
Manager if at all - I cant understand why we need them?
Also in the test suite, I frequently see NPE's thrown by this new code - e.g. -
java.lang.NullPointerException
at org.exist.security.internal.SecurityManagerImpl.access$100(SecurityManagerImpl.java:84)
at org.exist.security.internal.SecurityManagerImpl$SessionsCheck.execute(SecurityManagerImpl.java:821)
at org.quartz.core.JobRunShell.run(JobRunShell.java:223)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
- Job (eXist.Security.Sessions.Check threw an exception.
org.quartz.SchedulerException: Job threw an unhandled exception. [See
nested exception: java.lang.NullPointerException]
at org.quartz.core.JobRunShell.run(JobRunShell.java:234)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
Caused by: java.lang.NullPointerException
at org.exist.security.internal.SecurityManagerImpl.access$100(SecurityManagerImpl.java:84)
at org.exist.security.internal.SecurityManagerImpl$SessionsCheck.execute(SecurityManagerImpl.java:821)
at org.quartz.core.JobRunShell.run(JobRunShell.java:223)
... 1 more
- Job eXist.Security.Sessions.Check threw an unhandled Exception:
java.lang.NullPointerException
at org.exist.security.internal.SecurityManagerImpl.access$100(SecurityManagerImpl.java:84)
at org.exist.security.internal.SecurityManagerImpl$SessionsCheck.execute(SecurityManagerImpl.java:821)
at org.quartz.core.JobRunShell.run(JobRunShell.java:223)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
- Job (eXist.Security.Sessions.Check threw an exception.
org.quartz.SchedulerException: Job threw an unhandled exception. [See
nested exception: java.lang.NullPointerException]
at org.quartz.core.JobRunShell.run(JobRunShell.java:234)
at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:549)
Caused by: java.lang.NullPointerException
at org.exist.security.internal.SecurityManagerImpl.access$100(SecurityManagerImpl.java:84)
at org.exist.security.internal.SecurityManagerImpl$SessionsCheck.execute(SecurityManagerImpl.java:821)
at org.quartz.core.JobRunShell.run(JobRunShell.java:223)
--
Adam Retter
eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb
|
|
From: Wolfgang M. <wol...@ex...> - 2012-01-31 17:50:16
|
Hi José, > I can take a look in that in my spare time, but I need some initial > clues about what to look and change as I don't know the packages subsystem. If you look at org.exist.xquery.modules.expathrepo.InstallFunction (in EXIST_HOME/extensions/modules/src), you should get the connection to most of the used classes. Within a query, the eXist repository is available through XQueryContext.getRepository(). Right now a FileSystemStorage is used and I guess we would need to replace that with our own implementation. FileSystemStorage is implemented within the expath-pkg code: http://expath-pkg.googlecode.com/svn/trunk I hope this helps. Wolfgang |
|
From: José M. F. G. <jm...@us...> - 2012-01-31 10:50:10
|
Hi Wolf,
I can take a look in that in my spare time, but I need some initial clues about what to look and change as I don't know the packages subsystem.
José María
On 30/01/12 23:45, Wolfgang Meier wrote:
> Hi José,
>
>> I have been looking at the eXist packages system (.xar files) because development version of AtomicWiki is now installed in such way, and it seems quite robust. But, after a test I have realized that full system backups do not include those packages in the backup directory/zip. Is there some plans to include in the backup the installed packages?
>
> The problem is that the expath package manager unzips the packages
> into webapp/WEB-INF/expathrepo/ and reads the package metadata from
> there. We thus end up with two versions of the package: the one
> deployed into the db and the original one in
> webapp/WEB-INF/expathrepo/. This is a bit unfortunate.
>
> I planned to change the package manager to keep its metadata in the db
> and remove the source package once it got deployed, but I don't think
> I'll have time for it during the weeks to come. If anybody wants to
> dig into this...
>
> Wolfgang
--
"La violencia es el último recurso del incompetente"
- Salvor Hardin en "La Fundación" de Isaac Asimov
"A friend should be a master at guessing and keeping still:
you must not want to see everything" - Friedrich Nietzche
"If you ever start taking things too seriously, just remember that
we are talking monkeys on an organic spaceship flying
through the universe" - Joe Rogan
"Premature optimization is the root of all evil." - Donald Knuth
José María Fernández González
e-mail: jos...@gm...
|
|
From: Adam R. <ad...@ex...> - 2012-01-30 22:52:58
|
It was bought to my attention that temporary files were not being
cleaned up on the Windows platform.
Basically if you use a memory mapped file in eXist-db, e.g. through
calling an operation on a stream, almost anything that returns
base64binary - e.g. request:get-data(), then temporary files are
created in $EXIST_HOME/tools/jetty/tmp
Simply opening eXide, and opening an XQuery from the database and
hitting refresh multiple times will cause the issue.
On Unix/Linux/Mac these files are deleted automatically by the
function finalize() calling tempFile.delete() in the class
org.exist.util.io.MemoryMappedFileFilterInputStreamCache.
This is the correct behaviour!
However... On Windows platforms, calling tempFile.delete() does not
delete the file and returns false, even attempting tricks with
System.gc() and a thread pause, which has been known to work around
the Windows JDK platform bugs in File.renameTo() does not work here.
I am at a loss as how to fix this on Windows platforms. I have also
checked JDK 7 on Windows, and the same problems exist there. If anyone
knows of a mechanism please let me know. I cannot find a solution via
Google so far.
At the moment, I can only imagine a workaround to re-use files that
cannot be deleted. This may be sufficient but far from perfect, and I
must say I loathe the fact that the Windows JDK really sucks here.
The code I used for debugging this behaviour, simply replace that
finalize method with -
@Override
protected void finalize()
throws Throwable
{
super.finalize();
if(tempFile != null) {
boolean deletedFile = tempFile.delete();
System.err.println("deleted file (1st): " + deletedFile);
if(!deletedFile) {
System.gc();
Thread.sleep(50);
deletedFile = tempFile.delete();
System.err.println("deleted file (2nd): " + deletedFile);
}
}
}
--
Adam Retter
eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb
|
|
From: Wolfgang M. <wol...@ex...> - 2012-01-30 22:45:42
|
Hi José, > I have been looking at the eXist packages system (.xar files) because development version of AtomicWiki is now installed in such way, and it seems quite robust. But, after a test I have realized that full system backups do not include those packages in the backup directory/zip. Is there some plans to include in the backup the installed packages? The problem is that the expath package manager unzips the packages into webapp/WEB-INF/expathrepo/ and reads the package metadata from there. We thus end up with two versions of the package: the one deployed into the db and the original one in webapp/WEB-INF/expathrepo/. This is a bit unfortunate. I planned to change the package manager to keep its metadata in the db and remove the source package once it got deployed, but I don't think I'll have time for it during the weeks to come. If anybody wants to dig into this... Wolfgang |
|
From: José M. F. G. <jm...@us...> - 2012-01-30 14:25:03
|
Dear eXistentialists,
I have been looking at the eXist packages system (.xar files) because development version of AtomicWiki is now installed in such way, and it seems quite robust. But, after a test I have realized that full system backups do not include those packages in the backup directory/zip. Is there some plans to include in the backup the installed packages?
Kind Regards,
José María
--
"La violencia es el último recurso del incompetente"
- Salvor Hardin en "La Fundación" de Isaac Asimov
"A friend should be a master at guessing and keeping still:
you must not want to see everything" - Friedrich Nietzche
"If you ever start taking things too seriously, just remember that
we are talking monkeys on an organic spaceship flying
through the universe" - Joe Rogan
"Premature optimization is the root of all evil." - Donald Knuth
José María Fernández González
e-mail: jos...@gm...
|
|
From: Adam R. <ad...@ex...> - 2012-01-28 17:56:52
|
I imagine that the thing must not be thread safe - is that not what the test tries to assert? On 28 January 2012 17:41, Dannes Wessels <da...@ex...> wrote: > Hi, > > every now and then (….) I see the following failing test in TC….. > > Forwarded message: > > From: Tea...@se... > To: da...@ex... > Date: Saturday, January 28, 2012 01:40:29 > Subject: [TeamCity, FAILED] Build eXist - svn::trunk rebuild test installer > #1.5-installer-rev15745-792 > > Failed Tests Summary: 1 (1 new) > (new) org.exist.xquery.functions.util.CounterTest.threadedIncrementTest > details » > > Stacktraces : > (new) org.exist.xquery.functions.util.CounterTest.threadedIncrementTest > junit.framework.AssertionFailedError: expected:<[601]> but was:<[435]> at > org.junit.Assert.assertEquals(Assert.java:123) at > org.junit.Assert.assertEquals(Assert.java:145) at > org.exist.xquery.functions.util.CounterTest.threadedIncrementTest(CounterTest.java:133) > > any idea what can be the cause? > > cheers > > Dannes > > > -- > Dannes Wessels > eXist-db Open Source Native XML Database > e: da...@ex... > w: http://www.exist-db.org > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > -- Adam Retter eXist Developer { United Kingdom } ad...@ex... irc://irc.freenode.net/existdb |
|
From: Dannes W. <da...@ex...> - 2012-01-28 17:41:34
|
Hi, every now and then (….) I see the following failing test in TC….. Forwarded message: > From: Tea...@se... > To: da...@ex... > Date: Saturday, January 28, 2012 01:40:29 > Subject: [TeamCity, FAILED] Build eXist - svn::trunk rebuild test installer #1.5-installer-rev15745-792 > > Failed Tests Summary: 1 (1 new) > (new) org.exist.xquery.functions.util.CounterTest.threadedIncrementTest details » (#3 968) > > Stacktraces : > (new) org.exist.xquery.functions.util.CounterTest.threadedIncrementTest > junit.framework.AssertionFailedError: expected:<[601]> but was:<[435]> at org.junit.Assert.assertEquals(Assert.java:123) at org.junit.Assert.assertEquals(Assert.java:145) at org.exist.xquery.functions.util.CounterTest.threadedIncrementTest(CounterTest.java:133) > > any idea what can be the cause? cheers Dannes -- Dannes Wessels eXist-db Open Source Native XML Database e: da...@ex... w: http://www.exist-db.org |
|
From: Dmitriy S. <sha...@gm...> - 2012-01-27 15:56:35
|
what diff or error on issue trunk? On Fri, Jan 27, 2012 at 5:33 PM, Dannes Wessels <da...@ex...> wrote: > strange... two local trunks.... two identical issues..... but clean > checkout seems to be ok. > > w0t? > > > On Fri, Jan 27, 2012 at 1:21 PM, Dannes Wessels <da...@ex...>wrote: > >> All, >> >> Am i right that trunk does not build? As it seems the fluent extension >> has some unaccounted dependencies with recent triggers changes. But... I >> wonder why other devs do not see this issue? >> >> -- Dmitriy Shabanov |
|
From: Leif-Jöran O. <lj...@ex...> - 2012-01-27 12:41:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 eol-style native missing somewhere? Case-sensitivity problem? Den 2012-01-27 13:33, Dannes Wessels skrev: > strange... two local trunks.... two identical issues..... but clean > checkout seems to be ok. > > w0t? > > On Fri, Jan 27, 2012 at 1:21 PM, Dannes Wessels <da...@ex... > <mailto:da...@ex...>> wrote: > > All, > > Am i right that trunk does not build? As it seems the fluent > extension has some unaccounted dependencies with recent triggers > changes. But... I wonder why other devs do not see this issue? > > cheers > > Dannes > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2 > > > > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFPIpv8hcIn5aVXOPIRAvocAKCzkUuLegAgJuUl94OkEmk5Upo1fACcDa5p dg2Cks0/RQm7NkD0zmxQTlE= =QATM -----END PGP SIGNATURE----- |
|
From: Dannes W. <da...@ex...> - 2012-01-27 12:33:54
|
strange... two local trunks.... two identical issues..... but clean checkout seems to be ok. w0t? On Fri, Jan 27, 2012 at 1:21 PM, Dannes Wessels <da...@ex...> wrote: > All, > > Am i right that trunk does not build? As it seems the fluent extension has > some unaccounted dependencies with recent triggers changes. But... I wonder > why other devs do not see this issue? > > cheers > > Dannes > > -- > eXist-db Native XML Database - http://exist-db.org > Join us on linked-in: http://www.linkedin.com/groups?gid=35624 > -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dannes W. <da...@ex...> - 2012-01-27 12:21:44
|
All, Am i right that trunk does not build? As it seems the fluent extension has some unaccounted dependencies with recent triggers changes. But... I wonder why other devs do not see this issue? cheers Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dave F. <dav...@gm...> - 2012-01-25 15:44:45
|
We actually ran into a situation in the past couple of days where it would have been advantageous for us to pass an XML node as a parameter to a background task script. Fortunately, we had a workaround in this specific scenario where a simple string was sufficient, but we can foresee a scenario in the future where this might be impractical as a solution. Also, with Loren's suggestion, *any* arbitrary type could be passed as a parameter, just like with a regular XQuery function. More flexibility is always good (within reason, of course). On Wed, Jan 25, 2012 at 9:15 AM, Joe Wicentowski <jo...@gm...> wrote: > Hi Loren, > > > Currently the passing of parameters into a scheduled task is with strings > > only. > > ... > > Just curious: what's your motivation for this change? > > Joe > > > ------------------------------------------------------------------------------ > Keep Your Developer Skills Current with LearnDevNow! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-d2d > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > -- David Finton |
|
From: Joe W. <jo...@gm...> - 2012-01-25 15:15:42
|
Hi Loren, > Currently the passing of parameters into a scheduled task is with strings > only. > ... Just curious: what's your motivation for this change? Joe |
|
From: Loren C. <lor...@gm...> - 2012-01-25 15:09:07
|
Hello folks,
Currently the passing of parameters into a scheduled task is with strings only. Currently the parameters are passed in the format of:
<parameters>
<param name="param-name1" value="param-value1"/>
</parameters>
Could we change the format to:
<parameters>
<param name="param-name1">param-value1</param>
</parameters>
or
<parameters>
<param>
<name>param-name1</name>
<value>param-value1</value>
</param>
</parameters>
The current code for processing the parameters is in org.exist.xquery.modules.scheduler.ScheduleFunctions.java and is:
private void parseParameters( Node options, Properties properties ) throws XPathException
{
if( ( options.getNodeType() == Node.ELEMENT_NODE ) && options.getLocalName().equals( "parameters" ) ) {
Node child = options.getFirstChild();
while( child != null ) {
if( ( child.getNodeType() == Node.ELEMENT_NODE ) && child.getLocalName().equals( "param" ) ) {
Element elem = ( Element )child;
String name = elem.getAttribute( "name" );
String value = elem.getAttribute( "value" );
if( ( name == null ) || ( value == null ) ) {
throw( new XPathException( this, "Name or value attribute missing for stylesheet parameter" ) );
}
properties.setProperty( name, value );
}
child = child.getNextSibling();
}
}
}
Can the Quartz scheduler handle the passing of an item() or any other xs:* type as the value in the property? I am sure that we would have to do a copy of the value that is passed, but is the idea sound?
Loren |
64 messages has been excluded from this view by a project administrator.
