May 2005 - xwiki-devs@xwiki.org

Pb in unit tests with my refactoring...
by Vincent Massol 01 Jun '05

01 Jun '05

Hi, I'm still struggling to fix the tests that I have broken with my last refactoring (the generation of the hibernate config file tests.build.dir and its retrieval through the classpath). Sorry about that... I'm not sure what's the reason. Here's attached the test report of a test class that now fails. If you have any idea let me know. Also, I've noticed that the test/wiki.cfg file has: xwiki.store.hibernate.path=hibernate-test.cfg.xml Is that used anywhere? I thought that the config file was passed by the Java classes. Thanks -Vincent

2 3

RE: [xwiki-dev] [Build] About to move tests
by Vincent Massol 31 May '05

31 May '05

> -----Original Message----- > From: Vincent Massol [mailto:[email protected]] > Sent: mardi 31 mai 2005 09:58 > To: 'xwiki-dev(a)objectweb.org' > Subject: RE: [xwiki-dev] [Build] About to move tests > > Hi, > > It seems that the tests are generating some files during their execution. > They seem to generate: > > - test/velocity.log > - test/xwiki.log > - test/hibernate-test.cfg.xml > - test/rcs/Test/* > > Could someone tell me how I can update the test files so that these > generated files go into the build/ directory instead of going into a > source directory? This is pre-requisite before I can make any modification to the directory structure. Actually what should be done is remove the dependency on paths. ATM, I've noticed that several tests are using path to find test resources. I believe this is not right and should be improved by using the classpath to locate the test resources. In other words, instead of doing something like: public static final String hibpath = "hibernate-test.cfg.xml"; XWikiHibernateStore hibstore = new XWikiHibernateStore(hibpath); We should be doing: public static final String hibLocation = "/hibernate-test.cfg.xml"; URL hibURL = getClass().getResource(hibLocation); XWikiHibernateStore hibstore = new XWikiHibernateStore(hibURL); And we add src/test/resources to the JUnit execution CP. What's wrong with paths? - they are system dependent - they can be absolute or relative and the result will depend from where you execute the code. Thus they are brittle WDYT? I don't know the code well so I would need your help in fleshing out the places where paths are used. I've noticed one in AllTests.java (see attached "patch" - I've also added some other comments). Once we don't rely any more on paths then we'll be able to move /test in src/test/resources. Thanks for your help -Vincent > > Thanks > -Vincent > > > -----Original Message----- > > From: Vincent Massol [mailto:[email protected]] > > Sent: mardi 31 mai 2005 09:47 > > To: xwiki-dev(a)objectweb.org > > Subject: [xwiki-dev] [Build] About to move tests > > > > Hi developers, > > > > This is a heads up as I'm about to move test sources and resources as > > planned in a previous email (see also XWIKI-12). > > > > The following changes will happen: > > > > - trunk/test will go in src/test/resources > > - trunk/src/test will go in src/test/java > > - trunk/src/test-cactus will go in src/test/cactus > > > > This means that you'll need to add the src/test/resources directory to > > your > > execution classapath in your IDE project files. You'll also need to > change > > src/test to src/test/java and src/test-cactus to src/test/cactus. > > > > Please shout if you have an issue with this. I'll be doing it in about 1 > > hour. > > > > Thanks > > -Vincent > > > > > > > > > > > > > > > __________________________________________________________________________ > > ___ > > Dicouvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos > > mails, photos et vidios ! > > Criez votre Yahoo! Mail sur http://fr.mail.yahoo.com

2 1

[Build] About to move tests
by Vincent Massol 31 May '05

31 May '05

Hi developers, This is a heads up as I'm about to move test sources and resources as planned in a previous email (see also XWIKI-12). The following changes will happen: - trunk/test will go in src/test/resources - trunk/src/test will go in src/test/java - trunk/src/test-cactus will go in src/test/cactus This means that you'll need to add the src/test/resources directory to your execution classapath in your IDE project files. You'll also need to change src/test to src/test/java and src/test-cactus to src/test/cactus. Please shout if you have an issue with this. I'll be doing it in about 1 hour. Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

1 1

Re: [xwiki-users] xWiki in multi languages
by Stéphane Laurière 30 May '05

30 May '05

Hi Xavier, everybody, After an upgrade to XWiki 0.9.793, I actually faced the same problem as you. Strangely, I never faced the problem when running the previous release of XWiki. The problem is related to the fact that JRCS is not configured for supporting UNICODE. I have changed the "ArchiveParser.jj" file for enabling UNICODE streams (see below), and I have regenerated the parser with JavaCC, now it works better. I have uploaded the updated jars to this page: http://www.xwiki.org/xwiki/bin/view/Dev/CharactersSets org.apache.commons.jrcs.rcs.ArchiveParser.jj file: JAVA_UNICODE_ESCAPE=false; // RCS files are plain ASCII [snip] UNICODE_INPUT=false; changed to: JAVA_UNICODE_ESCAPE=true; // RCS files are plain ASCII [snip] UNICODE_INPUT=true; I have also commented out following lines of "com.xpn.xwiki.web.Utils.java", because content.length() does not return the UTF-8 encoded content length, which shortens the pages... Or converting the string to UTF-8 encoded bytes works fine, but is it absolutely necessary to set the content length of the response? if (context.getResponse() instanceof XWikiServletResponse) { response.setContentLength(content.length()); } I send the message to dev list too, as I assume the discussion should continue on that list. Stéphane Xavier MOGHRABI wrote: > Hello > > I configure as stephane explained me. I have the good character sets in > mysql : > | character_set_client | utf8 > | > | character_set_connection | utf8 > | > | character_set_database | utf8 > | > | character_set_results | utf8 > | > | character_set_server | utf8 > | > | character_set_system | utf8 > | > | character_sets_dir | /usr/share/mysql/charsets/ > | > | collation_connection | utf8_general_ci > | > | collation_database | utf8_general_ci > | > | collation_server | utf8_general_ci > | > > However, it still doesn't work. > I have an error like this : > Caused by: org.apache.commons.jrcs.rcs.TokenMgrError: Lexical error at line > 37, column 2. Encountered: "\u606f" (24687), after : > "@\n\n\nMain\nTest2\n\nen\n0\n\nXWiki.XWikiGuest\n1117191196650\n1117191218887\n1.2\nJe > parle chinois !\n\u4fe1" > at > org.apache.commons.jrcs.rcs.ArchiveParserTokenManager.getNextToken(ArchiveParserTokenManager.java:800) > > I can see well my chinese characters. It looks like there was an error where > tomcat reads them. > > I start Tomcat with java option : -Dfile.encoding=UTF-8 > my LANG variable is fr_FR.UTF-8 (I also test en_US.UTF-8) > I change encoding in web.xml and xwiki.cfg. > > > >>It might be worth checking whether all character-set-* variables are >>correctly set to "utf8" in the MySQL variables tables. I copy below what >>I get when running a "SHOW VARIABLES" against a MySQL 4.1 server that I >>

2 1

How do I change a page's title?
by Vincent Massol 30 May '05

30 May '05

Hi, I'd like to change the page's title for http://mavenbook.xwiki.com/xwiki/bin/view/Main/WebHome. It says "Wiki - Web - WebHome". How can I do that easily? Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

2 2

RE: [xwiki-dev] [build] Test not better than before...
by Vincent Massol 30 May '05

30 May '05

> -----Original Message----- > From: Vincent Massol [mailto:[email protected]] > Sent: dimanche 29 mai 2005 21:27 > To: 'xwiki-dev(a)objectweb.org' > Subject: RE: [xwiki-dev] [build] Test not better than before... [snip] > Only a few tests are failing now. The LDAP one seems to be blocking (it's > been stuck there for several minutes - I hope it'll timeout). It did after 388 seconds... hrmmm... Something needs to be done there. I think we should exclude all tests that are not working in the default build (they can run on the CC install). There are 12 test failures and 1 test error when using the default build setup (i.e. nothing installed). I'm only talking about the client side tests. [snip] -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

2 1

RE: [xwiki-dev] [build] Test not better than before...
by Vincent Massol 29 May '05

29 May '05

Ok, the issue was that I had a clover jar in my anthome/lib dir and the xwiki build does a little bit too much of automagic... ;-) It auto-discovers clover and uses it but the tests do not run with clover on... I think we should not auto-discover clover but rather have a target or a property to use it when required. Only a few tests are failing now. The LDAP one seems to be blocking (it's been stuck there for several minutes - I hope it'll timeout). Thanks -Vincent > -----Original Message----- > From: Vincent Massol [mailto:[email protected]] > Sent: dimanche 29 mai 2005 21:07 > To: 'xwiki-dev(a)objectweb.org' > Subject: RE: [xwiki-dev] [build] Test not better than before... > > > > > -----Original Message----- > > From: Ludovic Dubost [mailto:[email protected]] > > Sent: dimanche 29 mai 2005 21:02 > > To: xwiki-dev(a)objectweb.org > > Subject: Re: [xwiki-dev] [build] Test not better than before... > > > > > > Do you have some info in the test reports files about the failure.. > > I had already sent those files but I have sent them again to Luis. Here > they are for everyone's benefit. > > Thanks > -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

1 0

Fwd: [xwiki-dev] [build] Test not better than before...
by Luis Arias 29 May '05

29 May '05

---------- Forwarded message ---------- From: Luis Arias <kaaloo(a)gmail.com> Date: May 29, 2005 9:14 PM Subject: Re: [xwiki-dev] [build] Test not better than before... To: Vincent Massol <vincent(a)massol.net> I detected a difference with my environment, it seems to be that you have clover in the classpath somewhere (clover.available property is set). There might be an issue with different versions of the clover jars in ant and in the xwiki build. I don't think this has anything to do with hsqldb. On 5/29/05, Vincent Massol <vincent(a)massol.net> wrote: > Hi LUis, > > I don't think they've changed from the last time I sent them which is why I > am wondering whether HSQL is turned on in the build. Here they are. > -- Luis Arias http://www.xwiki.com http://www.innover-entreprendre.net +33 6 14 20 87 93 mobile -- Luis Arias http://www.xwiki.com http://www.innover-entreprendre.net +33 6 14 20 87 93 mobile

1 0

[build] Test not better than before...
by Vincent Massol 29 May '05

29 May '05

Hi, Just ran "ant test" and they're still failing as before. I thought that HSQL db was now the default and that it was all set up automatically. I've attached my console output. Thanks -Vincent

3 3

[Build] About to commit resources/ dir
by Vincent Massol 29 May '05

29 May '05

Hi there, As agreed a week ago, I'm about to commit a new src/main/resources directory containing all resources files (i.e. non java files). These were previously located in src/main/java. I'll be committing in a few hours... Shout if you have a problem with this. The only difference will be the need to update the IDE project files as they'll need to include the new src/main/resources dir as a classpath dir. Thanks -Vincent _____________________________________________________________________________ D�couvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vid�os ! Cr�ez votre Yahoo! Mail sur http://fr.mail.yahoo.com

2 2