nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

When will WebDAV be Fixed in 1.4 Community?

mrudmann

Hello Group,

Any idea when WebDAV will be repaired in Alfresco 1.4? Currently, it does not support PUT operations. I understand it has been repaired in Enterprise version.

Regards,
Matt

Find more posts tagged with

Comments

kevinr

The PUT method fix has now been merged across from Enterprise into the SVN HEAD codeline. Therefore you can patch it in yourself from SVN or wait for the next community drop.

Thanks,

Kevin

rave

Kevin,
Could you please point me to the exact file that was patched? no files in remote-api source tree have changed after 12/01/06.

Thanks
Ravikiran

gary_spencer

Hi,

I think the file you looking for is PutMethod.java in the org.alfresco.repo.webdav package, Remote-API project.

Cheers

Gary

rave

Gary,
Thanks for the info, I looked at the SVN source tree from Remote-API and PutMethod.java hasn't been changed after 12/01/06 and I looked at the version history and I could not find any versions either, I would appreciate if you could merge the changes from the enterprise edition, if that has not been done already.

Thanks
Ravikiran

gavinc

The change was in WebDAVMethod.java. Looking at the logs the changes went into the HEAD branch on 19/12/2006.

rave

The change was in WebDAVMethod.java. Looking at the logs the changes went into the HEAD branch on 19/12/2006.

Gavin,
Thanks a lot, I've rebuilt remote-api.jar from latest sources and webdav bug is fixed.

Thanks
Ravikiran

mickoum

Hello everybody !

I'm a new Alfresco's user and i've the same problem as you rave (Impossible to put files using webdav).

Could someone send me the good remote-api.jar at mickoum@gmail.com ?

Thanks a lot.

MJ

luã_smiguelsequ

I might have a related issue. Using Mac OS X as the client, WebDAV barely works â€” some issues with symbolic links, the odd character that fails during the copy, and so on. Usable, but barely so. Folders cannot be renamed, but you can drag and drop a folder with a new name, so that is manageable.

Under Windows, I can only copy folders, no files. However, Alfresco goes through the motions of allowing the whole upload first, and giving an error at the end.

By finding this thread, I understood that this would mean recompiling the whole source code and deploying a new installation of Alfresco. A daunting task, since I have no idea if the compilation will ever finish, and, if it does, how "stable" it is. rave's comment of just rebuilding remote-api.jar gave me a bit of hope, though. Now if I only managed to finish a clean build…

Base system is Fedora Core 4.

I can safely assume that the next version will be 2.0, and, since that one does not deploy on my system configuration, I might be out of luck and with an unhappy boss.

luã_smiguelsequ

Definitely not lucky.

After long hours of painfully managing to build remote-api.jar, this is what happens everytime I drag and drop a file remotely to the WebDAV folder:

05:14:05,212 ERROR [org.alfresco.webdav.protocol] Internal Server Error: 
java.lang.RuntimeException: Error during execution of transaction.
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:208)
        at org.alfresco.repo.transaction.TransactionUtil.executeInUserTransaction(TransactionUtil.java:74)
        at org.alfresco.repo.webdav.WebDAVMethod.execute(WebDAVMethod.java:141)
        at org.alfresco.repo.webdav.WebDAVServlet$1.doWork(WebDAVServlet.java:135)
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:168)
        at org.alfresco.repo.transaction.TransactionUtil.executeInUserTransaction(TransactionUtil.java:74)
        at org.alfresco.repo.webdav.WebDAVServlet.service(WebDAVServlet.java:139)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.alfresco.repo.webdav.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NoSuchMethodError: org.alfresco.service.cmr.model.FileInfo.isLink()Z
        at org.alfresco.repo.webdav.PropFindMethod.executeImpl(PropFindMethod.java:312)
        at org.alfresco.repo.webdav.WebDAVMethod$1.doWork(WebDAVMethod.java:133)
        at org.alfresco.repo.webdav.WebDAVMethod$1.doWork(WebDAVMethod.java:131)
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:168)
        … 24 more
05:14:25,270 ERROR [org.alfresco.webdav.protocol] Internal Server Error: 
java.lang.RuntimeException: Error during execution of transaction.
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:208)
        at org.alfresco.repo.transaction.TransactionUtil.executeInUserTransaction(TransactionUtil.java:74)
        at org.alfresco.repo.webdav.WebDAVMethod.execute(WebDAVMethod.java:141)
        at org.alfresco.repo.webdav.WebDAVServlet$1.doWork(WebDAVServlet.java:135)
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:168)
        at org.alfresco.repo.transaction.TransactionUtil.executeInUserTransaction(TransactionUtil.java:74)
        at org.alfresco.repo.webdav.WebDAVServlet.service(WebDAVServlet.java:139)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.alfresco.repo.webdav.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:290)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
        at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
        at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
        at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.NoSuchMethodError: org.alfresco.service.cmr.model.FileInfo.isLink()Z
        at org.alfresco.repo.webdav.PropFindMethod.executeImpl(PropFindMethod.java:312)
        at org.alfresco.repo.webdav.WebDAVMethod$1.doWork(WebDAVMethod.java:133)
        at org.alfresco.repo.webdav.WebDAVMethod$1.doWork(WebDAVMethod.java:131)
        at org.alfresco.repo.transaction.TransactionUtil.executeInTransaction(TransactionUtil.java:168)
        … 24 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Interesting, though, the files get properly created as well as the folders (they show up through Alfresco's normal web-based interface). So, dropping the WebDAV connection and re-establishing it again will show up all items there. But it's a very painful way of using the WebDAV facilities…

luã_smiguelsequ

Clearly it isn't enough just to compile ONE library; I guess this means a FULL recompile.

Now if I only could revert back to my old 1.3 installation…

peterh_nl

Not the best nor supported way to do this but it seems to work fine for now with me: just threw in the remote-api.jar from the preview2.0-version into my test-1.4 deployment and all that I tested seemed to work fine.
After all it should be the compiled version of latest code (by that time..)

You might try if it works for you..
:shock:

luã_smiguelsequ

It might be worth a try. All I need now it to be able to install the (RELEASED!) 2.0 version. Sadly, though, the console-based install for 2.0 is broken, and there is no idea when that gets fixed. Apparently, the Alfresco team thinks that everybody running a server will have KDE/Gnome installed â€” which I most certainly won't have on a production server!

So, it'll be a pain to see if I can use the tomcat-based download with "manual" installation and use it. Customers are despairing, because they just love Alfresco â€” and there seems to be no way they answer our request for buying a license of the Enterprise Edition, so, while we wait for that request, I'll have to do my best in figuring out how to get the Community Edition working for them