- xwiki-devs@xwiki.org - lists.xwiki.org

by Thomas A. Oehser

There is a directory, http://forge.objectweb.org/svnsnapshots/ ,which says that it is generated each day... It seems to have been last updated in June... Much of the time, I'm behind a firewall that can't do SVN, and had hoped for http access to the tips... ??? -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years, 10 months

3
3
0 0

xwiki build.390 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061109104537Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.389 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061109100030Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.388 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061109091546Lbuild…

18 years, 10 months

1
0
0 0

[Proposal] build-tools module and Checkstyle

by Vincent Massol

Hi, I'd like to propose creating a build-tools/ module in xwiki/trunk. This module will contain tools/files for the build. Right now it'll contain our licenses and our checkstyle config files. In the future it can contain other things like PMD, findbugs configs, plugins that we need for our build, etc. This is the structure recommended by Maven2. It's the one I've used on Cargo. You can check it out here if you want: http://fisheye.codehaus.org/browse/cargo/cargo/trunk/build-tools M2: The idea is to create a build-tools JAR containing all the verification tools configs. This jar is then used by the other build module which need to check for compliance. This is described here: http://tinyurl.com/yjlgnx Once we have this we can start defining one by one the checkstyle rules that we want to apply. I'm proposing that we DON'T turn on build failure on checkstyle for the whole project or it'll never build. What I'm suggesting instead for now (so that everyone can get used to this - say for the coming month or so and then we can review the strategy) is that everyone voluntarily turn on checkstyle verification on whatever new class he writes or on existing code that he cleans up to match the conventions. This that once we get a clean class, anyone causing a violation on that class will result in a build failure. Right now I have excluded all files. I have this ready and working on my local computer. Let me know if it's ok and I'll commit it (right now it's only bound to the Maven2 build anyway). Once I have this committed, the next step is to agree on the checkstyle conventions to use. I'll post another mail on that later on after we've agreed on this one. Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

3
3
0 0

xwiki build.385 Build Fixed

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061108021417Lbuild…

18 years, 10 months

3
2
0 0

CreateUserFromLDAP in LDAPAuthServiceImpl

by Philippe Legrain

Hi, In the LdapAuthServiceImpl , as far as I understand it, everytime a user is authentified, the method CreateUserFromLDAP is called, wich in turn creates a user page in the wiki. The creation is done regardless of wether te page already exists or not in the wiki, increasing its version number upon every call to authenticate (which is called quite often). I tried to do use the doc.isNew() method to try to avoid creating a user page when it already exists, but the isNew appear to always return false after the doc creation using this line: XWikiDocument doc = context.getWiki().getDocument(fullwikiname, context); Is that correct? Is there a way to avoid updating the user's document upon every authentification? Thanks, Philippe Legrain

18 years, 10 months

2
1
0 0

xwiki build.387 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061108112444Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.386 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061108101959Lbuild…

18 years, 10 months

1
0
0 0

Remove Maven1 build from trunk?

by Vincent Massol

Hi, Can I remove the maven1 build from trunk? In don't think we want to develop it any further. I'm proposing to remove it from trunk. In any case should someone want to go back to it it'll still be in SVN history. Thanks -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

2
1
0 0

help needed in building xwiki source

by gchoudha

Hi Everyone, I am new to this group and was trying to build the source. When I try to build all, I run into trouble. It says: out of heap space. To resolve this, I increased the memory allocation. My build continued for more than half an hour and was not over. I suspect its entering into an infinite loop. I had to terminate it at the end. Can any one guide me to build and deploy it successfully? Is there any document that describes the steps? Thanks in advance Regards, Gyanesh Output: C:\xwiki>ant all Buildfile: build.xml prepare: [propertyfile] Updating property file: C:\xwiki\src\main\web\WEB-INF\version.pro perties clover-yes: clover-no: xwiki.nonjava: [copy] Copying 1 file to C:\xwiki\build\web xwiki: release: [war] Building war: C:\xwiki\release\xwiki-0.9.875.war [copy] Copying 1 file to C:\xwiki\build\web\WEB-INF [copy] Copying 1 file to C:\xwiki\build\web\WEB-INF [war] Building war: C:\xwiki\release\xwiki-exo-0.9.875.war [copy] Copying 1 file to C:\xwiki\build\web\WEB-INF junit-check: tests: [copy] Copying 1 file to C:\xwiki\build\test test.client: [junit] Running com.xpn.xwiki.atom.WSSEHeaderTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 0.344 sec [junit] Running com.xpn.xwiki.atom.XWikiHelperTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.078 sec [junit] Running com.xpn.xwiki.test.ClassesTest [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.61 sec [junit] Running com.xpn.xwiki.test.DocumentInfoTest [junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 155.848 sec [junit] Test com.xpn.xwiki.test.DocumentInfoTest FAILED [junit] Running com.xpn.xwiki.test.GroovyRenderTest [junit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 206.662 sec [junit] Test com.xpn.xwiki.test.GroovyRenderTest FAILED [junit] Running com.xpn.xwiki.test.HibernateClassesTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 53.314 sec [junit] Test com.xpn.xwiki.test.HibernateClassesTest FAILED [junit] Running com.xpn.xwiki.test.LDAPTest [junit] Tests run: 9, Failures: 0, Errors: 9, Time elapsed: 462.012 sec [junit] Test com.xpn.xwiki.test.LDAPTest FAILED [junit] Running com.xpn.xwiki.test.MonitorTest [junit] Tests run: 7, Failures: 0, Errors: 7, Time elapsed: 360.056 sec [junit] Test com.xpn.xwiki.test.MonitorTest FAILED [junit] Running com.xpn.xwiki.test.ObjectTest [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 0.563 sec [junit] Running com.xpn.xwiki.test.PDFExportTest [junit] Tests run: 6, Failures: 0, Errors: 6, Time elapsed: 308.789 sec [junit] Test com.xpn.xwiki.test.PDFExportTest FAILED [junit] Running com.xpn.xwiki.test.PackageTest [junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 155.223 sec [junit] Test com.xpn.xwiki.test.PackageTest FAILED [junit] Running com.xpn.xwiki.test.PluginTest [junit] Tests run: 4, Failures: 0, Errors: 4, Time elapsed: 206.771 sec [junit] Test com.xpn.xwiki.test.PluginTest FAILED [junit] Running com.xpn.xwiki.test.RadeoxRenderTest [junit] Tests run: 10, Failures: 0, Errors: 10, Time elapsed: 513.138 sec [junit] Test com.xpn.xwiki.test.RadeoxRenderTest FAILED [junit] Running com.xpn.xwiki.test.SearchTest [junit] Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 104.628 sec [junit] Test com.xpn.xwiki.test.SearchTest FAILED [junit] Running com.xpn.xwiki.test.StatsTest [junit] Tests run: 2, Failures: 0, Errors: 2, Time elapsed: 104.721 sec [junit] Test com.xpn.xwiki.test.StatsTest FAILED [junit] Running com.xpn.xwiki.test.StoreHibernateCacheTest [junit] Tests run: 3, Failures: 0, Errors: 3, Time elapsed: 155.535 sec [junit] Test com.xpn.xwiki.test.StoreHibernateCacheTest FAILED [junit] Running com.xpn.xwiki.test.StoreHibernateTest [junit] Tests run: 1, Failures: 0, Errors: 1, Time elapsed: 53.845 sec [junit] Test com.xpn.xwiki.test.StoreHibernateTest FAILED [junit] Running com.xpn.xwiki.test.StoreObjectHibernateTest Terminate batch job (Y/N)? y

18 years, 10 months

2
5
0 0

RE: [xwiki-commits] r1510 - in xwiki/trunk/core/src: . test test/java test/java/com test/java/com/xpn

by Vincent Massol

Sorry this was a mistake... -Vincent > -----Original Message----- > From: Vincent Massol [mailto:vmassol@users.forge.objectweb.org] > Sent: lundi 6 novembre 2006 15:25 > To: xwiki-commits(a)objectweb.org > Subject: [xwiki-commits] r1510 - in xwiki/trunk/core/src: . test > test/java test/java/com test/java/com/xpn > > Author: vmassol > Date: 2006-11-06 15:24:31 +0100 (Mon, 06 Nov 2006) New Revision: 1510 > > Added: > xwiki/trunk/core/src/test/ > xwiki/trunk/core/src/test/java/ > xwiki/trunk/core/src/test/java/com/ > xwiki/trunk/core/src/test/java/com/xpn/ > xwiki/trunk/core/src/test/java/com/xpn/xwiki/ > Log: > > ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

1
0
0 0

[M2] Moving unit tests to core/src/test

by Vincent Massol

Hi, I'm going to start moving the unit tests to core/src/test. I'll leave integration tests (those are tests currently src/test/java that need some kind of environment like a database, etc) for now till we define a place where we want to store them. Let me know if any of this is an issue. And again please tell me if you have any issue with what I'm doing as I know it ay make things more difficult for you if you're working on what I'm touching. As always, I'm on IRC (irc.freenode.org, channel #xwiki) if you need to talk to me. Thanks -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

1
1
0 0

RE: IRC for the xwiki community

by Vincent Massol

I didn't get much answers from this post and thus I'm resending it. It would be nice if more xwiki developers were logged on irc so kickstart this. I'm personally logged every day. The idea is not to bypass the mailing list (which should be used to record any decision) but to have another medium when we need to quickly exchange information when we develop. Thanks -Vincent > -----Original Message----- > From: Vincent Massol [mailto:vincent@massol.net] > Sent: vendredi 13 octobre 2006 08:45 > To: 'xwiki-dev(a)objectweb.org' > Subject: IRC for the xwiki community > > Hi everyone, > > I've noticed that this project doesn't have an IRC channel yet. I think > it's extremely valuable for those who are developing on xwiki to be > able to share ideas, do design, etc with a communication channel that > is faster than mail. > > This is what we done on the Maven project (irc.codehaus.org, channel > #maven), Cargo and lots of other projects. > > Of course any important decision should also result in an email to the > list so that everyone can follow what's happening. > > I suggest using Freenode. I have set up a channel for us: > > Server: irc.freenode.net > Port: 6667 > Channel #xwiki > > In order to connect there you can use any IRC client: > - mIRC > - Trillian > - or any of the other hundreds of clients: > http://www.ircreviews.org/clients/ > > WDYT? > > Join me there! > > Thanks > -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

2
2
0 0

[M2] Differences of jars between Ant's build and m2's build

by Vincent Massol

Hi there, I've compared the libraries in the xwiki standard war generated by both the Ant build and by m2's build. There are numerous differences which we need to reconcile: Jars present in the m2-generated war but not present in Ant's build: ==================================================================== activation 1.1 commons validator 1.1.4 jmock 1.0.1 junit 3.8.1 logkit 1.0.1 servlet api 2.4 velocity-dep 1.4 xpp3 1.1.2a xstream 1.0.2 I don't think we need those (they were added by transitive dependencies but there are often errors in the POMs. For example the junit and jmock jars are probably because these deps did not have a "test" scope in some POM). I'll exclude those. Jars present in the Ant-generated war but not present in m2's build: ==================================================================== asm 1.5.3 asm-util 1.5.3 c3p0 0.8.4.5 cglib 2.1 clover 1.3.9 (not needed I believe in the main war) commons discovery 0.2 commons logging adapter 1.1 commons logging api 1.1 concurrent derby 10.1.3.1 ehcache 1.1 flipper hibernate-tools 2.1.3 hsqldb 1.8.0 exo services chart api 2.0 exo services chart impl 2.0 exo services commons api 2.0 exo services database impl 2.0 exo services organization impl 2.0 exo services security impl 2.0 jimi lucene 1.4.3 mysql connector java 3.1.7-bin odmg 3.0 qname 1.5.2 saaj 1.2 securityfilter 2.0 serializer 2.7.0 sl4j log4j12 1.0.1 swarmcache velocity tools 1.1 ws-common-java5 1.0.1 wsdl4j 1.5.2 xmlrpc-client 3.0 xsltc 2.7.0 None of these jars are required for compiling the classes in core/src/main/java. There are 2 possibilities: 1) some are required at runtime 2) some are extra jars that we don't need Could someone please tell me which jars fall in category 1) and which fall in category 2)? Another question: Do we need the exo jars at all (this is the standard war, not the exo one)? Version mismatch between Ant's and Maven2's builds ================================================== antlr 2.7.2 (m2) vs 2.7.5 avalon fwk 4.1.3 vs 4.1.5 commons beanutils 1.6 vs 1.7 commons digester 1.6 vs 1.7 commons fileupload 1.0 vs 1.1.1 commons pool 1.2 vs 1.1 ical4j 0.9.19 vs 0.9.19M log4j 1.2.12 vs 1.2.13 xalan 2.5.1 vs 2.7.0 xml apis 1.0.b2 vs 2.0.2 xerces impl 2.5.0 vs xerces 2.7.1 These are jars that were added by transitive dependencies (as otherwise they would have the same version). I need to know for which of them it's ok to use the version brought by transitive deps (normally all I'd say but I'd like to check). Thanks -Vincent ___________________________________________________________________________ Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire. http://fr.mail.yahoo.com

18 years, 10 months

2
1
0 0

xwiki Build Failed

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061103150511

18 years, 10 months

1
0
0 0

xwiki build.384 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061103141921Lbuild…

18 years, 10 months

1
0
0 0

[M2] Warning: about to commit changes to src tree

by Vincent Massol

Hi, Just an advanced warning that I'm about to commit changes to the source tree. Namely, I've created: xwiki/trunks/ |_ core/ |_ web/ |_ standard/ |_ exo/ This means that all sources in src/main/web will now find their way to web/standard/src/main/webapp. Thanks -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

1
0
0 0

Change to Ant's build

by Vincent Massol

Hi there, As I'm porting our build to Maven2, I noticed the following in our Ant's build.xml: <copy todir="${build.dir}/web/WEB-INF/classes"> <fileset dir="${build.dir}/web/WEB-INF"> <include name="hibernate.cfg.xml" /> </fileset> </copy> I was surprised to see that we need the hibernate config file in 2 places. I would have thought that having it in WEB-INF would be enough and that if we needed to parse it from inside xwiki we could use: getServletContext().getResource("/WEB-INF/hibernate.cfg.xml"); I've chatted with Ludovic yesterday and he said that he doesn't think we need the one in classes/. Thus I'm going to try removing it. Unfortunately I don't know if we have functional tests to prove that it still works so it's possible I'm going to break something which is why I'm recoding what I'm doing here. Ideally our CI should run functional tests and let us know if something is broken... Thanks -Vincent ___________________________________________________________________________ D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions ! Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses http://fr.answers.yahoo.com

18 years, 10 months

1
0
0 0

xwiki build.383 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061103111243Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.382 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061103054541Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.381 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061102160636Lbuild…

18 years, 10 months

1
0
0 0

Eclipse .project in SVN is not current,

by Thomas A. Oehser

Um, on discovering an Eclipse .project and .classpath in SVN, I imported it, but, it has several jars that are the wrong version, is missing the captcha stuff, is not copying everything to WEB-INF such that it could run in place, in general it doesn't seem to be in use... Is there some other way of building/debugging under Eclipse, without manually figuring everything out? If the .project and .classpath are not maintained by the commiters, shouldn't they just be removed? PS- I am setting out to get configurared on the tips with PGSQL, is there anything special I should know, such as a list of schema changes since the latest pg .sql? -Thanks, -Tom -- May 4, 1970: Alison Krause, Jeffrey Miller, Sandra Scheuer, William Schroeder.

18 years, 10 months

2
2
0 0

xwiki build.380 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061102152117Lbuild…

18 years, 10 months

1
0
0 0

xwiki build.379 Build Successful

by ludovic＠xwiki.org

View results here -> http://build.xpertnet.biz/cc/buildresults/xwiki?log=log20061102101515Lbuild…

18 years, 10 months

1
0
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs