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

[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!!  :cry:

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.

:cry:
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%20Homes/
'>
http://localhost:8080/alfresco/webdav/User%20Ho...


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…