Hi again I have made a typo javascript:davEdit.... should have been javascript:davEdit('$xwiki.webdav.getDavURL($doc, $attach)') but that made no difference. - Karsten

Hi

I am trying to be able to edit attachments through the webdav extension.

I found the WebDAV.XWikiUI.V1.PATCH and applyed it to xwiki version 1.7

But am not able to get the right url repencented in javascript:davEdit($xwiki.getDavURL($doc, $attach)); but hte output is not translated.

The link is displayed like this javascript:davEdit($xwiki.getDavURL($doc, $attach)) and not as show at the test page: http://91.121.237.216/xwiki/bin/view/WebDAV/#Attachments eg javascript:davEdit('http://91.121.237.216/xwiki/webdav/spaces/WebDAV/WebHome/gradient.jpg');

Can you give me any pointers ?

Thanks in advance

Karsten

_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

Hi Asiri That helped with the listing. Thanks But when I push the Edit button I get a 500 server error that produces this error. Any ideas what might go wrong ? Thanks - Karsten 2008-12-17 17:06:35,219 [http://223.9.0.148:8080/xwiki/webdav/spaces/Main/WebHome/ahh.xls] [http-8080-Processor22] ERROR webdav.DavServlet - WebDAV Exception Occurred : org.apache.jackrabbit.webdav.DavException at com.xpn.xwiki.plugin.webdav.resources.views.RootView.decode(RootView.java:105) at com.xpn.xwiki.plugin.webdav.resources.views.RootView.decode(RootView.java:83) at com.xpn.xwiki.plugin.webdav.utils.XWikiDavResourceFactory.createResource(XWikiDavResourceFactory.java:120) at com.xpn.xwiki.plugin.webdav.utils.XWikiDavResourceFactory.createResource(XWikiDavResourceFactory.java:91) at com.xpn.xwiki.plugin.webdav.DavServlet.service(DavServlet.java:272) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.xpn.xwiki.plugin.webdav.DavFilter.doFilter(DavFilter.java:68) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to lookup component role [com.xpn.xwiki.plugin.webdav.resources.XWikiDavResource] for hint [spaces-baseview] at org.xwiki.plexus.manager.PlexusComponentManager.lookup(PlexusComponentManager.java:78) at com.xpn.xwiki.plugin.webdav.resources.views.RootView.decode(RootView.java:99) ... 31 more Caused by: org.codehaus.plexus.component.repository.exception.ComponentLookupException: Component descriptor cannot be found in the component repository: com.xpn.xwiki.plugin.webdav.resources.XWikiDavResource [spaces-baseview] (lookup realm: ClassRealm[plexus.core, parent: null]). at org.codehaus.plexus.DefaultComponentLookupManager.lookup(DefaultComponentLookupManager.java:139) at org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:277) at org.xwiki.plexus.manager.PlexusComponentManager.lookup(PlexusComponentManager.java:76) ... 32 more

Hi Karsten,

Recently we decided to change the approach we take towards determining webdav urls for given attachments ( http://n2.nabble.com/-WEBDAV--Getting-rid-of-xwiki-webdav-plugin.-td1586016....). Previously it was through a separate webdav plugin, that's why you see something like:

javascript:davEdit('$xwiki.webdav.getDavURL($doc, $attach)')

In http://jira.xwiki.org/jira/browse/XE-335 you can see we have postponed the official release of this feature till 1.8M1

Anyway, if you still need to make this work, you will have to obtain that deleted webdav plugin and enable it in your xwiki.cfg file. But I'm not sure if other developers would agree with this.

Thanks.

- Asiri

On Wed, Dec 17, 2008 at 4:20 PM, Karsten Nielsen <[email protected]> wrote:

...

Hi again

I have made a typo javascript:davEdit.... should have been javascript:davEdit('$xwiki.webdav.getDavURL($doc, $attach)')

but that made no difference.

- Karsten

...

Hi

I am trying to be able to edit attachments through the webdav extension.

I found the WebDAV.XWikiUI.V1.PATCH and applyed it to xwiki version 1.7

But am not able to get the right url repencented in javascript:davEdit($xwiki.getDavURL($doc, $attach)); but hte output is not translated.

The link is displayed like this javascript:davEdit($xwiki.getDavURL($doc, $attach)) and not as show at the test page: http://91.121.237.216/xwiki/bin/view/WebDAV/#Attachments eg javascript:davEdit(' http://91.121.237.216/xwiki/webdav/spaces/WebDAV/WebHome/gradient.jpg'<http://91.121.237.216/xwiki/webdav/spaces/WebDAV/WebHome/gradient.jpg%27> );

Can you give me any pointers ?

Thanks in advance

Karsten

_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

Hi Karsten, [http://223.9.0.148:8080/xwiki/webdav/spaces/Main/WebHome/ahh.xls] Most likely the webdav module (not the plugin but the server) uses /pages for instead of /spaces. You can verify this by connecting to your xwiki server with a webdav client as guided in http://dev.xwiki.org/xwiki/bin/view/Drafts/WebDAV. If you see a 'pages' view instead of a 'spaces' view, you might want toupdate your webdav module. You can do this by erasing your /webapps/xwiki/WEB-INF/lib/xwiki-webdav-**.jar file and replacing it with one from http://maven.xwiki.org/snapshots/com/xpn/xwiki/platform/xwiki-webdav/1.8-SNA... But this requires you to restart your xwiki server. - Asiri

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-SNA... Thanks. - Asiri

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. I hav not yet tried the rights issue but will return on that one. 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 2008-12-18 17:26:36,383 [] [http-8080-Processor24] ERROR [localhost].[/xwiki] - Exception starting filter DavFilter java.lang.ClassNotFoundException: com.xpn.xwiki.plugin.webdav.DavFilter at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1359) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1205) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:207) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:302) at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:78) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3635) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4222) at org.apache.catalina.core.StandardContext.reload(StandardContext.java:3025) at org.apache.catalina.manager.ManagerServlet.reload(ManagerServlet.java:907) at org.apache.catalina.manager.HTMLManagerServlet.reload(HTMLManagerServlet.java:491) at org.apache.catalina.manager.HTMLManagerServlet.doGet(HTMLManagerServlet.java:99) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) Dec 18, 2008 5:26:36 PM org.apache.catalina.core.StandardContext start

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-SNA...

Thanks.

- Asiri _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

Hi Asiri The xwiki-root-wabapp did not fix the problem I have with Microsoft Office 2007 it still only opens in read-only mode. The new wxiki-webdav-**.jar did however fix the permission problem :) I have asked for the extra work when I want tu use un released feautres :) - Karten Asiri Rathnayake wrote:

Hi Karsten,

On Thu, Dec 18, 2008 at 9:06 PM, Karsten Nielsen <[email protected]> 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-rootweba... ]

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-name>DavFilter</filter-name> <filter-class>com.xpn.xwiki.plugin.webdav.DavFilter</filter-class> </filter>

AND

<!-- WebDAV servlet --> <servlet> <servlet-name>webdav</servlet-name> <servlet-class>com.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-name>DavFilter</filter-name> <filter-class>com.xpn.xwiki.plugin.webdav.XWikiDavFilter</filter-class> </filter>

AND

<!-- WebDAV servlet --> <servlet> <servlet-name>webdav</servlet-name> <servlet-class>com.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 [email protected] http://lists.xwiki.org/mailman/listinfo/users

Hi Asiri 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. If I can be of further help just let me know. - Karsten Asiri Rathnayake wrote:

Hi Karsten,

The xwiki-root-wabapp did not fix the problem I have with Microsoft

...

Office 2007 it still only opens in read-only mode.

So this means we have to find a way around with vista when we officially release the feature. I'm not sure whether there will be any solution but I will definitely look into this.

Thank you for finding this issue :)

- Asiri _______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users

Hi Asiri Sorry for the long reply time. Holidays and hectic times. I have tried to put office 2007 in XP SP2 compatibility mode it did not seem to help. I run xwiki on port 8080 if at use Apache as proxy for port 80 mapped to port 8080 webdav does not work at all. The same is the case if I use iptables to redirect traffic from port 80 to 8080. The scenario that works for me is: - tomcat 5.5 with xwiki running on port 8080 - clients that works is: - Linux(Debian sid) with firefox and OpenOffice - Windows XP with Office 2003 - Windows Vista with Office 2003 I have not had any success with Office 2007 at all. - Karsten Asiri Rathnayake wrote:

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-... **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 [email protected] http://lists.xwiki.org/mailman/listinfo/users