Re: [xwiki-users] New XWiki Skins tutorial
On Oct 26, 2009, at 9:33 AM, Jerome Velociter wrote: On 10/25/09 6:37 PM, Raluca Stavro wrote: Raluca Stavro wrote: Roman Friesen wrote: Hello Raluca, I have not checked the correctness of the content (I couldn't), but the texts and especially screenshots look great! Remarks: - marked key words with the blue color look like links, but those are not... What about to link key words to existing documentation pages, like Velocity, colibri etc. and mark other with a different color? You are right, Roman. I will change the blue color and linking keywords is a very good idea. - I have removed commas/dots in lists and Note: in warning boxes. I hope it's OK ;) Sure, it's ok :) It's a fantastic (and above all really expensive) work, thank you very much! The question is now, where should be this tutorial placed and linked from? Administration Guide? Yes, the tutorial will be part of the Administration Guide. After polishing it, we will move it in the right place. IMO it should rather by moved in the DevGuide and linked from Adminstration Guide. Let's go ahead. Raluca, are you doing it? I think we agreed with: * Keep a Skin section in the Admin Guide to explain how to configure skins * Add a new tutorial in the Dev Guide on how to develop a new skin and link it from the dev guide home page + from the admin guide skin configuration page. Thanks -Vincent Jerome. Regards, Roman Thank you for your feedback ;), Raluca Stavro. Am Samstag, den 24.10.2009, 11:23 +0300 schrieb Raluca Stavro: Hello XWiki users, I have worked a lot with XWiki Skins on the top of XWiki Enterprise instances and I wanted to share my experience with you all. This is why I created a new XWiki Skins tutorial that you can find it here: http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be great if you could give me your feedback about this tutorial. Enjoy customizing your XWiki Enterprise instances! Raluca Stavro. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] New XWiki Skins tutorial
Vincent Massol wrote: On Oct 26, 2009, at 9:33 AM, Jerome Velociter wrote: On 10/25/09 6:37 PM, Raluca Stavro wrote: Raluca Stavro wrote: Roman Friesen wrote: Hello Raluca, I have not checked the correctness of the content (I couldn't), but the texts and especially screenshots look great! Remarks: - marked key words with the blue color look like links, but those are not... What about to link key words to existing documentation pages, like Velocity, colibri etc. and mark other with a different color? You are right, Roman. I will change the blue color and linking keywords is a very good idea. - I have removed commas/dots in lists and Note: in warning boxes. I hope it's OK ;) Sure, it's ok :) It's a fantastic (and above all really expensive) work, thank you very much! The question is now, where should be this tutorial placed and linked from? Administration Guide? Yes, the tutorial will be part of the Administration Guide. After polishing it, we will move it in the right place. IMO it should rather by moved in the DevGuide and linked from Adminstration Guide. Let's go ahead. Raluca, are you doing it? I think we agreed with: * Keep a Skin section in the Admin Guide to explain how to configure skins * Add a new tutorial in the Dev Guide on how to develop a new skin and link it from the dev guide home page + from the admin guide skin configuration page. Thanks -Vincent Yes, I will take care of this. Raluca. Jerome. Regards, Roman Thank you for your feedback ;), Raluca Stavro. Am Samstag, den 24.10.2009, 11:23 +0300 schrieb Raluca Stavro: Hello XWiki users, I have worked a lot with XWiki Skins on the top of XWiki Enterprise instances and I wanted to share my experience with you all. This is why I created a new XWiki Skins tutorial that you can find it here: http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiNewSkin . It would be great if you could give me your feedback about this tutorial. Enjoy customizing your XWiki Enterprise instances! Raluca Stavro. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Is there a simpler way to upgrade between versions?
Hi Nigel, On Mon, Nov 2, 2009 at 3:09 AM, Nigel Smith subscripti...@nianca.netwrote: Hello, I'm a very keen and happy user of xwiki. We use it for our corporate intranet and our users love it! Glad to hear that :-) I generally move directly between major versions as soon as convenient. The factor that has the most bearing on when we upgrade is the ease with which we can move between new versions. I remember seeing an items relating to simpler installation. I'd like to ask when that is scheduled to be worked on, and perhaps share some of my experiences in upgrading and some suggestions. A part of it (related to import) is being worked on right now. The work on a full-fledged Extension Manager has not started yet. I'd like to give you an idea of what has to be done to move between versions. It's a bit long, so bear with me, but here it is: * Download the latest xwiki xar to your local machine * Download the latest xwiki war to the machine which will run xwiki. * Backup the entire xwiki installation directory (the one that contains the directories database, jetty, lucene etc), and move the old directory aside (rename to xwiki.old) * //We do this to easily be able to get the jetty, hsql, etc dirs back in place//: Restore the backed up xwiki directory, thus putting the xwiki dir back in place * Delete the directory xwiki/webapps/xwiki * In xwiki/webapps, create an xwiki directory * Unzip the xwiki war in the xwiki/webapps/xwiki directory * //Getting our corp logo back//: Copy xwiki.old/webapps/xwiki/skins/toucan/mywiki.jpg to xwiki/webapps/xwiki/skins/toucan/mywiki.jpg * //Next few steps: need to merge old config with new config//: Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.cfg and xwiki/webapps/xwiki/WEB-INF/xwiki.cfg. Update xwiki/webapps/xwiki/WEB-INF/xwiki.cfg as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.properties and xwiki/webapps/xwiki/WEB-INF/xwiki.properties. Update xwiki/webapps/xwiki/WEB-INF/xwiki.properties as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/hibernate.cfg.xml and xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml. Update xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml as needed. * //This is the part we fear the most, for we might accidentally delete some configuration that we need and we would need to start the whole process again//: Start XWiki and import the default wiki xar. Be careful of what you import - read the instructions at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradingwikidocuments . ** The normally excluded pages from import are: *** XWiki.XWikiPreferences *** XWiki.XWikiGroups *** XWiki.XWikiAdminGroup *** XWiki.WebPreferences *** XWiki.WebHome *** XWiki.XWikiUsers *** XWiki.XWikiAllGroup *** XWiki.DefaultSkin *** Main.WebHome *** Panels.QuickLinks *** Panels.Search * //We customise the PDF cover//: The PDF covers files has been manually modified. Do a diff between xwiki.old/webapps/xwiki/templates/pdfcover.vm and xwiki/webapps/xwiki/templates/pdfcover.vm. Merge the differences. * //We customise the PDF footer//: The PDF footers file has been modified by hand. Do a diff between xwiki.old/webapps/xwiki/templates/pdffooter.vm and xwiki/webapps/xwiki/templates/pdffooter.vm. Merge the differences. * //We do this to be able to specify the PDF template to use in Export as PDF//: The Menuitems have to be edited by hand, so that PDFs are exported using the correct stylesheet. Do a diff between xwiki.old/webapps/xwiki/templates/menuview.vm and xwiki/webapps/xwiki/templates/menuview.vm. Merge the differences (there should only be one line).As you can see, there are quite a few steps, and it normally takes 1/2hr - 1hr to complete. Note that we will move to MySQL eventually, but the performance of HSQL is OK ATM. Thanks for the feedback. This may not be the most optimal upgrade path, so if there are any clear improvements you can see, please let me know. The part that needs to be improved upon the most, in my opinion, is the import default XAR step because it is easy to overwrite an important page. I would like to put in a big vote for separating information that can be modified by the user from information that xwiki needs to be able to operate, that comes with default xwiki. Perhaps making certain pages system pages so that it is clear that if a page is modified it may interrupt the operation of the wiki, and may be difficult to upgrade. Definitely. This is the most dangerous part and it has triggered manny mistakes in the past. One of the XWiki developers is currently working on a patch that will improve the way the import works: imported pages will add a version to existing pages instead of overriding them. He should be able to commit his patch in the 2.1 timeframe. About marking system pages, that has been started a bit too - you'll notive that in the default XAR some pages are marked as having been modified by
Re: [xwiki-users] Replicated JBossCache
On Mon, Jul 13, 2009 at 14:31, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Mon, Jul 13, 2009 at 14:31, Andy Daleandy.d...@gmail.com wrote: Hi, I am currently trying to set up XWiki Enterprise 1.6.1 to use JBossCache in REPL_ASYNC mode, but I am current experiencing a few issues. I discovered that the directory structure WEB-INF/cache/jbosscache is not correct, so I renamed the folder jbosscache to jboss. The default.xml file had an incorrect tag EvictionConfig instead of the correct EvictionPolicyConfig. After fixing the 2 minor issues (tested in LOCAL mode) mentioned above, nothing can be stored in the cache due to serializable issue, the stack traces: With UseLazyDeserialization = true 2009-07-13 12:30:05,080 ERROR [STDERR] org.jboss.cache.CacheException: java.io.NotSerializableException: Marshalled values can only wrap Objects that are serializable! Instance of class com.xpn.xwiki.doc.XWikiD ocument won't Serialize. 2009-07-13 12:30:05,081 ERROR [STDERR] at org.jboss.cache.interceptors.InterceptorChain.invoke(InterceptorChain.java:227) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.jboss.cache.invocation.CacheInvocationDelegate.put(CacheInvocationDelegate.java:480) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.xwiki.cache.jbosscache.internal.JBossCacheCache.set(JBossCacheCache.java:146) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:143) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:128) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1271) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1233) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1228) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.plugin.calendar.CalendarPlugin.getCalendarEventClass(CalendarPlugin.java:84) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.plugin.calendar.CalendarPlugin.init(CalendarPlugin.java:335) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.plugin.XWikiPluginManager.initPlugin(XWikiPluginManager.java:155) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.plugin.XWikiPluginManager.addPlugin(XWikiPluginManager.java:92) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.plugin.XWikiPluginManager.addPlugins(XWikiPluginManager.java:120) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.preparePlugins(XWiki.java:1008) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:727) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.init(XWiki.java:655) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:315) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:386) 2009-07-13 12:30:05,081 ERROR [STDERR] at com.xpn.xwiki.xmlrpc.XWikiReflectiveXmlRpcHandler.execute(XWikiReflectiveXmlRpcHandler.java:85) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.apache.xmlrpc.server.XmlRpcServerWorker.execute(XmlRpcServerWorker.java:43) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.apache.xmlrpc.server.XmlRpcServer.execute(XmlRpcServer.java:83) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.apache.xmlrpc.server.XmlRpcStreamServer.execute(XmlRpcStreamServer.java:182) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.apache.xmlrpc.webserver.XmlRpcServletServer.execute(XmlRpcServletServer.java:103) 2009-07-13 12:30:05,081 ERROR [STDERR] at org.apache.xmlrpc.webserver.XmlRpcServlet.doPost(XmlRpcServlet.java:120) 2009-07-13 12:30:05,081 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) .. And with UseLazyDeserialization = false 2009-07-13 12:38:57,160 ERROR [STDERR] org.jboss.cache.CacheException: Unable to invoke method public void org.jboss.cache.RPCManagerImpl.start() on object instance org.jboss.cache.rpcmanageri...@1938222 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.util.reflect.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:127) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry$PrioritizedMethod.invoke(ComponentRegistry.java:932) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry.internalStart(ComponentRegistry.java:718) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.factories.ComponentRegistry.start(ComponentRegistry.java:582) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.invocation.CacheInvocationDelegate.start(CacheInvocationDelegate.java:279) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.java:95) 2009-07-13 12:38:57,161 ERROR [STDERR] at org.jboss.cache.DefaultCacheFactory.createCache(DefaultCacheFactory.java:79)
Re: [xwiki-users] XWiki RESTful API issue on localhost
Hi Sergiu, I happen to use Tomcat 6.0.18 as the servlet container and JDK 1.6. But I also chanced upon this article while digging for more info: http://blog.spaceprogram.com/2007/05/how-to-fix-linkageerror-when-using-jaxb .html http://java.sun.com/j2se/1.5.0/docs/guide/standards/ I am trying to fix this using the endorsed library mechanism. It seems only JDK 1.6 would have the java.lang.LinkageError and not JDK 1.5. Will keep you posted once this is done. Thanks Sergiu... ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Is there a simpler way to upgrade between versions?
On 11/02/2009 10:08 AM, Guillaume Lerouge wrote: Hi Nigel, On Mon, Nov 2, 2009 at 3:09 AM, Nigel Smithsubscripti...@nianca.netwrote: Hello, I'm a very keen and happy user of xwiki. We use it for our corporate intranet and our users love it! Glad to hear that :-) I generally move directly between major versions as soon as convenient. The factor that has the most bearing on when we upgrade is the ease with which we can move between new versions. I remember seeing an items relating to simpler installation. I'd like to ask when that is scheduled to be worked on, and perhaps share some of my experiences in upgrading and some suggestions. A part of it (related to import) is being worked on right now. The work on a full-fledged Extension Manager has not started yet. I'd like to give you an idea of what has to be done to move between versions. It's a bit long, so bear with me, but here it is: * Download the latest xwiki xar to your local machine * Download the latest xwiki war to the machine which will run xwiki. * Backup the entire xwiki installation directory (the one that contains the directories database, jetty, lucene etc), and move the old directory aside (rename to xwiki.old) * //We do this to easily be able to get the jetty, hsql, etc dirs back in place//: Restore the backed up xwiki directory, thus putting the xwiki dir back in place * Delete the directory xwiki/webapps/xwiki * In xwiki/webapps, create an xwiki directory * Unzip the xwiki war in the xwiki/webapps/xwiki directory * //Getting our corp logo back//: Copy xwiki.old/webapps/xwiki/skins/toucan/mywiki.jpg to xwiki/webapps/xwiki/skins/toucan/mywiki.jpg * //Next few steps: need to merge old config with new config//: Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.cfg and xwiki/webapps/xwiki/WEB-INF/xwiki.cfg. Update xwiki/webapps/xwiki/WEB-INF/xwiki.cfg as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.properties and xwiki/webapps/xwiki/WEB-INF/xwiki.properties. Update xwiki/webapps/xwiki/WEB-INF/xwiki.properties as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/hibernate.cfg.xml and xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml. Update xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml as needed. * //This is the part we fear the most, for we might accidentally delete some configuration that we need and we would need to start the whole process again//: Start XWiki and import the default wiki xar. Be careful of what you import - read the instructions at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradingwikidocuments . ** The normally excluded pages from import are: *** XWiki.XWikiPreferences *** XWiki.XWikiGroups *** XWiki.XWikiAdminGroup *** XWiki.WebPreferences *** XWiki.WebHome *** XWiki.XWikiUsers *** XWiki.XWikiAllGroup *** XWiki.DefaultSkin *** Main.WebHome *** Panels.QuickLinks *** Panels.Search * //We customise the PDF cover//: The PDF covers files has been manually modified. Do a diff between xwiki.old/webapps/xwiki/templates/pdfcover.vm and xwiki/webapps/xwiki/templates/pdfcover.vm. Merge the differences. * //We customise the PDF footer//: The PDF footers file has been modified by hand. Do a diff between xwiki.old/webapps/xwiki/templates/pdffooter.vm and xwiki/webapps/xwiki/templates/pdffooter.vm. Merge the differences. * //We do this to be able to specify the PDF template to use in Export as PDF//: The Menuitems have to be edited by hand, so that PDFs are exported using the correct stylesheet. Do a diff between xwiki.old/webapps/xwiki/templates/menuview.vm and xwiki/webapps/xwiki/templates/menuview.vm. Merge the differences (there should only be one line).As you can see, there are quite a few steps, and it normally takes 1/2hr - 1hr to complete. Note that we will move to MySQL eventually, but the performance of HSQL is OK ATM. Thanks for the feedback. This may not be the most optimal upgrade path, so if there are any clear improvements you can see, please let me know. The part that needs to be improved upon the most, in my opinion, is the import default XAR step because it is easy to overwrite an important page. I would like to put in a big vote for separating information that can be modified by the user from information that xwiki needs to be able to operate, that comes with default xwiki. Perhaps making certain pages system pages so that it is clear that if a page is modified it may interrupt the operation of the wiki, and may be difficult to upgrade. Definitely. This is the most dangerous part and it has triggered manny mistakes in the past. One of the XWiki developers is currently working on a patch that will improve the way the import works: imported pages will add a version to existing pages instead of overriding them. He should be able to commit his patch in the 2.1 timeframe. About marking system pages, that has been started a bit too - you'll notive that in
Re: [xwiki-users] Grid/LiveTable edit restrictions
Radek Rekas wrote: Hi, I'd like to use the Grid/LiveTable components to list data and create links to edit pages for that data. I would also like to add restrictions so that only users who created that data can edit it. Hi, You can display easily your wiki pages using the live table and configure the data source to match your needs. My suggestion would be to modify the creation step for any wiki page that you want to list in your live table. Just attach an XWiki.XWikiRights object and set the edit rights only for the current user(which is also the document creator) when creating the new page. You can find a useful code snippet here: http://code.xwiki.org/xwiki/bin/view/Snippets/SettingRightsSnippet Hope this helps, Oana From my understanding it is not possible to restrict edits for individual xwiki class objects to only users who created that object (along with an administrator user) as edit permissions can only be set at the page level and not at the individual object level. The solution I was thinking about was to create a new page for each record then restrict edit permissions at the page level. This would however require me to aggregate all of the xwiki class objects on a single page so that they could be used with the grid/LiveTable component. I can't however see a way of doing this. Is this possible or is there a better way of doing this? Thanks in advance, Radek ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [myxwiki] new wiki request
Hello, I'm fulfilling a request as seen on : http://www.myxwiki.org/xwiki/bin/view/Main/ I'd like to use xwiki as a personal/family blog. My user name at myxwiki.org : Thomas The server name I'd like to use : fnd Please let me know if it still possible. Best regards Thomas DOUCEDAME ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Is there a simpler way to upgrade between versions?
Sergiu Dumitriu wrote: On 11/02/2009 10:08 AM, Guillaume Lerouge wrote: Hi Nigel, On Mon, Nov 2, 2009 at 3:09 AM, Nigel Smithsubscripti...@nianca.netwrote: Hello, I'm a very keen and happy user of xwiki. We use it for our corporate intranet and our users love it! Glad to hear that :-) I generally move directly between major versions as soon as convenient. The factor that has the most bearing on when we upgrade is the ease with which we can move between new versions. I remember seeing an items relating to simpler installation. I'd like to ask when that is scheduled to be worked on, and perhaps share some of my experiences in upgrading and some suggestions. A part of it (related to import) is being worked on right now. The work on a full-fledged Extension Manager has not started yet. I'd like to give you an idea of what has to be done to move between versions. It's a bit long, so bear with me, but here it is: * Download the latest xwiki xar to your local machine * Download the latest xwiki war to the machine which will run xwiki. * Backup the entire xwiki installation directory (the one that contains the directories database, jetty, lucene etc), and move the old directory aside (rename to xwiki.old) * //We do this to easily be able to get the jetty, hsql, etc dirs back in place//: Restore the backed up xwiki directory, thus putting the xwiki dir back in place * Delete the directory xwiki/webapps/xwiki * In xwiki/webapps, create an xwiki directory * Unzip the xwiki war in the xwiki/webapps/xwiki directory * //Getting our corp logo back//: Copy xwiki.old/webapps/xwiki/skins/toucan/mywiki.jpg to xwiki/webapps/xwiki/skins/toucan/mywiki.jpg * //Next few steps: need to merge old config with new config//: Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.cfg and xwiki/webapps/xwiki/WEB-INF/xwiki.cfg. Update xwiki/webapps/xwiki/WEB-INF/xwiki.cfg as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/xwiki.properties and xwiki/webapps/xwiki/WEB-INF/xwiki.properties. Update xwiki/webapps/xwiki/WEB-INF/xwiki.properties as needed. * Do a diff between xwiki.old/webapps/xwiki/WEB-INF/hibernate.cfg.xml and xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml. Update xwiki/webapps/xwiki/WEB-INF/hibernate.cfg.xml as needed. * //This is the part we fear the most, for we might accidentally delete some configuration that we need and we would need to start the whole process again//: Start XWiki and import the default wiki xar. Be careful of what you import - read the instructions at http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradingwikidocuments . ** The normally excluded pages from import are: *** XWiki.XWikiPreferences *** XWiki.XWikiGroups *** XWiki.XWikiAdminGroup *** XWiki.WebPreferences *** XWiki.WebHome *** XWiki.XWikiUsers *** XWiki.XWikiAllGroup *** XWiki.DefaultSkin *** Main.WebHome *** Panels.QuickLinks *** Panels.Search * //We customise the PDF cover//: The PDF covers files has been manually modified. Do a diff between xwiki.old/webapps/xwiki/templates/pdfcover.vm and xwiki/webapps/xwiki/templates/pdfcover.vm. Merge the differences. * //We customise the PDF footer//: The PDF footers file has been modified by hand. Do a diff between xwiki.old/webapps/xwiki/templates/pdffooter.vm and xwiki/webapps/xwiki/templates/pdffooter.vm. Merge the differences. * //We do this to be able to specify the PDF template to use in Export as PDF//: The Menuitems have to be edited by hand, so that PDFs are exported using the correct stylesheet. Do a diff between xwiki.old/webapps/xwiki/templates/menuview.vm and xwiki/webapps/xwiki/templates/menuview.vm. Merge the differences (there should only be one line).As you can see, there are quite a few steps, and it normally takes 1/2hr - 1hr to complete. Note that we will move to MySQL eventually, but the performance of HSQL is OK ATM. Thanks for the feedback. This may not be the most optimal upgrade path, so if there are any clear improvements you can see, please let me know. The part that needs to be improved upon the most, in my opinion, is the import default XAR step because it is easy to overwrite an important page. I would like to put in a big vote for separating information that can be modified by the user from information that xwiki needs to be able to operate, that comes with default xwiki. Perhaps making certain pages system pages so that it is clear that if a page is modified it may interrupt the operation of the wiki, and may be difficult to upgrade. Definitely. This is the most dangerous part and it has triggered manny mistakes in the past. One of the XWiki developers is currently working on a patch that will improve the way the import works: imported pages will add a version to existing pages instead of overriding them. He should be able to commit his patch in the 2.1 timeframe.
[xwiki-users] Problem editing pages
Hello, We are having a problem with Xwiki 2.0.2. Everything was working for a few days but now when people go to edit their pages they do not get a drop down for the Edit button. You can only click edit and it brings you to the Wysiwyg editor. If there are links to other pages in the page we are editing and when we try to save you get the below error. When you try to switch to Wiki edit mode on the right hand side you get the same error. How can we fix this?? Really need some help here. Let me know if you need more info. Thanks content: Exception while parsing HTML Mike Ruocco Network Engineer INPUT 11720 Plaza America Drive, Suite 1200, Reston, Virginia 20190 Direct: 703+707+3506; Fax 703-707-6201 mruo...@input.com http://www.input.com This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you are not the intended recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email and any such files in error and that any use, dissemination, forwarding, printing or copying of this email and/or any such files is strictly prohibited. If you have received this email in error please immediately notify postmas...@input.commailto:postmas...@input.com and destroy the original message and any such files. {*} ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki RESTful API issue on localhost
Finally, I have a working version of the code to access the Xwiki RESTful API. It worked smooth on a Tomcat 6.0.14 + JDK 1.5 machine. But had to make certain changes to the bootstrap files for JDK 1.6 as I mentioned in the previous post. I have used the Apache HTTP HTTPClient 3.1 jar files here but soon will upgrade that to Apache HTTPClient 4.0. The only change in the code from the one posted at http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI are the lines Unmarshaller un = context.createUnmarshaller(); and the line Page page = (Page) ((JAXBElement) un.unmarshal(getMethod.getResponseBodyAsStream())).getValue(); The default object that getMethod returns turned out to be a JAXBElement rather than a Page object. Hence, had to do some class casting. A big thanks to Fabio Mancinelli Sergiu Dumitriu for helping me out on this one. Just one more request though. Do we cast the getMethod.getResponseBodyAsStream() to Tags class (if we want to retrieve a list of pages based on their tags) or the SearchResults class (if we want to retrieve pages returned through a page search). Even though, I cast the getMethod.getResponseBodyAsStream to the tags class, my compiler still throws an error for class cast exception : org.xwiki.Pages. Could someone please post a snippet to access pages with specific tags or any other complex querying using classes in the org.xwiki classes. Any help on this would be greatly appreciated friends. /* JDK: 1.5 Tomcat: 6.0.14 (Xwiki server) Libraries: Apache HTTPClient 3.1, JAXB 2.1, Apache Commons Logging 1.1.1 Apache Commons Codec 1.4 Class File Dependencies: org.xwiki package of class files generated from the XSD file at http://svn.xwiki.org/svnroot/xwiki/platform/core/trunk/xwiki-rest/src/main/r esources/xwiki.rest.model.xsd with the help of the XJC compiler available in the JAXB 2.1 distribution */ import java.io.IOException; import java.io.InputStream; import java.io.InputStreamReader; import java.util.List; import javax.xml.bind.JAXBContext; import javax.xml.bind.JAXBElement; import javax.xml.bind.JAXBException; import javax.xml.bind.Unmarshaller; import org.apache.commons.httpclient.HttpClient; import org.apache.commons.httpclient.HttpException; import org.apache.commons.httpclient.methods.GetMethod; import org.xwiki.Page; public class Main { public static void main(String[] args) throws JAXBException, HttpException, IOException { HttpClient httpClient = new HttpClient(); JAXBContext context = JAXBContext.newInstance(org.xwiki); Unmarshaller un = context.createUnmarshaller(); GetMethod getMethod = new GetMethod(http://localhost:8080/xwiki/rest/wikis/xwiki/spaces/Main/pages/We bHome); getMethod.addRequestHeader(Accept, application/xml); httpClient.executeMethod(getMethod); Page page = (Page) ((JAXBElement) un.unmarshal(getMethod.getResponseBodyAsStream())).getValue(); System.out.println(page.getCreator()); System.out.println(page.getCreated()); System.out.println(page.getFullName()); System.out.println(page.getXwikiAbsoluteUrl()); } } ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem editing pages
Hi Mike, On Nov 3, 2009, at 2:23 AM, Mike Ruocco wrote: Hello, We are having a problem with Xwiki 2.0.2. Everything was working for a few days but now when people go to edit their pages they do not get a drop down for the Edit button. You can only click edit and it brings you to the Wysiwyg editor. If there are links to other pages in the page we are editing and when we try to save you get the below error. When you try to switch to Wiki edit mode on the right hand side you get the same error. How can we fix this?? Really need some help here. Let me know if you need more info. See http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing Thanks -Vincent Thanks content: Exception while parsing HTML Mike Ruocco Network Engineer INPUT 11720 Plaza America Drive, Suite 1200, Reston, Virginia 20190 Direct: 703+707+3506; Fax 703-707-6201 mruo...@input.com http://www.input.com This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you are not the intended recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email and any such files in error and that any use, dissemination, forwarding, printing or copying of this email and/or any such files is strictly prohibited. If you have received this email in error please immediately notify postmas...@input.commailto:postmas...@input.com and destroy the original message and any such files. {*} ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem editing pages
Hi Mike, Mike Ruocco wrote: Hello, We are having a problem with Xwiki 2.0.2. Everything was working for a few days but now when people go to edit their pages they do not get a drop down for the Edit button. You can only click edit and it brings you to the Wysiwyg editor. If there are links to other pages in the page we are editing and when we try to save you get the below error. When you try to switch to Wiki edit mode on the right hand side you get the same error. How can we fix this?? Really need some help here. Let me know if you need more info. Check if the user profile is set to simple edit mode. Try switching to advanced edit mode instead. See http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HSimpleandAdvancededitionmodes Even in simple edit mode you can force the Edit button to load the wiki editor by going to Administration General and setting Default Editor to use to Text. Also, it's good to know that you can also force the wiki editor by using a URL like edit/Space/Page?editor=wiki . Thanks content: Exception while parsing HTML Regarding the WYSIWYG issue, can you tell me what browser are you using and, if the issue is easily reproducible, can you give me an example of wiki text that fails to be saved by the WYSIWYG editor? Thanks, Marius Mike Ruocco Network Engineer INPUT 11720 Plaza America Drive, Suite 1200, Reston, Virginia 20190 Direct: 703+707+3506; Fax 703-707-6201 mruo...@input.com http://www.input.com This email and any files transmitted with it are confidential and are intended solely for the use of the individual or entity to which they are addressed. If you are not the intended recipient or the person responsible for delivering the email to the intended recipient, be advised that you have received this email and any such files in error and that any use, dissemination, forwarding, printing or copying of this email and/or any such files is strictly prohibited. If you have received this email in error please immediately notify postmas...@input.commailto:postmas...@input.com and destroy the original message and any such files. {*} ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users