August 2005 - xwiki-users@xwiki.org

When editing some pages the last changes have been lost
by Jorge Ferrer 19 Aug '05

19 Aug '05

Hi XWiki users and developers, I have recently moved from Zope's zwiki to xwiki and I'm very impressed with it. My congratulations to the developers. Almost everything is working correctly, but there is one issue which is very annoying: For some pages when I click "Edit page" the content shown on the textarea is old! In fact it is the content I inserted the first time I edited it. If I insert new content it is shown when I finish editing, but when I edit it again it is lost. I have the feeling that it only happens with the pages I created just after installing Xwiki using the user Xwiki.Admin. I've searched in the documentation and list archive without luck. Can anyone help me with this problem? Cheers, Jorge PD: The details of my installation are: Xwiki v0.9.840 Apache Tomcat 4.1.31 Debian GNU/Linux 3.1 MySQL 4.0.24

4 7

AW: Re: [xwiki-users] Creating a class?
by Frank Häfemeier 19 Aug '05

19 Aug '05

1 0

Comments showing up incorrectly in history
by Paul Dlug 19 Aug '05

19 Aug '05

This looks like a bug... If someone places a comment on a page it shows up in the history with the name of the last person to edit that page, not the name of the person who made the comment.

3 2

xwiki.log warnings
by John Rodriguez 18 Aug '05

18 Aug '05

After I install the war file on my Tomcat 4.1.30 and go to my xwiki install home page, I get the following warnings in my $TOMCATHOME/webapps/xwiki.log: Any ideas why this is happening? 16:28:50,967 WARN http5220-Processor4 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'view' 16:28:56,077 WARN http5220-Processor4 http://xnoybis.ccnmtl.columbia.edu:5220/xwiki/bin/view/Main/WebHome Configurator:c onfigure:126 - No configuration found. Configuring ehcache from ehcache-failsafe.xml found in the classpath: jar:file:/ho me/jrod/apps/jakarta-tomcat-4.1.30/webapps/xwiki/WEB-INF/lib/ehcache-1.1.jar !/ehcache-failsafe.xml 16:29:01,028 ERROR http5220-Processor4 http://xnoybis.ccnmtl.columbia.edu:5220/xwiki/bin/view/Main/WebHome XWikiHibernate Store:updateSchema:177 - Schema update for wiki xwiki 16:29:07,258 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,275 WARN http5220-Processor4 http://xnoybis.ccnmtl.columbia.edu:5220/xwiki/bin/view/Main/WebHome XWikiStatsServ iceImpl:addCookie:474 - Setting cookie 6ANHPZRZIV2JJR9BWX01AYYGAHKTVWDG for name visitid with domain null and path / and maxage 250850 16:29:07,303 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,320 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,334 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,349 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,376 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,392 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,408 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin' 16:29:07,619 WARN http5220-Processor3 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin'

2 1

Creating a class?
by Frank Haefemeier 18 Aug '05

18 Aug '05

Hi, I have created a class with the script on the document 'XWiki.XWikiClasses'. The new class is called - Cook.RecipeClass with three properties * recipe * ingredients * description - Cook.RecipeClassTemplate   #includeForm("Cook.RecipeClassSheet") - Cook.RecipeClassSheet     #set($class = $doc.getFirstObject("recipe").xWikiClass) 1 Kochrezept: $doc.name <table border="1" cellspacing="0" cellpadding="2"> #foreach($prop in $class.properties) <tr><td> *${prop.prettyName}* </td> <td>$doc.display($prop.getName())</td> </tr> #end </table> If I now try to create a document with the form on Cook.RecipeClass the document (e.g. Cook.Test) shows a new page with the following URL xwiki/bin/inline/Cook/NameOfYourDocument?parent=Cook.RecipeClass&template=Cook.RecipeClassTemplate&sheet=1&webname=Cook&name=Test On this page the header 'Kochrezept: Test' is shown but no table with the properties. I can't see why it isn't working. Any idea what's wrong. Bye Frank -- Dipl. Inform. Frank Häfemeier <frank(a)haefemeier.net> ----------------------------------------------------

2 1

Search on StringListProperty
by lauzon＠us.ibm.com 18 Aug '05

18 Aug '05

I see the Blog code has an example to search on a DBStringListProperty, but I have a static list, which I believe is a StringListProperty. If I try to use the following SQL: #set ($sql = ", BaseObject as obj, StringListProperty as prop join prop.list list where obj.name=doc.fullName and obj.className='ReleaseInfo.BuildStatus' and obj.id=prop.id.id and prop.id.name='recommended' and list='Distributed' order by doc.creationDate desc") I get the following error: Wrapped Exception: could not resolve property: list of: com.xpn.xwiki.objects.StringListProperty select distinct doc.web, doc.name, doc.creationDate from com.xpn.xwiki.doc.XWikiDocument as doc , com.xpn.xwiki.objects.BaseObject as obj, com.xpn.xwiki.objects.StringListProperty as prop join prop.list list where obj.name=doc.fullName and obj.className='ReleaseInfo.BuildStatus' and obj.id=prop.id.id and prop.id.name='recommended' and list='Distributed' order by doc.creationDate desc? It seems like it should work ok, so I don't know why I'm getting that error. If I simply change StringListProperty to DBStringListProperty I don't get an error, but also I don't get any results. I can change to using a DBStringListProperty if that's the only way to do it, but I'd like to keep it as it is if at all possible. Thanks ... shawn.

3 3

Re: [xwiki-dev] xwiki installation not too friendly
by Ludovic Dubost 18 Aug '05

18 Aug '05

Hi Jason, We are trying to solve this.. We started by doing a windows only package embedding everything in a ready to go package. We also have an experimental (not release) package with Jetty and HSQLDb so there are no big dependencies. Jeremi is supposed to finish this but was busy on a Google Summer of Code project. He'll be able to wrap this up in September. We also have a backup (import/export) tools which we just released which can be adapted for initial import and installs in other environments. See http://www.xwiki.org/xwiki/bin/view/AdminGuide/Backup There are one thing missing in your proposed approach which is loading the default data (the import tool can do this just after having done the schemaUpdate). There is one thing I don't like which is the dependency on ant. We need something that doesn't have this dependency. Many users are not developers and might not have ant. An shell script and a batch file running java is probably the way to go. If you want to help you are welcome to. Ludovic Jason Novotny wrote: > > Hi Ludovic, > > I've been looking at the instructions at > http://www.xwiki.org/xwiki/bin/view/Main/InstallLinuxTomcat and there > are about 8 steps too many for this software to gain widespread > adoption in my opinion. One of the biggest issues I see is that it > uses Hibernate which is great since technically db tables can be auto > generated using the Hibernate schemaexport tool with the xwiki mapping > file to create tables in any database of your choosing. However, it > looks like I specifically need MySQL and I don't know why. I look at > the JBoss + Postgres install page and sure enough it points out the > flaws of this approach: > > "Download the sample database and convert for Postgres. See > PostgresDatabase > <http://www.xwiki.org/xwiki/bin/view/Dev/PostgresDatabase> -> This > tool has been made by Nicholas Vesser.. It was done with an old mysql > database for XWiki.. You should try it with the latest database.." > hmm, not fun. > > Personally, what I would like to see is this: > 1) Download xwiki.zip > 2) Run "ant install" which performs: > Creating/deploying xwiki webapp to your Tomcat that you set in > your build.properties > Uses schemaexport to generate tables in your database that is > defined in the hibernate properties file > > 3) Start your server and voila! > > Further, it could use hsqldb as a default so if you didn't reconfigure > the hibernate properties file it would simply use hsqldb which can be > bundled with the wiki webapp and used for test purposes. > > How does this sound? > > Cheers, Jason > > > > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. > To unsubscribe: mailto:xwiki-dev-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

2 1

AW: [xwiki-users] When editing some pages the last changes havebeen lost
by Thomas.Duehrsen＠sicap.com 18 Aug '05

18 Aug '05

Hi I have discovered the same issue and I think it is a caching problem. If you edit a page and the old content is displayed just click refresh button of your browser and the correct content will be displayed. On my installation this works. I think i saw a bug reported in JIRA regarding this problem. Solution would be to add some random number to the URL to make it always unique and therefore prohibit caching. regards Thomas ________________________________ Von: Erwann Robin [mailto:erobin@mandriva.com] Gesendet: Do 18.08.2005 15:06 An: xwiki-users(a)objectweb.org Betreff: Re: [xwiki-users] When editing some pages the last changes havebeen lost Le jeudi 18 août 2005 à 12:21 +0200, Jorge Ferrer a écrit : > Hi, > > I think this is it. I have changed the default language back to 'en' > (instead of 'es') and now in the view I see the old page. So somehow > on edit It always shows the content of the 'en' language but then > saves it as 'es'. Trying to set the value of the 'language' parameter > in the URL had no effect for me. it is probably due to multi-lingual=no as you write later in your mail. try to put it back to yes, unless you don't want multilingualism cheers, Erwann

2 1

Re: [xwiki-dev] xwiki installation not too friendly
by Jason Novotny 18 Aug '05

18 Aug '05

Hi Ludovic and Jeremi, Thanks for your responses! > We also have a backup (import/export) tools which we just released > which can be adapted for initial import and installs in other > environments. See http://www.xwiki.org/xwiki/bin/view/AdminGuide/Backup > Ok, I looked at this and have xwiki from svn but can't find the files the page mentions, where can I find these backup tools, or do they still need more development? > There are one thing missing in your proposed approach which is loading > the default data (the import tool can do this just after having done > the schemaUpdate). > There is one thing I don't like which is the dependency on ant. We > need something that doesn't have this dependency. Many users are not > developers and might not have ant. An shell script and a batch file > running java is probably the way to go. > I don't think that's much of an issue at all, since Ant itself includes ant.sh, ant.bat to run it as a script. Or you include ant.jar in your distro and use your own wrapper scripts to call it. In the end, though, the best reason I've found to do as much as possible in Ant and write only the simplest wrapper scripts is that means you keep your code and build/deploy process as platform independent as possible which makes debugging a lot easier. You're right about importing default data. I can't really see any clever way to do this that is database agnostic. One idea is that you write a simple Main class that uses hibernate and your persistent classes to programmatically create the data. This in theory would then work for any database as well and could even be the start of unit testing with your persistent classes... My main point here though is I agree you don't want to force users to become developers, but it's even worse that users have to become DBA's. In my country a database admin usually gets paid more than a developer and requires more specialized skills ;-) Cheers, Jason > If you want to help you are welcome to. > > Ludovic > > Jason Novotny wrote: > >> >> Hi Ludovic, >> >> I've been looking at the instructions at >> http://www.xwiki.org/xwiki/bin/view/Main/InstallLinuxTomcat and there >> are about 8 steps too many for this software to gain widespread >> adoption in my opinion. One of the biggest issues I see is that it >> uses Hibernate which is great since technically db tables can be auto >> generated using the Hibernate schemaexport tool with the xwiki >> mapping file to create tables in any database of your choosing. >> However, it looks like I specifically need MySQL and I don't know >> why. I look at the JBoss + Postgres install page and sure enough it >> points out the flaws of this approach: >> >> "Download the sample database and convert for Postgres. See >> PostgresDatabase >> <http://www.xwiki.org/xwiki/bin/view/Dev/PostgresDatabase> -> This >> tool has been made by Nicholas Vesser.. It was done with an old mysql >> database for XWiki.. You should try it with the latest database.." >> hmm, not fun. >> >> Personally, what I would like to see is this: >> 1) Download xwiki.zip >> 2) Run "ant install" which performs: >> Creating/deploying xwiki webapp to your Tomcat that you set in >> your build.properties >> Uses schemaexport to generate tables in your database that is >> defined in the hibernate properties file >> >> 3) Start your server and voila! >> >> Further, it could use hsqldb as a default so if you didn't >> reconfigure the hibernate properties file it would simply use hsqldb >> which can be bundled with the wiki webapp and used for test purposes. >> >> How does this sound? >> >> Cheers, Jason >> >> >> >> >> >> ------------------------------------------------------------------------ >> >> >> -- >> You receive this message as a subscriber of the >> xwiki-dev(a)objectweb.org mailing list. >> To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org >> For general help: mailto:sympa@objectweb.org?subject=help >> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws >> > > > >------------------------------------------------------------------------ > > >-- >You receive this message as a subscriber of the xwiki-dev(a)objectweb.org mailing list. >To unsubscribe: mailto:xwiki-dev-unsubscribe@objectweb.org >For general help: mailto:sympa@objectweb.org?subject=help >ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > >

3 3

xwiki installation not too friendly
by Jason Novotny 18 Aug '05

18 Aug '05

Hi Ludovic, I've been looking at the instructions at http://www.xwiki.org/xwiki/bin/view/Main/InstallLinuxTomcat and there are about 8 steps too many for this software to gain widespread adoption in my opinion. One of the biggest issues I see is that it uses Hibernate which is great since technically db tables can be auto generated using the Hibernate schemaexport tool with the xwiki mapping file to create tables in any database of your choosing. However, it looks like I specifically need MySQL and I don't know why. I look at the JBoss + Postgres install page and sure enough it points out the flaws of this approach: "Download the sample database and convert for Postgres. See PostgresDatabase <http://www.xwiki.org/xwiki/bin/view/Dev/PostgresDatabase> -> This tool has been made by Nicholas Vesser.. It was done with an old mysql database for XWiki.. You should try it with the latest database.." hmm, not fun. Personally, what I would like to see is this: 1) Download xwiki.zip 2) Run "ant install" which performs: Creating/deploying xwiki webapp to your Tomcat that you set in your build.properties Uses schemaexport to generate tables in your database that is defined in the hibernate properties file 3) Start your server and voila! Further, it could use hsqldb as a default so if you didn't reconfigure the hibernate properties file it would simply use hsqldb which can be bundled with the wiki webapp and used for test purposes. How does this sound? Cheers, Jason

1 0