09:41 <xwikibot> has joined #xwiki
09:41 <vmassol> ah no
09:42 <vmassol> I need to install some plugins
09:42 <vmassol> it said installable with EM so I was fooled...
09:45 <vmassol> hmm the collection plugins fails with: java.lang.NoClassDefFoundError: com/xpn/xwiki/notify/XWikiDocChangeNotificationInterface
09:45 <vmassol> ah that'"s because I don't have legacy jars on my instance? grrr
09:47 <tmortagne> has joined #xwiki
10:03 <Inge-> is the windows installer that comes with hsqldb and jetty usable for production, or is that also considered for testing purposes?
10:04 <vmassol> Inge-: all installers are for testing because xwiki is a webapp
10:04 <vmassol> so you need to install it in your servlet container and in your DB
10:05 <vmassol> with your production configurations
10:06 <vmassol> load balancers, replication, scripts, crons, monitoring tools, app server and DB tuned for performances, etc
10:10 <evalica> has joined #xwiki
10:10 <+tmortagne> vmassol: not all installer, all hsqldb/jetty based distributions
10:10 <vmassol> all installers
10:11 <vmassol> which one would you consider prod-ready?
10:11 <Denis1> has quit
10:11 <vmassol> we don't have any with prod setup/tools
10:11 <@cjd> One guy used the .zip version on a linux server and he added the mysql jdbc connector and changed the hibernate.cfg.xml file to point to his mysql database. It's kind of a middle road between evaluation and production.
10:11 <+tmortagne> debian package is targeting production, you have the base stuff setup for tomact and mysql already, need to add the rest
10:11 <vmassol> the debian one is defintiely not prod ready either
10:11 <+tmortagne> why ?
10:11 <vmassol> that's not prod ready at all thomas
10:12 <vmassol> the mysql db is not tuned for prod, it's on the same machine as tomcat which never happens in produ
10:12 <vmassol> it doesn't have any mysql replication or backup configured
10:12 <vmassol> it's not truned for perf
10:12 <vmassol> etc
10:12 <vmassol> I can go on and on
10:12 <+tmortagne> I don't agree with you never happen for the database, it happen very often actually
10:13 <vmassol> no
10:13 <vmassol> I've done a lot of prod before
10:13 <vmassol> if it happens you can be sure that whoever does it is not serious
10:13 <vmassol> well of course there's prod and prod :)
10:13 <vmassol> for ex
10:14 <+tmortagne> you don't always have several servers...
10:14 <vmassol> if your isntance is not cirtical
10:14 <vmassol> and you don't care about perf
10:14 <vmassol> then it's another matter
10:14 <vmassol> :)
10:14 <vmassol> so yes I agree we need to define what prod we're talkig about
10:14 <Inge-> While I can understand the sentiment of a critical high perf system running 24/7 in an ITIL managed environment, ther is definitely a difference between production and production :)
10:14 <Inge-> me for instance, all I need is a system that works for a distributed team of 10-20 people
10:15 <Inge-> but I DO need it to be fairly snappy as well as good backups. But that's about it.
10:15 <vmassol> IMO you need a DB that supports transaction at teh very least Inge-
10:15 <sburjan> has joined #xwiki
10:15 <+tmortagne> vmassol: hsqldb/jetty package miss a lot of performances stuff and does not allow replication etc but making impossible to use something in production because the database is on th same server is not the same level...
10:15 <vmassol> or you will get corruptions at some point for sure
10:15 <Inge-> hsqldb does not support transactions?
10:16 <Inge-> I'm not sure I see mysql as such a great improvement on hsqldb :P
10:16 <vmassol> actually I don't know, I thought not but not I'm hesitating? would need to check
10:16 <vmassol> s/not I'm/now I'm/
10:16 <@cjd> hsql does as I understand.
10:16 <@cjd> Mysql does as long as you choose Innodb.
10:16 <vmassol> yep was going to say that even mysql needs to be configured properyl
10:16 <Inge-> http://hsqldb.org/doc/guide/sessions-chapt.html
10:17 <Inge-> not knowing anything about hsqldb until I saw it was part of your distributable, I quickly read up on it and it sounded fairly decent.
10:17 <vmassol> sorry I'm entering a conf call? ttyl
10:17 <@cjd> Mysql, for all of it's quirks, is the best tested of all databases besides HSQL, and Mysql has much more community support (you can do replication and backup easily).
10:18 <+tmortagne> Inge-: it is decent, that's what we are using it but being embedded database makes it impossible to properly do some stuff like replication and also for now XWiki does not support multiwiki on it
10:19 <vmassol> said differently we don't have much feedback on hsqldb in production
10:19 <@cjd> We know that big attachments are problematic ;)
10:19 <@cjd> (in hsql)
10:20 <+tmortagne> and we know you can't really backup it without stopping XWiki which is not very nice for production
10:20 <Inge-> yes, that is the biggest issue I've seen so far, tmortagne
10:20 <Inge-> So I guess I could set up java or jetty in a service container and schedule it to shutdown for ann xcopy backup
10:21 <Inge-> (windows environment)
10:21 <Inge-> or I could just change to e.g. MSSQL Express og Progresql?
10:22 <@cjd> If you're looking for an easy time, I recommend using the most heavily tested databases.
10:22 <@cjd> You can get it to work on anything if you are willing to spend more time.
10:22 <Inge-> I have yet to be convinced about mysql :P
10:24 <+tmortagne> Inge-: MySQL has indeed some issues when in its default configuration but at least once setup properly you know that's what is tested the most with XWiki in production
10:24 <Inge-> And this is what I need to know to set it up properly? http://agoncalves.developpez.com/tutoriels/xwiki/creer-un-site-associatif/
10:25 <@cjd> I know your feeling. There are a lot of little things which make it unplesent. But if you need to back it up, you can do a quick search for "mysql backup" and you're there.
10:26 <+tmortagne> Inge-: this is pretty old, you have some tutorials on xwiki.org
10:26 <Inge-> ok. I'll look around
10:27 <+tmortagne> you have some generic stuff on http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL for example
10:27 <+tmortagne> it's less Windows oriented than the other but I doubt it will be an issue
10:28 <+tmortagne> http://extensions.xwiki.org/xwiki/bin/view/Extension/Admin+Tools+Application also has some scipt to check you installation on mysql
10:29 <+tmortagne> the main things to remember is to change myisam for innodb and latin1 for utf8_bin
10:29 <Inge-> right.
10:30 <+tmortagne> then it start to looks like a real database :)
10:31 <Inge-> if I ever need to change db, is it about as simple as exporting all pages, set up new fresh install with different db, and then import all pages in the new installations?
10:31 <+tmortagne> Inge-: yes expect that exporting all pages could be less simple that it sounds
10:31 <+tmortagne> if you have a bif wiki the standard export/import won't support it properly
10:31 <Inge-> bif?
10:32 <+tmortagne> but you can use scripts from extensions.xwiki.org for it
10:32 <+tmortagne> http://extensions.xwiki.org/xwiki/bin/view/Extension/Large+Wiki+Export
10:32 <+tmortagne> http://extensions.xwiki.org/xwiki/bin/view/Extension/Large+XAR+Import
10:32 <+tmortagne> with those you should be able to export/import anything
10:33 <+tmortagne> we really need to improve standard ones...
10:34 <Inge-> a non-minor factor in my choosing xwiki was the perception that it has decent abilities when it comes to export :)
10:35 <+tmortagne> it has if you have lots of memory ;)
10:36 <+tmortagne> the main issue is that it's not streamed enough with standard export/import so it use a lot of memory
10:42 <Inge-> memory is cheap.
10:43 <Inge-> do you have any other nifty css classes besides "floatinginfobox" defined?
10:45 <Inge-> Heh. Just slap me if I am pestering you devs too much. I can take it.
10:48 <+tmortagne> Inge-: sorry will not help you much with css stuff
10:49 <jvdrean> has joined #xwiki
11:00 <vmassol> tmortagne: seems there are some issues on 4.2SNAPSHOT. I've downloaded the latest zip
11:01 <vmassol> and I get teh following in my console:
11:01 <vmassol> https://gist.github.com/2922919
11:03 <vmassol> going to switch to 4.1RC1 for my breizhcamp talk ?.
11:03 <+tmortagne> vmassol: it's when parsing the previous job statuses (so it won't have any incidence on the runtime) but I don't understand why xstream fail to parse it, the message is not very clear
11:04 <+tmortagne> it's not a jetty/hsqldb distribution ?
11:04 <+tmortagne> or you setup the persistent folder outside of the folder ?
11:05 <+sburjan> can someone tell me if I should test db migrations from 2.7.2 to RC-1 to from 4.0 to RC-1 ?
11:05 <+tmortagne> looks like the status as been saved in one version and loaded in another
11:06 <vmassol> tmortagne: it's the standalone zip distribution
11:06 <vmassol> (no change to permanent dir)
11:07 <+tmortagne> then it looks like xstream bug, what snapshot version is that 7?
11:08 <vmassol> xwiki-enterprise-jetty-hsqldb-4.2-20120612.174948-48.zip
11:08 <+tmortagne> there must be something it does not like in the object I giv it to serialize
11:08 <+tmortagne> ok will try to reproduce that
11:10 <+tmortagne> hmm it's save actually and not load
11:10 <+tmortagne> I tough it was at startup
11:10 <+tmortagne> will make it easier to reproduce I guess, what were you doing ?
11:11 <+tmortagne> installing some extension ?
11:11 <vmassol> I did 2 things
11:11 <vmassol> - installed the jquery helpers extension
11:11 <vmassol> - imported a XAR I have locally (I can provide it to you if needed)
11:12 <+tmortagne> it has been produce by an EM action so it's probably the jquery one, will try to reproduce
11:12 <vmassol> note that I had an earlier 4.2snapshot
11:13 <vmassol> and I installed the jquery extension with no errors int eh console
11:13 <vmassol> so it's something relatively recent
11:13 <vmassol> (past week probably)
11:13 <vmassol> I mean within 1 week
11:13 <+tmortagne> weird
11:13 <+tmortagne> I don't remember adding much but will see
11:14 <+tmortagne> anyway need to find the exact thing I added to make xstream fail and will report it to them
11:15 <vmassol> testing now with rc1
11:15 <vmassol> 4.1rc1
11:15 <+tmortagne> ok
11:16 <vmassol> no problem on 4.1rc1
11:24 <+tmortagne> ok thanks
11:29 <vmassol> go go go Andreas! )
11:29 <vmassol> :)
11:30 <+sburjan> :)
12:12 <lucaa> has joined #xwiki
12:20 <AndreasJonsson> The all-time statistics covers the period 2006-01-01 - 2009-01-01.  Time came to an end three years ago. :)
12:53 <mflorea> has quit
12:54 <+sburjan> Hello. If I am running a mysql wiki, and want to import a 8.5 MB xar, why to I get console errors about packet size even when the max_packet_size is 16 MB ?
12:54 <@cjd> did you check the max upload size in the XWikiPreferences file?
12:56 <+sburjan> at which proprety ?
12:56 <+sburjan> I am running a 2.7.2, haven't touched XWikiPreferences
12:56 <@cjd> I think it's called max_upload_size
12:57 <@cjd> /edit/XWiki/XWikiPreferences?editor=object
12:57 <+sburjan> I was looking in the file
12:58 <+sburjan> 33554432
12:59 <+sburjan> 33554432 / 1024 = 32768
12:59 <+sburjan> so I guessthat's 32 MB
12:59 <@cjd> I have no clue as to what the actual metric is there but cranking it up to 99999999999 works well
13:00 <+sburjan> I don't get the logic of it.... this is why I am asking
13:00 <+sburjan> modifying the mysql conf file and restarting the daemon works
13:00 <+sburjan> so it is related to the my.cnf setting, not to the one from XWikiPreferences
13:01 <@cjd> ahh ok
13:01 <+sburjan> so I'm still puzzled why I am not allowed to import a 8.5 MB XAR when the setting is at 16 MB
13:03 <@cjd> there's attachment history which is stored in base64 in XML
13:03 <@cjd> which is pretty inefficient
13:10 <Inge-> and if it is changed from an ascii to a utf encoding, that will double the size
13:13 <@cjd> internally it's utf8 but in memory yes indeed.
13:14 <@cjd> internally -> in the database
13:40 <mflorea> has joined #xwiki
14:14 <ssavi> has joined #xwiki
14:37 <ssavi> has quit
14:41 <CIA-131> tmortagne stable-4.1.x * r8e50330 https://github.com/xwiki/xwiki-rendering/commit/8e503307c4f28fd7f9e36f22f9cd7f60d87d38be / (2 files in 2 dirs): XRENDERING-212: Exception when saving document in Markdown 1.0 - http://git.io/W74H9Q
14:41 <CIA-131> tmortagne master * r9bdb42f https://github.com/xwiki/xwiki-rendering/commit/9bdb42f944f645a589ec5e93274fc78400c39db3 / (2 files in 2 dirs): XRENDERING-212: Exception when saving document in Markdown 1.0 - http://git.io/fxwAIg
14:54 <CIA-131> tmortagne master * rc5803ce https://github.com/xwiki/xwiki-rendering/commit/c5803ce4db557b9e07699f245b6287bb12d4b074 / xwiki-rendering-syntaxes/xwiki-rendering-syntax-markdown/src/main/java/org/xwiki/rendering/internal/parser/markdown/MarkdownParser.java : Fix typo - http://git.io/f5T7uA
14:54 <CIA-131> tmortagne stable-4.1.x * r716c1b2 https://github.com/xwiki/xwiki-rendering/commit/716c1b2c0a59b2f3f8ed5d7bc4e1dad9e7d0e350 / xwiki-rendering-syntaxes/xwiki-rendering-syntax-markdown/src/main/java/org/xwiki/rendering/internal/parser/markdown/MarkdownParser.java : Fix typo - http://git.io/r8ryCQ
15:15 <jvdrean1> has joined #xwiki
15:16 <jvdrean> has quit
15:18 <polx_> has joined #xwiki
15:19 <polx> has quit
15:19 <polx_> is now known as <polx>
15:38 <polx> has quit
15:48 <+tmortagne> vmassol: I can't reproduce the log you got when installing jQuery Helpers
15:49 <+tmortagne> testing with a jenkins build
15:50 <+tmortagne> (trying with the same version you used)
15:54 <+tmortagne> I just reproduce it with the version you used
15:54 <vmassol> ok
15:55 <+tmortagne> so it seems to be related to packaging but not sure what. Maybe version of one of the dependency is not the same in both configuration, will review it
15:56 <+tmortagne> vmassol: what version of the jvm were you using ?
15:56 <vmassol> 1.6
15:56 <vmassol> "1.6.0_31-b04-415"
15:56 <+tmortagne> ok
15:57 <+tmortagne> so it's not a java7 related issue (I tried with Java 7 when it failed and Java 6 when it was ok)
15:59 <+tmortagne> oracle one ?
15:59 <+tmortagne> found http://jira.codehaus.org/browse/XSTR-608
15:59 <+tmortagne> it failed with openjdk for me
15:59 <vmassol> yes the sun/oracle jvm
16:00 <+tmortagne> will try with jetty/hsqldb and sun 1.6 to see
16:01 <+tmortagne> same thing with sun 1.6 actually
16:05 <+sburjan> Hello. can someone tell me for how long the artifacts of older version remain on Nexus ? I am talking mostly about the javadocs we generate
16:06 <+tmortagne> forever
16:06 <+tmortagne> we never delete releases packages
16:06 <+tmortagne> all we remove are snapshots
16:06 <+sburjan> so basically I can download xwiki 0.9 jar's and javadocs ?
16:06 <+tmortagne> s/releases/released/
16:06 <+tmortagne> you could if 0.9 was maven project :)
16:07 <vmassol> we started around 1.1
16:07 <+tmortagne> it's going to be pretty hard to get 0.9 javadoc I guess
16:07 <+sburjan> ok, so I can have XWiki 1.1 javadocs ? I am nostly interested in the API's we had at that time
16:07 <+sburjan> *mostly
16:07 <+tmortagne> yes you should
16:07 <+tmortagne> let me see
16:07 <vmassol> we only published javadocs not too long ago AFAIR
16:08 <vmassol> not too long == 2-3 years maybe
16:08 <+tmortagne> you sure ?
16:08 <+tmortagne> we were not using maven release plugin ?
16:08 <+tmortagne> javadoc is supposed to be generated automatically as soon as you do a release with release plugin
16:09 <vmassol> no I'm not sure but I know I added it a bit after I created the poms
16:09 <vmassol> maybe not that long after
16:09 <vmassol> we have a special profile for that tmortagne
16:09 <vmassol> the release profile
16:09 <vmassol> you can look in the top levle pom
16:10 <+tmortagne> vmassol: see http://maven.xwiki.org/releases/com/xpn/xwiki/platform/xwiki-core/1.1/
16:10 <+tmortagne> javadoc and sources
16:10 <+sburjan> I don't have to go back in time that much, but Ludovic wants us to have exposed javadocs from all platform, rendering and commons. ATM we have only for core: http://platform.xwiki.org/xwiki/bin/view/DevGuide/API
16:10 <vmassol> cool then
16:10 <+tmortagne> and I sure I generated sources and javadoc without any special profile, for wikimodel for example
16:11 <+sburjan> and all I want and need is basically a "scanner" of projects I need.. mostly the ones that expose services and generate nexus URL's to their corresponding javabocs
16:11 <vmassol> tmortagne: it changed depending on the version of maven and the version of the release plugin
16:11 <vmassol> (there were bugs too)
16:12 <+tmortagne> bug is something else, i'm talking about what release plugin is supposed to do
16:12 <+sburjan> one COOL thing to have would be a global javadoc. for example: some method from olcore returns a object type which is in rendering, and be able to click on it and get redirected to that class from the rendering javadoc. is this possible ?
16:13 <vmassol> sburjan: yes
16:13 <vmassol> you can build the maven site too
16:13 <vmassol> it generates javadocs for all
16:13 <vmassol> sorry but I don't have time to help you on this ATM
16:13 <vmassol> I'm busy till end of the week
16:13 <+sburjan> can you give me a hint on how to start with this ?
16:13 <vmassol> yep I can
16:13 <vmassol> google!
16:14 <+sburjan> I know, no hurry, I just want to help and try alone first
16:14 <+sburjan> ok :)
16:14 <+tmortagne> yep the generating maven sites would probably nicer, cjd started to work on a job in jenkins for it ome time ago
16:14 <+tmortagne> but not sure what is its satet
16:14 <+tmortagne> state
16:14 <vmassol> I fixed the site goal several times
16:14 <vmassol> it hsould be working
16:14 <vmassol> but the javadoc plugin may need tuning
16:15 <+sburjan> ok, I'll start reading about javadoc plugin
16:15 <+sburjan> I'd like to try to do this until the end of july (seminar)
16:15 <+tmortagne> sburjan: http://ci.xwiki.org/view/All/job/xwiki-platform-core-site-job/
16:16 <+sburjan> yes, it's just that I don't know what is this exacty, and it seems I get 404 if I go deeper in the tree
16:17 <+sburjan> have to do some homework before
16:18 <+tmortagne> sburjan: the site plugin is what generated website like http://maven.apache.org/plugins/maven-dependency-plugin/
16:18 <+tmortagne> with all informations related to a project
16:20 <vmassol> google: maven aggregated javadoc
16:20 <+tmortagne> we use to generate site at each release on http://maven.xwiki.org/site/
16:20 <+tmortagne> but since site plugin always had many issues we stopped
16:21 <+sburjan> I see. I'll use this goal on a local build to see which informations usually contains (site plugin)
16:22 <polx> has joined #xwiki
16:22 <vmassol> anbother idea is to use the EM API to write an application inside xwiki that provides documentation
16:22 <vmassol> it would find all extensions and generate automaitcally the nexus links to the javadocs
16:23 <+sburjan> or ew could have for each component a link to its javadoc page from extensions.xwiki.org
16:23 <vmassol> actually that could almost be part of the EM UI tmortagne
16:23 <vmassol> yes we also want to have that
16:23 <Enygma`> has quit
16:24 <+tmortagne> vmassol: this works only for extensions comming from XWiki nexus repository
16:24 <+tmortagne> but we could allow an extension to expose a documentation link
16:25 <vmassol> yep, we talked about it already AFAIR tmortagne
16:44 <+sburjan> red alert: it seems migration on Oracle is failing
16:44 <+sburjan> something related to "ASE_HIDDEN: Invalid Identifier"
16:44 <+sburjan> reporting blocker
16:54 <+sburjan> http://jira.xwiki.org/browse/XWIKI-7911
16:55 <CIA-131> tmortagne master * redf05dc https://github.com/xwiki/xwiki-platform/commit/edf05dcfc92f69670766365b939919abf1d8ff14 / xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-script/src/main/java/org/xwiki/extension/script/internal/ExtensionManagerScriptService.java : XWIKI-7854: Use id/namespace as job id instead of just id in EM - http://git.io/UCEQlg
16:55 <CIA-131> tmortagne stable-4.1.x * r6554862 https://github.com/xwiki/xwiki-platform/commit/65548628dc587e9c4a08ca082a1c20cbbe00c9aa / xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-script/src/main/java/org/xwiki/extension/script/internal/ExtensionManagerScriptService.java : XWIKI-7854: Use id/namespace as job id instead of just id in EM - http://git.io/ErYbSg
16:58 <+tmortagne> ok found what xstream does not like but not why, anyway will try to workaround it
17:05 <vmassol> has quit
17:07 <CIA-131> tmortagne master * rc226d1d https://github.com/xwiki/xwiki-commons/commit/c226d1d62b14224e99fee1f10b7e52aa5f35312d / (3 files): Improve log - http://git.io/NCyxag
17:11 <vmassol> has joined #xwiki
17:36 <CIA-131> tmortagne master * r779e4da https://github.com/xwiki/xwiki-commons/commit/779e4da81b7001543867288d4c9d4907afa3bfb1 / (5 files in 5 dirs): XCOMMONS-200: Failed to save job status when one of the logs contain an extension object in its parameters - http://git.io/xE6gQA
17:38 <CIA-131> tmortagne master * r1adf0e5 https://github.com/xwiki/xwiki-platform/commit/1adf0e5ad9b6b74ae99df709956294d7cd8e275d / xwiki-platform-core/xwiki-platform-extension/xwiki-platform-extension-handlers/xwiki-platform-extension-handler-xar/src/main/java/org/xwiki/extension/xar/internal/repository/XarInstalledExtensionRepository.java : XCOMMONS-200: Failed to save job status when one of the logs contain an extension object in its parameters - http://git.io/Z-jABA
17:42 <thebishop> has joined #xwiki
17:43 <thebishop> hi, i read that there's a plugin for doing ticket-tracking, but i can't find it
17:43 <thebishop> anyone know a good one?
17:46 <+tmortagne> thebishop: there is http://extensions.xwiki.org/xwiki/bin/view/Extension/Task+Manager+Application but can't tell you if it's good
17:51 <CIA-131> Jean-Vincent Drean master * r2012aa7 https://github.com/xwiki/xwiki-platform/commit/2012aa70674759a0a247c8d5c86b5217c451e9dd / (3 files in 3 dirs): XWIKI-7909 : Timezone settings are wrong - http://git.io/ByALKQ
17:51 <CIA-131> Jean-Vincent Drean stable-4.1.x * rd6c5222 https://github.com/xwiki/xwiki-platform/commit/d6c5222d77bb57e8aba1d9945b0347e22e3da4e5 / (3 files in 3 dirs): XWIKI-7909 : Timezone settings are wrong - http://git.io/e89jAA
18:11 <abusenius> has joined #xwiki
18:16 <jvdrean1> sdumitriu: by any chance do you have an oracle DB at hand ?
18:16 <@sdumitriu> Nope, I removed it recently because I was running out of space
18:17 <@sdumitriu> But you can use the vm they provide
18:17 <@sdumitriu> If you have the 16GB of disk space it requires
18:18 <jvdrean1> 16GB, wow, ok I'll try tomorrow on sburjan's DB :)
18:18 <jvdrean1> sdumitriu, it's about the new column in activitystream_events
18:18 <+sburjan> yepp :)
18:19 <jvdrean1> oracle throws errors with this query "alter table xwiki.activitystream_events add ase_hidden number(1,0) default false not null"
18:20 <jvdrean1> it seems legit to me but I suspect the "default false" could be the issue
18:23 <tmortagne> has quit
18:23 <jvdrean1> FTR, the "default" attribute is something we don't often use
18:23 <jvdrean1> https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-activitystream/src/main/resources/activitystream.hbm.xml#L42
18:27 <sburjan> has quit
18:27 <mflorea> has quit
18:28 <jvdrean1> nope, that's not it, I can find a lot of oracle query examples looking just like this one
18:53 <jvdrean1> has quit
19:27 <thebishop> has quit
19:44 <abusenius> has quit
19:51 <ssavi> has joined #xwiki
20:04 <evalica> has quit
20:16 <polx> has quit
20:20 <polx> has joined #xwiki
20:23 <abusenius> has joined #xwiki
20:34 <Enygma`> has joined #xwiki
21:10 <polx> has quit
21:11 <polx> has joined #xwiki
21:16 <polx_> has joined #xwiki
21:17 <polx> has quit
21:17 <polx_> is now known as <polx>
21:19 <lucaa> has quit
21:39 <thebishop> has joined #xwiki
21:45 <thebishop> hi all, I've got ldap talking to my ldap server and logins work. The problem is it only seems to work if I use cn as the username.  We use cn for <FirstName LastName> and uid for login on everything else.  I can't seem to get login working with uid as the username
21:49 <thebishop> another odd quirk: "Ldap UID attribute name" must also be set to cn.  Shouldn't I be able to set this to any user attribute I like?
21:52 <thebishop> and another odd quirk: base DN must be set.  No auth if it's not set.  But the same DN info must be in the user name.  Isn't the point of setting Base DN that I don't have to put this data in every form?
22:47 <abusenius> has quit
22:53 <CIA-131> Andreas Jonsson master * rdfa21af https://github.com/xwiki/xwiki-enterprise/commit/dfa21afb6473d83cfa13e1b217330871c4578536 / xwiki-enterprise-test/xwiki-enterprise-test-selenium/src/test/it/org/xwiki/test/selenium/AdministrationTest.java : [misc] Removing invalid test - it is not possible to selectively deny edit for some administrators. - http://git.io/Wj9riQ
22:53 <CIA-131> Andreas Jonsson stable-4.1.x * r4f4b68b https://github.com/xwiki/xwiki-enterprise/commit/4f4b68bb6bccc2721a0e6fa7ea7ac4a9d436abfa / xwiki-enterprise-test/xwiki-enterprise-test-selenium/src/test/it/org/xwiki/test/selenium/AdministrationTest.java : [misc] Removing invalid test - it is not possible to selectively deny edit for some administrators. - http://git.io/NY1aeg
22:54 <CIA-131> Andreas Jonsson stable-3.5.x * refe57c2 https://github.com/xwiki/xwiki-enterprise/commit/efe57c29f11128c8db4b8051a464a910b0d1a97e / xwiki-enterprise-test/xwiki-enterprise-test-selenium/src/test/it/org/xwiki/test/selenium/AdministrationTest.java : [misc] Removing invalid test - it is not possible to selectively deny edit for some administrators. - http://git.io/QQCu_w
23:05 <vmassol> has quit
23:06 <thebishop> has quit