[jira] Created: (SANSELAN-41) Can't parse EPS
Can't parse EPS --- Key: SANSELAN-41 URL: https://issues.apache.org/jira/browse/SANSELAN-41 Project: Commons Sanselan Issue Type: Wish Reporter: Jason Harrop On an EPS image, Sanselan.getImageInfo fails with org.apache.sanselan.ImageReadException: Can't parse this format. at org.apache.sanselan.Sanselan.getImageParser(Sanselan.java:621) at org.apache.sanselan.Sanselan.getImageInfo(Sanselan.java:587) at org.apache.sanselan.Sanselan.getImageInfo(Sanselan.java:563) at org.apache.sanselan.Sanselan.getImageInfo(Sanselan.java:582) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-74) AbstractMethodError when using httpclient v3.0.1
[ https://issues.apache.org/jira/browse/VFS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586076#action_12586076 ] Jason Harrop commented on VFS-74: - Regarding the URL encoding, I did find one problem. I'm attaching an updated patch. > AbstractMethodError when using httpclient v3.0.1 > > > Key: VFS-74 > URL: https://issues.apache.org/jira/browse/VFS-74 > Project: Commons VFS > Issue Type: Bug >Affects Versions: Nightly Builds >Reporter: Maarten Coene > Fix For: later > > Attachments: WebdavConnectionManager.java.patch, > work-with-httpclient-3.01.patch > > > Hi, > when you use VFS in combination with commons httpclient 3.0.1, you get an > AbstractMethodError: > java.lang.AbstractMethodError > at > org.apache.commons.httpclient.HttpClient.setHttpConnectionManager(HttpClient.java:472) > at > org.apache.commons.vfs.provider.webdav.WebdavClientFactory.createConnection(WebdavClientFactory.java:82) > at > org.apache.commons.vfs.provider.webdav.WebdavFileProvider.doCreateFileSystem(WebdavFileProvider.java:85) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:76) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:61) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:640) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:601) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:569) > at > fr.jayasoft.ivy.repository.vfs.VfsResource.(VfsResource.java:39) > at > fr.jayasoft.ivy.repository.vfs.VfsRepository.put(VfsRepository.java:159) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.put(RepositoryResolver.java:173) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.publish(RepositoryResolver.java:168) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2079) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2063) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2044) > at fr.jayasoft.ivy.ant.IvyPublish.execute(IvyPublish.java:195) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (VFS-74) AbstractMethodError when using httpclient v3.0.1
[ https://issues.apache.org/jira/browse/VFS-74?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Harrop updated VFS-74: Attachment: work-with-httpclient-3.01.patch > AbstractMethodError when using httpclient v3.0.1 > > > Key: VFS-74 > URL: https://issues.apache.org/jira/browse/VFS-74 > Project: Commons VFS > Issue Type: Bug >Affects Versions: Nightly Builds >Reporter: Maarten Coene > Fix For: later > > Attachments: WebdavConnectionManager.java.patch, > work-with-httpclient-3.01.patch > > > Hi, > when you use VFS in combination with commons httpclient 3.0.1, you get an > AbstractMethodError: > java.lang.AbstractMethodError > at > org.apache.commons.httpclient.HttpClient.setHttpConnectionManager(HttpClient.java:472) > at > org.apache.commons.vfs.provider.webdav.WebdavClientFactory.createConnection(WebdavClientFactory.java:82) > at > org.apache.commons.vfs.provider.webdav.WebdavFileProvider.doCreateFileSystem(WebdavFileProvider.java:85) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:76) > at > org.apache.commons.vfs.provider.AbstractOriginatingFileProvider.findFile(AbstractOriginatingFileProvider.java:61) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:640) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:601) > at > org.apache.commons.vfs.impl.DefaultFileSystemManager.resolveFile(DefaultFileSystemManager.java:569) > at > fr.jayasoft.ivy.repository.vfs.VfsResource.(VfsResource.java:39) > at > fr.jayasoft.ivy.repository.vfs.VfsRepository.put(VfsRepository.java:159) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.put(RepositoryResolver.java:173) > at > fr.jayasoft.ivy.resolver.RepositoryResolver.publish(RepositoryResolver.java:168) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2079) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2063) > at fr.jayasoft.ivy.Ivy.publish(Ivy.java:2044) > at fr.jayasoft.ivy.ant.IvyPublish.execute(IvyPublish.java:195) > at > org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275) > at org.apache.tools.ant.Task.perform(Task.java:364) > at org.apache.tools.ant.Target.execute(Target.java:341) > at org.apache.tools.ant.Target.performTasks(Target.java:369) > at > org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216) > at org.apache.tools.ant.Project.executeTarget(Project.java:1185) > at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40) > at org.apache.tools.ant.Project.executeTargets(Project.java:1068) > at org.apache.tools.ant.Main.runBuild(Main.java:668) > at org.apache.tools.ant.Main.startAnt(Main.java:187) > at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246) > at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-118) Need for standard VFS JFileChooser implementation
[ https://issues.apache.org/jira/browse/VFS-118?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586077#action_12586077 ] Jason Harrop commented on VFS-118: -- See http://vfsjfilechooser.sourceforge.net/ That site also links to an SWT implementation at http://commons-vfs-ui.sourceforge.net/ > Need for standard VFS JFileChooser implementation > - > > Key: VFS-118 > URL: https://issues.apache.org/jira/browse/VFS-118 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: later > Environment: All. >Reporter: Ludovic MaƮtre > > I have searched the web several time and haven't find any standard Commons > VFS (J)FileChooser. > I really would like to have a component like this (with a Swing > implementation and if possible a SWT equivalent), this would greatly help me > and any developer adding commons-vfs support to desktop applications. I have > under my hand at least ArgoUML and FreeMind which could be easily extended to > support commons-vfs if such a component exist. And this is only the softwares > i follow/contribute, i'm such a lot of java software could benefit of this. > So if a good people would like to contribute this i would be more than happy. > If noboy does it, well, i guess i will tackle this in the futur, but i would > prefer to let an expert in UI do it :-) (if there is such a contributor to > commons-vfs). > Thanks in advance, -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-180) Support HTTPS / SSL for Webdav
[ https://issues.apache.org/jira/browse/VFS-180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12586213#action_12586213 ] Jason Harrop commented on VFS-180: -- I've created a project on sourceforge to maintain/enhance the webdav client component of slide. See https://sourceforge.net/projects/webdavclient4j > Support HTTPS / SSL for Webdav > -- > > Key: VFS-180 > URL: https://issues.apache.org/jira/browse/VFS-180 > Project: Commons VFS > Issue Type: New Feature >Affects Versions: 1.0, 1.1 >Reporter: Werner Mueller > > The Slide Webdav lib supports encrypted HTTPS connections. So it should be > possible to add https support to vfs too. currently the webdav provider > creates http urls (in WebdavClientFactory.java). > maybe some provider like 'webdavs' could be added to switch to HttpsUrl. > regards > werner -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (VFS-207) PATCH for Webdav - faulty test for existence causes PUT of new resource to fail
PATCH for Webdav - faulty test for existence causes PUT of new resource to fail --- Key: VFS-207 URL: https://issues.apache.org/jira/browse/VFS-207 Project: Commons VFS Issue Type: Improvement Affects Versions: 1.0, 1.1 Reporter: Jason Harrop org.apache.commons.vfs.provider.webdav.WebdavFileObject.setDavResource seeks to determine whether a specified resource exists already or not. At present, it checks whether COPY is an allowed method, and if it is, the resource is assumed to exist. According to the code, this works on IIS. It doesn't work for Alfresco's WebDAV implementation, at least. This causes the PUT of a new resource to fail. The attached patch uses a PROPFIND to determine whether the resource exists. (It also contains the simple fix to the argument to setEscapedPath) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (VFS-207) PATCH for Webdav - faulty test for existence causes PUT of new resource to fail
[ https://issues.apache.org/jira/browse/VFS-207?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jason Harrop updated VFS-207: - Attachment: patch-testexistence.txt > PATCH for Webdav - faulty test for existence causes PUT of new resource to > fail > --- > > Key: VFS-207 > URL: https://issues.apache.org/jira/browse/VFS-207 > Project: Commons VFS > Issue Type: Improvement >Affects Versions: 1.0, 1.1 >Reporter: Jason Harrop > Attachments: patch-testexistence.txt > > > org.apache.commons.vfs.provider.webdav.WebdavFileObject.setDavResource seeks > to determine whether a specified resource exists already or not. > At present, it checks whether COPY is an allowed method, and if it is, the > resource is assumed to exist. > According to the code, this works on IIS. > It doesn't work for Alfresco's WebDAV implementation, at least. This causes > the PUT of a new resource to fail. > The attached patch uses a PROPFIND to determine whether the resource exists. > (It also contains the simple fix to the argument to setEscapedPath) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.