[xwiki-users] Installing and running XWiki on Windows Vista
Hi, Some user observations on installing and running XWiki on Windows Vista: I tried installing (as administrator) the latest version of XWiki (using the slick looking Windows installer) on Windows Vista and it seemed to install ok, but when I tried running it up using the XWiki starup shortcut on the desktop it couldn't find the start_xwiki.bat in the XWiki directory. I looked and found it under the jetty directory, so moved them to the XWiki directory and tried again, but got access denied errors and can't write to the log file errors in the startup window. When I ran the the start_xwiki.bat directly from a command window it started up correctly and worked fine. So it looks like some configuration, permissions issues need addressing in the next release of XWiki. To simply things is it possible to install XWiki directly as a Windows service so it always comes up when Windows starts? Does anyone know how to do this? Maybe this could be done for the next release of XWiki? The easier and quicker XWiki can be installed and run up then more likely it is to be used by more users. New WYSIWYG editor Like the new editor ... but it's still got a long way to go ... I'd like to see some easy WYSIWYG way of laying out tables, columns, rows, frames by being able to drag them to the desired positions and sizes. Document storage in XWiki Like to have the option to store attached documents external to any XWiki database in some sort of directory structure, for ease of backup and to ease performance issues when the database gets stuffed with huge documents. Hope these observations help. Regards, Richard Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail is confidential. It may also be legally privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. We may monitor all e-mail communications through our networks. If you have received this e-mail in error, please inform us immediately on +44 (0) 1749 672081 and delete it and all copies from your system. We accept no responsibility for changes to any e-mail which occur after it has been sent. Attachments to this e-mail may contain software viruses which could damage your system. We therefore recommend you virus-check all attachments before opening. A business of Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No. 868273 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Installing and running XWiki on Windows Vista
Hi Richard, I've got a quick question : since XWiki Enterprise uses a client - server architecture and is meant to be installed on the server and accessed through a browser over the network, why would you need to have XWiki Enteprise start each time windows start ? Why don't you simply keep your windows server up all the time, with XWiki Enterprise running on top of it all the time ? Guillaume On Thu, Sep 25, 2008 at 9:43 AM, goldring, richard [EMAIL PROTECTED] wrote: Hi, Some user observations on installing and running XWiki on Windows Vista: I tried installing (as administrator) the latest version of XWiki (using the slick looking Windows installer) on Windows Vista and it seemed to install ok, but when I tried running it up using the XWiki starup shortcut on the desktop it couldn't find the start_xwiki.bat in the XWiki directory. I looked and found it under the jetty directory, so moved them to the XWiki directory and tried again, but got access denied errors and can't write to the log file errors in the startup window. When I ran the the start_xwiki.bat directly from a command window it started up correctly and worked fine. So it looks like some configuration, permissions issues need addressing in the next release of XWiki. To simply things is it possible to install XWiki directly as a Windows service so it always comes up when Windows starts? Does anyone know how to do this? Maybe this could be done for the next release of XWiki? The easier and quicker XWiki can be installed and run up then more likely it is to be used by more users. New WYSIWYG editor Like the new editor ... but it's still got a long way to go ... I'd like to see some easy WYSIWYG way of laying out tables, columns, rows, frames by being able to drag them to the desired positions and sizes. Document storage in XWiki Like to have the option to store attached documents external to any XWiki database in some sort of directory structure, for ease of backup and to ease performance issues when the database gets stuffed with huge documents. Hope these observations help. Regards, Richard Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail is confidential. It may also be legally privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. We may monitor all e-mail communications through our networks. If you have received this e-mail in error, please inform us immediately on +44 (0) 1749 672081 and delete it and all copies from your system. We accept no responsibility for changes to any e-mail which occur after it has been sent. Attachments to this e-mail may contain software viruses which could damage your system. We therefore recommend you virus-check all attachments before opening. A business of Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No. 868273 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] I can´t import files!
Hello , I have installed XWiki 1.4.x . Then I have upgraded to 1.5. The database is PostgreSQL. System is Windows XP.And I use JBoss. I can´t import something in the Administration Option. It shows 0 Documents installed 0 Documents leaved 0 Documents with error Thanks, Rez -- View this message in context: http://n2.nabble.com/I-can%C2%B4t-import-files%21-tp1117629p1117629.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with class sheet
John Carroll wrote: Hi all, I have a problem with a class sheet. I have been working on a project for the past few weeks. The class sheet has been edited many times. But after doing the last edit the following happens. 1. I can not access the class via the class editor page where all classes are listed, so i cant see the class sheet or the class properties page. The same error is displayed when accessing any document created using this class. I get this error: Detailed information: Error number 3202 in 3: Exception while reading document XWiki.ExpenseClass Wrapped Exception: Error number 2002 in 2: Error parsing xml XWiki.ExpenseClass empNumber 2 0 empNumber 30 0 com.xpn.xwiki.objects.classes.StringClass SuppBusiConfTotal 93 0 SuppBusiConfTotal 30 etc... for every property in the class (150 or so). I can access the class sheet by using its URL. Editing or changing the class sheet makes no difference. I cannot access the class property page using its URL. 2. The bread crumb link where parent and space is displayed for documents created using this class shows this: Scheduler: ${pdoc.displayTitle} $tdoc.displayTitle 3. I can not see the Expense.webhome page. In this page I use seachDocuments to find all documents associated with XWiki.ExpenseClass. It looks like a class property has been corrupted and any attempt to read any document associated with the class fails. Error number 4001 in 4: Error while parsing velocity page Expenses.WebHome Wrapped Exception: Failed to evaluate content with id Web Home com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing velocity page Expenses.WebHome Wrapped Exception: Failed to evaluate content with id Web Home org.apache.velocity.exception.MethodInvocationException: Invocation of method 'getDocument' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 3202 in 3: Exception while reading document Expenses.Expensecarrollj15330323092008dgs 4. To get around this problem I created another class, matching the properties of the first class. That worked fine for a little while, even after editing the class sheet many times. This second class is now doing the same thing as the first class. Just to let you know; in the class sheet i am using searchDocuments to find documents created using other classes. So what am i doing wrong? Is there any way i can fix this? With help from Ludovic Dubost i managed to fix the class. The XWD_CLASS_XML field in the class document has a limit of 65Kb. Looking at the XWD_CLASS_XML field for XWiki.ExpenseClass showed a size of 65353 bytes. Any text over 65Kb didnt seem to save properly. The xml close class tag was missing which caused my problems. It would be nice if xwiki warned the user that they have exceeded the maximum size of the XWD_CLASS_XML field. I noticed alot of space was used up when databaseList was used. The query is saved with the property. -- View this message in context: http://n2.nabble.com/Problem-with-class-sheet-tp1113196p1117656.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Hidden input after select, radio or checkbox, why ?
Sergiu, Do you means that this trick is used because the save action of XWiki is unaware of the list of field shown to the user by the preceding inline action, and you do not know if a field should be updated or left unchanged when it is not sent back ? Denis On 23 sept. 08, at 18:54, Sergiu Dumitriu wrote: Denis Gervalle wrote: Hi all, Does anyone here knows why displayEdit of ListClass fields with a display type of checkbox, radiobutton or select is always followed with a hidden input tag, having the same name than the visible control ? Here is an excerpt of the source code that cause this : if (!getDisplayType().equals(input)) { org.apache.ecs.xhtml.input hidden = new input(input.hidden, prefix + name, ); buffer.append(hidden); } I really wonder what is the need for that, and if I can remove it, since this seems to break some screen readers, that makes confusion between listbox and combobox due to this hidden field. Thanks in advance for any advices. It is needed because of the way HTML forms work. Without the empty field, you would not be able to unselect all options, because the browser does not send back the field name if it doesn't have any value to associate with it. The empty hidden field is used by the wiki engine to detect if it is a field with no values selected, or no field at all. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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] localization of XWiki into Arabic
Dear all, I installed the workspace version, which need Jetty and HSQL D Directories don't includes any file containg the localized strings, or may be the are somewhere else, in package? I would like to start the localization of XWiki into Arabic. To do so, I need your help to know the nature of strings to translate. Thanks in advance. -- Youcef ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Hidden input after select, radio or checkbox, why ?
Denis Gervalle wrote: Sergiu, Do you means that this trick is used because the save action of XWiki is unaware of the list of field shown to the user by the preceding inline action, and you do not know if a field should be updated or left unchanged when it is not sent back ? Exactly. Denis On 23 sept. 08, at 18:54, Sergiu Dumitriu wrote: Denis Gervalle wrote: Hi all, Does anyone here knows why displayEdit of ListClass fields with a display type of checkbox, radiobutton or select is always followed with a hidden input tag, having the same name than the visible control ? Here is an excerpt of the source code that cause this : if (!getDisplayType().equals(input)) { org.apache.ecs.xhtml.input hidden = new input(input.hidden, prefix + name, ); buffer.append(hidden); } I really wonder what is the need for that, and if I can remove it, since this seems to break some screen readers, that makes confusion between listbox and combobox due to this hidden field. Thanks in advance for any advices. It is needed because of the way HTML forms work. Without the empty field, you would not be able to unselect all options, because the browser does not send back the field name if it doesn't have any value to associate with it. The empty hidden field is used by the wiki engine to detect if it is a field with no values selected, or no field at all. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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 -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Hidden input after select, radio or checkbox, why ?
Denis Gervalle wrote: Sergiu, Do you means that this trick is used because the save action of XWiki is unaware of the list of field shown to the user by the preceding inline action, and you do not know if a field should be updated or left unchanged when it is not sent back ? See http://jira.xwiki.org/jira/browse/XWIKI-443 On 23 sept. 08, at 18:54, Sergiu Dumitriu wrote: Denis Gervalle wrote: Hi all, Does anyone here knows why displayEdit of ListClass fields with a display type of checkbox, radiobutton or select is always followed with a hidden input tag, having the same name than the visible control ? Here is an excerpt of the source code that cause this : if (!getDisplayType().equals(input)) { org.apache.ecs.xhtml.input hidden = new input(input.hidden, prefix + name, ); buffer.append(hidden); } I really wonder what is the need for that, and if I can remove it, since this seems to break some screen readers, that makes confusion between listbox and combobox due to this hidden field. Thanks in advance for any advices. It is needed because of the way HTML forms work. Without the empty field, you would not be able to unselect all options, because the browser does not send back the field name if it doesn't have any value to associate with it. The empty hidden field is used by the wiki engine to detect if it is a field with no values selected, or no field at all. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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 -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] Workstream application 1.0 released
Dear all, The XWiki Development Team is pleased to announce the release of the Worktream Application, version 1.0. You can find it here : http://code.xwiki.org/xwiki/bin/view/Applications/WorkstreamApplication Workstream is a internal twitter-like micro-blogging application that allows the wiki users to post short status updates. It support internal and external URL links using the wiki syntax. There is both a wiki page with recent updates and the ability to browse updates by user, and a panel easily installable in the whole wiki or in any space, with as well recent updates and a text box for one to update its status. Hope you'll enjoy it ! Thanks, -The XWiki Development Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Treeview and Tableview
Sime Suljic wrote: Hello! My XWikisite has two errors: 1. Treeview working properly, but subdocuments (the documents) have no link. When I ask for the link location with the right mouse button I get the message: javascript: YAHOO.widget.TreeView.getNode ( 'treeview', 23). toggle () You can see here: http://apleti.normala.hr/xwiki/bin/view/XWiki/Treeview The Treeview requires programming rights. You need to save the page as an Admin user 2.Tableview regularly works in Mozilla, but in IE table is empty. For example: http://apleti.normala.hr/xwiki/bin/view/XWiki/Tableview We've seen this issue on IE when you are not an admin. I've posted a bug http://jira.xwiki.org/jira/browse/XE-309 What could be causing these problems. I will be grateful to any help. Regards, Sime S. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Ludovic Dubost Blog: http://blog.ludovic.org/ XWiki: http://www.xwiki.com Skype: ldubost GTalk: ldubost ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Admin problem - Panel Wizard changes not saving.
Hi, We installed xwiki and are testing the administrative interfaces. We're having a problem with the Panel Wizard. When we make a change to the Page Layout (i.e. Moving the side column to the left instead of the right) and hit save, the changes are never saved. A message pops up saying the changes were successful but when you visit a page they are not. We are using XWiki Enterprise 1.5.1.12494. Thanks, Evan ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] localization of XWiki into Arabic
Hi Alberto, Thanks so much for your quick reply. You have to translate the applicationResources.properties file. There's a component in XWiki Core called Internationalization and Localization in Jira: http://jira.xwiki.org/jira/browse/XWIKI/component/10290 There you can find other translations and useful information on the translation. I have done the translation into Galician, so if I can be of any help, just tell me. I installed the xwiki-workspaces-distribution-hsqldb-1.0 version with windows installer. As I'm using XWiki since many years, I'ven't faced any problems with new versions. But I'm trying to find the application resources that you pointed out in your mail. I couldn't found them. May I have to download and install them to get the localized version. Another important things related to its localisation, It is known that localization is not only limited on the translation of resources files (Key=Value). The process is little bit more complex: How about the consistency between documents and GUI strings and those of the system messages? How about the translation of installation Wiki pages? They are not in the resources! For example, where could we find strings of the main pages when XWiki is installed for the first time? Adding to that and according to your experience in its localization, I would like to know if you got well localized version into Galician when you translated these resource files? Finally, what kind of methods have you used for managing consistency between GUI and documentation strings? In the process of localization, It is very important to translate documentation and keep consistency (doc-GUI) since it is an integrated part of any software. The encoding of these files are not UTF-8, then how it will be possible to manage multilingual content by shifting from one language to another during runtime? Thanks in advance. Sincerely yours. Youcef Bey Youcef [EMAIL PROTECTED] escribiu: Dear all, I installed the workspace version, which need Jetty and HSQL D Directories don't includes any file containg the localized strings, or may be the are somewhere else, in package? I would like to start the localization of XWiki into Arabic. To do so, I need your help to know the nature of strings to translate. Thanks in advance. -- Youcef ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- === Alberto Álvarez Lugrís [EMAIL PROTECTED] Facultade de Filoloxía e Tradución Universidade de Vigo Campus Universitario Lagoas/Marcosende s/n 36310 Vigo Pontevedra Tel.: 986 812 329 Fax: 986 812 380 http://www.tradutoresgalegos.org [Asociación de Tradutores Galegos] http://www.bivir.com [Biblioteca Virtual] http://www.uvigo.es/webs/h06/weba573/indice.html [Área de TI] http://webs.uvigo.es/alugris [Docencia] === * ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Admin problem - Panel Wizard changes not saving.
Hi Evan, Which OS are you using ? Which browser ? Are you modifying panels at the level of the whole wiki or a space only ? Did you write your own panels ? The more information you provide us with the easier it will be for us to help you :-) Guillaume On Thu, Sep 25, 2008 at 11:26 PM, Evan Pease [EMAIL PROTECTED] wrote: Hi, We installed xwiki and are testing the administrative interfaces. We're having a problem with the Panel Wizard. When we make a change to the Page Layout (i.e. Moving the side column to the left instead of the right) and hit save, the changes are never saved. A message pops up saying the changes were successful but when you visit a page they are not. We are using XWiki Enterprise 1.5.1.12494. Thanks, Evan ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] uploading Pages files
I don't know why but I'm experiencing the same behavior here. It's the same for any html upload (gmail as well) and is not limited to XWiki. A workaround is to compress the file using your MacBook built-in compression tool and uplaod the zipped file to the wiki. Guillaume On Fri, Sep 26, 2008 at 12:52 AM, [Ricardo Rodriguez] Your EPEC Network ICT Team [EMAIL PROTECTED] wrote: Hi all, Please, could anybody confirm this? I am not able to upload iWorks *.Pages files. No error message by using Firefox version 3.0.1. Safari Version 3.1.2 (5525.20.1) shows *.Pages files grayed. Modifying file extension doesn't change the behavior of any browser. Please, any idea? Why I am not able to upload these files? I am still using XWiki Enterprise 1.3.8295 running on a Suse Linux/Tomcat/MySQL box. Thanks! Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Guillaume Lerouge Product Manager - XWiki Skype ID : wikibc http://blog.xwiki.com/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users