And just to add one more point: I downloaded the 1.1 binary to this same Mac and ran:
$ ~/Downloads/fop-1.1/fop -d -c fop-config.xml -fo frus1969-76v03-cover.fo -pdf frus1969-76v03-cover2.pdf (Using the same fop-config.xml as described in my original email.) The resulting PDF has the TIFF image intact, as expected - no black box as I got with my locally build and configured trunk. I guess this points not to a system level issue but rather my method of building or configuring fop trunk, right? Joe On Wed, Nov 20, 2013 at 10:03 PM, Joe Wicentowski <[email protected]> wrote: > Hi Luis, > > Thank you for your reply! I just tried rebuilding on my other Mac and > reproduced my earlier black box problem. I also tried your suggestion > to change the image reference to point to the local file system, with > the same results: > > Original form of the image reference on line 27: > <fo:external-graphic > src="url('http://localhost:8080/cms/apps/tei-content/images/Image_0001.tiff')"/> > > Form 2: > <fo:external-graphic src="url('Image_0001.tiff')"/> > > Form 3: > <fo:external-graphic > src="url('http://localhost:8080/cms/apps/tei-content/images/Image_0001.tiff')"/> > > Given that you weren't able to reproduce the problem, I wonder if > there could be a configuration problem on my side. Here was my > procedure after checking out trunk: > > First, I built fop using "ant package", based on the recommendation at > http://xmlgraphics.apache.org/fop/trunk/compiling.html. > > Second, I set up this ~/.foprc file: > > FOP_OPTS="-Xmx2000m -Djava.awt.headless=true" > FOP_HOME="~/workspace/fop/" > > Let me explain the values I chose: I set the Xmx because at first my > transformations were stalling at around page 500 of a 1000-plus page > publication, and raising the memory here allowed the transformation to > complete. I set headless=true because I was using a bash for loop on > a directory of nearly 200 .fo files and the FOP icon kept stealing > focus. And this FOP_HOME "~/workspace/fop/" directory is where I > checked out fop trunk, i.e., I ran chmod +x on ~/workspace/fop/fop to > be able to call the command I listed before: > > $ ~/workspace/fop/fop {and so on...} > > Could something in my .foprc be messed up? > > Going further afield, I have this Oracle Java JDK: > > $ java -version > java version "1.7.0_11" > Java(TM) SE Runtime Environment (build 1.7.0_11-b21) > Java HotSpot(TM) 64-Bit Server VM (build 23.6-b04, mixed mode) > > I also have the XCode Command Line Tools and homebrew installed with > these packages: > > $ brew list > ant automake graphviz libksba libtool openssl python sqlite > autoconf gdbm libgpg-error libpng libyaml pkg-config readline > > If there's any other information I can provide, I'd be happy to. > > Thanks again, > Joe > > >> On Nov 20, 2013, at 6:34 PM, Luis Bernardo <[email protected]> wrote: >> >> I am unable to reproduce the problem. I am also using Mac OS X 10.9, and >> same trunk revision. >> >> Can you try to place the image on the local disk (instead of retrieving it >> from a web server) to check whether that is causing the problem? >> >>> On 11/20/13, 8:55 PM, Joe Wicentowski wrote: >>> Hi all, >>> >>> I recently built FOP for the first time to see if a problem I was >>> experiencing under 1.1 (it would consistently hang when rendering a >>> certain page) would go away if I tried trunk. While trunk does now >>> overcome the problem I was having under 1.1, I am experiencing a new >>> problem: a TIFF that I embed on the cover page of my output was >>> displaying correctly under 1.1 but is now appearing as a squat, opaque >>> black box in the PDF generated under trunk. >>> >>> I'm running fop trunk rev. 1543560 on Mac OS X 10.9, and ran fop on >>> the command line: >>> >>> $ ~/workspace/fop/fop -d -c fop-config.xml -fo frus1969-76v03.fo >>> -pdf frus1969-76v03.pdf >>> >>> I don't get any errors in the output about the image (which is stored >>> on a local server at being inaccessible. >>> >>> I've uploaded sample fo, the image, and the resulting PDF at the following >>> URLs: >>> >>> http://static.history.state.gov/temp/fop/frus1969-76v03-cover.fo >>> http://static.history.state.gov/temp/fop/frus1969-76v03-cover.pdf >>> http://static.history.state.gov/temp/fop/Image_0001.tiff >>> http://static.history.state.gov/temp/fop/fop-config.xml >>> >>> The problem is apparent on the PDF, where I would expect to see >>> Image_0001.tiff embedded but instead see an opaque black box. >>> According to the docs >>> (http://xmlgraphics.apache.org/fop/trunk/graphics.html#tiff), this >>> CCITT Group IV-encoded TIFF image should be compatible with FOP. And >>> it rendered fine under 1.1. >>> >>> I'd appreciate any suggestions you might have. I'm not quite sure >>> what to try next. >>> >>> Thank you, >>> Joe >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: [email protected] >>> For additional commands, e-mail: [email protected] >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
