[
https://issues.jboss.org/browse/ISPN-931?page=com.atlassian.jira.plugin.s...
]
Radoslav Husar edited comment on ISPN-931 at 2/14/11 11:57 AM:
---------------------------------------------------------------
On related note, the FS doesn't support (probably) non-ASCII characters, like
"ñ" :-) It would be also nice to have fixed for non-English demo sessions since
people are creating default new files on the webshare which is then not working for them.
Update: actually, it creates it, but on entering the dir: "Could not find
"dav://localhost:8080/infinispan-gridfs-webdav/ñ". Please check the spelling and
try again." but other characters from the ie. czech alphabet, it was garbled.
was (Author: rhusar):
On related note, the FS doesn't support (probably) non-ASCII characters, like
"ñ" :-) It would be also nice to have fixed for non-English demo sessions.
NPE in /infinispan-gridfs-webdav demo
-------------------------------------
Key: ISPN-931
URL:
https://issues.jboss.org/browse/ISPN-931
Project: Infinispan
Issue Type: Bug
Components: Demos and Tutorials
Affects Versions: 4.2.0.Final, 4.2.1.CR1
Reporter: Radoslav Husar
Assignee: Galder Zamarreño
Priority: Minor
Fix For: 4.2.1.CR2, 4.2.1.Final, 5.0.0.ALPHA3, 5.0.0.Final
We ran into this when we were demoing gridFS webdav demo on the developer conference
using Gnome's 'Connect to server' function and then accessing via Nautilus.
Looks like error in webdav 3rd party lib.
14:57:07,790 ERROR [WebDavServletBean] Exception: java.lang.NullPointerException
at net.sf.webdav.methods.DoPropfind.parseProperties(DoPropfind.java:256)
at net.sf.webdav.methods.DoPropfind.recursiveParseProperties(DoPropfind.java:212)
at net.sf.webdav.methods.DoPropfind.recursiveParseProperties(DoPropfind.java:227)
at net.sf.webdav.methods.DoPropfind.execute(DoPropfind.java:165)
at net.sf.webdav.WebDavServletBean.service(WebDavServletBean.java:128)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
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:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at
org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:662)
Before happening, I noticed (maybe unrelated..)
14:42:31,269 INFO [STDOUT] LockedObject.removeLockedObjectOwner()
14:42:31,269 INFO [STDOUT] java.lang.ArrayIndexOutOfBoundsException: 1
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira