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.

Alfresco vs. WEBDAV

roby71

Hi,

I tryed to use webdav service to upload document inside my alfresco server running on Linux OS.

So, I uploaded from my MS-windows XP workstation
some word documents without any problems
but when I browse documents via web browser (IE or Mozilla)
I noted that each document name that contain "ÃƒÂ " become "ÃƒÂ½".

Anyone have had this problem?
Anyone could give me any feedback / explanation of this behaviour?
Any workaround / advice?

Thanks in advance,
regards

Find more posts tagged with

Comments

mikeh

Hi,

I've just tried this locally with a file called "ÃƒÂ docÃƒÂºmÃƒÂ©nt.doc" uploaded from Explorer over WebDAV, and it looked ok both over webdav in Firefox and the web client

Is your database configured correctly to use UTF-8?

Also, we'd recommend making sure the Tomcat connector encodes URIs correctly by ensuring

URIEncoding="UTF-8"‍

appears in the server.xml config file.

For example:

    <!– Define a non-SSL HTTP/1.1 Connector on port 8080 –>
    <Connector port="8080" URIEncoding="UTF-8" maxHttpHeaderSize="8192"
               maxThreads="150" minSpareThreads="25" maxSpareThreads="75"
               enableLookups="false" redirectPort="8443" acceptCount="100"
               connectionTimeout="20000" disableUploadTimeout="true" />
‍‍‍‍‍‍

Thanks,
Mike

roby71

Hi,

I followed your instructions but it doesn't work yet!

below you can find my server.xml snippest:

- <!–  Define a non-SSL HTTP/1.1 Connector on port 8080 
  –> 
  <Connector port="28080" URIEncoding="UTF-8" maxHttpHeaderSize="28192" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="28443" acceptCount="100" connectionTimeout="20000" disableUploadTimeout="true" /> 
- <!– 
‍‍‍‍‍‍

and I check my db set-up: below I report my db nls configurations:

SELECT * from NLS_DATABASE_PARAMETERS

PARAMETER                      VALUE                                   
—————————— —————————————-
NLS_LANGUAGE                   AMERICAN                                
NLS_TERRITORY                  AMERICA                                 
NLS_CURRENCY                   $                                       
NLS_ISO_CURRENCY               AMERICA                                 
NLS_NUMERIC_CHARACTERS         .,                                      
NLS_CHARACTERSET               WE8ISO8859P1                            
NLS_CALENDAR                   GREGORIAN                               
NLS_DATE_FORMAT                DD-MON-RR                               
NLS_DATE_LANGUAGE              AMERICAN                                
NLS_SORT                       BINARY                                  
NLS_TIME_FORMAT                HH.MI.SSXFF AM                          
NLS_TIMESTAMP_FORMAT           DD-MON-RR HH.MI.SSXFF AM                
NLS_TIME_TZ_FORMAT             HH.MI.SSXFF AM TZR                      
NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH.MI.SSXFF AM TZR            
NLS_DUAL_CURRENCY              $                                       
NLS_COMP                       BINARY                                  
NLS_LENGTH_SEMANTICS           BYTE                                    
NLS_NCHAR_CONV_EXCP            FALSE                                   
NLS_NCHAR_CHARACTERSET         AL16UTF16                               
NLS_RDBMS_VERSION              9.2.0.1.0                               
20 rows selected
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I have noted that if I create a content by alfresco's web client this problem
there isn't and content file name is correct rappresented.

So, I think that thi problem is only via webdav!

Any others advice?

thanks,
regards

robertoroberto

I have a webdav client to access to Alfresco repository.
I have 3 user homes.
The webdav client is executed as an applet in a dinamic jsp page.
When I start the applet for fisrt time I have no problem to access to the chosen user home.
Then I go again in applet page and I connect with new user and password to an other user home.
I have this excpetion

11:22:41,781 INFO [STDOUT] 11:22:41,781 ERROR [alfresco.webdav.protocol] Internal Server Error:
org.alfresco.repo.security.permissions.AccessDeniedException: Access Denied. You do not have the appropriate permissions to perform this operation.
at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:53)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
at org.alfresco.repo.audit.AuditComponentImpl.auditImpl(AuditComponentImpl.java:256)
at org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.java:191)
at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:69)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
at $Proxy103.resolveNamePath(Unknown Source)
at org.alfresco.repo.webdav.WebDAVHelper.getNodeForPath(WebDAVHelper.java:278)
at org.alfresco.repo.webdav.OptionsMethod.executeImpl(OptionsMethod.java:91)
at org.alfresco.repo.webdav.WebDAVMethod$1.execute(WebDAVMethod.java:144)
at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:225)
at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:174)
at org.alfresco.repo.webdav.WebDAVMethod.execute(WebDAVMethod.java:152)
at org.alfresco.repo.webdav.WebDAVServlet.service(WebDAVServlet.java:129)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.alfresco.repo.webdav.auth.AuthenticationFilter.doFilter(AuthenticationFilter.java:290)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Caused by: net.sf.acegisecurity.AccessDeniedException: Access Denied
at org.alfresco.repo.security.permissions.impl.acegi.ACLEntryAfterInvocationProvider.decide(ACLEntryAfterInvocationProvider.java:299)
at org.alfresco.repo.security.permissions.impl.acegi.ACLEntryAfterInvocationProvider.decide(ACLEntryAfterInvocationProvider.java:316)
at org.alfresco.repo.security.permissions.impl.acegi.ACLEntryAfterInvocationProvider.decide(ACLEntryAfterInvocationProvider.java:200)
at net.sf.acegisecurity.afterinvocation.AfterInvocationProviderManager.decide(AfterInvocationProviderManager.java:107)
at net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.afterInvocation(AbstractSecurityInterceptor.java:329)
at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:82)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
… 38 more

Username and password are correct.
If I try to access to the user home that I have accessed for first, I don't have problems.

Please help me!!

Sorry for my English, I'm Italian :roll:

roby71

Hi,

I'm italian too… :!:

I think that
you could try to use your 3 diffent webdav access directly without use applet and check if this problem accour.
Ensure that your 3 users have the right role to access space.
Grant them to Coordinator role.

regards,
Roberto

Italiano: proava ad accedere via webdav direttamente senza l'applet
giusto per capire dove ÃƒÂ¨ il problema. Verifica inoltre che i 3 utenti abbiano i ruoli giusti per accedere agli space. Prova a dare a tutti il ruolo di Coordinator. Ciao

robertoroberto

Io ho configurato alfresco su jboss in modo che prenda gli utenti da ldap.

Ho provato con internet explorer con il link
http://localhost:8080/alfresco/webdav/User%20Homes/ve0

ho inserito login e password e funziona.
riprovo con
http://localhost:8080/alfresco/webdav/User%20Homes/ve1

e nn esce la schermata che mi chiede login e password ma ho un errore.
In pratica tenta di accedere con le stesse credenziali di prima.

HTTP Status 401 -

——————————————————————————–

type Status report

message

description This request requires HTTP authentication ().

e nel log ottengo la stessa eccezione di prima "… :? Access denied".
Se apro un nuovo internet explorer e inserisco di nuovo
http://localhost:8080/alfresco/webdav/User%20Homes/ve1

mi esce la richiesta di login e password, le inserisco e funziona.

Provando con l'applicazione client wedbav prima usata sotto forma di applet (DAV Explorer)
Il problema ÃƒÂ¨ lo stesso. mi da un errore "Http error or server timeout, plese retry the last operation", ma in pratica l'eccezione di alfresco ÃƒÂ¨ la stessa citata nel post precedente.

In conclusione: perchÃƒÂ¨ nn mi richiede ogni volta la login e la password, ma tenta di accedere con le credenziali precedenti? se questo ÃƒÂ¨ il problema…

robertoroberto

…o proprio nn me le richiede proprio le credenziali

roby71

Hi,

Try to invoke this url:

http://localhost:8080/alfresco/webdav
'>
http://localhost:8080/alfresco/webdav

and not

http://localhost:8080/alfresco/webdav/User Homes/
'>
http://localhost:8080/alfresco/webdav/User Homes/

ciao

robertoroberto

Why?
the problem is accessing two repository, first /User Homes/ve1 and then User Homes/ve2.
Per il primo repository a cui accedo tutto ok, per il secondo mi da access denies, perchÃƒÂ¨ nn si prende le credenziali.

A http://localhost:8080/alfresco/webdav mi fa accedere. se poi metto il link http://localhost:8080/alfresco/webdav/User Homes/ve1 o http://localhost:8080/alfresco/webdav/User Homes/ve2 accedo senza che mi chieda login e password in quanto sottocartelle immagino…