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: Thomas W. <tho...@gm...> - 2010-07-09 14:32:00
|
Patrick, What type index did you defined? It may help to define a numeric type of range index and cast the value to a number when you compare it. Thomas ------ Thomas White Mobile:+44 7711 922 966 Skype: thomaswhite gTalk: thomas.0007 Linked-In:http://www.linkedin.com/in/thomaswhite0007 facebook: http://www.facebook.com/thomas.0007 On 9 July 2010 14:17, Patrick Schäfer <pat...@zi...> wrote: > Hi, > > I am using eXist to index one million xml documents of about 2.3GiB > within one collection. > > Unfortunately the query execution time is rather poor. Even a very > simple XQuery results in execution times around 4sec: > > declare namespace xq="http://www.xml-cml.org/schema"; > for $i in collection("tuscreen")//xq:molecule[@id="298038"] > return > <smile>{$i}</smile> > > Logging says: > > 09 Jul 2010 15:11:55,783 [P1-9] DEBUG (XQuery.java [compile]:155) - > Query diagnostics: > for <2> > $i in collection("tuscreen") > (# exist:optimize #) > { > descendant-or-self::xq:molecule[attribute::id = "298038"] > } > > return <3> > element {"smile"} { > { > $i > } > } > 09 Jul 2010 15:11:55,784 [P1-9] DEBUG (XQuery.java [compile]:161) - > Compilation took 4 ms > 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java > [visitGeneralComparison]:219) - exist:optimize: found optimizable: > org.exist.xquery.GeneralComparison > 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:240) - > exist:optimize: context step: > descendant-or-self::xq:molecule[attribute::id = "298038"] > 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:241) - > exist:optimize: context var: null > 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java > [preSelect]:266) - Using QName index on type xs:string > 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java > [preSelect]:298) - Using QName range index for key: 298038 > 09 Jul 2010 15:11:59,666 [P1-9] TRACE (Optimize.java [eval]:120) - > exist:optimize: pre-selection: 1 > ... > 9 Jul 2010 15:11:59,837 [P1-9] DEBUG (XQuery.java [execute]:231) - > Execution took 4.050 ms > > > Is there a way to speed up queries? > > Thank you for any help > > Patrick > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development > |
|
From: Dmitriy S. <sha...@gm...> - 2010-07-09 14:24:03
|
On Fri, 2010-07-09 at 15:17 +0200, Patrick Schäfer wrote:
> 09 Jul 2010 15:11:55,784 [P1-9] DEBUG (XQuery.java [compile]:161) -
> Compilation took 4 ms
> 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java
> [visitGeneralComparison]:219) - exist:optimize: found optimizable:
> org.exist.xquery.GeneralComparison
> 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:240) -
> exist:optimize: context step:
> descendant-or-self::xq:molecule[attribute::id = "298038"]
> 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:241) -
> exist:optimize: context var: null
> 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java
> [preSelect]:266) - Using QName index on type xs:string
> 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java
> [preSelect]:298) - Using QName range index for key: 298038
> 09 Jul 2010 15:11:59,666 [P1-9] TRACE (Optimize.java [eval]:120) -
> exist:optimize: pre-selection: 1
> ...
> 9 Jul 2010 15:11:59,837 [P1-9] DEBUG (XQuery.java [execute]:231) -
> Execution took 4.050 ms
If calculate execution time throw log, get 58,119 - 58,119 = 1.547 ms
for collection("tuscreen")//xq:molecule[@id="298038"] Yes, it's slow,
but the rest should be much faster ... strange ...
What version do you use?
--
Cheers,
Dmitriy Shabanov
|
|
From: Patrick S. <pat...@zi...> - 2010-07-09 13:18:04
|
Hi, I am using eXist to index one million xml documents of about 2.3GiB within one collection. Unfortunately the query execution time is rather poor. Even a very simple XQuery results in execution times around 4sec: declare namespace xq="http://www.xml-cml.org/schema"; for $i in collection("tuscreen")//xq:molecule[@id="298038"] return <smile>{$i}</smile> Logging says: 09 Jul 2010 15:11:55,783 [P1-9] DEBUG (XQuery.java [compile]:155) - Query diagnostics: for <2> $i in collection("tuscreen") (# exist:optimize #) { descendant-or-self::xq:molecule[attribute::id = "298038"] } return <3> element {"smile"} { { $i } } 09 Jul 2010 15:11:55,784 [P1-9] DEBUG (XQuery.java [compile]:161) - Compilation took 4 ms 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [visitGeneralComparison]:219) - exist:optimize: found optimizable: org.exist.xquery.GeneralComparison 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:240) - exist:optimize: context step: descendant-or-self::xq:molecule[attribute::id = "298038"] 09 Jul 2010 15:11:58,119 [P1-9] TRACE (Optimize.java [before]:241) - exist:optimize: context var: null 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java [preSelect]:266) - Using QName index on type xs:string 09 Jul 2010 15:11:59,496 [P1-9] TRACE (GeneralComparison.java [preSelect]:298) - Using QName range index for key: 298038 09 Jul 2010 15:11:59,666 [P1-9] TRACE (Optimize.java [eval]:120) - exist:optimize: pre-selection: 1 ... 9 Jul 2010 15:11:59,837 [P1-9] DEBUG (XQuery.java [execute]:231) - Execution took 4.050 ms Is there a way to speed up queries? Thank you for any help Patrick |
|
From: James F. <jam...@ex...> - 2010-07-08 15:12:56
|
from the world of databases http://www.mikealrogers.com/2010/07/mongodb-performance-durability/ J |
|
From: Adam R. <ad...@ex...> - 2010-07-08 14:00:05
|
Ah ha I see, sorry my mistake!
On 8 July 2010 14:27, Dmitriy Shabanov <sha...@gm...> wrote:
> On Thu, 2010-07-08 at 15:19 +0200, Dannes Wessels wrote:
>> Was the xqts suite influenced?
>>
>> On Thu, Jul 8, 2010 at 2:46 PM, Dmitriy Shabanov <sha...@gm...> wrote:
>> > This section wasn't change from 1.0.
>>
>
> That is extensions, datetime module. Nothing to do with XQTS.
>
> BTW, we have higher % that see on site (XQTS), because of the bug at
> tester... (it do not process text result currently)
>
> --
> Cheers,
>
> Dmitriy Shabanov
>
> PS trunk get unstable, working to fix it with small blood
>
--
Adam Retter
eXist Developer
{ United Kingdom }
ad...@ex...
irc://irc.freenode.net/existdb
|
|
From: Dmitriy S. <sha...@gm...> - 2010-07-08 13:27:55
|
On Thu, 2010-07-08 at 15:19 +0200, Dannes Wessels wrote: > Was the xqts suite influenced? > > On Thu, Jul 8, 2010 at 2:46 PM, Dmitriy Shabanov <sha...@gm...> wrote: > > This section wasn't change from 1.0. > That is extensions, datetime module. Nothing to do with XQTS. BTW, we have higher % that see on site (XQTS), because of the bug at tester... (it do not process text result currently) -- Cheers, Dmitriy Shabanov PS trunk get unstable, working to fix it with small blood |
|
From: Dannes W. <da...@ex...> - 2010-07-08 13:20:19
|
Was the xqts suite influenced? On Thu, Jul 8, 2010 at 2:46 PM, Dmitriy Shabanov <sha...@gm...> wrote: > This section wasn't change from 1.0. -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dmitriy S. <sha...@gm...> - 2010-07-08 12:46:06
|
This section wasn't change from 1.0. On Thu, 2010-07-08 at 11:34 +0100, Adam Retter wrote: > Er... Is this an XQuery 1.1 functionality? It seems strange to me to > deviate from 1.0 for just one function? Or is there a project to move > us to 1.1 that I have missed? > > On 8 July 2010 10:09, <sha...@us...> wrote: > > Revision: 11923 > > http://exist.svn.sourceforge.net/exist/?rev=11923&view=rev > > Author: shabanovd > > Date: 2010-07-08 09:09:32 +0000 (Thu, 08 Jul 2010) > > > > Log Message: > > ----------- > > [bugfix] for xs:time only xs:dayTimeDuration can be apply as summand (XQuery 1.1: An XML Query Language - B.2 Operator Mapping) > > > > Modified Paths: > > -------------- > > trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java > > trunk/eXist/src/org/exist/xquery/value/DurationValue.java > > > > Modified: trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java > > =================================================================== > > --- trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java 2010-07-08 08:57:28 UTC (rev 11922) > > +++ trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java 2010-07-08 09:09:32 UTC (rev 11923) > > @@ -75,7 +75,7 @@ > > "Generates a range of xs:time values, incremented cumulatively by a fixed duration from a start xs:time", > > new SequenceType[] { > > new FunctionParameterSequenceType("start-time", Type.TIME, Cardinality.EXACTLY_ONE, "The time to start at."), > > - new FunctionParameterSequenceType("increment", Type.DURATION, Cardinality.EXACTLY_ONE, "The duration increment."), > > + new FunctionParameterSequenceType("increment", Type.DAY_TIME_DURATION, Cardinality.EXACTLY_ONE, "The duration increment."), > > new FunctionParameterSequenceType("iterations", Type.INTEGER, Cardinality.EXACTLY_ONE, "The number of increments to generate.") > > }, > > new FunctionReturnSequenceType(Type.TIME, Cardinality.ZERO_OR_MORE, "the range(s)") > > > > Modified: trunk/eXist/src/org/exist/xquery/value/DurationValue.java > > =================================================================== > > --- trunk/eXist/src/org/exist/xquery/value/DurationValue.java 2010-07-08 08:57:28 UTC (rev 11922) > > +++ trunk/eXist/src/org/exist/xquery/value/DurationValue.java 2010-07-08 09:09:32 UTC (rev 11923) > > @@ -53,7 +53,7 @@ > > SIXTY = BigInteger.valueOf(60); > > protected static final BigDecimal > > SIXTY_DECIMAL = BigDecimal.valueOf(60), > > - ZERO_DECIMAL = BigDecimal.valueOf(0); // TODO: replace with BigDecimal.ZERO in JDK 1.5 > > + ZERO_DECIMAL = BigDecimal.ZERO; > > > > protected static final Duration CANONICAL_ZERO_DURATION = > > TimeUtils.getInstance().newDuration(true, null, null, null, null, null, ZERO_DECIMAL); > > > > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > > > ------------------------------------------------------------------------------ > > This SF.net email is sponsored by Sprint > > What will you do first with EVO, the first 4G phone? > > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > _______________________________________________ > > 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 > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > Exist-development mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-development -- Cheers, Dmitriy Shabanov |
|
From: Adam R. <ad...@ex...> - 2010-07-08 10:34:38
|
Er... Is this an XQuery 1.1 functionality? It seems strange to me to deviate from 1.0 for just one function? Or is there a project to move us to 1.1 that I have missed? On 8 July 2010 10:09, <sha...@us...> wrote: > Revision: 11923 > http://exist.svn.sourceforge.net/exist/?rev=11923&view=rev > Author: shabanovd > Date: 2010-07-08 09:09:32 +0000 (Thu, 08 Jul 2010) > > Log Message: > ----------- > [bugfix] for xs:time only xs:dayTimeDuration can be apply as summand (XQuery 1.1: An XML Query Language - B.2 Operator Mapping) > > Modified Paths: > -------------- > trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java > trunk/eXist/src/org/exist/xquery/value/DurationValue.java > > Modified: trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java > =================================================================== > --- trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java 2010-07-08 08:57:28 UTC (rev 11922) > +++ trunk/eXist/extensions/modules/src/org/exist/xquery/modules/datetime/DateRangeFunctions.java 2010-07-08 09:09:32 UTC (rev 11923) > @@ -75,7 +75,7 @@ > "Generates a range of xs:time values, incremented cumulatively by a fixed duration from a start xs:time", > new SequenceType[] { > new FunctionParameterSequenceType("start-time", Type.TIME, Cardinality.EXACTLY_ONE, "The time to start at."), > - new FunctionParameterSequenceType("increment", Type.DURATION, Cardinality.EXACTLY_ONE, "The duration increment."), > + new FunctionParameterSequenceType("increment", Type.DAY_TIME_DURATION, Cardinality.EXACTLY_ONE, "The duration increment."), > new FunctionParameterSequenceType("iterations", Type.INTEGER, Cardinality.EXACTLY_ONE, "The number of increments to generate.") > }, > new FunctionReturnSequenceType(Type.TIME, Cardinality.ZERO_OR_MORE, "the range(s)") > > Modified: trunk/eXist/src/org/exist/xquery/value/DurationValue.java > =================================================================== > --- trunk/eXist/src/org/exist/xquery/value/DurationValue.java 2010-07-08 08:57:28 UTC (rev 11922) > +++ trunk/eXist/src/org/exist/xquery/value/DurationValue.java 2010-07-08 09:09:32 UTC (rev 11923) > @@ -53,7 +53,7 @@ > SIXTY = BigInteger.valueOf(60); > protected static final BigDecimal > SIXTY_DECIMAL = BigDecimal.valueOf(60), > - ZERO_DECIMAL = BigDecimal.valueOf(0); // TODO: replace with BigDecimal.ZERO in JDK 1.5 > + ZERO_DECIMAL = BigDecimal.ZERO; > > protected static final Duration CANONICAL_ZERO_DURATION = > TimeUtils.getInstance().newDuration(true, null, null, null, null, null, ZERO_DECIMAL); > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > 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: Dmitriy S. <sha...@gm...> - 2010-07-08 08:54:57
|
It can be fixed if add (bold) to UntypedValueCheck
private Item convert(Item item) throws XPathException {
if (atomize || item.getType() == Type.UNTYPED_ATOMIC ||
Type.subTypeOf(requiredType, Type.NUMBER) &&
Type.subTypeOf(item.getType(), Type.NUMBER)) {
try {
if (Type.subTypeOf(item.getType(), requiredType))
return item;
item = item.convertTo(requiredType);
} catch (XPathException e) {
error.addArgs(ExpressionDumper.dump(expression),
Type.getTypeName(requiredType),
Type.getTypeName(item.getType()));
throw new XPathException(expression, error.toString());
}
}
return item;
}
--
Cheers,
Dmitriy Shabanov
On Tue, 2010-07-06 at 09:51 +0000, SourceForge.net wrote:
> Patches item #3025768, was opened at 2010-07-06 18:51
> Message generated for change (Tracker Item Submitted) made by westbay
> You can respond by visiting:
> https://sourceforge.net/tracker/?func=detail&atid=317691&aid=3025768&group_id=17691
>
> Please note that this message will contain a full copy of the comment thread,
> including the initial issue submission, for this request,
> not just the latest update.
> Category: None
> Group: None
> Status: Open
> Resolution: None
> Priority: 5
> Private: No
> Submitted By: Michael Westbay (westbay)
> Assigned to: Nobody/Anonymous (nobody)
> Summary: Repair datetime:date-range
>
> Initial Comment:
> Problem:
>
> Trying out trunk build 11890, I found that the use of datetime:date-range no longer worked. I got an error stating that addition required either a xs:yearMonthDuration or xs:dayTimeDuration.
>
> --- being sample xquery ---
> xquery version "1.0";
> declare namespace datetime="http://exist-db.org/xquery/datetime";
> let $sdate := xs:date(datetime:format-date(current-date() - xs:dayTimeDuration('P1D'), 'yyyy-MM-dd'))
> let $step := xs:dayTimeDuration("-P1D")
> let $count := 5
> let $dates := datetime:date-range($sdate, $step, $count)
> return string-join($dates,'
')
> --- end sample xquery ---
>
> Please run the above query in the eXist Client on a recent trunk build to see the problem.
>
> As you can see, my XQuery was passing a xs:dayTimeDuration to the function, so what's the deal?
>
> Evaluation:
>
> Looking at the source code for DateRangeFunctions.java, the signature states that the second parameter is the abstract Type.DURATION. The code for this and AbstractDateTimeValue (where the addition takes place) have not changed. It appears that the value is not of type YearMonthDurationValue or DayTimeDurationValue, each derived from DurationValue, but rather a DurationValue itself. The ability to use the abstract Type.DURATION to handle either case is no longer possible.
>
> Solution:
>
> Included is a patch that modifies/adds signatures to datetime:datetime-range, datetime:date-range, and datetime:time-range specifying the second parameter to be either a xs:yearMonthDuration or xs:dayTimeDuration. There is also a check to make sure that the second parameter is one of the two allowed types. For processing, the base DurationValue type still works as it carries the specific duration type.
|
|
From: Dmitriy S. <sha...@gm...> - 2010-07-06 14:38:27
|
Sorry for this, it was last commit (was too tired) The refactoring I busy with is quite complex & don't covering by tests at all ;) & it just began ... please, help me to finish it (by testing). On Tue, Jul 6, 2010 at 2:29 PM, Dannes Wessels <da...@ex...> wrote: > Hi, > > why has it committed in the first place? running the test suite should > indicate this issue? > junit failure == no commit? > > cheers > > D. > > > On Tue, Jul 6, 2010 at 11:17 AM, Adam Retter <ad...@ex...> wrote: > >>> A clean checkout from trunk is resulting in: org.exist.EXistException: > database instance 'exist' is not available > >> Yes, this is caused by Dmitryi's change. Right now, trunk will NOT work. > > We must revert the change until it is fixed? > -- Dmitriy Shabanov |
|
From: Wolfgang M. <wol...@ex...> - 2010-07-06 09:38:53
|
I'm sure Dmitryi will attend to it once he's back online. In the meantime, maybe someone could just fix this little issue by using the static variable in BrokerPool again? I have a long list of other stuff to look at. Wolfgang On Tue, Jul 6, 2010 at 11:29 AM, Dannes Wessels <da...@ex...> wrote: > Hi, > > why has it committed in the first place? running the test suite should > indicate this issue? > junit failure == no commit? > > cheers > > D. > > > On Tue, Jul 6, 2010 at 11:17 AM, Adam Retter <ad...@ex...> wrote: >>>> A clean checkout from trunk is resulting in: org.exist.EXistException: database instance 'exist' is not available >>> Yes, this is caused by Dmitryi's change. Right now, trunk will NOT work. >> We must revert the change until it is fixed? > > -- > 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...> - 2010-07-06 09:30:15
|
Hi, why has it committed in the first place? running the test suite should indicate this issue? junit failure == no commit? cheers D. On Tue, Jul 6, 2010 at 11:17 AM, Adam Retter <ad...@ex...> wrote: >>> A clean checkout from trunk is resulting in: org.exist.EXistException: database instance 'exist' is not available >> Yes, this is caused by Dmitryi's change. Right now, trunk will NOT work. > We must revert the change until it is fixed? -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Dmitriy S. <sha...@gm...> - 2010-07-05 19:37:45
|
Hello, The Security API @ trunk will be refactored in next 2 weeks. Please, let me know if any troubles. -- Cheers, Dmitriy Shabanov |
|
From: Andrzej J. T. <an...@ch...> - 2010-07-01 18:16:31
|
Wolfgang: >> java.lang.NullPointerException >> at org.exist.stax.EmbeddedXMLStreamReader.verifyOriginNodeId(EmbeddedXMLStreamReader.java:250) > > It looks like some inconsistency in the persistent DOM of the > document. I would suggest to run the consistency checker to see if it > reports any issues. I reran the batch job (XQuery fired by scheduler), which is a big reporting job that takes quite a while to run, and this time it ran without throwing the exception. Makes me wonder if it might have been a transient, concurrency related thing? It's a production system, so I don't really want to shut it down and run the consistency checker. I'll run a backup and see if that works OK first...since that will tell me if the whole db is OK or not. Weird! -- Andrzej Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
|
From: Andrzej J. T. <an...@ch...> - 2010-06-30 23:04:51
|
Hi all: I was looking through our eXist log files and spotted this warning: 2010-06-25 15:19:25,333 [main] WARN (DefaultCacheManager.java [<init>]:150) - The cacheSize="2024" setting in conf.xml is too large. Java has only 3185792k available. Cache manager will not use more than 1592896k to avoid memory issues which may lead to database corruptions. Now, we're running eXist on a 64-bit Ubuntu platform (3.2GHz quad proessor with 12GB of DDR3 memory), and are using the 64bit server Sun JVM, with the max memory for the JVM set to 3.5GB. It would seem to me that limiting the cache to 50% of the available JVM memory in this kind of a scenario doesn't make a lot of sense, since there is a lot of memory allocated to the JVM. Does eXist actually need 50% of all memory, regardless of the memory available, when gobs or memory are there? Or is there some fixed high-water mark of non-cache JVM memory that eXist needs to avoid database corruptions, which for large JVMs would be much smaller than 50%? I suspect that the code in DefaultCacheManager that limits the cache memory use to 50% in such large memory scenarios might be a bit too simplistic and thus not leveraging the additional memory effectively for caching? Just curious.... Thanks! -- Andrzej Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
|
From: Andrzej J. T. <an...@ch...> - 2010-06-30 21:56:33
|
Wolfgang: > It looks like some inconsistency in the persistent DOM of the > document. I would suggest to run the consistency checker to see if it > reports any issues. OK....can you remind me where the info is on how to run the consistency checker? Thanks! -- Andrzej Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
|
From: Wolfgang M. <wol...@ex...> - 2010-06-30 21:27:54
|
> OK....can you remind me where the info is on how to run the consistency checker? The consistency checker is part of the emergency export toolbox: http://exist-db.org/backup.html#N10317 Wolfgang |
|
From: Andrzej J. T. <an...@ch...> - 2010-06-30 21:18:11
|
We had an XQuery running as a scheduled task and got this NPE: java.lang.NullPointerException at org.exist.stax.EmbeddedXMLStreamReader.verifyOriginNodeId(EmbeddedXMLStreamReader.java:250) at org.exist.stax.EmbeddedXMLStreamReader.next(EmbeddedXMLStreamReader.java:240) at org.exist.dom.VirtualNodeSet.addChildren(VirtualNodeSet.java:503) at org.exist.dom.VirtualNodeSet.getNodes(VirtualNodeSet.java:449) at org.exist.dom.VirtualNodeSet.realize(VirtualNodeSet.java:567) at org.exist.dom.VirtualNodeSet.getLength(VirtualNodeSet.java:736) at org.exist.dom.VirtualNodeSet.isEmpty(VirtualNodeSet.java:646) at org.exist.xquery.Atomize.atomize(Atomize.java:75) at org.exist.xquery.Atomize.eval(Atomize.java:66) at org.exist.xquery.CastExpression.eval(CastExpression.java:95) at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:61) at org.exist.xquery.PathExpr.eval(PathExpr.java:241) at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:137) at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:71) at org.exist.xquery.UntypedValueCheck.eval(UntypedValueCheck.java:82) at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:274) at org.exist.xquery.FunctionCall.eval(FunctionCall.java:201) at org.exist.xquery.GeneralComparison.genericCompare(GeneralComparison.java:501) at org.exist.xquery.GeneralComparison.genericCompare(GeneralComparison.java:494) at org.exist.xquery.GeneralComparison.eval(GeneralComparison.java:449) at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:61) Any ideas what might be causing this offhand? I'll dig into the code shortly to see what it might have been doing... Thanks! -- Andrzej Taramina Chaeron Corporation: Enterprise System Solutions http://www.chaeron.com |
|
From: Wolfgang M. <wol...@ex...> - 2010-06-30 21:17:20
|
> java.lang.NullPointerException > at org.exist.stax.EmbeddedXMLStreamReader.verifyOriginNodeId(EmbeddedXMLStreamReader.java:250) It looks like some inconsistency in the persistent DOM of the document. I would suggest to run the consistency checker to see if it reports any issues. Wolfgang |
|
From: James F. <jam...@ex...> - 2010-06-30 10:17:29
|
On 30 June 2010 08:44, Dannes Wessels <da...@ex...> wrote: > All, > > I was able to fix the build issues caused by me this weekend. > > sorry for the inconvenience > thx, J |
|
From: Dannes W. <da...@ex...> - 2010-06-30 06:45:29
|
All, I was able to fix the build issues caused by me this weekend. sorry for the inconvenience D. ps. The build server has an RSS feed monitoring the junit test suite http://serengeti.friprogramvarusyndikatet.se:8111/guestAuth/feed.html?buildTypeId=bt2&itemsType=builds&userKey=guest viewtier provides an additional buils monitoring tool: http://parabuild.viewtier.com:8080/parabuild/build/status/feed.xml?buildid=321 -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
|
From: Ron V. d. B. <ron...@ka...> - 2010-06-25 10:47:10
|
Dear eXist team, Coinciding with Wolfgang's fix for a release-blocking bug (http://markmail.org/message/ybw4merfen4vmlma), Martin Holmes and I have managed to improve on the Cocoon build scripts, and reached a point where we can build a working eXist-as-Cocoon-2.11 block. There is a problem, however, with the eXist samples (especially the web admin interface), but the eXist block is working flawlessly nevertheless. I think it would be great if an eXist-as-Cocoon-block could be included again in the upcoming release (or at least, build scripts that produce a working build). If it can be of any help, I'd gladly offer those tweaked build scripts and some remarks for <http://exist-db.org/building.html#N102F5>. Please tell me what form is most convenient and where to post. Kind regards, Ron Van den Branden -- Ron Van den Branden Wetenschappelijk Attaché Centrum voor Teksteditie en Bronnenstudie (CTB) Koninklijke Academie voor Nederlandse Taal- en Letterkunde (KANTL) Koningstraat 18 B-9000 Gent Tel: +32 9 265 93 53 / Fax: +32 9 265 93 49 E-mail : ron...@ka... www.kantl.be/ctb |
|
From: José M. F. G. <jm...@us...> - 2010-06-24 14:54:16
|
Hi everybody, are XForm examples from http://demo.exist-db.org/exist/xforms/examples.xml working for you? Complex ones, like Dynamic XForms, Task Manager or Search Shakespeare's plays, are failing for one or another reason. Best wishes, José María -- "La violencia es el último recurso del incompetente" - Salvor Hardin en "La Fundación" de Isaac Asimov "Premature optimization is the root of all evil." - Donald Knuth José María Fernández González e-mail: jos...@gm... |
|
From: Dannes W. <da...@ex...> - 2010-06-22 18:25:38
|
Hi On Tue, Jun 22, 2010 at 3:26 PM, Adam Hepner <Ada...@be...> wrote: > so we'd like to be able to simply retrieve some data via cocoon:/ sitemap > protocol, and store them in eXist. Is there any good/proper way of doing > such thing? We've tried to pass > cocoon:/resource in XQueryGenerator, but to no vail - we're getting > malformed URL - unknown protocol. > On the cocoon/xquery generator part I cannot tell you much. Regarding special URLs starting with cocoon:/.. you normally should register a custom protocol handler to the JVM. Since we already register xmldb:/ you cannot do that in eXist, in tomcat it is impossible as well....\ regards Dannes -- eXist-db Native XML Database - http://exist-db.org Join us on linked-in: http://www.linkedin.com/groups?gid=35624 |
64 messages has been excluded from this view by a project administrator.
