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
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
>>
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
> -----Original Message-----
> From: Vincent Massol [mailto:vincent@massol.net]
> 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
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:vincent@massol.net]
> 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:ludovic@xwiki.com]
> > 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
---------- 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.comhttp://www.innover-entreprendre.net
+33 6 14 20 87 93 mobile
--
Luis Arias
http://www.xwiki.comhttp://www.innover-entreprendre.net
+33 6 14 20 87 93 mobile
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
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
It seems the build.xml file is always excluding all XWikiPerl*.java files
from the compilation. Thus my question: are they useful? Can we remove them
or move them to some other contrib. area?
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
Hi there,
Is there a backup of the xwiki web sites opened on xwiki.com done every day?
Even if there, is there a possibility to do a full extract so that I could
store it on my local machine and then reimport it later on if something goes
bad?
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
I would vote for having hsqldb the default for tests, as well as the
final release...
This would make a much simpler release..
I would also vote for embedding jetty which would allow for a fully
standalone XWiki.
Ludovic
Luis Arias a écrit :
>Author: kaaloo
>Date: 2005-05-23 22:21:16 +0200 (Mon, 23 May 2005)
>New Revision: 565
>
>Added:
> xwiki/trunk/lib/hsqldb-1.7.3.jar
> xwiki/trunk/test/hibernate-test-template.cfg.xml
> xwiki/trunk/test/hsqldb_filters.properties
> xwiki/trunk/test/mysql_filters.properties
>Log:
>Setup build system so that its possible to run tests in either hsqldb or mysql
>as before. Mysql is the default. To run tests with hsqldb it is necessary
>to define a property in your build.properties like
>
>tests.filtersfile=test/hsqldb_filters.properties
>
>The filter properties are applied to test/hibernate-test-template.cfg.xml in
>the build file to generate an appropriate test/hibernate-test.cfg.xml file. It
>turned out this was easier to implement than having seperate hibernate-test.cfg.xml
>files for each type of database since I then would have had to look at how to have
>a different xwiki.cfg file for each database since those files would have to be
>mentioned there. And so the problem would have just gone up a level.
>
>Added a version number to hsqldb.
>
>Added encoding="ISO-8859-1" to javac ant tasks because of encoding problems in
>ubuntu (UTF-8 by default).
>
>Some files didn't get committed in previous attempt.
>
>Added: xwiki/trunk/lib/hsqldb-1.7.3.jar
>===================================================================
>(Binary files differ)
>
>
>Property changes on: xwiki/trunk/lib/hsqldb-1.7.3.jar
>___________________________________________________________________
>Name: svn:mime-type
> + application/octet-stream
>
>Added: xwiki/trunk/test/hibernate-test-template.cfg.xml
>===================================================================
>--- xwiki/trunk/test/hibernate-test-template.cfg.xml 2005-05-23 20:19:00 UTC (rev 564)
>+++ xwiki/trunk/test/hibernate-test-template.cfg.xml 2005-05-23 20:21:16 UTC (rev 565)
>@@ -0,0 +1,31 @@
>+<?xml version='1.0' encoding='utf-8'?>
>+<!DOCTYPE hibernate-configuration PUBLIC "-//Hibernate/Hibernate Configuration DTD//EN"
>+ "http://hibernate.sourceforge.net/hibernate-configuration-3.0.dtd">
>+<hibernate-configuration>
>+<session-factory>
>+<property name="show_sql">true</property>
>+<property name="use_outer_join">true</property>
>+
>+<property name="dbcp.defaultAutoCommit">false</property>
>+<property name="dbcp.maxActive">50</property>
>+<property name="dbcp.maxIdle">5</property>
>+<property name="dbcp.maxWait">30000</property>
>+<property name="dbcp.whenExhaustedAction">1</property>
>+<property name="dbcp.ps.whenExhaustedAction">1</property>
>+<property name="dbcp.ps.maxActive">20</property>
>+<property name="dbcp.ps.maxWait">120000</property>
>+<property name="dbcp.ps.maxIdle">20</property>
>+
>+<property name="connection.url">@connection.url@</property>
>+<property name="connection.username">@connection.username@</property>
>+<property name="connection.password">@connection.password@</property>
>+<property name="connection.driver_class">org.hsqldb.jdbcDriver</property>
>+<property name="connection.provider_class">com.xpn.xwiki.store.DBCPConnectionProvider</property>
>+<property name="connection.pool_size">50</property>
>+<property name="statement_cache.size">50</property>
>+<property name="dialect">@dialect@</property>
>+<property name="transaction.factory_class">org.hibernate.transaction.JDBCTransactionFactory</property>
>+<!-- Mapping files -->
>+<mapping resource="xwiki.hbm.xml"/>
>+</session-factory>
>+</hibernate-configuration>
>
>Added: xwiki/trunk/test/hsqldb_filters.properties
>===================================================================
>--- xwiki/trunk/test/hsqldb_filters.properties 2005-05-23 20:19:00 UTC (rev 564)
>+++ xwiki/trunk/test/hsqldb_filters.properties 2005-05-23 20:21:16 UTC (rev 565)
>@@ -0,0 +1,5 @@
>+connection.url=jdbc:hsqldb:mem:xwikitest
>+connection.username=sa
>+connection.password=
>+connection.driver_class=org.hsqldb.jdbcDriver
>+dialect=org.hibernate.dialect.HSQLDialect
>\ No newline at end of file
>
>Added: xwiki/trunk/test/mysql_filters.properties
>===================================================================
>--- xwiki/trunk/test/mysql_filters.properties 2005-05-23 20:19:00 UTC (rev 564)
>+++ xwiki/trunk/test/mysql_filters.properties 2005-05-23 20:21:16 UTC (rev 565)
>@@ -0,0 +1,5 @@
>+connection.url=jdbc:mysql://localhost/xwikitest
>+connection.username=xwikitest
>+connection.password=xwikitest
>+connection.driver_class=com.mysql.jdbc.Driver
>+dialect=org.hibernate.dialect.MySQLDialect
>
>
>
>
>------------------------------------------------------------------------
>
>
>--
>You receive this message as a subscriber of the xwiki-commits(a)objectweb.org mailing list.
>To unsubscribe: mailto:xwiki-commits-unsubscribe@objectweb.org
>For general help: mailto:sympa@objectweb.org?subject=help
>ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
--
Ludovic Dubost
XPertNet: http://www.xpertnet.fr/
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost AIM: nvludo Yahoo: ludovic
Hi Luis,
> -----Original Message-----
> From: Luis Arias [mailto:kaaloo@users.forge.objectweb.org]
> Sent: lundi 23 mai 2005 22:19
> To: xwiki-commits(a)objectweb.org
> Subject: [xwiki-commits] r564 - in xwiki/trunk: . lib
[snip]
> <include name="**/*.cfg" />
> <include name="**/*.txt" />
> <include name="META-INF/services/com.*" />
> + <exclude name="web/**" />
> + <exclude name="perl/**" />
> + <exclude name="${main.src.dir}/web.xml" />
> </patternset>
[snip]
> + <!--
> + <copy todir="${build.dir}/web/WEB-INF/perl">
> + <fileset includes="**"
> + dir="${perl.main.src.dir}" />
> + </copy>
> + -->
> +
I had removed these lines and it seems you've added them again. Is it a
mistake?
I'm curious to find out what is wrong in our SVN. Normally this should have
been managed properly by your SVN client.
Thanks
-Vincent
Hi,
I just have finished migrating the source of the email notification and
lucene plugin into the xwiki svn repository.
they can be found inside a top level xwiki-plugins directory, each
having it's own trunk/tags/branches, just as discussed some time ago.
For tags I had created in my repository, I created corresponding tags
inside the new repository, so the latest stable versions can still be
retrieved.
Hope this helps to speed up developments in this direction, as my time
to work on this code is very constrained :-(
Jens
--
Jens Krämer
jk(a)jkraemer.net
Hi,
Jeremi told me that I may have introduced an error in my refactorings. I'm
sure this is possible even though my local build says "build successful"
because the tests are all failing.
That said, I've also noticed that the continuous build has also said "build
successful". Thus I'm questioning whether the continuous build is actually
failing in case of a build error.
Jeremi says that if you run a xwiki built from the trunk it won't display
any page because of an issue with web.xml. Is that not tested in the
automated build?
Thanks
-Vincent
Hi,
I've just moved src/perl to src/main/perl and in doing so I've modified the
build.xml file. I've noticed that the part of the build using the perl
scripts is commented out.
Thus my question: Are the scripts in src/main/perl used? If not, can we
delete them? (it'll always be possible to resurrect them if we want to as
they're in the SCM).
Thanks
Vincent
___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran�ais !
Yahoo! Mail : http://fr.mail.yahoo.com
