You are viewing a plain text version of this content. The canonical link for it is here.
Posted to fop-dev@xmlgraphics.apache.org by bu...@apache.org on 2008/04/29 15:16:14 UTC

DO NOT REPLY [Bug 44902] New: FOP 0.95 does not resolve server path names.

https://issues.apache.org/bugzilla/show_bug.cgi?id=44902

           Summary: FOP 0.95 does not resolve server path names.
           Product: Fop
           Version: all
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P1
         Component: general
        AssignedTo: fop-dev@xmlgraphics.apache.org
        ReportedBy: sudesna.pati@dimari.de


When we work with our stylesheets to load images, FOP 0.95 works well with
local drive addresses,but does not work with server drive addresses. For your
convenience in understanding, let me give you a code snippet:

What works using fop0.95:

(network share connected via command net use Z: \\Dimari-server4\variobill):

<fo:block>
 <fo:external-graphic scaling="inherit" height="4.0cm" width="21cm"
src="Z:\shared\images\Briefkopf2005_08.PNG"/>
</fo:block>



What does not work:

<fo:block>
 <fo:external-graphic scaling="inherit" height="4.0cm" width="21cm"
src="\\Dimari-server4\variobill\shared\images\Briefkopf2005_08.PNG"/>
</fo:block>

So it is not able to resolve the server names. Drive like one with \\,u drive,
c drive does no more work with the old stylesheets. But this problem never
occured with the old version of fop.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902

Glenn Adams <gl...@skynav.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #6 from Glenn Adams <gl...@skynav.com> 2012-04-01 07:07:05 UTC ---
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902


Sudesna Pati <su...@dimari.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sudesna.pati@dimari.de




-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902





--- Comment #2 from Andreas L. Delmelle <ad...@apache.org>  2008-05-29 10:16:36 PST ---
*** Bug 45100 has been marked as a duplicate of this bug. ***


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902





--- Comment #4 from Andreas L. Delmelle <ad...@apache.org>  2008-05-31 14:32:23 PST ---
Additional info, as I've been looking at what can be done at the FOP-side to
solve this issue.

AFAICT, currently the specified URL for the 'src' property is passed as-is to
the XG Commons ImageManager. I assume Commons uses standard java.net.URL
operations when it tries to open the stream, so it seems to be a question of
whether the following would work:

new java.net.URL("file:////servername/dir/image.png").openStream();

If you can find a variant for which the above works, then the same string-value
should work if specified in the FO.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902


Jeremias Maerki <je...@apache.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




--- Comment #5 from Jeremias Maerki <je...@apache.org>  2008-06-02 10:01:23 PST ---
It was an issue of Apache Commons IO's FileUtils.toFile(URL) not supporting
file URLs constructed from UNC paths. With the change below I'm able to access
files via UNC paths.

Change in XML Graphics Commons Trunk:
http://svn.apache.org/viewvc?rev=662487&view=rev

BTW, it's interesting to note that File.toURL().toExternalForm() yields:
file://myserver/myshare/mypath/myfile.bmp
And File.toURI().toASCIIString() yields:
file:////myserver/myshare/mypath/myfile.bmp


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902





--- Comment #1 from J.Pietschmann <j3...@yahoo.de>  2008-04-29 14:45:48 PST ---
The src attribute of an external graphic takes an URL. Both
Z:\shared\images\Briefkopf2005_08.PNG and
\\Dimari-server4\variobill\shared\images\Briefkopf2005_08.PNG are file names,
not URLs, and technically invalid as the value for a src attribute. Because
many people are somewhat sloppy distinguishing the two concepts, FOP attempts
to detect and convert file names to URLs. This is messy for Windows file names,
and apparently nobody bothered yet to extend the usual hacks to include the
conversion of UNC paths.
The correct value to use in the second case should probably be
file:////Dimari-server4\variobill\shared\images\Briefkopf2005_08.PNG (note:
exactly four slashes after the file: prefix), but this may be unsupported by
the underlying library.

I'm tempted to close this as invalid, but someone else may want to add UNC
uplifting to the URL processing code.


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

DO NOT REPLY [Bug 44902] FOP 0.95 does not resolve server path names.

Posted by bu...@apache.org.
https://issues.apache.org/bugzilla/show_bug.cgi?id=44902





--- Comment #3 from Andreas L. Delmelle <ad...@apache.org>  2008-05-31 03:11:11 PST ---
*** Bug 45100 has been marked as a duplicate of this bug. ***


-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.