-<xlog server="chat.freenode.net" channel="#existdb" date="2008-01-16">

-<message nick="DiZzZz" time="08:47:25.913Z">

I started

<a href="http://atomic.exist-db.org/wiki/changes/">http://atomic.exist-db.org/wiki/changes/</a>

</message>

<message nick="DiZzZz" time="08:47:33.764Z">we all should review and extend</message>

<message nick="DiZzZz" time="08:48:00.273Z">I did forget many highlights, for sure</message>

<message nick="wolf77" time="08:54:03.368Z">ah, yes, this is behind the dead link</message>

<message nick="perig" time="09:03:19.113Z">regarding highlighting, the sandbox Shakespeare samples arn't highlighted any more ?</message>

<message nick="wolf77" time="09:17:27.111Z">right, I updated the change log a bit</message>

<message nick="wolf77" time="09:17:40.37Z">will now try to write a nice announcement</message>

<message nick="perig" time="09:38:45.592Z">I was speaking about the full text searches. Previously, "love" was highlitghted when it was matching the FT operator</message>

<message nick="wolf77" time="09:43:31.706Z">yes, I understood.</message>

<message nick="wolf77" time="10:51:14.439Z">does anyone know what XQTS score we had in the 1.1 release?</message>

<message nick="DiZzZz" time="11:06:27.419Z">momento</message>

<message nick="DiZzZz" time="11:19:46.57Z">for the records</message>

-<message nick="DiZzZz" time="11:19:47.682Z">

<a href="http://xqts.exist-db.org/">http://xqts.exist-db.org/</a>

</message>

-<message nick="wolf77" time="12:00:15.717Z">

ok, here's my draft for the release announcement:

<a href="http://atomic.exist-db.org/wiki/blogs/eXist/Release12">http://atomic.exist-db.org/wiki/blogs/eXist/Release12</a>

</message>

<message nick="wolf77" time="12:09:53.494Z">Any comments?</message>

<message nick="DiZzZz" time="12:24:15.402Z">checking</message>

<message nick="DiZzZz" time="12:26:13.974Z">looks very good</message>

<message nick="DiZzZz" time="12:26:37.017Z">(no comments on stored grammar doc besides catalogs?)</message>

<message nick="wolf77" time="12:27:33.218Z">ah yes, we could say something about that</message>

<message nick="wolf77" time="12:32:05.312Z">ok, added</message>

<message nick="perig" time="13:23:42.697Z">32 bits collections ?</message>

<message nick="jimfuller" time="14:04:33.576Z">checking out latest release, thx for this ... just getting an error though</message>

<message nick="jimfuller" time="14:04:36.52Z">java.lang.IllegalStateException: error while returning XMLReader: org.exist.validation.resolver.eXistXMLCatalogResolver</message>

<message nick="jimfuller" time="14:04:55.457Z">java.lang.IllegalStateException: error while returning XMLReader: org.exist.validation.resolver.eXistXMLCatalogResolver</message>

<message nick="jimfuller" time="14:05:06.033Z">java.lang.IllegalStateException: error while returning XMLReader</message>

<message nick="jimfuller" time="14:05:22.657Z">I seem to remember something like this a while ago with one of the apache deps</message>

<message nick="jimfuller" time="14:07:14.248Z">might be some apache jar clash, just checking now (on mac osx)</message>

<message nick="jimfuller" time="14:10:07.509Z">(btw wolf, I got Atom wiki compiling as well)</message>

<message nick="perig" time="14:12:44.927Z">yeah I also remember an Apache dependency problem which used to throw the same exception</message>

<message nick="DiZzZz" time="14:13:38.855Z">jim/james.... hmm running in tomcat?</message>

<message nick="jimfuller" time="14:14:28.036Z">jetty</message>

<message nick="DiZzZz" time="14:14:50.429Z">better :-)</message>

<message nick="jimfuller" time="14:15:05.29Z">ya, I gave up tomcat just around the time I started using eXist</message>

<message nick="DiZzZz" time="14:15:21.223Z">did you put the xerces/xalan/resolver libs into the endorsed directory?</message>

-<message nick="DiZzZz" time="14:16:24.996Z">

<a href="http://www.exist-db.org/download.html#N102A8">http://www.exist-db.org/download.html#N102A8</a>

</message>

<message nick="jimfuller" time="14:17:06.095Z">thats what I thought I remembered ;)</message>

<message nick="DiZzZz" time="14:17:25.754Z">maybe it helps</message>

<message nick="DiZzZz" time="14:29:50.792Z">So.... time to do some SVN work? Archive release, create 1.2.1?</message>

<message nick="wolf77" time="14:33:14.307Z">time to start thinking about a holiday ;-)</message>

<message nick="wolf77" time="14:33:24.812Z">but yes, we need to create a branch</message>

<message nick="DiZzZz" time="14:35:07.11Z">before any new commits.....</message>

<message nick="DiZzZz" time="14:35:35.131Z">(I am dying to remove Java4 constructs in 1.3....)</message>

<message nick="DiZzZz" time="14:35:47.559Z">killkillkill</message>

<message nick="DiZzZz" time="14:36:07.738Z">what about.... ski at your parents?</message>

<message nick="wolf77" time="14:37:06.033Z">I really hate warm winter</message>

<message nick="jimfuller" time="14:37:29.697Z">thx for the advice, up and running now</message>

<message nick="jimfuller" time="14:37:41.874Z">problem was not adding stuff to endorsed, but cleaning out rubbish thre</message>

<message nick="jimfuller" time="14:38:17.316Z">e.g. latest mac java update puts some jars in there that conflict ... or the 'other' Jim (or is that james) maliciously put in jars</message>

<message nick="DiZzZz" time="14:39:41.628Z">jim... I did see you are an active mac dev?</message>

<message nick="jimfuller" time="14:39:56.119Z">sometimes ;)</message>

<message nick="DiZzZz" time="14:40:03.59Z">hehehehehehehhehehehe</message>

<message nick="DiZzZz" time="14:40:21.065Z">I did see an announcement of you on one of the mac sites</message>

<message nick="jimfuller" time="14:40:32.702Z">probably for gSync</message>

<message nick="DiZzZz" time="14:40:37.459Z">ah right yeahs</message>

<message nick="DiZzZz" time="14:40:56.386Z">did you install java6 on leopard?</message>

<message nick="jimfuller" time="14:40:56.717Z">this is more a creation of Pavel Hlavnicka, him and I work on mac stuff together</message>

<message nick="jimfuller" time="14:41:15.514Z">I have on another machine</message>

<message nick="jimfuller" time="14:41:22.444Z">but there are issues</message>

<message nick="DiZzZz" time="14:41:23.165Z">useable?</message>

<message nick="jimfuller" time="14:42:12.787Z">I think not ... we must wait</message>

<message nick="DiZzZz" time="14:42:13.648Z">but i'd like to experiment with JavaFX....</message>

<message nick="alexmilowski" time="14:43:16.078Z">Hello all.</message>

<message nick="jimfuller" time="14:43:21.156Z">the new eXist is looking great ... getting some pretty phenomanal (anecdotal at the moment) perf increases</message>

<message nick="DiZzZz" time="14:44:05.47Z">jim...... great to hear. </message>

<message nick="alexmilowski" time="14:44:16.686Z">I should probably merge the trunk into the external binaries branch and test again.</message>

<message nick="alexmilowski" time="14:44:36.905Z">Are we going to integrate that change back into the trunk now that 1.2 is out ?</message>

<message nick="DiZzZz" time="14:44:41.452Z">jim.. please note that you'll head into some xquery issues, probably. EXist has become more strict</message>

<message nick="DiZzZz" time="14:45:05.216Z">alex; we need to split off 1.2 and 1.2.1 first</message>

<message nick="DiZzZz" time="14:45:19.297Z">then it can go into trunk</message>

<message nick="alexmilowski" time="14:45:42.36Z">OK. I'll still do the merge to keep that branch up-to-date.</message>

<message nick="wolf77" time="14:45:44.924Z">Ok, so we need to copy current trunk to releases/eXist-1.2. Is that sufficient?</message>

<message nick="alexmilowski" time="14:45:59.605Z">That is merge the trunk into the 'external-binaries' branch.</message>

<message nick="DiZzZz" time="14:46:12.574Z">well we'll need to make a difference between trunk and 1.2.1</message>

<message nick="psbrogna" time="14:46:35.697Z">Morning all. I'm still struggling with my need for a session-like variables space across subdocuments and looking for suggestions if anybody has any. This may be the functionality causes me to invest some time in switching from Jetty to to Cocoon which I've trying to avoid.</message>

<message nick="alexmilowski" time="14:47:23.757Z">I rolled out that external binaries code onto some test severs. It is working really well. With exact testing, it seems like binaries load faster... that should happen with concurrent reads...</message>

<message nick="alexmilowski" time="14:47:42.053Z">Sorry... that is "without exact testing"</message>

<message nick="psbrogna" time="14:48:03.424Z">I had though that exist's session lib would solve this but I recently realized that xinclude's aren't a request (in terms of the request and session libs) and I have to come up with another mechanism for sharing key/values across a hierarchical document.</message>

<message nick="DiZzZz" time="14:48:55.29Z">alex.... sounds to be good for trunk then</message>

<message nick="DiZzZz" time="14:49:00.387Z">after split</message>

<message nick="wolf77" time="14:49:08.148Z">Well, what if you had an XQuery which did the integration?</message>

<message nick="psbrogna" time="14:49:58.591Z">wolf77: I am considering that but I think it might have to be a big deviation from the pipeline architecture I was shooting for.</message>

<message nick="wolf77" time="14:50:21.184Z">I'm using this with the wiki: an XQuery scans through each doc and replaces certain macro tags with results from dynamic queries.</message>

<message nick="psbrogna" time="14:50:45.589Z">oooh- that sounds promising</message>

<message nick="wolf77" time="14:51:31.986Z">well, walking the doc does certainly cost some performance, but not that much.</message>

<message nick="psbrogna" time="14:52:08.87Z">Does it occur late, ie. just prior to serialization, or does it occur at the point of inclusion?</message>

<message nick="psbrogna" time="14:53:29.617Z">I think I can disregard performance for now. Though my implementation will have significant traffic, I believe I've provision hardware adequately (and certainly cheaper to augment hw than do something complex with sw) and the resultant doc's being server are fairly small (ie. web pages). </message>

<message nick="psbrogna" time="14:53:50.457Z">type: resultant doc's being served</message>

<message nick="wolf77" time="14:53:52.77Z">in my example it occurs late. but since it's just an XQuery, I can do the filtering whenever I want.</message>

<message nick="wolf77" time="14:55:29.02Z">ah, no, I copied trunk to releases/eXist-1.2/eXist</message>

<message nick="psbrogna" time="14:55:41.678Z">that puts more logic on the xquery that does the resolution (processing of macro tags) and is a step away from the simple pipeline I was envisioning but it may be that I have to chose between your suggestion or a Cocoon environment. Damn it seems like it's so close though ...</message>

<message nick="psbrogna" time="14:57:26.259Z">I may just wrap every *.xml xinclude with an XSLT that appends the JSESSIONID to every internal href attribute (and then use the JSESSIONID to reference a key/value doc stored in a "sessions" collection)</message>

<message nick="psbrogna" time="14:58:18.044Z">You may have put me on the right path... thanks.</message>

<message nick="psbrogna" time="14:59:59.111Z">sidenote: I haven't yet had to use any k/v's in the xml doc's, but I do need them to pass from a parent xq, through an xincluded subdoc, to descendent xincluded xq's</message>

<message nick="wolf77" time="15:05:58.181Z">ok, I copied trunk into releases/eXist-1.2 and branches/eXist-stable-1.2</message>

<message nick="wolf77" time="15:10:51.545Z">so trunk is again open for commits</message>

<message nick="DiZzZz" time="15:11:42.429Z">so... branches/eXist-stable-1.2 is for 1.2.1 ?</message>

<message nick="wolf77" time="15:13:16.004Z">yes, stable-1.2 becomes the basis for 1.2.1, i.e. we should port back all major bug fixes</message>

<message nick="psbrogna" time="15:15:07.356Z">what do you all think about storage/serializers/XIncludeFilter.java always adding (if available) JSESSIONID as a parameter in processParameters() ? This would allow session continuity across xincluded files without jumping through any hoops.</message>

<message nick="wolf77" time="15:16:54.921Z">basically yes. However, XIncludeFilter has no knowledge of the HTTP context</message>

<message nick="perig" time="15:16:59.979Z">wolf77 : so, trunk is now 1.3dev right ?</message>

<message nick="psbrogna" time="15:17:20.178Z">ah. I'll be quiet now. Just looking for an easy way out.</message>

<message nick="wolf77" time="15:17:55.489Z">perig: yes</message>

<message nick="perig" time="15:19:03.147Z">My plans : exception handling (with an XQuery compliant exception code), and Java5 when I have time. </message>

<message nick="wolf77" time="15:19:38.548Z">psbrogna: well, if you have concrete ideas on how we could improve the situation, feel free to post them for discussion.</message>

<message nick="perig" time="15:19:46.93Z">However, my biggest problem is probably the migration for the parser (that would probably help the FT stuff)</message>

<message nick="psbrogna" time="15:20:36.352Z">Will do. I'm still quite new on this X-scene so I'll do my best to filter appropriately.</message>

<message nick="wolf77" time="15:21:07.918Z">My immediate plans for 1.3dev are: commit my pending document set improvements; redesign document/collection ids; add index statistics</message>

<message nick="perig_" time="15:22:48.143Z">hehe, excellent. I'd really want to help here</message>

<message nick="wolf77" time="15:31:15.027Z">the document set redesign should bring some more performance improvements, but I still have 1 test failure, so I could not yet commit</message>

<message nick="DiZzZz" time="15:34:07.086Z">whatis the code name for 1.3?</message>

<message nick="wolf77" time="15:36:09.994Z">Eindhoven? RÃ¼sselsheim? GÃ¶teborg?</message>

<message nick="wolf77" time="15:37:45.769Z">mmmh, 1.3 will be the development release, 1.4 the next stable</message>

<message nick="DiZzZz" time="15:43:12.793Z">eindhoven sounds unstable :-)</message>

<message nick="wolf77" time="15:44:07.552Z">Hey, thanks for the christmas card!</message>

<message nick="DiZzZz" time="15:45:10.704Z">:-) already :-)</message>

<message nick="wolf77" time="15:45:50.722Z">early enough ;-)</message>

<message nick="DiZzZz" time="19:16:47.037Z">so... time for champagne?</message>

<message nick="wolf77" time="19:21:17.578Z">Mmmh, will some Schnaps do as well?</message>

<message nick="DiZzZz" time="19:28:51.035Z">ach du..... du.... du..... schnapps trinker</message>

<message nick="wolf77" time="19:29:46.525Z">Onze excuses hiervoor</message>

<message nick="DiZzZz" time="19:29:58.823Z">hahahahahahaahhaha</message>

<message nick="wolf77" time="19:31:06.291Z">yes, we'll start skiing tomorrow. but there will be wireless internet in the appartment ;-)</message>

<message nick="wolf77" time="19:31:29.294Z">at least that's what they promised. let's hope the best.</message>

<message nick="DiZzZz" time="19:36:46.664Z">heheheheheeh</message>

<message nick="DiZzZz" time="21:47:45.222Z">hmmmm quiet here despite 1.2</message>

<message nick="wolf44" time="21:48:01.726Z">well, time for a little change</message>

<message nick="DiZzZz" time="21:48:34.123Z">before you leave.... the jmx code can be integrated into the main code base, right?</message>

<message nick="DiZzZz" time="21:49:00.812Z">htought so</message>

<message nick="DiZzZz" time="21:49:03.986Z">thought so</message>

<message nick="DiZzZz" time="21:49:15.943Z">when you are away i'll clean up that kind of stuff</message>

<message nick="DiZzZz" time="21:49:30.474Z">our UUID code for example can rely on java5 implementation</message>

<message nick="DiZzZz" time="21:49:34.49Z">to start with</message>

<message nick="DiZzZz" time="21:49:46.878Z">makes life so much simpler</message>

<message nick="wolf44" time="21:50:04.273Z">yeah, great</message>

<message nick="wolf44" time="21:51:32.922Z">probably until wednesday</message>

<message nick="wolf44" time="21:51:38.96Z">maybe earlier</message>

<message nick="wolf44" time="22:12:17.634Z">thanks</message>

<message nick="wolf44" time="22:12:25.305Z">hope to see you tomorrow ;-)</message>

<message nick="wolf77" time="23:00:03.103Z">Good night everybody</message>

</xlog>