Re: [xwiki-users] Curriki vs PeerWise
Hi Guillaume, Thanks for this pointer. Polls application clearly shows the potential of XWiki for this kind of work! - Asiri On Wed, Oct 19, 2011 at 1:27 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi Asiri, I think that the closest thing we have to this in XWiki would be the Polls application: http://extensions.xwiki.org/xwiki/bin/view/Extension/Polls+Application , but it's probably far from being as polished as PeerWise. So you would have to either integrate and/or build something similar in XWiki in order to benefit from the features. Guillaume On Tue, Oct 18, 2011 at 8:43 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi, We've been recently experimenting with PeerWise ( http://peerwise.cs.auckland.ac.nz/) which allows students to make / answer / rate simple multiple-choice style questions (there are a lot of social features as well). I was wondering if this kind of functionality is available in Curriki or any other XWiki derivative, it seemed implementing something like PeerWise on top of XWiki would be really interesting :) Many thanks for your comments. - Asiri ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Curriki vs PeerWise
Hi, We've been recently experimenting with PeerWise ( http://peerwise.cs.auckland.ac.nz/) which allows students to make / answer / rate simple multiple-choice style questions (there are a lot of social features as well). I was wondering if this kind of functionality is available in Curriki or any other XWiki derivative, it seemed implementing something like PeerWise on top of XWiki would be really interesting :) Many thanks for your comments. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Crazy-bad security
Hi, On Thu, Jun 30, 2011 at 8:15 AM, Paul Harris harris...@gmail.com wrote: Hi guys, I installed the Admin Tools plugin http://extensions.xwiki.org/xwiki/bin/view/Extension/AdminTools And found that half the stuff didn't work anyway. Regardless, carrying on, I am hoping the User Rights tool will be helpful, however it can't seem to check the most important user: the Unregistered User And what is worse, I discovered by accident that the Unregistered User can access the space! For example, an unregistered user can access the /xwiki/Admin/RunQuery page, which could be used to run queries directly on the database, for example select * from xwikipreferences Does this give anyone else a heart attack too?? I don't think this extension is part of the standard XE/XEM release. You should be careful when installing extensions. WHY is there no default cannot view unless admin says so mode? This is a problem with all of my spaces. When I create a space, I want to then have to go and ALLOW people to access it. Not open by default, that is much harder to configure. It's a wiki, and wikis are supposed to be open by default. If the the default behaviour is closed, it would be hard for a normal user to create a space and allow other users to contribute content (he'll have to wait for the admin to open that space). This is only my personal understanding and I'm not a professional XWiki user, so let's wait for some other views as well. Thanks. - Asiri Can someone please look at rights management, it seems to be insecure by default, and makes me scared. thanks. Paul ___ 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] RES: External OpenOffice Server
Hi Ramon, Asiri, when the web service mode turns available on next versions of JODConverter, will it be possible to use it in XWiki, in the way to have OpenOffice and XWiki on different servers? I'm so interested on it because in our company here, it's not (and I believe it won't be) possible to share our production container server with an openoffice instance (policy restrictions higher than we can deal), and we do have a dedicated openoffice server up and running, on another machine, for other applications. We're running XE2.4.3 without Office Importer functionalities and the main reason to upgrade to the last version, among others, would be the opportunity window do activate this amazing feature, what would substantially boost our XWiki experience. Aren't there any possibilities or approaches in the short term, at all? I think I proposed one possible alternative sometime back: 1. On the machine you are running openoffice server, you'll have to setup a tomcat server and a small servlet. This servlet will take care of converting office documents into html and zipping them up (because the conversion could result in multiple artifacts) and streaming them back to the client who invoked the servlet. 2. Modify officeimporter codebase so that OfficeConverter (IIRC) now instead consumes this servlet for document conversion instead of the local openoffice server. IMO this solution is not that hard to implement but as I remember nobody commented on this approach back then. Thanks. - Asiri Thanks in advance for your precious help. Ramon Gomes Brandão -Mensagem original- De: users-boun...@xwiki.org em nome de Marius Dumitru Florea Enviada: qua 23/3/2011 18:45 Para: users@xwiki.org Assunto: Re: [xwiki-users] External OpenOffice Server Hi Ramon, On 03/23/2011 11:22 PM, Ramon Gomes Brandão - SERINT wrote: Hi, Is it possible to use an external OpenOffice Server that is not on the same machine as the XWiki instance, i.e., not local? If so, how can I do that? If not, can't I even test this possibility? External local one is running in my test place, but in production environment this probably won't be the case. We're using http://code.google.com/p/jodconverter/ to connect to the OpenOffice server and convert office documents. Here's a discussion regarding your problem on their google group, raised by Asiri, the person who wrote the xwiki-office-importer module: http://groups.google.com/group/jodconverter/browse_thread/thread/f4f0e8328d422fbf . Using a remote OpenOffice server had some limitations at that point. Maybe you can check if the latest version of jodconverter was improved in this direction. Hope this helps, Marius I'm using XE 2.7.1 and I'll test also XE 3.0M3. Ramon Gomes Brandão ___ 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 ___ 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] RES: External OpenOffice Server
2011/3/25 Asiri Rathnayake asiri.rathnay...@gmail.com Hi Ramon, Asiri, when the web service mode turns available on next versions of JODConverter, will it be possible to use it in XWiki, in the way to have OpenOffice and XWiki on different servers? I'm so interested on it because in our company here, it's not (and I believe it won't be) possible to share our production container server with an openoffice instance (policy restrictions higher than we can deal), and we do have a dedicated openoffice server up and running, on another machine, for other applications. We're running XE2.4.3 without Office Importer functionalities and the main reason to upgrade to the last version, among others, would be the opportunity window do activate this amazing feature, what would substantially boost our XWiki experience. Aren't there any possibilities or approaches in the short term, at all? I think I proposed one possible alternative sometime back: 1. On the machine you are running openoffice server, you'll have to setup a tomcat server and a small servlet. This servlet will take care of converting office documents into html and zipping them up (because the conversion could result in multiple artifacts) and streaming them back to the client who invoked the servlet. 2. Modify officeimporter codebase so that OfficeConverter (IIRC) now instead consumes this servlet for document conversion instead of the local openoffice server. PS: Notice the huge overhead in transferring documents and results up and down to / from the machine running openoffice server, but this is inevitable if you plan to run openoffice server remotely. IMO this solution is not that hard to implement but as I remember nobody commented on this approach back then. Thanks. - Asiri Thanks in advance for your precious help. Ramon Gomes Brandão -Mensagem original- De: users-boun...@xwiki.org em nome de Marius Dumitru Florea Enviada: qua 23/3/2011 18:45 Para: users@xwiki.org Assunto: Re: [xwiki-users] External OpenOffice Server Hi Ramon, On 03/23/2011 11:22 PM, Ramon Gomes Brandão - SERINT wrote: Hi, Is it possible to use an external OpenOffice Server that is not on the same machine as the XWiki instance, i.e., not local? If so, how can I do that? If not, can't I even test this possibility? External local one is running in my test place, but in production environment this probably won't be the case. We're using http://code.google.com/p/jodconverter/ to connect to the OpenOffice server and convert office documents. Here's a discussion regarding your problem on their google group, raised by Asiri, the person who wrote the xwiki-office-importer module: http://groups.google.com/group/jodconverter/browse_thread/thread/f4f0e8328d422fbf . Using a remote OpenOffice server had some limitations at that point. Maybe you can check if the latest version of jodconverter was improved in this direction. Hope this helps, Marius I'm using XE 2.7.1 and I'll test also XE 3.0M3. Ramon Gomes Brandão ___ 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 ___ 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] RES: External OpenOffice Server
Hi, And here is the discussion I mentioned: http://www.mail-archive.com/devs@xwiki.org/msg09117.html - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] RES: XE 2.7.1 Office Preview nor Macro NOT Working
Hi, Is your office importer application working properly as described in http://platform.xwiki.org/xwiki/bin/view/Features/OfficeImporter ? I'm asking because the attachment preview also requires the same back-end (i.e. an OpenOffice server). - Asiri 2011/3/22 Ramon Gomes Brandão - SERINT ramon.bran...@tjdft.jus.br Sergiu, The attachment is there, I've downloaded it without problems (i've tried both for doc and odf documents). Does the office preview work only with simple docs? The preview eye icon does not appear for any odt, odf, ppt as well. Are there any configs that I need to make on xwiki.cfg or xwiki.properties? Any plugin to activate? Regards, Ramon Gomes Brandão -Mensagem original- De: users-boun...@xwiki.org em nome de Sergiu Dumitriu Enviada: seg 21/3/2011 19:11 Para: XWiki Users Assunto: Re: [xwiki-users] XE 2.7.1 Office Preview nor Macro NOT Working On 03/21/2011 11:06 PM, Ramon Gomes Brandão - SERINT wrote: Hi, I've could get my upgrade from 2.4.3 to 2.7.1 working in my test environment. The new features seem remarkable indeed, but one of the most important for our XWiki instance is not working properly: the Office Preview in attachments of Office Macro. The little eye right beside the edit and delete buttons on the attachments sections doesn't appear. Is there something I'm missing? Any configuration steps required? If I try the office macro, I get an exception: org.xwiki.rendering.macro.MacroExecutionException: Failed to view office attachment. and Caused by: java.lang.Exception: Attachment [name = [DescricaoSGAeSGA1.doc], type = [ATTACHMENT], parent = [name = [WebHome], type = [DOCUMENT], parent = [name = [Main], type = [SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null] does not exist., but the attachment is really there, showed in the attachments section. If you try to download the attachment, is it valid? This error could mean that although the attachment appears there, it's content is actually empty. -- 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] R: Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir
Hi Andrea, Did you try without specifying a template profile dir? (Comment out that configuration option). As I remember, a temporary template profile dir is created when one does not specify it. Thanks. - Asiri On Wed, Sep 15, 2010 at 1:41 PM, Andrea Belli abe...@expertsystem.itwrote: Thank for response. I restart the server and this is the fulllog file. 2010-09-15 10:06:17,970 [] [Thread-2] ERROR rnal.DefaultObservationManager - Fail to send event [org.xwiki.observation.event.applicationstartedev...@17fc44f] to listener [org.xwiki.officeimporter.internal.openoffice.openofficemanagerlifecycleliste...@13136e5 ] java.lang.IllegalStateException: invalid templateProfileDir: C:\Documents and Settings\Administrator\Application Data\OpenOffice.org\3 at org.artofsolving.jodconverter.office.DefaultOfficeManagerConfiguration.buildOfficeManager(DefaultOfficeManagerConfiguration.java:122) at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeManager.initialize(DefaultOpenOfficeManager.java:102) at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeManager.start(DefaultOpenOfficeManager.java:135) at org.xwiki.officeimporter.internal.openoffice.OpenOfficeManagerLifecycleListener.startOpenOffice(OpenOfficeManagerLifecycleListener.java:96) at org.xwiki.officeimporter.internal.openoffice.OpenOfficeManagerLifecycleListener.onEvent(OpenOfficeManagerLifecycleListener.java:83) at org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:269) at org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:243) at org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:290) at org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:76) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3972) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4467) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526) at org.apache.catalina.startup.HostConfig.deployDirectory(HostConfig.java:1041) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:964) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:502) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:722) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:593) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414) the directory exists and it's empty. Thank you Andrea -Messaggio originale- Da: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] Per conto di Asiri Rathnayake Inviato: mercoledì 15 settembre 2010 05:34 A: XWiki Users Oggetto: Re: [xwiki-users] Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir Hi Andrea, On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli abe...@expertsystem.it wrote: After I installed the 2.4 version, the Office importer does not work because it says the soffice process is not running. I tried to restart the process using the Admin page but I get a velocity error 4001 caused by this exception: Caused by: java.lang.IllegalStateException: invalid templateProfileDir: C:Documents and SettingsAdministratorApplication DataOpenOffice.org3 Can you provide the log file messages corresponding to this error? When this error happens, you should see an exception trace (bunch of messages) in the xwiki.log file. Thanks. - Asiri 1) The path exists and it is defined into xwiki.cfg correctly
Re: [xwiki-users] Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir
Hi, Please see http://code.google.com/p/jodconverter/wiki/GettingStarted You need OOo 3.0.0 - Asiri On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli abe...@expertsystem.itwrote: After I installed the 2.4 version, the Office importer does not work because it says the soffice process is not running. I tried to restart the process using the Admin page but I get a velocity error 4001 caused by this exception: Caused by: java.lang.IllegalStateException: invalid templateProfileDir: C:Documents and SettingsAdministratorApplication DataOpenOffice.org3 1) The path exists and it is defined into xwiki.cfg correctly (it's also shown correctly in the admin panel before I tried to press the update button.) 2) The office 3.1 version works standalone. Any idea? Best Regards Andrea ___ 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] Office Importer: Caused by: java.lang.IllegalStateException: invalid templateProfileDir
Hi Andrea, On Tue, Sep 14, 2010 at 9:50 PM, Andrea Belli abe...@expertsystem.itwrote: After I installed the 2.4 version, the Office importer does not work because it says the soffice process is not running. I tried to restart the process using the Admin page but I get a velocity error 4001 caused by this exception: Caused by: java.lang.IllegalStateException: invalid templateProfileDir: C:Documents and SettingsAdministratorApplication DataOpenOffice.org3 Can you provide the log file messages corresponding to this error? When this error happens, you should see an exception trace (bunch of messages) in the xwiki.log file. Thanks. - Asiri 1) The path exists and it is defined into xwiki.cfg correctly (it's also shown correctly in the admin panel before I tried to press the update button.) 2) The office 3.1 version works standalone. Any idea? Best Regards Andrea ___ 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] Office importer splitter problem
Hi, On Fri, Sep 3, 2010 at 8:13 PM, Schaefers, Marcus m.schaef...@rekenkamer.nl wrote: Hi all, The office importer works fine for importing a document in one page with the append result option. Now I'm trying to import a big office document (more than 300 documentpages) in about 100 xwikipages. When I try to use the splitter and import the document no XWiki pages are created and attached to the the target space. I tried to import a small document with... the same result. I can't figure out what I'm doing wrong. Is there a syntax voor the source document (headers?)? You must choose the criterion for splitting, I think you have to select the heading level based on which the document should be split. If you pick H3 level and there are no H3 headers, I don't think the document would be split - at least this is how i remember. Hope this helps. - Asiri Any advise would be really great. Regards, Marcus The contents of this e-mail and attachments are confidential. It is intended for the named recipient(s) only. If you have received this e-mail in error, please notify the system manager or the sender immediately and do not disclose the contents of this e-mail to anyone or make copies. This e-mail is from the Netherlands Court of Audit, Lange Voorhout 8, 2514 ED, The Hague, NETHERLANDS. ___ 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] Webdav Access for a mulitple virtual Wiki's
Hi, On Wed, Aug 4, 2010 at 1:31 PM, Thomas Hoeschele thoesch...@gmx.de wrote: Hallo everybody, I want to have permanent Webdav access to multiple virtual wikis for file synchronisation. However, there are some problems with achiving that: 1. Mounting a webdav access on a networkdrive via Netdrive won't suffice as there will be more than 26 Wikis. Ideally there could be one webdav access for the whole wiki farm, for example through URL-Path based webdav access. (One drive for the whole farm) I did some digging into the code and it seems current webdav implementation does not take into account multiple wikis, it always access the main wiki. Our top-level webdav view consists of following sub directories: - home - spaces - attachments - orphans - whatsnew IMO we should have a top-level view which lists all the wikis available, and inside each such wiki directory we can list above sub directories. The reason for webdav support not being actively developed is that it is not a feature frequently requested or funded (w.r.t components like officeimporter, wiki macros etc.). If this feature is really important for your organization what you can do is: 1) Dig into the code, implement support for multi-wiki environments and contribute the code back to xwiki. OR 2) Sponsor the development of this feature (via a commercial xwiki support company like XWiki SAS and ask them to contribute that code to XWiki opensource project). Either way you can support the xwiki opensource project while getting your work done. 2. It seems adding files via a mounted Netdrive webdav access is not really possible; it works through http:// webdav access though. No, this should already work. Did you drop the files inside a wiki page directory? Then they should be added as attachments. If you are on a linux environment you can use [1] or [2] and develop shell scripts to manage your attachments. Note that the behaviour of webdav servers is very much dependant on the webdav client you are using, you should try out several clients and pick one that works best for your OS / environment. Hope this helps. - Asiri [1] http://platform.xwiki.org/xwiki/bin/view/Features/WebDAVNautilus [2] http://platform.xwiki.org/xwiki/bin/view/Features/WebDAVDavFs2 Help will be very appriciated! P.S. where can I change the core. and xe. messages in XWiki? -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl ___ 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] webdav access on virtual wikis
Hi, On Fri, Jul 30, 2010 at 8:10 PM, Thomas Hoeschele thoesch...@gmx.de wrote: Hi Asiri, thanks for the quick reply, its path based farm, thats why I'm struggling I suppose. So there is a webdav access to the virtual wiki it just needs the correct address. Any Idea what would be the address? I'm really sorry but I'm clue-less in this case. I think you should report a JIRA saying that webdav doesn't work in path based wiki farms (or may be even perhaps in any virtual wiki configuration). At least, there should be some documentation regarding this. One interesting experiment though is to try changing the webdav servlet mapping in web.xml file. As you can see in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfiguringWebDAV28since1.729webdav servlet is mapped so that it handles any request matching /webdav/* pattern. What you can do is try to change this mapping so that it effectively becomes /wiki_name/webdav/*. This is just an un-proven idea, but it might work if all goes well. I wish I had enough time to look into this myself :( - Asiri best regards Thomas Original-Nachricht Datum: Fri, 30 Jul 2010 19:53:01 +0530 Von: Asiri Rathnayake asiri.rathnay...@gmail.com An: XWiki Users users@xwiki.org Betreff: Re: [xwiki-users] webdav access on virtual wikis Hi Thomas, On Fri, Jul 30, 2010 at 6:51 PM, Thomas Hoeschele thoesch...@gmx.de wrote: Hallo everybody, there is probably an easy solution for this: I would like to have access the virtual Wikis in my farm through the webdav interface like I do access the main wiki. I don't exactly remember how we implemented support for virtual wikis in webdave module. Anyway, what kind of a virtual wiki configuration you have? path based or domain name based? If it's a domain name based setup, i think you should be able to access the virtual wiki via webdav the same way you access the main wiki. That is: http://domain.tld/xwiki/webdav - main wiki http://subdomain.domain.tld/xwiki/webdav - 'subdomain' virtual wiki Let us know if it works. Thanks. - Asiri Can anybody help me out here? -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ 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 -- GMX DSL: Internet-, Telefon- und Handy-Flat ab 19,99 EUR/mtl. Bis zu 150 EUR Startguthaben inklusive! http://portal.gmx.net/de/go/dsl ___ 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] webdav access on virtual wikis
Hi Thomas, On Fri, Jul 30, 2010 at 6:51 PM, Thomas Hoeschele thoesch...@gmx.de wrote: Hallo everybody, there is probably an easy solution for this: I would like to have access the virtual Wikis in my farm through the webdav interface like I do access the main wiki. I don't exactly remember how we implemented support for virtual wikis in webdave module. Anyway, what kind of a virtual wiki configuration you have? path based or domain name based? If it's a domain name based setup, i think you should be able to access the virtual wiki via webdav the same way you access the main wiki. That is: http://domain.tld/xwiki/webdav - main wiki http://subdomain.domain.tld/xwiki/webdav - 'subdomain' virtual wiki Let us know if it works. Thanks. - Asiri Can anybody help me out here? -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ 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] Syntax highlighter for XWiki!
Hello XWikiers! If you have used syntax highlighter ( http://code.google.com/p/syntaxhighlighter/) in wordpress, blogger etc. you are going to like this one: http://asiri.rathnayake.org/xwiki/bin/view/Macro/MCode Now because of the flexibility of XWiki SSX and JSX, you can easily customize this macro (if you wish to extend it). There are few things I wish if I could improve (implementation details) but I hope this would be useful the way it is now :) Let me know if it looks good. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV issue: Not Implemented
Hi, Normally XWiki / Tomcat works without much trouble when it comes to WebDAV. Now I'm not sure if apache is doing anything before forwarding those requests to tomcat. Can we see your tomcat log files when the Not Implemented error occurs? Or do you see any log entries in xwiki.log file that has anything to do with webdav? Thanks. - Asiri On Fri, Jul 2, 2010 at 2:52 PM, West, Graeme graeme.w...@gcu.ac.uk wrote: Hello, I have just upgraded to XWiki Enterprise 2.3.1.29118 and have a question regarding configuring WebDAV. My XWiki is installed in Tomcat 5.5 as the 'ROOT' web app. Tomcat runs on port 8080 and I have an AJP connector with Apache proxying requests via SSL port 443, meaning that my wiki can be accessed at: https://www.myhost.tld/bin/view/Main (etc.) My question is regarding WebDAV login. I understand that the normal login URL for this would be: http://www.myhost.tld:8080/xwiki/webdav However, since I have deployed XWiki as the ROOT webapp, it seems that I am getting redirected to Tomcat's built-in WebDAV app when accessing this URL. When I access: http://www.myhost.tld:8080/webdav or https://www.myhost.tld/xwiki/webdav I get the same list of three files - a generic HTML page listing information about Tomcat's WebDAV support, and a couple of GIF files with the Tomcat logo. When I access: http://www.myhost.tld:8080/xwiki/webdav or https://www.myhost.tld/xwiki/webdav I get a 'Not Implemented' error. Could someone advise on how to configure XWiki/Tomcat to pass me to XWiki's WebDAV implementation, rather than to Tomcat's default one? My xwiki.cfg has WebDAV enabled (as far as I know - it is pretty much set to defaults in all respects). On another note: thank you for all your sterling work with XWiki. It's a tremendously flexible and useful application, and it has been a breeze to administer. Regards, Graeme West Digital Repository Developer Information Services Glasgow Caledonian University graeme.w...@gcu.ac.uk Glasgow Caledonian University is a registered Scottish charity, number SC021474 Winner: Times Higher Education's Widening Participation Initiative of the Year 2009 and Herald Society's Education Initiative of the Year 2009 http://www.gcu.ac.uk/newsevents/news/bycategory/theuniversity/1/name,6219,en.html ___ 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] Office Importer Problem
Hi, May we know which version of XE you are using? - Asiri On Tue, Jun 22, 2010 at 8:54 PM, Thomas Hoeschele thoesch...@gmx.de wrote: Hallo Everybody! I evaluate various wiki's for company purposes, and the integration of office tools is a major issue. Unfortunatelly I receive an error message which says: Error while converting document [Test.doc] into html The log shows me that the problem is a defective configuration; however,i use the latest Open office release. Installed and Uninstalled it twice (also Xwiki) and it didn't help. Would be great if someone could give a hint where the problem is. 2010-06-22 17:11:57,892 [ http://172.25.0.1:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR rterVelocityContextInitializer - Error while converting document [Test.doc] into html. org.xwiki.officeimporter.OfficeImporterException: Error while converting document [Test.doc] into html. at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:90) at org.xwiki.officeimporter.internal.builder.DefaultXDOMOfficeDocumentBuilder.build(DefaultXDOMOfficeDocumentBuilder.java:74) at org.xwiki.officeimporter.OfficeImporterVelocityBridge.officeToXDOM(OfficeImporterVelocityBridge.java:214) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:493) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:336) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:191) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:156) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:110) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:44) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:200) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:53) at org.xwiki.rendering.internal.transformation.MacroTransformation.transformOnce(MacroTransformation.java:174) at org.xwiki.rendering.internal.transformation.MacroTransformation.transform(MacroTransformation.java:119) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7213) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7188) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:797) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:811) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:525) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252) at
Re: [xwiki-users] [xwiki-devs] [Vote] Move the 'paste office content' feature from the import menu to the tool bar?
Hi, On Thu, Jun 17, 2010 at 3:07 PM, Marius Dumitru Florea mariusdumitru.flo...@xwiki.com wrote: Hi, Currently the Import menu of the WYSIWYG editor has two entries: * 'Office Document' for importing office files * 'Office Content (Copy / Paste)' for pasting rich text (copied usually from office documents) We had a few complains from uses that were pasting the rich text directly in the edited document causing the editor to misbehave or getting unexpected content after save. When they were told to use the 'Office Content (Copy / Paste)' entry from the Import menu they seemed surprised Ideally the editor should catch the paste event and clean the pasted rich text on the fly before it is inserted in the edited document but currently there's no clean way to do this: access to the clipboard is restricted for security reasons and the paste event is not well supported in all major browsers. I recently committed a change to the WYSIWYG editor to allow putting any of the Import menu entries on the tool bar. (1) Should we enable the 'Office Content (Copy / Paste)' button on the tool bar by default in the standard XE distribution? (2) Should we remove the 'Office Content (Copy / Paste)' entry from the Import menu? +1 for both. Thanks. - Asiri I'm +1 for (1) and -0 for (2) because the Import menu would look awkward with just one entry. Note that it's not unusual to have a feature both in the menu and in the tool bar. Thanks, Marius ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Post-upgrade issue
Hi Ivan,
It looks like skin extension plugins are not loaded in your XE. You can try:
{{velocity}}
$xwiki.ssx
{{/velocity}}
And see if it outputs the plugin API object.
Also, can you check whether your xwiki.cfg file has the plugins declared
like:
#-# List of active plugins.
xwiki.plugins=\
com.xpn.xwiki.monitor.api.MonitorPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\
com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\
.
If you are sure that your xwiki.cfg is correct, you should see some
exception traces when you start XE. These exceptions will complain that some
plugins are missing or was not loaded due to errors.
If you can try the above and post the tomcat logs for missing / errornous
plugins, may be we can help.
Thanks.
- Asiri
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Installation issue / import function
Hi, On Tue, Jun 8, 2010 at 4:02 PM, Dalluege, Pierre (extern) p.dallu...@external.telekom.de wrote: Hello xwiki users, After installing xwiki 2.3 (and 2.3.1 afterwards) on Centos5.5 with MySQL 5.x and Tomcat 5.5 I still have the issue that I cannot import the default .xar file. The same is true for all .xar files: I generated one from this wiki and I wanted to re-import it. No chance yet. Unfortunately I cannot see any problem on xwiki / tomcat or mysql level. Everything looks fine. Are you sure tomcat logs don't have any exceptions logged? I have experienced issues with importing when max_allowed_packet (mysql configuration) is not large enough. And did you make sure that your xar file is valid? (Not corrupted) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Error Starting Open Office Server
Hi Marine, On Wed, May 26, 2010 at 1:44 PM, Marine Julian marine.jul...@gmail.comwrote: Hi Asiri, Asiri Rathnayake wrote: I'm afraid newer versions of jodconverter requires OpenOffice.org 3.0 or above. See: http://code.google.com/p/jodconverter/wiki/GettingStarted Indeed, I installed OpenOffice 3.2 and it worked. I hope that there is not too many bugs under Debian ! By the way, I had the Inadequate privileges issue when I tried to start the server. But, like suggested (somewhere in the forum), if I saved the XWiki.OfficeImporterAdmin, I was abble to start it. Unfortunately, I had to repeat this method every times I wanted to start/stop/restart the server... Yes, this is a known issue, hopefully it will be fixed soon. One more thing : when I exported a page in pdf and rtf format (does it work with the openoffice server ?), Nope. Although we have plans to use openoffice server for exporting wiki pages, this is still an idea. Currently pdf export is done via apache fop library AFAIK. You should wait for someone else to answer below question. - Asiri i had the following error/warn messages and I don't understand them. Can someone throw some light on it for me ? WARN apps.FOUserAgent - The following feature isn't implemented by Apache FROP, yet: table-layout=auto (on fo:table) (See position 248:165) ERROR properties.PropertyMaker - forcing opt to max in LengthRange The document which I tried to export has tables with images in. In pdf format, the tables are rendered but they exceed the larger of the page and so they were truncated (we cannot see all the content). In rtf format, instead of tables, there are only very big cells (one per pages) without any content (neither image or text). Please, note that those behaviors apply to tables with AND without images. Do you think the warn/error messages are linked to this ? -- View this message in context: http://xwiki.475771.n2.nabble.com/Error-Starting-Open-Office-Server-tp5098694p5102370.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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Error Starting Open Office Server
Hi, I'm afraid newer versions of jodconverter requires OpenOffice.org 3.0 or above. See: http://code.google.com/p/jodconverter/wiki/GettingStarted - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Help setting up XWiki in Tomcat container with MySQL on Windows
Hi, To me it seems like you have an error in your hibernate configuration file. Can you post it to this list? Btw I think you can't send attachments to this list, better paste the content itself. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office integration @ opensuse
Hi, On Sun, May 16, 2010 at 5:41 PM, Michael Beetz michael.be...@infor.comwrote: Hi all, I've installed tomcat6, mysql and open office on a opensuse 11.2 system. I've deployed xwiki 2.3 and the 2.3 today's snapshot. I am not able to start / connect to the open office server. I am always getting Inadequate privileges error message. I've tried several paths to open office (default, openoffice.homePath=/usr/share/ooo3, openoffice.homePath=/usr/share/ooo3/basis3.1) and starting it manually too ... Currently we have some issues with programming rights on the XWiki.OfficeImporterAdmin page. Can you resave XWiki.OfficeImporterAdmin page with programming rights and retry to start the openoffice server from that page itself? - Asiri I couldn't find the logs showing the reason behind. Thanks for your help! mb ___ 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] Office importer not working
Hi, I suppose you didn't change any wiki pages? You should check XWiki.OfficeImporter and XWiki.OfficeImporterResults pages and make sure they have not been altered. - Asiri On Sat, May 15, 2010 at 2:17 AM, Daniel Johansson djohans...@haascnc.comwrote: After upgrading to XE 2.3 the office importer stopped working. It always return error messages Missing input file. Please Go back and correct it. Missing target space name. Please Go back and correct it. Missing target page name. Please Go back and correct it. No matter what i try. If not one have noticed this then I'm starting to suspect I somehow have a broken install? I'm not sure how that can happen. I just unpacked the war only changing the config files. then importing the default pages. I had none of these issues with the previous 2.2 install. -- View this message in context: http://xwiki.475771.n2.nabble.com/Office-importer-not-working-tp5057128p5057128.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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office importer improvements
Hi,
seems like you have also encountered the issue reported here:
http://www.pubbs.net/201005/xwiki/10944-xwiki-users-configuring-open-office-server.html
Your suggestions sounds good (but may be you should have used
$util.clearName() for cleaning names). Anyway, you should create a JIRA
issue at jira.xwiki.org under officeimporter component and attach your
suggestions as a patch. I'll review the patch and apply it.
Thanks.
- Asiri
On Tue, May 11, 2010 at 1:45 AM, Wouter Boasson wouter.boas...@rivm.nlwrote:
Dear reader,
Version: XWiki/XE 2.2.4
I gave the Office importer some treatment to make it work conform
expectations. Maybe interesting for others?
Whats weird is, that in IE7 it proposes an ugly document name, something
like: c-fakepath etc. So I modified XWiki.OfficeImporterResults to strip
everything in front of the actual documentname:
#set($fileName=$fileUpload.getFileName(filePath).replaceAll(^.*[\\],))
Then, I added a check for an empty spacename (otherwise you'll end-up with
a document in the XWiki space, which is probably not what you want), and
also strip any considered 'dangerous' character from the documentname (such
as ^@, accents, etc):
###
## Validate Target Space ##
###
#if(! $request.targetSpace)
{{error}}$msg.get(xe.officeimporter.results.missingspace,
[$goBack]){{/error}}
#else
#if( $request.targetSpace == )
{{error}}$msg.get(xe.officeimporter.results.missingspace,
[$goBack]){{/error}}
#else
## #set($targetSpace=$request.targetSpace.replaceAll([:/=+?#],
-))
##
#set($targetSpace=$request.targetSpace.replaceAll([^a-zA-Z0-9-_~],_).replaceAll(
\\.\\/, ).replaceAll('',))
#set($targetSpace=$request.targetSpace.replaceAll( \\.\\/,
).replaceAll([\=\\@'\\/()],-).replaceAll('',).replaceAll([^a-zA-Z0-9-_~],_))
#end
#end
##
## Validate Target Page ##
##
#if(! $request.targetPage)
{{error}}$msg.get(xe.officeimporter.results.missingpage,
[$goBack]){{/error}}
#else
## #set($targetPage=$request.targetPage)
##
#set($targetPage=$request.targetPage.replaceAll([^a-zA-Z0-9-_~],_).replaceAll(/,
-).replaceAll('',))
#set($targetPage=$request.targetPage.replaceAll([\=\\@'\\/()],
-).replaceAll('',).replaceAll([^a-zA-Z0-9-_~],_))
#end
Finally, I did not want to present the menu option at all for users who
have no rights to create documents:
In: templates/menuview.vm
## #if($canImport) (original)
#if($canImport $hasCreatePage)
#submenuitem($xwiki.getURL('XWiki.OfficeImporter', 'view')
$msg.get('core.menu.create.pageFromOffice') 'tmActionImport')
#end
More of this to follow, hopefully useful for others!
Regards,
Wouter
___
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] Configuring Open Office server
Hi Ben,
For the following code, I didn't understand where I can test it... I would
like to solve this problem with IE...
Since you did not respond to my last email, I'll blindly propose a solution
that might fix the problem you are experiencing on IE.
1. Open up XWiki/OfficeImporterResults wiki page and go to wiki editing
mode, you should see the following code snippet at the top of the page:
code
#set($fileUpload=$xwiki.fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
/code
Now you need add two code lines (wait for it) just under the line:
#set($fileName=$fileUpload.getFileName(filePath))
New code lines to be added are:
#set($tempIndex = $fileName.lastIndexOf('/') + 1)
#set($fileName=$fileName.substring($tempIndex))
So, at the end your code snippet should look like:
#set($fileUpload=$xwiki.fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
#set($tempIndex = $fileName.lastIndexOf('/') + 1)
#set($fileName=$fileName.substring($tempIndex))
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
I'm not 100% sure if this will solve the problem (since I did not get a
response for my last email). If above code fixes your problem, please let us
know.
Thanks.
- Asiri
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Configuring Open Office server
Hi,
Caused by: java.io.FileNotFoundException: C:\Program Files
(x86)\XWiki\jetty\work\Jetty_0_0_0_0_8080_xwiki__xwiki__5alevh\fcff1e5d-5db9-4c7c-86f3-aa40068177e9\input\D:\Users\bet\Desktop\test.doc
This error was reported by one other user too, unfortunately I could not
reproduce it. The wired thing is how input path
(D:\Users\bet\Desktop\test.doc)
got transferred to server side. I suspect that commons file upload (xwiki
file upload plugin) have an issue where getFileName() function returns file
path instead of file name, however as i said i could not reproduce this.
Following is the code i use for extracting the name of the uploaded file
(for devs to check):
code
#set($fileUpload=$xwiki.fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
/code
filePath above refers to the file upload input box's name attribute
(html).
@Ben: Can you try deleting all the contents of C:\Program
Files(x86)\XWiki\jetty\work\ directory and redo the import?
Many thanks for reporting and debugging this issue :)
- Asiri
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Banish PR pages from XE (was Re: Password reset impossible on XWiki)
Hi, On Fri, May 7, 2010 at 8:03 PM, Vincent Massol vinc...@massol.net wrote: On May 7, 2010, at 4:18 PM, Sergiu Dumitriu wrote: On 05/07/2010 11:54 AM, raphaelle wrote: Hello, I forgot my password to connect myself to the site www.xwiki.org, s I tried to reset my password, but when I click on the link I received I get this error message; This page requires programming rights to work, which currently isn't the case. Please notify an administrator of this problem and try again later. Can you try again? The page was imported and lost its programming rights, fixed now. We should banish all usage of PRs in default XE IMO and ensure that with some checks (not sure yet how to do that). In case we have something requiring PR we should either add it to the generic API (if it's generic) or add a specific server-side service for it. WDYT? So we have 4 pages that need PR so far: - the password register page - the AllDocs page - the all attachment result page - the copy document page Not sure if this is related but i would also like to remove the PR requirement for OOo server administration tasks (and require admin rights only). - Asiri Any more that we'd need to fix? Thanks -Vincent ___ 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] Configuring Open Office server
Hi Ben,
On Fri, May 7, 2010 at 7:56 PM, Ben Stuggler bobbywaxkil...@gmail.comwrote:
Thanks again for your help
I deleted the contents of C:\Program Files(x86)\XWiki\jetty\work\ It
doens't solve the problem.
BUT indeed, I was with IE and it's working with Firefox.
For the following code, I didn't understand where I can test it... I would
like to solve this problem with IE...
code
#set($fileUpload=$xwiki.fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
/code
This code is in XWiki/OfficeImporterResults page.
Now, I'm not sure if you are familiar with velocity scripting, but if you
are, you can try printing the variable $fileName just after the
#set($fileName=...) line.
The code should look like:
code
#set($fileUpload=$xwiki.
fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
File name is: $fileName
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
/code
After this change, try importing the same document from IE as well as
firefox and let us know the value of $fileName variable in both cases (just
after officeimport operation you should see the result of above code).
Thanks.
- Asiri
Florin Ciubotaru wrote:
Ben,
On 5/7/2010 4:28 PM, Asiri Rathnayake wrote:
Hi,
Caused by: java.io.FileNotFoundException: C:\Program Files
(x86)\XWiki\jetty\work\Jetty_0_0_0_0_8080_xwiki__xwiki__5alevh\fcff1e5d-5db9-4c7c-86f3-aa40068177e9\input\D:\Users\bet\Desktop\test.doc
Are you using Internet Explorer? Me and Asiri have seen this before, but
we are unable to reproduce the issue.
This error was reported by one other user too, unfortunately I could not
reproduce it. The wired thing is how input path
(D:\Users\bet\Desktop\test.doc)
The import works fine on my side on IE, but the suggested path is
'C-\fakepath\test' :)
Ben, could you try another browser?
Florin Ciubotaru
- Hide quoted text -
got transferred to server side. I suspect that commons file upload
(xwiki
file upload plugin) have an issue where getFileName() function returns
file
path instead of file name, however as i said i could not reproduce this.
Following is the code i use for extracting the name of the uploaded file
(for devs to check):
code
#set($fileUpload=$xwiki.fileupload)
#set($fileName=$fileUpload.getFileName(filePath))
#if(! $fileName)
{{error}}$msg.get(xe.officeimporter.results.missingfile,
[$goBack]){{/error}}
#else
#set($void=$fileUpload.loadFileList())
#set($officeFileStream=$fileUpload.fileItems.get(0).inputStream)
#end
/code
filePath above refers to the file upload input box's name attribute
(html).
@Ben: Can you try deleting all the contents of C:\Program
Files(x86)\XWiki\jetty\work\ directory and redo the import?
Many thanks for reporting and debugging this issue :)
- Asiri
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
--
View this message in context:
http://xwiki.475771.n2.nabble.com/Configuring-Open-Office-server-tp5018359p5019351.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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Replace the wysiwyg editor
Hi Wilson,
On Wed, May 5, 2010 at 12:13 AM, Wilson Leão Neto
wilson.leao.n...@gmail.com wrote:
Hello Vincent,
We are having problems trying to import .doc documents. We are getting
this:
content: Exception while parsing HTML
Can you post the server log (exception trace) when this happens? The problem
seems to be associated with XE back-end (officeimporter / html parser)
rather than with WYSIWYG editor. You should see a huge exception log message
when this error happens on the wysiwyg editor.
And replacing xwiki wysiwyg editor with ckeditor will not fix this issue
AFAIK because ckeditor does not have a .doc file import feature (except for
the copy/paste import feture which is also present in xwiki wysiwyg, but
your problem seems to be with file import feature as you say).
- Asiri
Our version: XWiki Enterprise 2.2.5.28407
Also, we would like to be able to customize the wysiwyg editor. I've read
the:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/WysiwygEditor
And I'm striving to create a button that would add a pagebreak into the
code. That would allow the pdf export to properly generate the document.
Velocity code:
{{velocity filter=none}}
{{html clean=false wiki=true}}
#pagebreak()
{{/velocity}}
It may seems like I'm POGging around... If you know a better way to do
it,
please, tell me. ;)
Thank you! You're being very helpful!
Wilson
2010/5/4 Vincent Massol vinc...@massol.net
Hi,
On May 4, 2010, at 8:15 PM, Wilson Leão Neto wrote:
Hello all!
Is it possible to completely replace the xwiki wysiwyg editor? For
instance,
use the http://ckeditor.com/demo. If so, how should I procede? Will
the
work
be almost impossible?
Nothing is impossible but you'd loose a lot of features.
Why would you be interested in doing this?
Thanks
-Vincent
___
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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] FoxWiki Edit attachments feature
Hi Eugen,
On Thu, Apr 15, 2010 at 2:17 PM, Colesnicov Eugen ecolesni...@gmail.comwrote:
Hi developers!
According discussion about this FoxWiki Edit attachments feature at
XWiki-Dev subforum. I want to write my opinion for developers.
Current situation:
- In IE this feature working good without any additional jobs (I tested
2.2.4).
- In FF - need to use FoxWiki extension (download manualy xpi-file, and
edit
max-version property).
- In Chrome - Edit attachments - doesn't work.
I have proposal about using this feature in FF. FoxWiki working, but I
don't
like that users MANUALY everytime should add file extention and application
path in FoxWiki. From other side, exists some other extentions for FF (for
example http://openwebfolder.mozdev.org/). As I understand, this extention
adds to FF functionality of windows WebFolder WebDAV client - same as IE.
But now, I cannot use (or try) this extention with XWiki, because XWiki
programming code obviously use ONLY FoxWiki at FF. As I understand, If we
will try to use openwebfolder extention - no any special code needs for
XWiki - programming code can be same as a IE part.
Other collaborative suits software also use openwebfolder extention for FF
(see for example
http://help.collab.net/index.jsp?topic=/teamforge530/action/connecttowebdavwithfirefox.html
).
Openwebfolder has the following description:
*openwebfolder* itself does *not* contain any platform-independant WebDAV
related code. It just adds hooks so that Microsoft's Webfolder WebDAV
client can be invoked in a similar way like in IE.
So this is a windows only solution. May be we should have some logic like:
if (IE) {
// Use native webdav support in IE.
} else if (FF Win32) {
// Use openwebfolder.
} else if (FF) {
// Use FoXWiki.
}
But first someone has to evaluate if openwebfolder + FF on Win32 is better
than FoXWiki + FF on the same. Anyway, I'm not sure if above logic can be
implemented or if it is the best approach, someone has to digg a little
deep.
Just my opinion :)
- Asiri
For this reason, alternative proposal: no use any special extention for
WebDav - use standart openwebfolder extention (this extention is better
because not need to manualy add file extentions and application paths).
According this - need to change XWiki programming code for WebDav using in
Firefox.
I am not a specialist with XWiki programming, for this reason - sorry, if I
write something stupid ... What do you think about my variant?
--
Best Regards
Eugen Colesnicov
--
View this message in context:
http://n2.nabble.com/FoxWiki-Edit-attachments-feature-tp4906288p4906288.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
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xe 2.2.4: regression or operator error in OpenOffice server?
Hi Neils, I think we have a client multiwiki setup in 2.2.4 using OOo 3.1.1, However, I will check this with a fresh multiwiki install. Can you try saving the XWiki.OfficeImporterAdmin with PR and retry? Anyway, we really need to dump this PR requirement and only check admin rights for controlling OOo instance. And since now only the main wiki can control the OOo instance, requiring PR seems an overhead. Thanks. - Asiri On Fri, Apr 2, 2010 at 6:43 AM, Niels Mayer nielsma...@gmail.com wrote: After upgrading to 2.2.4, I wanted to test the openoffice server. In the root-wiki, in the openoffice admin app, I see my setup as from before (back when it worked -- last time i tested was around 2.0): Server type Internally managed (local) Server port 8100 Auto start No Server path /usr/lib64/openoffice.org3/ Server profile /home/OOo/.openoffice.org/3/ Server state Not connected When I select start server and click update, I get an error message Inadequate privileges. despite being logged in as XWiki.Admin (root wiki admin w/ prog rights granted). No error messages in the logs related to this are noted. The only clue I'm seeing is that openoffice itself is acting broken. Previously, the '-headless' option worked, now, it doesn't: gnulem-58-~ env DISPLAY='' ooffice -headless /usr/lib64/openoffice.org3/program/soffice.bin X11 error: Can't open display: Set DISPLAY environment variable, use -display option or check permissions of your X-Server (See man X resp. man xhost for details) With DISPLAY defined, -headless works, and the server can be launched, except that servers don't normally have an X server associated with them. I'm on Fedora 12: Linux gnulem 2.6.32.10-90.fc12.x86_64 #1 SMP Tue Mar 23 09:47:08 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux. I have the following OOo rpm's installed: openoffice.org-graphicfilter-3.1.1-19.28.fc12.x86_64 openoffice.org-calc-core-3.1.1-19.28.fc12.x86_64 openoffice.org-draw-core-3.1.1-19.28.fc12.x86_64 openoffice.org-writer-3.1.1-19.28.fc12.x86_64 openoffice.org-brand-3.1.1-19.28.fc12.x86_64 openoffice.org-impress-3.1.1-19.28.fc12.x86_64 openoffice.org-ure-3.1.1-19.28.fc12.x86_64 openoffice.org-opensymbol-fonts-3.1.1-19.28.fc12.noarch openoffice.org-writer-core-3.1.1-19.28.fc12.x86_64 openoffice.org-math-3.1.1-19.28.fc12.x86_64 openoffice.org-math-core-3.1.1-19.28.fc12.x86_64 openoffice.org-xsltfilter-3.1.1-19.28.fc12.x86_64 openoffice.org-presenter-screen-3.1.1-19.28.fc12.x86_64 openoffice.org-pdfimport-3.1.1-19.28.fc12.x86_64 openoffice.org-draw-3.1.1-19.28.fc12.x86_64 openoffice.org-calc-3.1.1-19.28.fc12.x86_64 openoffice.org-impress-core-3.1.1-19.28.fc12.x86_64 openoffice.org-core-3.1.1-19.28.fc12.x86_64 openoffice.org-langpack-en-3.1.1-19.28.fc12.x86_64 Hopefully, this error in Linux OpenOffice isn't causing an incorrect error message from xwiki inadequate privileges. (bug?) Anybody on Linux using OPenoffice 3.1.1 and have the openoffice server working on Xwiki 2.2.4, in a multiwiki setup? Thanks, Niels http://nielsmayer.com ___ 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] Export xwiki page to be seen on word
Hi Abel, I can't help you with this specific issue (let's wait for someone else), but I should mention that we have plans for a new word / pdf exporter: http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HExportToWordPDFthroughOpenOffice This is a gsoc project and several students have already expressed their interest on this project. This is a vital project for us and we'll make sure that it becomes a success :) Thanks. - Asiri On Wed, Mar 17, 2010 at 3:48 AM, Abel Solórzano Astorga abelsolorz...@gmail.com wrote: Hi, I want to export a xWiki page to be seen on word. I tried rtf export, but it doesn't seem to be working. I got an rtf document, but when I open the document on word it is incomplete. The tables aren't showed. Also, if I tried to open the rtf on OpenOffice Writer it crashed. I am also trying with xoffice. It works better than rtf export. But the images on the page aren't exported to the .doc file. Is there something I could do to get the images on the resulting .doc file? Thanks, Abel ___ 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] office import
Hi, On Wed, Mar 10, 2010 at 5:27 PM, Wouter Boasson wouter.boas...@rivm.nlwrote: Hi, When importing office documents using the openoffice importer, I get images as attachments, but the links in the page-source refer to ../output/output_html_ This makes that the images do not appear inline with the text, the attachement itself is fine. Version: XWiki 2.2.2, OpenOffice 3.2, OS OpenSuSE I was just about to test officeimporter with OpenOffice 3.2 :) I have XE 2.2 + officeimporter running fine with OOo 3.0 and 3.1. Will let you know if there is anything special with OOo 3.2. thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office import
Hi, When importing office documents using the openoffice importer, I get images as attachments, but the links in the page-source refer to ../output/output_html_ This makes that the images do not appear inline with the text, the attachement itself is fine. Version: XWiki 2.2.2, OpenOffice 3.2, OS OpenSuSE I was just about to test officeimporter with OpenOffice 3.2 :) I have XE 2.2 + officeimporter running fine with OOo 3.0 and 3.1. Will let you know if there is anything special with OOo 3.2. I was able to reproduce this issue locally. I have created a JIRA here: http://jira.xwiki.org/jira/browse/XWIKI-5000 I'm going to start working on this issue asap. Thanks - Asiri thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro in html-macro
Hi stefan, I think you are asking too many questions without participating / helping in any other conversation. You might want to slow down a bit ;) - Asiri 2010/2/22 stefan bachert stefanbach...@yahoo.de Hi, is there a way to include an other macro in a html macro? Stefan Bachert __ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com ___ 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] Office import error
PS: IMHO XWiki gets very little testing on windows platforms (except for XWord). I do not know why I feel so reluctant to test XE on windows.. *yawns* - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office import error
Hi, On Fri, Feb 12, 2010 at 8:06 PM, Simon Glet simon.g...@gmail.com wrote: Hi, Just to end this thread, I upgraded to OpenOffice 3.2.0 from 3.1.1 and after creating the missing directory (http://jira.xwiki.org/jira/browse/XAOFFICE-44), import-export works fine. Great !!! I wonder if these issues are caused by lack of admin privileges (looks like file permission issues). Do you have admin privileges on the xp machine you are testing on? Anyway, I'll do some tests on a XP SP3 machine to verify these claims asap. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office import error
Hi, On Wed, Feb 10, 2010 at 10:00 PM, Simon Glet simon.g...@gmail.com wrote: Jeremie, I see your point but I wasn't expecting that much involvement ;-) BTW, as you speak of customization, I was wondering how to hide the Import Office Document menu. By not offering the option, users will not get frustrated and would more easily accept the system. We are still working on an application manager that allows you to install / uninstall whole apps. But for the moment you can delete XWiki.OfficeImporter page and the menu item will dissapear. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office import error
Hi, On Wed, Feb 10, 2010 at 1:06 AM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi Simon, On Tue, Feb 9, 2010 at 7:08 PM, Simon Glet simon.g...@gmail.com wrote: Hi Asiri, I am a little confused by the quality of XWiki 2.1.1. At this point I find that there are many features that don't work properly or at all : I'm sorry to hear that. I'm pretty sure that if you're ready to spend a bit more time on this we can help you overcome the issues you're facing and help make XWiki a better product as a result. Open-Source software such as XWiki improves thanks to the feedback of its users and you can help us make more useful to the community. - Office plugin (the office 2007 ribbon has a very buggy behavior) Would you be ok to describe the problems you're experiencing in more detail and post screenshots and / or steps to reproduce on http://jira.xwiki.org/? I'm sure that Florin, the lead developer on XOffice, would be happy to help you make things work. - Document import (There is no documentation about version compatibility between the different elements) I have to agree that documentation isn't one of XWiki's strongest assets. However I've been using the document import feature on several XE 2.1.1 instances where it works just fine thus I'm pretty sure you can make it work too. Asiri suggested several steps to debug, have you tried following them? - Usage with SQL Server 2005 is impossible. Works fine with PostgreSQL though. Is SQL Server 2005 a hard requirement? Which errors do you meet? Would you agree to report those errors on http://jira.xwiki.org/ ? Do you need XWiki to work with a product released 5 years ago that much? What's not enough it works fine with PostgreSQL? I can't continue testing such a product. To bad, it looked very good. It is and your feedback could help us make it that much better. I'd be very happy if you were to agree to reconsider your current stance and give a little of your time to the community in order to help us make XWiki fit your needs. + XWiki SAS http://www.xwiki.com offers support and hosting packages to meet all your XWiki needs. This will also benefit the XWiki opensource project :) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office import error
Hi, On Wed, Feb 10, 2010 at 2:20 AM, Simon Glet simon.g...@gmail.com wrote: + XWiki SAS http://www.xwiki.com offers support and hosting packages to meet all your XWiki needs. This will also benefit the XWiki opensource project :) - Asiri Asiri : With such a statement, one might think that it is difficult to setup in order to need commercial support :-) There is a huge number of XWiki deployments around the web and within organizations. Therefor, I had to assume that here the problem is you are unable to configure XWiki correctly so that it works as expected. This is why I suggested you get some support :) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Content type problem when viewing converted PowerPoint presos
Hi, On Fri, Jan 22, 2010 at 1:59 AM, Mathias Herberts mathias.herberts+xwiki-us...@gmail.commathias.herberts%2bxwiki-us...@gmail.com wrote: Hi, I'm using XWiki Enterprise 2.1.1 which is fully configured in UTF-8. I noticed that when creating a page from an Office presentation, the resulting page incorrectly displays the accented characters in the french version of the presentation's navigation bar. The main page has a correct content type with a UTF-8 charset but the Iframe displaying the preso (/xwiki/bin/download/SPACE/PAGE/presentation.zip/output.html) has an incorrect charset of ISO-8859-1 even though the content of output.html is in UTF-8. Is this a known issue? Any way to correct it? Really sorry for the late reply. I was busy these few days. Yes, we are working on improving the presentation import and we plan to integrate this into XE with office preview feature. But this might take some time (XE 2.3 at least). Thanks for reporting this. - Asiri Mathias. ___ 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 plan to support LDAP authentication for WebDAV feature
Hi, At the moment XWiki cannot support Digest Authentication and I'm not sure whether LDAP authentication can be done for WebDAV. I will look around a bit and get back to you on this. Basic or Diggest authentication are authentication entry point (which receive credentials), WebDav still have to use XWikiRightService to validate the credentials (authentication back-end where LDAP authenticator and others are). Ok, I see. In that case it should be possible to provide LDAP support without much effort. I will have a look at how credential validation is currently done in webdav module as make necessary changes. Thanks. - Asiri Thanks. - Asiri Regards, Milind From: Thomas Mortagne thomas.morta...@xwiki.com To: XWiki Users users@xwiki.org Sent: Fri, January 15, 2010 11:37:15 AM Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature On Fri, Jan 15, 2010 at 16:48, Milind Kamble mbk...@yahoo.com wrote: Hi. I searched this mailing list and xwiki docs for this information but didn't find anything. Is there any plan to extend the authentication mechanism in WebDAV component to support LDAP? I felt that having access to page content and attachment folders via shared drive (using NetDrive) would be immensely attractive for end users because of the ability to use enhanced editors to directly edit page content and the ability to upload/manage multiple attachments. Well authentication mechanism is generic for the whole XWiki platform. If WebDAV support any authentication then it supports LDAP, i doubt an authentication system has been coded specifically for WebDAV module. It would be weird that WebDAV does not use it but i don't know WebDAV module very well. Thanks, Milind M ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ 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 plan to support LDAP authentication for WebDAV feature
Hi Milind, Asiri's mention of Basic and Digest authentication raises another question in my mind. On reading the Digest Authentication XWiki thread it seems that Digest authentication is probably out of question. Is there any documentation specifically for XWiki about how to setup https based login to send the user's password? I'm not aware of such a documentation but I believe usual apache ssl configuration (along with modjk for connecting tomcat) would work fine here. However, If you have apache in front of tomcat (which is hosting XWiki) this might pose a problem for XWiki WebDAV implementation. I remember once that a user complained he was unable to configure XWiki WebDAV with apache sitting in front of tomcat. I'm not sure of this issue but it got buried because nobody had the time to look at WebDAV module at that time. It would be great if you can check whether this claim is true :) May be it's time we address this problem (if it is indeed addressable). I plan to look into LDAP authentication issue next few days. Hope I'll be able to fix it before I go on vacation ;) Your interest and enthusiasm for XWiki will keep us going forward :) - Asiri From: Asiri Rathnayake asiri.rathnay...@gmail.com To: XWiki Users users@xwiki.org Sent: Sat, January 16, 2010 3:12:48 AM Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature Hi, At the moment XWiki cannot support Digest Authentication and I'm not sure whether LDAP authentication can be done for WebDAV. I will look around a bit and get back to you on this. Basic or Diggest authentication are authentication entry point (which receive credentials), WebDav still have to use XWikiRightService to validate the credentials (authentication back-end where LDAP authenticator and others are). Ok, I see. In that case it should be possible to provide LDAP support without much effort. I will have a look at how credential validation is currently done in webdav module as make necessary changes. Thanks. - Asiri Thanks. - Asiri Regards, Milind From: Thomas Mortagne thomas.morta...@xwiki.com To: XWiki Users users@xwiki.org Sent: Fri, January 15, 2010 11:37:15 AM Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature On Fri, Jan 15, 2010 at 16:48, Milind Kamble mbk...@yahoo.com wrote: Hi. I searched this mailing list and xwiki docs for this information but didn't find anything. Is there any plan to extend the authentication mechanism in WebDAV component to support LDAP? I felt that having access to page content and attachment folders via shared drive (using NetDrive) would be immensely attractive for end users because of the ability to use enhanced editors to directly edit page content and the ability to upload/manage multiple attachments. Well authentication mechanism is generic for the whole XWiki platform. If WebDAV support any authentication then it supports LDAP, i doubt an authentication system has been coded specifically for WebDAV module. It would be weird that WebDAV does not use it but i don't know WebDAV module very well. Thanks, Milind M ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ 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 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ 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 plan to support LDAP authentication for WebDAV feature
Hi again, However, If you have apache in front of tomcat (which is hosting XWiki) this might pose a problem for XWiki WebDAV implementation. I remember once that a user complained he was unable to configure XWiki WebDAV with apache sitting in front of tomcat. I'm not sure of this issue but it got buried because nobody had the time to look at WebDAV module at that time. Seems my memory is wrong. May b i'm confusing myself with some other issue. I searched the mail archive but couldn't find the email i mentioned. Sorry for the noise. I'll verify this later. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature
Hi, On Fri, Jan 15, 2010 at 11:43 PM, Milind Kamble mbk...@yahoo.com wrote: The http://platform.xwiki.org/xwiki/bin/view/Features/WebDAV page says Wiki's WebDAV implementation only supports Basic Access Authentication and it doesn't support locking and versioning DAV operations yet.. I confirmed this by using NetDrive webdav client to authenticate with my xwiki installation which uses LDAP and it failed to authenticate -- but I could connect as local user Admin. So it definitely seems to need some enhancement to support LDAP. WebDAV specification has defined two authentication mechanisms in it. - Basic Access Authentication - Digest Authentication At the moment XWiki cannot support Digest Authentication and I'm not sure whether LDAP authentication can be done for WebDAV. I will look around a bit and get back to you on this. Thanks. - Asiri Regards, Milind From: Thomas Mortagne thomas.morta...@xwiki.com To: XWiki Users users@xwiki.org Sent: Fri, January 15, 2010 11:37:15 AM Subject: Re: [xwiki-users] Is there a plan to support LDAP authentication for WebDAV feature On Fri, Jan 15, 2010 at 16:48, Milind Kamble mbk...@yahoo.com wrote: Hi. I searched this mailing list and xwiki docs for this information but didn't find anything. Is there any plan to extend the authentication mechanism in WebDAV component to support LDAP? I felt that having access to page content and attachment folders via shared drive (using NetDrive) would be immensely attractive for end users because of the ability to use enhanced editors to directly edit page content and the ability to upload/manage multiple attachments. Well authentication mechanism is generic for the whole XWiki platform. If WebDAV support any authentication then it supports LDAP, i doubt an authentication system has been coded specifically for WebDAV module. It would be weird that WebDAV does not use it but i don't know WebDAV module very well. Thanks, Milind M ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Idea] A generic document converter (xwiki-office-converter) on top of xwiki-officeimporter
Hi Devs Users, With the new refactoring of officeimporter module, it's possible to implement a generic office document converter on top of xwiki-officeimporter. By a document converter I meant an xwiki application where you can upload a .doc file and get it converted to a .pdf, .odt etc. Supported formats will be those mentioned in http://artofsolving.com/opensource/jodconverter/guide/supportedformats and few more Office2007 formats. Would this application be a good addition to XWiki? Thanks. - Asiri PS: It would take about 2-3 days to fully implement and test the application. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Contributed Emoticon MBox wiki macros
Hi All, I've added these two macros into code.xwiki.org little while ago. Emoticon Macro: http://code.xwiki.org/xwiki/bin/view/Macros/EmoticonMacrosee http://www.rathnayake.org/xwiki/bin/view/Macro/Emo for some examples. MBox Macro: http://code.xwiki.org/xwiki/bin/view/Macros/MBoxMacro see http://asiri.rathnayake.org/xwiki/bin/view/Blog/XWiki+Customize+content+presentation+with+wiki+macrosfor a description about MBox macro's usage. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Contributed Emoticon MBox wiki macros
Hi Jeremie! On Tue, Dec 22, 2009 at 7:07 PM, Jeremie BOUSQUET jeremie.bousq...@gmail.com wrote: Hi, I use the MBox and MNote macros, and they're really fine :) (you have a typo in first emoticon link) By the way thanks for the fix on id/class ;) Many thanks to you for pointing out the problem :) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [Apologies] OfficeImporter Office2007 file format support added
Hi, Mainly due to my tight work schedule and partly due to my negligence officeimporter has been lacking Office2007 file format support. I have added this support into OfficeImporter and it will be available with XE versions 2.2M1 and above. I have created an issue here http://jira.xwiki.org/jira/browse/XWIKI-4690and keeping it open until I have tested new changes with thorough manul testing. Any help in this regard is really really really appreciated :) Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Using WEBDAV in a Mozilla Firefox directly (without firefox extention)
Hi Eugen, On Sat, Dec 19, 2009 at 1:39 AM, Colesnicov Eugen ecolesni...@gmail.comwrote: As I understand, Xwiki use different portions of code for the different browsers - FF and IE - for the WEBDAV link. IE working directly with webdav, but firefox - is not. If I try to click on a webdav link (edit link) ff ask me for exetention FoxWiki. This is a special extention for XWiki and for this extention need to setup one by one all applications. But for IE - not need special plugins and not need any setup. Exists another plugin for FF - openwebfolder (http://openwebfolder.mozdev.org/) as a described in a home page of this extention: Internet Explorer itself does not contain any WebDAV support. However, it does offer hooks to Microsoft's WebDAV component, usually called web folders. Openwebfolder itself does not contain any platform-independant WebDAV related code. It just adds hooks so that Microsoft's Webfolder WebDAV client can be invoked in a similar way like in IE. My idea - try to use this extention for FF. I remember trying out openwebfolder extension some times ago but as I understood it's only capable opening webdav directories for display. Not sure if it could fire the native application that would carry out the edit operation. But everytime XWiki offer for me - download FoxWiki - as I understand, according to the XWiki template - attachmentsinline.vm. This template use different edit-calls for the different browsers. How I need to change attachmentsinline.vm for the using one edit-call and for FF and for IE? As I understand - with FF extention openwebfolder - all will be as of IE, if XWiki will give to user same edit-link like IE. (I tried in other webdav application - all working). It would be great if you can investigate this a little bit :) May be you could try editing attachmentsinline.vm (+ you might have to edit webdav applicationhttp://code.xwiki.org/xwiki/bin/view/Applications/WebdavApplicationcode as well) and get rid of the code which tries to install FoXWiki. This would leave FoXWiki apart but I'm not sure how we can communicate with openwebfolder (i.e. fire it up instead FoXWiki installation). I would like to have a look into this but I'm occupied a bit these days. Thanks. - Asiri -- View this message in context: http://n2.nabble.com/Using-WEBDAV-in-a-Mozilla-Firefox-directly-without-firefox-extention-tp4188619p4188619.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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [UX][Proposal] Action Menu in Edit Mode
Hi, On Tue, Dec 15, 2009 at 8:55 PM, Ecaterina Valica vali...@gmail.com wrote: Hi, We should replace the Choose Editor panel by using the Action Menu also in Edit Mode. Please comment on this and select your favorite variant: A, B, C, D, E http://incubator.myxwiki.org/xwiki/bin/view/Improvements/ActionMenuEditImprovements#HEditImprovementsProposals I Like D :) - Asiri Thanks, Caty ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi Peter, i will send you the sample document directly so as not to spam the alias. Thanks. I received your file and tested it both on XE 2.0.3 and XE snapshot and it worked without issue. However, I must ask you to do one more experiment to nail down this issue. Sorry about having to ask for this much but this is because I cannot locally reproduce your issue. This is what you have to do: 1. Download http://jodconverter.googlecode.com/files/jodconverter-3.0-beta-2-dist.zip 2. Extract this zip file into (say) $JOD_CONVERTER_HOME 3. Go inside $JOD_CONVERTER_HOME/lib and issue the following command: java -jar jodconverter-3.0-beta-2.jar /path/to/sample.doc /a/path/to/sample.html The second path is a non-existent one and it is important that the target extension is html. 4. Report your observations into the mailing list. (Whether sample.doc was successfully imported into html and whether output images look fine). Thanks for your time patience :) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 2. What does the XE log tell you when this problem occurs. # tail -f xwiki.log 2009-12-07 11:44:16,060 [http://10.128.48.247:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR rterVelocityContextInitializer - task did not complete within timeout org.xwiki.officeimporter.OfficeImporterException: task did not complete within timeout at org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:175) at org.xwiki.officeimporter.internal.OfficeImporterVelocityBridge.importDocument(OfficeImporterVelocityBridge.java:94) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) [. . .] Caused by: net.sf.jodconverter.office.OfficeException: task did not complete within timeout at net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:93) at net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:71) at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeDocumentConverter.convert(DefaultOpenOfficeDocumentConverter.java:99) at org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:151) ... 110 more Caused by: java.util.concurrent.TimeoutException at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258) at java.util.concurrent.FutureTask.get(FutureTask.java:119) at net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:90) ... 113 more The images embedded inside Office document, how large are they? (very high-resolution images?) - If they are quite large, you might want to increase the time-out for officeimporter operations (from xwiki.properties file). - Now, if they are not that large (if the most trivial images also fail), then it'll be great if you can provide us a sample failing document. Also, there is a small test you can perform if you have access to a GUI in your computer: - Open the failing document in OpenOffice. - Save the document as HTML into some place. Does above operation work without issues? And what about images, are they properly saved? and what type of images are they ? (The last question is because OpenOffice has a problem with EMF/WMF image formats on windows and linux boxes). Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, With X turned on (runlevel 5 on the linux box) there's no improvement in the import of documents with images (still times out) I start xwiki automatically from an init script - so it doesn't pick up a DISPLAY environment variable. Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 Here is my configuration: - Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel) - XE 2.0.3 - OpenOffice.org 3.1.1 (Build 9420) Importing documents with images works fine. Few questions for you: 1. Is openoffice server listening on port 8100? Can XE connect to that port? 2. What does the XE log tell you when this problem occurs. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. I'll investigate a bit further. - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. With jodconverter 3.0-beta-2 you don't need a profile directory if you are starting OpenOffice server internal to XE: Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for details. Note that we've mentioned this on the documentation at http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication For the *profilePath* configuration option, you need to have an OpenOffice profile directory created somewhere on the system. This can be a problem in server environments where launching OpenOffice is not an option. In such situations you can create an OpenOffice profile on a local computer and upload it to the server running XE. Although it is under the wrong topic (internally managed..) it should be under Externally managed... section (fixing that now). Also jodconverter 3.0-beta-3 has been out for a while: http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gstq=beta#fd3da52e33043f68 I did not have time to upgrade office importer. And I think they have few API changes as well, will need some testing. Thanks. - Asiri I'll investigate a bit further. - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ 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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for details. I fell we're hijacking the thread with this. Even if jodconverter will create your profile directory you still need to update the office importer management app which requires an directory path to connect. You only get to call jodconverter while importing, and obviously after the connection is made. But you can't connect to the server without the folder in the first place. Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Default values for *homePath* and *profilePath* configuration options will be calculated based on your operating environment. Even though this is the case, this calculation might not yield accurate results for some systems. So it's a good idea to configure these values manually by editing the xwiki.properties file. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru florin.ciubot...@xwiki.com wrote: Hi Asiri, Could this be also caused by the opened streams issue? JODConverter creates extra files when exporting embeded elements like images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3, is it possible that this is solved as a side effect of fixing http://jira.xwiki.org/jira/browse/XWIKI-4636 ? Yes, it's a possibility. But still, I can't be certain (it works fine for me). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. As I said before, with jodconverter 3.0-beta-2 version, you don't need a profile dir (if you are internally starting the OOo server). Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for OOo is now started with -nofirststartwizard by default. This avoids the frequent problem of OOo refusing to work on a new machine because it's expecting somebody to accept its license dialogue even in -headless mode. It is after accepting the license agreement the profile dir gets created. With the -nofirststartwizard flag you don't need a profile dir. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi Florin, Hi, Sorry for the previous empty mail. All this quoting is not necessary, I never asked how jodconverter behaves nor do I trust the doc without testing it ;) My point is that just relying on that upgrade or specification didn't do the trick and we still have the issue. Please test the use case. :) What do you think I have been testing for last year or so? :) I have tested OfficeImporter in a lot of scenarios (mostly on linux boxes though) but I cannot do exhaustive testing on all the environments. I know we have a problem with OfficeImporter on fresh boxes but you have to understand that currently I cannot do a lot of investigations regarding this issue. An issue like this cannot be fixed just by going through the code, I need some time to investigate. Please understand me, it's about priority, not about technical details. Why I pointed out the docs was because this problem never came across me until recently, so without getting someone's clear confirmation that we _really_ have an important issue, I'd rather not spend time on investigating it. The server fails to start when you call the start() method in DefaultOpenOffice manager if you don't provide an valid folder. Note that there is a difference between profileDir and templateProfileDir which you set in the configuration. Maybe you could investigate this. Since this is not related to the current thread, i propose to move the discussion on jira. This is a low priority issue as it only happens on a fresh machine. I agree, and I plan to investigate this issue (and there are several other issues on my list), I just need to find time for them. - Asiri Thanks, Florin Ciubotaru On 12/4/2009 2:52 PM, Florin Ciubotaru wrote: On 12/4/2009 12:29 PM, Asiri Rathnayake wrote: Hi, Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. As I said before, with jodconverter 3.0-beta-2 version, you don't need a profile dir (if you are internally starting the OOo server). Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for OOo is now started with -nofirststartwizard by default. This avoids the frequent problem of OOo refusing to work on a new machine because it's expecting somebody to accept its license dialogue even in -headless mode. It is after accepting the license agreement the profile dir gets created. With the -nofirststartwizard flag you don't need a profile dir. - Asiri ___ 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 ___ 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] get something with indexOf
Hi, On Thu, Dec 3, 2009 at 8:49 PM, Bubulina nohin...@yahoo.com wrote: #set($count = 0) #foreach ($d in $xwiki.sort($dateList)) tr td$d /td td $pageList.indexOf[$count] $pageList.indexOf[$count] /td tddelete/td /tr #set($count = $count +1) #end just want to get the something from a list on the possition $count. Please tell me what i am doing that wrong? Is $pageList a java.util.List instance? If so you should do $pageList.get($count) instead. - Asiri -- View this message in context: http://n2.nabble.com/get-something-with-indexOf-tp4106635p4106635.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 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 I'm downloading XE 2.0.3 now. Will let you know soon. However, since you said you are on a VMWare platform, make sure that your OpenOffice server is actually listening in port 8100 (configurable). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi again, - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 I'm downloading XE 2.0.3 now. Will let you know soon. However, since you said you are on a VMWare platform, make sure that your OpenOffice server is actually listening in port 8100 (configurable). Can you check your xwiki log and see what happens when the time-out occur? Please post any exceptions you receive. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Can XWiki benefit from Google AJAX Libraries API ?
Link: http://code.google.com/apis/ajaxlibs/ Article about how it can make websites fast: http://radar.oreilly.com/2009/11/steve-souders-making-web-sites.html XWiki web gurus, can XWiki benefit from this? Is it worth considering? Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Open Office server on myxwiki.org
Hi Stephane, AFAIK there is no openoffice server installed on myxwiki.org Although, installing an openoffice server on myxwiki.org might be a good way to test officeimporter to it's extremes :) - Asiri On Sat, Nov 28, 2009 at 9:34 PM, stephane barbey sbar...@gmail.com wrote: Hi Team, Anybody knows if it's possible to make office document import on the myxwiki.org farm ? Thanks in advance. Stéphane Barbey. ___ 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] office importer vs graphics
Hi, On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees p...@yseda.com wrote: hi folks i am having lots of trouble importing documents with graphics in them. even a doc with 1 or 2 small graphics is running past the timeout period (even though i've set timeout to 300,000 msec - 5min). system is: - xwiki 2.0.3 standalone - openoffice 3.1 - centos 5.4 linux on vmware - java heap set to 300MB (JAVA_OPTS=-Xmx300m) is this a known problem and/or can anyone suggest a fix? is office importer even supposed to be able to handle graphics? Yup, office importer can handle graphics without issues. I think this has something to do with your particular operating environment, is this a desktop system or a server? I suspect this is something with your X server configuration but I'm not sure. I will check 2.0.3 myself to see if there have been a regression. - Asiri p ___ 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] Feedback on the new menu bars in XE
Hi, I've had some difficulties coping with the new menu structure, here are my observations: 1. Edit / Export / More Actions menus are cool :) 2. I really miss the sliding menu bar. Now I have to scroll to the top of the page whenever I want to do something. May be it's just my resistance to change, but I felt uncomfortable. 3. I'm unable to understand the basis for grouping create space / watch / admin actions under xwiki menu. Made me a little confused when I was looking for administration link. I like the old administration menu. 4. If I have a space like MySuperSpace, the space menu looks like MYSPECIALSPACE which I felt uncomfortable. This is just how I felt. Thanks. - Asiri On Wed, Nov 25, 2009 at 1:39 PM, Vincent Massol vinc...@massol.net wrote: Hi XWiki lovers :), By now you've probably seen the new menu bars that we have introduced in XE 2.1M1. If not, please try XE 2.1M1 or check the release notes at http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise21M1 Since the action menu has been heavily reworked we're interesting in gathering feedback and thus ensure that you like the new menu as much as we do. If you have some problems with them please let us know ASAP (since the 2.1 final release is approaching fast - early December). So whether you like them or not, please let us know what you think about them. Thanks a lot Enjoy XWiki -Vincent on behalf of the XWiki dev team ___ 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] Feedback on the new menu bars in XE
Hi, On Wed, Nov 25, 2009 at 4:27 PM, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Wed, Nov 25, 2009 at 09:29, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi, I've had some difficulties coping with the new menu structure, here are my observations: 1. Edit / Export / More Actions menus are cool :) 2. I really miss the sliding menu bar. Now I have to scroll to the top of the page whenever I want to do something. May be it's just my resistance to change, but I felt uncomfortable. 3. I'm unable to understand the basis for grouping create space / watch / admin actions under xwiki menu. Made me a little confused when I was looking for administration link. I like the old administration menu. 4. If I have a space like MySuperSpace, the space menu looks like MYSPECIALSPACE which I felt uncomfortable. I like the fact that wiki and space related tasks are separated from the document task but the name of theses menu (name of the wiki and name of the name) are really difficult to understand for a user. I think i would prefer at least something like Wiki (Wikiname) Space (Spacename) +1. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Issue with the Import an Office document functionality
Hi, I tried to reproduce http://jira.xwiki.org/jira/browse/XAOFFICE-30 but I can't. I think this should be due to a particular configuration issue of your openoffice server, although I can't think why. What openoffice server version are you using? I'm closing the issue as unable to reproduce for the moment. If you still experience this issue, please reply. We need to figure out why this is happening / how to fix it and document all that clearly. H, could this be due to a missing font issue? In any case, please let me know your environment: * Operating System. * XE version. * OpenOffice server version. Thanks. - Asiri Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Issue with the Import an Office document functionality
Hi Guillaume, On Tue, Sep 8, 2009 at 9:33 PM, Chaudier Guillaume guillaume.chaud...@thalesgroup.com wrote: Hello, I try to import an Office (word 2003 document) with a Ç character (ALT 128). The result into the wiki page is: Ccedil;. The result is the same in UTF-8 or in ISO-8859-1. I tried to reproduce http://jira.xwiki.org/jira/browse/XAOFFICE-30 but I can't. I think this should be due to a particular configuration issue of your openoffice server, although I can't think why. What openoffice server version are you using? I'm closing the issue as unable to reproduce for the moment. If you still experience this issue, please reply. We need to figure out why this is happening / how to fix it and document all that clearly. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] I get an extra bit of text when I paste into Wysiwyg
Hi, On Wed, Sep 30, 2009 at 4:20 AM, clay c...@grabafact.com wrote: Pasting some rendered HTML from Frontpage into the Wysiwyg, I often get HTML clipboard inserted into the document. It's not visible when the paste occurs. Only after save and view. Can you try using office paste function? (There is a paste from office button). It might work because it is supposed to cleanup dirty html (coming from office documents). - Asiri Frontpage 2K XE 1.9.3 Firefox 3.5 XP Home ___ 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] Wiki Macros
Hi Lewis, On Mon, Sep 28, 2009 at 10:04 PM, Lewis Denizen orang...@gmail.com wrote: Hi xwiki-users, I've been playing with this new Wiki Macros stuff (this stuff is superb!), but I've got one question. In a conventional 2.0 Java Macro, I can inject things like DAOs and AccessBridges (like DocumentAccessBridge). Is this possible using the new Wiki Macros (for example, how can I inject a DocumentAccessBridge into a Groovy class defined within the Wiki Macro? Is there a static ComponentManager that can perform lookups())? Yes you can !!! You can do this in groovy as: code import com.xpn.xwiki.web.Utils; import org.xwiki.bridge.DocumentAccessBridge; def dab = Utils.getComponent(DocumentAccessBridge.class); /code Have fun! - Asiri Again, great great great work with XWiki 2.0! -- Lewis ___ 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] problem connceting to openoffice server
Hi Paul, On Wed, Sep 16, 2009 at 9:08 PM, Paul Rijnhout prijnh...@megagrouptrade.com wrote: Hi, I' running Xwiki (XWiki Enterprise 1.9.3.22597) on a windows machine with Tomcat 5.5.28 and MySQL 5.1. I've also installed openoffice 3.1.1 and have it run as a service with the command 'soffice -headless -accept=socket,host=127.0.0.1,port=8100;urp; -nofirststartwizard'. Still XE can not start/connect to the server. I've checked and changed de xwiki.properties file, but no changes are picked up by XE. Anyone, who can help me get this thing to work? can you post your xwiki.log messages corresponding to this behavior? Normally you get an indication of what went wrong when trying to connect to openoffice server. - Asiri Thanks Paul ___ 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] Issue with the Import an Office document functionality
Hi Chaudier, Please check whether your xwiki.cfg web.xml both have specified UTF-8 as the encoding. If that is the case, can you create a JIRA issue (http://jira.xwiki.org) attach a sample word document to it? Thanks. - Asiri On Tue, Sep 8, 2009 at 9:33 PM, Chaudier Guillaume guillaume.chaud...@thalesgroup.com wrote: Hello, I try to import an Office (word 2003 document) with a Ç character (ALT 128). The result into the wiki page is: Ccedil;. The result is the same in UTF-8 or in ISO-8859-1. Is this due to a configuration issue or a bug? Thank's in advance for your answer. Best Regards, ___ 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 any way to view all the pages created by an user
Hi, On Thu, Sep 10, 2009 at 3:51 PM, Jerome Velociter jer...@xwiki.com wrote: Asiri Rathnayake wrote: 2009/9/10 Hernández Cuchí, Francisco Ricardo francisco.hernan...@oepm.es Hi, brief question, Is there any way to view all the pages created by an user? try: #set($hql = where doc.creator='XWiki.UserName') #set($results = $xwiki.searchDocuments($hql, 0, 0)) results will contain all the documents created by XWiki.UserName user. For more examples see: http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HPrivilegedAPIsearch The proper link is in fact : http://platform.xwiki.org/xwiki/bin/view/DevGuide/velocityHqlExamples#HPublicAPIsearchDocuments (you don't need to run a privileged search for this query, searchDocuments works fine as Asiri wrote) Yes, thanks Jerome :) - Asiri Jerome - Asiri Thanks -- Francisco Hernández Cuchí ** IMPORTANTE: El contenido de este correo y ficheros adjuntos es confidencial y está dirigido únicamente para el destinatario/s. Si Ud recibe este correo por error, por favor póngase en contacto con su administrador de correo o con el emisor immediatamente y no difunda su contenido a nadie ni haga copias. *** Este correo ha sido escaneado de virus y contenido malicioso *** ** ___ 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 ___ 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] [xwiki-devs] [Vote] Default Color Theme
Hi, On Fri, Sep 4, 2009 at 5:46 PM, Ecaterina Valica vali...@gmail.com wrote: The vote is open until the end of today. Score: (4) 7,5 (B) 6 (2) 7,32 Themes: (4) http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/Proposal4/Proposal4.png (B) http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/BColorTheme/SchemeB.png (2) http://incubator.myxwiki.org/xwiki/bin/download/ColorThemes/Proposal2/Proposal2.png Votes: (4) +1 Caty, +1 Vincent, +1 Ricardo R, +1 Florin, +1 Silvia, +0.5 Trevor, +1 Marius, +1 Christophe P (B) +1 Oana, +1 Thomas M, +1 Sergiu, +0.5 Vincent G, +1 Philipp, +1 Martijn, +0.5 Trevor (2) +1 Lucien, +0.66 Marta, +0.5 Jean C, +1 Gaëtan, +0.66 Raluca, +0.5 Vincent G, +1 Emilie, +1 Guillaume, +1 Eduard +1 for (2) Thanks. - Asiri Thanks, Caty ___ devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with Import Office Content - XML tags are visible
On Tue, Aug 11, 2009 at 8:36 PM, matthias.gsottber...@o2.com wrote: Hi! We have a problem with the new Import Office Content functionality in XWiki Enterprise 1.9.2.22089. The problem exists with Internet Explorer 6.0.2800.1106; with Firefox 3.0.7 everything is working fine After copypaste of some word content into the import office panel some xml tags are visible in the imported text: ?xml:namespace prefix = o ns = urn:schemas-microsoft-com:office:office / To reproduce: 1. In Edit mode, selected Import Office Content. 2. In Office Importer, select Clipboard, copypaste some word text and select Import. (filter styles / don't filter styles doesn't matter) 3. Preview / Save and view Could be related to this bug: http://jira.xwiki.org/jira/browse/XWIKI-3994 I have fixed this in 2.0M2 but please create a JIRA issue with all the details so that I can have a look. Thanks. - Asiri What is the problem that only Internet Explorer is affected ? Thanks in advance Matthias Gsottberger ___ 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] Introducing the equation rendering component and the equation macro
On Mon, Aug 10, 2009 at 9:44 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi, On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi, On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriuser...@xwiki.com wrote: Hello Community, I have committed today the first implementation of a new XWiki feature: rendering mathematical equations into images. It is available as a standalone component, and as a syntax 2.0 macro. About the functionality. Equations are written in the TeX/LaTeX syntax, which is pretty simple, and seems to be the syntax of choice for mathematical equations in other wikis, too. The macro can distinguish between inline and block equations and render them accordingly. The output can be either PNG (the default one), GIF or JPEG. While PNG is definitely the best, I kept the other two in case somebody really wants to use ancient browsers that only understand GIF. Q: Should I leave just PNG as the output format? I think keeping PNG as the default format is fine too, most browsers accept it without complaint. Another feature is that the font size can be specified, in order to render larger or smaller equations. All the font size commands from LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a more easy to understand name (also because the configuration is case insensitive, so there's no difference between large and LARGE). By default images are generated so that the font looks relatively OK with the default XWiki skin on a 72 or 96 DPI display. They might look disproportionate with a different DPI, or with a different default font size. Q: Is the default DPI setting OK? Second, a few technical details: The standalone component is located in platform/core/xwiki-equation-rendering. I don't know if the name is the I don't like this name either rendering is too much linked to the rendering module now and this could be used by anyone, not only the equation macro. It's also true that xwiki-equation is not clear enough but you could maybe find something else. xwiki-equation-displayer maybe ? Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter, xwiki-formula Another idea: xwiki-plotting |-xwiki-plotting-equation |-xwiki-plotting-graph - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Introducing the equation rendering component and the equation macro
On Mon, Aug 10, 2009 at 9:48 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: On Mon, Aug 10, 2009 at 9:44 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi, On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi, On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriuser...@xwiki.com wrote: Hello Community, I have committed today the first implementation of a new XWiki feature: rendering mathematical equations into images. It is available as a standalone component, and as a syntax 2.0 macro. About the functionality. Equations are written in the TeX/LaTeX syntax, which is pretty simple, and seems to be the syntax of choice for mathematical equations in other wikis, too. The macro can distinguish between inline and block equations and render them accordingly. The output can be either PNG (the default one), GIF or JPEG. While PNG is definitely the best, I kept the other two in case somebody really wants to use ancient browsers that only understand GIF. Q: Should I leave just PNG as the output format? I think keeping PNG as the default format is fine too, most browsers accept it without complaint. Another feature is that the font size can be specified, in order to render larger or smaller equations. All the font size commands from LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a more easy to understand name (also because the configuration is case insensitive, so there's no difference between large and LARGE). By default images are generated so that the font looks relatively OK with the default XWiki skin on a 72 or 96 DPI display. They might look disproportionate with a different DPI, or with a different default font size. Q: Is the default DPI setting OK? Second, a few technical details: The standalone component is located in platform/core/xwiki-equation-rendering. I don't know if the name is the I don't like this name either rendering is too much linked to the rendering module now and this could be used by anyone, not only the equation macro. It's also true that xwiki-equation is not clear enough but you could maybe find something else. xwiki-equation-displayer maybe ? Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter, xwiki-formula Another idea: xwiki-plotting |-xwiki-plotting-equation |-xwiki-plotting-graph Sorry, I meant xwiki-plotting-chart not graph. Anyway, I think both are same :-? - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Introducing the equation rendering component and the equation macro
Hi, On Mon, Aug 10, 2009 at 8:08 PM, Guillaume Lerouge guilla...@xwiki.comwrote: Hi, On Mon, Aug 10, 2009 at 4:33 PM, Thomas Mortagne thomas.morta...@xwiki.comwrote: On Mon, Aug 10, 2009 at 16:14, Sergiu Dumitriuser...@xwiki.com wrote: Hello Community, I have committed today the first implementation of a new XWiki feature: rendering mathematical equations into images. It is available as a standalone component, and as a syntax 2.0 macro. About the functionality. Equations are written in the TeX/LaTeX syntax, which is pretty simple, and seems to be the syntax of choice for mathematical equations in other wikis, too. The macro can distinguish between inline and block equations and render them accordingly. The output can be either PNG (the default one), GIF or JPEG. While PNG is definitely the best, I kept the other two in case somebody really wants to use ancient browsers that only understand GIF. Q: Should I leave just PNG as the output format? I think keeping PNG as the default format is fine too, most browsers accept it without complaint. Another feature is that the font size can be specified, in order to render larger or smaller equations. All the font size commands from LaTeX (from \tiny to \Huge) have an equivalent. I renamed them to a more easy to understand name (also because the configuration is case insensitive, so there's no difference between large and LARGE). By default images are generated so that the font looks relatively OK with the default XWiki skin on a 72 or 96 DPI display. They might look disproportionate with a different DPI, or with a different default font size. Q: Is the default DPI setting OK? Second, a few technical details: The standalone component is located in platform/core/xwiki-equation-rendering. I don't know if the name is the I don't like this name either rendering is too much linked to the rendering module now and this could be used by anyone, not only the equation macro. It's also true that xwiki-equation is not clear enough but you could maybe find something else. xwiki-equation-displayer maybe ? Few more suggestions: xwiki-equation-plotter, xwiki-formula-plotter, xwiki-formula - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Two different WYSIWYG Editors?
Hi Florian. On Wed, Jul 1, 2009 at 1:00 PM, Florian Rhomberg florian.rhomb...@nettania.net wrote: Hello! I have a question tot he new WYSWYG. First I have to say that this editor is really really much better than the old one, gratulations. Especially the new method to insert macros is quite well! In future will it be possible to add news macros to the standard ones? Especially the macro to add a list of all pages of this space would be very useful! But now my problem: I did a backup of my old xwiki content which was version 1.8 I think so. After installing the new one I ibstalled the new xar file for 1.9. Then I imported selected articles of the old wiki tot he new one. But now if I want to edit an old article I get also the old WYSIWYG editor and not the new one. This does not satisfy me, is there a possibility to change this? Try this: go to the wiki edit mode, change the page syntax to xwiki/2.0, this will ask you if you want to convert the page into xwiki/2.0 syntax, say yes :) Then xwitch back to wysiwyg editor, you should get the new wysiwyg editor now. Not sure if this is the optimal solution, but it should work. - Asiri Thanks, Florian ___ 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] Problem with Office Importer
Hi Florian, I can only use the externally managed server, there xwiki response that the connection can be established. This is an output from ps -Af: xwiki32518 1 0 09:02 pts/000:00:00 /usr/lib/openoffice/program/soffice.bin -headless -accept=s Therefor the server is working. As already mentioned in the last mails, there is nor error reported in the xwiki.log due this problem. It still does not work. This is my configuration file for the office Importer: #--- --- # Settings for the OpenOffice server instance consumed by the OfficeImporter plugin #--- --- #-# [Since 1.9M2] #-# Type of the openoffice server instance used by officeimporter plugin. #-# 0 - Internally managed server instance. #-# 1 - Externally managed (local) server instance. openoffice.serverType=1 #-# [Since 1.9M2] #-# Port number used for connecting to the openoffice server instance. openoffice.serverPort=8100 #-# [Since 1.9M2] #-# If the openoffice server should be started / connected upon XE start. openoffice.autoStart=true #-# [Since 1.8RC3] #-# Path to openoffice installation (serverType:0 only). # openoffice.homePath=/opt/openoffice.org3/ #-# [Since 1.8RC3] #-# Path to openoffice execution profile (serverType:0 only). # openoffice.profilePath=/home/user/.openoffice.org/3 #-# [Since 1.8RC3] #-# Maximum number of simultaneous conversion tasks to be handled by a single openoffice process (serverType:0 only). # openoffice.maxTasksPerProcess=50 #-# [Since 1.8RC3] #-# Timeout for conversion tasks (in miliseconds) (serverType:0 only). # openoffice.taskExecutionTimeout=3 I just downloaded http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-jetty-hsqldb/1.9/xwiki-enterprise-jetty-hsqldb-1.9.zipand tested the officeimporter. For me both internal / external configurations work fine. I suspect that your problem could be due to a missing openoffice profile. Although with an externally configured oo server this cannot be the problem, specially if xwiki is able to connect to the openoffice server. Also, did you try several documents to see if the result is same? (Try a very simple word document for an example). I really can't help much from here because I cannot reproduce your error :( Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] FAQTutorial broken in 1.9 and 2.0M1
Hi Aaron, On Sat, Jun 27, 2009 at 1:55 AM, Aaron Digulla digu...@hepe.com wrote: Asiri Rathnayake schrieb: So, when you complete the tutorial there should be three wiki pages created: 1. One document for the Class definition (FAQs.FAQClass) 2. One document for the sheet (FAQs.FAQClassSheet) 3. One document for the template (FAQs.FAQClassTemplate) Questions for you: 1. Do you have all these three documents? 2. Are the syntax of all these documents set to xwiki/2.0 3. On the sheet template, are you sure you have the correct wiki code? That is sheet document should be referring the correct class document (FAQs.FAQClass) and the template document should be referring the correnct sheet document (FAQs.FAQSheet). Okay, I think I got it now: After creating the class and the sheet, the document you see is empty (the sheet). This is confusing since the class exists and it has properties, so why is XWiki not displaying them? Because a 'sheet' (as described in the tutorial) is only a presentation template for an _OBJECT_ of a specific class. So, if you do not have an object of a class attached to that page you won't see any output. Think of it like this: 1. You create a class XWiki.MyClass 2. You create a 'sheet' (XWiki.MyClassSheet) that knows how to 'present' objects of type XWiki.MyClass 3. You create a page (MySpace.MyPage) and add it an object of type XWiki.MyClass 4. Inside the content of MySpace.MyPage you delegate the presentation of your XWiki.MyClass object to XWiki.MyClassSheet. (This is what is done with the includeForm directive) 5. The 'template' is only part of the class wizard to make (page+object) creation easier. I strongly agree with vincent here. Neither 'sheet' nor 'template' are core constructs of xwiki, they are just part of the class wizard which is an specific (yet another) application. For an example, I can do this: 1. I create a class (XWiki.Person) - Note that it doesn't have to be 'XWiki.PersonClass', although the class wizard application needs it to be so. 2. I create a web application (html forms) that asks a user to insert first name and last name of a person. 3. When the user submits the form, I create a new 'Object' of type 'XWiki.PersonClass' and add it to the Main.People page (say). 4. Users can add as many person records to Main.People as they wish (using my application or dierctly by editing objects of Main.People) 5. I create a 'sheet' (XWiki.PeopleDisplay) that can present a list of (XWiki.Person) objects. - Again it doesn't have to be XWiki.PersonSheet - As opposed to the FAQ tutorial, here XWiki.PeopleDisplay is displaying a list of XWiki.Person objects. 6. I include (XWiki.PeopleDisplay) in Main.People page's content (includeForm). 7. Voila! When you visit Main.People page, you see a list of persons added so far. Displayed so nicely by the sheet (XWiki.PeopleDisplay). 8. I can edit the 'sheet' (XWiki.PeopleDisplay) any time I want to chage the look of the persons list. 9. All of these can be done without compiling a single line of code, everything is built by editing wiki pages. And if you want, you can put ajax to the mix!!! (again by editing wiki pages). 10. (9) is what is s cool about xwiki :) I only hope I didn't make your understanding of xwiki worse :) Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with Office Importer
Hi Florian, On Thu, Jun 25, 2009 at 2:06 AM, Florian Rhomberg florian.rhomb...@nettania.net wrote: I checked the log which is under tomcat6/bin in my installation (I do not really know why) but nd the only thing I found was the following: 2009-06-24 22:08:52,466 [http://xwiki.htl-ibk.at/xwiki/bin/view/XWiki/OfficeImporter] [TP-Processor3] INFO .AbstractXWikiMigrationManager - No storage migration required since current version is [15429] First I tried to configure the server with an external server. There I got an connection to xwiki. Now I have tried to get it woked with the internally managed, there I am not able to start the server, I only get the information that there is an error while trying to connect ot the server. But in the xwiki.log no error is listed. I use Ubuntu Server and have installed with apt-get install openoffice.org-headless. Which version of XE / OpenOffice are you using? Did you follow the instructions on http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication? Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with Office Importer
On Thu, Jun 25, 2009 at 10:06 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi Florian, On Thu, Jun 25, 2009 at 2:06 AM, Florian Rhomberg florian.rhomb...@nettania.net wrote: I checked the log which is under tomcat6/bin in my installation (I do not really know why) but nd the only thing I found was the following: 2009-06-24 22:08:52,466 [http://xwiki.htl-ibk.at/xwiki/bin/view/XWiki/OfficeImporter] [TP-Processor3] INFO .AbstractXWikiMigrationManager - No storage migration required since current version is [15429] First I tried to configure the server with an external server. There I got an connection to xwiki. Now I have tried to get it woked with the internally managed, there I am not able to start the server, I only get the information that there is an error while trying to connect ot the server. But in the xwiki.log no error is listed. I use Ubuntu Server and have installed with apt-get install openoffice.org-headless. Which version of XE / OpenOffice are you using? Did you follow the instructions on http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication ? Thanks. - Asiri PS: Sorry about the late reply, I was busy yesterday and today :) ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Word import with embedded Visio document
Hi, On Wed, Jun 24, 2009 at 2:35 PM, xwik...@emailias.com wrote: I have just set up the Office Importer and tried importing a Word document that contains an embedded Visio drawing. The document imported OK, but the Visio drawing is not visible. Also other images in the document (simple picture elements) are not visible. Is this an issue in my configuration or is this just the way it works? It's definitely not the way it works. Which XE version are you using? and which OOo version? Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with Office Importer
Hi, On Wed, Jun 24, 2009 at 8:58 PM, Florian Rhomberg florian.rhomb...@nettania.net wrote: Hi, I try to configure the Office Importer Plugin. I have installed an started openoffice on the server and xwiki also can connect to the openoffice Server. But when I try to import an office or also openoffice document I get the error message that the convertion failed. What can be the reason for that, the service is running! Can you check the server log and see the exception trace? Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV and saving
Hi Sean, On Sun, May 17, 2009 at 2:03 AM, Sean Davis sdav...@mail.nih.gov wrote: I am using 1.9-milestone-2 and trying webdav. I am connecting via Mac OS finder. I can read files, but trying to save results in unable to save error on the Mac side of things and this in the log (truncated for brevity): 2009-05-16 14:05:19,901 [http://localhost:8080/xwiki/webdav/mach_kernel] [14615...@qtp0-3] ERROR webdav.XWikiDavServlet - WebDAV Exception Occurred : org.apache.jackrabbit.webdav.DavException: Method Not Allowed I imagine I might have missed a configuration parameter somewhere. Any suggestions? Which file are you trying to save? is it /webdav/mach_kernel or is this some file generated by finder? (I'm not a mac user) Also, which editor are you using? (Did you try some other editor available?) You might have to configure your editor in a way similar to http://dev.xwiki.org/xwiki/bin/view/Drafts/WebDAVDavFs2#HConfiguringEditors Thanks. - Asiri Thanks, Sean ___ 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] Configuring OpenOffice server for XWiki 1.8
Hi Stevo, On Fri, Apr 3, 2009 at 6:13 PM, Stevo Slavić ssla...@gmail.com wrote: Hello XWiki users, I'm trying to configure OpenOffice server for XWiki 1.8 installation (xwiki.properties). Operating system where all is installed is OpenSuse 11.1. OpenOffice 3 is installed. For this distribution there is /usr/share/ooo3 directory with program subdirectory, but soffice.bin XWiki is looking for is not there. Instead, I'm able to manually start OpenOffice server using /usr/bin/soffice script. Can you look into /usr/bin/soffice and see where your soffice.bin file is located? This issue needs to be addressed in jodconverter rather than in XWiki. I have asked Mirko a similar question some time ago: http://groups.google.com/group/jodconverter/browse_thread/thread/5300d34d71dfbefc?pli=1 According to the current jodconverter implementation, it looks for a OFFICE_HOME/program/soffice.bin file. And it will not work if this structure is not present. Is there any way to configure XWiki to use /usr/bin/soffice to start OpenOffice server, or to configure XWiki to use OpenOffice server already started outside of XWiki (e.g. using custom startup script) ? Previously this is the way officeimporter used to work. But with the upgrade to jodconverter-3.0 beta, this is no longer possible :( I need to dig around a bit and see if this mode can be supported. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office importer application error
Hi Christophe, Hello, I downloaded the repository of Xwiki and rebuild it and it created the JAR file for the office importer (xwiki-core-officeimporter-1.9-SNAPSHOT.jar) . Is it possible to use this jar file with a 1.8 release ? Or is it possible to rebuild it for 1.8 release. I really would like to use the import from office functionnality, without the bug of the folder. Yes, you should be able to do that AFAIK Thank you all I tried to copy it in the WEB-INF/lib folder but i got this error message : org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java :522) Caused by: java.lang.NoClassDefFoundError: net/sf/jodconverter/office/OfficeManager at java.lang.Class.getDeclaredConstructors0(Native Method) at java.lang.Class.privateGetDeclaredConstructors(Unknown Source) at java.lang.Class.getConstructor0(Unknown Source) at java.lang.Class.newInstance0(Unknown Source) at java.lang.Class.newInstance(Unknown Source) at org.codehaus.plexus.component.factory.java.JavaComponentFactory.newInsta nce(JavaComponentFactory.java:66) ... 61 more Caused by: java.lang.ClassNotFoundException: net.sf.jodconverter.office.OfficeManager at java.net.URLClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at This is strange, it seems like jodconverter jar is missing. Try downloading http://maven.xwiki.org/externals/net/sf/jodconverter/jodconverter/3.0-beta-1/jodconverter-3.0-beta-1.jarand placing it inside your WEB-INF/lib folder and restart your server. Hopefully this should fix the issue. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office importer application error
Hi, On Wed, Mar 25, 2009 at 9:19 PM, PERINAUD Christophe christophe.perin...@kbl-bank.com wrote: Asiri, I uploaded both xar files in my virtual wiki and all is ok, i have the new icon available. When i click on it i'm able to see the path and the profile path for open office My values are : *** You can override Server Path and Server Profile variables through WEB-INF/xwiki.properties file. Server Path C:/Program Files/OpenOffice.org 2.4/ Server Profile C:/Documents and Settings/BB03545/Application Data/OpenOffice.org2 Server State Not Running *** When i select Start and click on the button, i come back to the same page with a message Inadequate privileges. If i look at the console, no error is displayed in it. I had a look in the source code but it seems that the exception is rised in many places. Ok, this is something i'm not able to explain very clearly. And we are working on a custom constructed XE installation here :) Do you (person who imported the officeimporter application) have programming rights? Make sure you do, it's required. Did you try to start the OpenOffice server as admin or some other user? - Asiri -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Asiri Rathnayake Envoyé : mercredi 25 mars 2009 15:27 À : XWiki Users Objet : Re: [xwiki-users] Office importer application error Hi Christophe, On Wed, Mar 25, 2009 at 6:13 PM, PERINAUD Christophe christophe.perin...@kbl-bank.com wrote: Hi Asiri, Thanks for the advice. I put the jodconverter beta jar in the WEB-INF/lib and the server is able to start but not to import a file I started Open Office like said on the page (i checked both windows process run). If i use the version 1.8 of both jar i have the bug we discussed about. If i stop the xwiki server (keep ooffice started) and replace the both jar (snapshot and beta) and restart the server, when i try to import a file i have as result an error box with only $officeimporter.getMessage() in it The stack trace in the server is : Ok, you should use the officeimporter snapshot and jodconverter beta jars. But You must also use the latest officeimporter application: http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/applications/xwiki-application-officeimporter/1.5-SNAPSHOT/xwiki-application-officeimporter-1.5-20090325.112122-7.xar And the latest administration application: http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/applications/xwiki-application-administration/1.9-SNAPSHOT/xwiki-application-administration-1.9-20090325.112027-7.xar Once you do this, you should not start the oo server external to the XE.. it should be done from the Admin interface and there is a seperate admin UI for managing the OO server process. And you can configure the oo server in WEB-INF/xwiki.properties file (by specifying oo installation and oo profile and other configuration options) These new features have not yet been documented because I was busy with several more new features (like splitting documents into multiple wiki pages while importing). I wish to document them soon. Thanks - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users This e-mail is intended only for the addressee named above. It does not bind the sender, except in the case of an existing written convention with the addressee. This e-mail may contain material that is confidential and privileged for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may be unlawful. If you are not the intended recipient, please contact the sender and delete all copies. While reasonable precautions have been taken to ensure that this e-mail and any attachments are free from any computer virus or similar defect, no liability will be accepted in that respect. Anyone accessing this e-mail must take their own precautions as to security and virus protection. KBL European Private Bankers S.A., 43 boulevard Royal L-2955 Luxembourg, R.C.S. Luxembourg B 6395, T (352) 47 97 1 ___ 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] Office importer application error
Hi Christophe On Fri, Mar 20, 2009 at 3:01 PM, PERINAUD Christophe christophe.perin...@kbl-bank.com wrote: Hello all, I try to use the office importer application after migrating my 1.7.1 to 1.8-rc2. For all documents i try to import i have this message : Internal error while finalizing the target document Looking in console messages on the server i found that : [ERROR] Internal error while creating temporary files. java.io.FileNotFoundException: C:\DOCUME~1\BB03545\LOCALS~1\Temp\1\xwiki-office-importer-xwiki:XWiki.bb03545\input.tmp (The filename, directory name, or volume label syntax is incorrect) It seems that the application tries to create a temporary folder with ':' in the name wich is prohibited under Windows. Is there a way to change that from the interface ? This is a very unfortunate. And I'm afraid there is no way to change this setting from the UI either. I have created an issue for this @ http://jira.xwiki.org/jira/browse/XWIKI-3406 it will be fixed for 1.8.1 1.9M1 releases. Note:- I did not try to reproduce this bug yet (kind of busy) but from your description and looking at the code it seems quite possible. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Office importer application error
Hi, On Fri, Mar 20, 2009 at 10:55 PM, Asiri Rathnayake asiri.rathnay...@gmail.com wrote: Hi Christophe On Fri, Mar 20, 2009 at 3:01 PM, PERINAUD Christophe christophe.perin...@kbl-bank.com wrote: Hello all, I try to use the office importer application after migrating my 1.7.1 to 1.8-rc2. For all documents i try to import i have this message : Internal error while finalizing the target document Looking in console messages on the server i found that : [ERROR] Internal error while creating temporary files. java.io.FileNotFoundException: C:\DOCUME~1\BB03545\LOCALS~1\Temp\1\xwiki-office-importer-xwiki:XWiki.bb03545\input.tmp (The filename, directory name, or volume label syntax is incorrect) It seems that the application tries to create a temporary folder with ':' in the name wich is prohibited under Windows. Is there a way to change that from the interface ? This is a very unfortunate. And I'm afraid there is no way to change this setting from the UI either. I have created an issue for this @ http://jira.xwiki.org/jira/browse/XWIKI-3406 it will be fixed for 1.8.1 1.9M1 releases. Note:- I did not try to reproduce this bug yet (kind of busy) but from your description and looking at the code it seems quite possible. I tried this on my XP installation but I could not reproduce it. It is possible that this occurs when there are multiple wikis configured or ldap authentication used where the getUser() method returns something like wiki:XWiki.UserName. So it's still a bug, will be fixed. - Asiri Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Visio diagram / map
Hi Mike, On Fri, Jan 16, 2009 at 6:07 PM, Mike A. _m...@inbox.lv wrote: Hi! Is it possible to import a Visio diagram (with links) into XWiki page? I mean the functionality like in Sharepoint: you save the diagram as a web page and then import it. Currently we do have a office import application (demo: http://91.121.237.216/xwiki/bin/view/XWiki/OfficeImporter) but it doesn't support visio diagrams or raw html documents. But for sure, we will support raw html documents in near future. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV.XWikiUI.V1.PATCH
Hi Karsten, I do not think it is a Vista issue because if I install Microsoft Office 2003 on the vista test machine the file are opened in read write mode. I think that the problem is within Microsoft Office 2007 and not in Vista. It seems like this problem is faced by many webdav implementations (googling for office+2007+webdav+readonly returns many positive hits). Anyway, I'm unable look into this issue seriously at the moment because I don't have a Vista box. Btw, did you go through http://blogs.msdn.com/sharepoint/archive/2007/10/19/known-issue-office-2007-on-windows-vista-prompts-for-user-credentials-when-opening-documents-in-a-sharepoint-2007-site.aspx? **It seems to have a potential solution under How to place Office 2007 applications into Windows XP SP2 compatibility mode. Btw, on which port are you executing xwiki server? I think for windows clients it MUST to be on port 80. But since you got it to work with office 2003, i beleive you are already running the server at port 80 :) If I can be of further help just let me know. You have already helped us! and it's really appreciated :) Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV.XWikiUI.V1.PATCH
Hi Karsten, It is correct that a webdav client reports /pages and not /spaces. But after I upgraded the xwiki-webdav-*.jar file it stil reports /pages however the upgrade fixet the 500 server error. The only issue I have left is to get the edit attachment to work with Vista, it opens the files in read-only mode. Is it true that the user Editing the attachments must be a member og Admin? If not I think that is a bug in the system. Anyone with 'Edit' rights can edit the attachments. You can verify this at http://91.121.237.216/xwiki/bin/view/WebDAV/ by registering a new account and trying to edit one of the attachments. If you still can't edit the attachments there, that means there is a problem specific to vista. Can you verify this ? Also, are you using the latest version of webdav ? http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/xwiki-webdav/1.8-SNAPSHOT/xwiki-webdav-1.8-20081218.123600-108.jar Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV.XWikiUI.V1.PATCH
Anyone with 'Edit' rights can edit the attachments. You can verify this at http://91.121.237.216/xwiki/bin/view/WebDAV/ by registering a new account and trying to edit one of the attachments. If you still can't edit the attachments there, that means there is a problem specific to vista. Can you verify this ? PS : server at 91.121.237.216 might not be available all the time because it's a *test* server ;) Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] WebDAV.XWikiUI.V1.PATCH
Hi Karsten, On Thu, Dec 18, 2008 at 9:06 PM, Karsten Nielsen kars...@foo-bar.dk wrote: Hi Asiri The problem has 2 aspects it seams. 1. The problem turned out not to be a vista problem but an microsoft office 2007 issue. I have googled for a solution and what I found was to copy xwiki to tomcat's ROOT directory but xwiki webdav does not like that. the $xwiki.webdav.getURL() returns nothing. You should use the xwiki-root-webapp which was exactly meant to solve this problem [ http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/tools/xwiki-rootwebapp/1.1-SNAPSHOT/xwiki-rootwebapp-1.1-20081218.144304-589.war ] Deploy this war file as your root webapp and deploy the xwiki webapp as usual and you are good to go. 2. If I try to use the latest xwiki-webdav-1.8-20081218.123600-108.jar I get this error when I try to reload my xwiki Sorry, I should have mentioned this but didn't came into mind. The latest webdav version Uses XWikiDavFilter and XWikiDavServlet instead of DavFilter DavServlet. So you need to edit your web.xml file accordingly. Open your /webapps/xwiki/WEB-INF/web.xml and find the following entries : !-- Filter used to 'steal' webdav requests made to the application root -- filter filter-nameDavFilter/filter-name filter-classcom.xpn.xwiki.plugin.webdav.DavFilter/filter-class /filter AND !-- WebDAV servlet -- servlet servlet-namewebdav/servlet-name servlet-classcom.xpn.xwiki.plugin.webdav.DavServlet/servlet-class /servlet Then change them to : !-- Filter used to 'steal' webdav requests made to the application root -- filter filter-nameDavFilter/filter-name filter-classcom.xpn.xwiki.plugin.webdav.XWikiDavFilter/filter-class /filter AND !-- WebDAV servlet -- servlet servlet-namewebdav/servlet-name servlet-classcom.xpn.xwiki.plugin.webdav.XWikiDavServlet/servlet-class /servlet I think you need to do both of these tasks to make it work. I'm sorry about having to drag you this long but it's a feature we haven't released yet, so there is some trouble... ;) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
