This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-03-13/xml-fop.html
Buildfile: build.xml
Caught exception (org.apache.tools.ant.BuildException) while
FYI: Stefan Bodewig (Thank you!!!) contacted me on this one. He has
already fixed the Gump descriptor so it should work next time.
On 13.03.2003 11:51:39 Sam Ruby wrote:
BUILD FAILED
file:///home/rubys/jakarta/xml-fop/build.xml:430: taskdef class
This was run against a clean checkout with a recent cvs update. When I
run against my previous tree, also just cvs updated, the forrest build
proceeds. I'll try to find out why.
Peter
Peter B. West wrote:
Fopdevs,
Has anyone else tried to run forrest against a new HEAD checkout? When
I
On Thu, Mar 13, 2003 at 09:16:52PM +1000, Peter B. West wrote:
This was run against a clean checkout with a recent cvs update. When I
run against my previous tree, also just cvs updated, the forrest build
proceeds. I'll try to find out why.
At:
Jeff,
I'm running forrest locally. I assume that there is no attempt by a
locally run forrest to talk to forrestbot.cocoondev.org. Which would
mean that the forrestbot has failed at the same place that I have.
wouldn't it?
Peter
Jeff Turner wrote:
On Thu, Mar 13, 2003 at 09:16:52PM +1000,
On Thu, Mar 13, 2003 at 10:31:23PM +1000, Peter B. West wrote:
Jeff,
I'm running forrest locally. I assume that there is no attempt by a
locally run forrest to talk to forrestbot.cocoondev.org.
Nope
Which would mean that the forrestbot has failed at the same place that
I have. wouldn't
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17955.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17955.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jeremias2003/03/13 08:46:06
Modified:src/java/org/apache/fop/fo FOUserAgent.java
src/java/org/apache/fop/pdf PDFDocument.java
src/java/org/apache/fop/render/pdf PDFRenderer.java
Added: src/java/org/apache/fop/pdf PDFEncryptionParams.java
jeremias2003/03/13 08:47:20
Modified:.build.xml
Log:
Updated for optional PDF encryption support (depending on availability of JCE)
Revision ChangesPath
1.78 +17 -1 xml-fop/build.xml
Index: build.xml
Hi crypto-guys!
I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess that's the
Hello!
So, we've got 28 logos [1] submitted. Now lets pick out the winner somehow.
Comments?
[1] http://vote.sparklit.com/web_poll.spark/714566
--
Oleg Tkachenko
Multiconn Technologies, Israel
-
To unsubscribe, e-mail: [EMAIL
My favourite is the green design by Chuck White (#9) most. Reasons:
- It emphasizes on FO be playing with the color, showing that FOP is
not a Fop, but a FO P, an FO processor.
- I like the pencil that is nicely integrated with the logo. Very nice
idea.
- The logo scales well and has good
Oleg,
I just voted and noticed that there're already a bunch of votes. Perhaps
it would be good to clear all of the votes and have everyone vote--now
that all of the submissions have been made.
BTW, I see a _bunch_ of very nice logos here! It'll be a tough choice,
and I'm sure it'll be neck
I like Andy Joslin's #21 #22 for some of the same reasons Jeremias
likes Chuck White's (FO P). I also like Andy Joslin's because they are
SVG and the colors are relatively easy to adjust to match the document
design (this could be bad, too!). Machael Schnuerle's are fun as well.
His
Jeremias Maerki wrote:
I've just committed PDF encryption support by Patrick C. Lankswert to
the redesign. The bad message is that it doesn't work yet. I get blank
pages in Acrobat when enabled, although the PDF looks good when compared
with one generated by the maintenance branch. I guess that's
Can you port your change to the maintenance branch?
I'm very interested to have encryption with JDK1.3.
Many thanks,
Bernard
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: 13 March, 2003 18:00
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Hi
That's why I didn't commit the patch: I didn't want to re-add
the PDFDocument reference to PDFXObject in order to get the
add the encryption filter after the makeStream() without asking
why the reference had been dropped on the way from maintenance
to HEAD.
The PDFDocument was used in the
pietsch 2003/03/13 16:12:11
Modified:src/documentation/content/xdocs gethelp.xml
pdfencryption.xml running.xml
Log:
Took pdfencryption autorship back. Fixed some weak formulations and
spelling errors.
Added documentation for xalan scripts.
Added a few
Manual,
I think so... the encryption objects are associated with the PDF Document so
as long as there is only on thread in a given PDF document instance, you
should be good to go.
Pat
-Original Message-
From: Manuel Mall [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 4:57 AM
Clay,
Right now the options are pass the the render. Examples can be found in the
command line implementation. But to save you some time, the rendor options
are pass as a hash map (name value pairs) to the render. If any encryption
options are passed, encryption is enabled. The value names are as
Clay,
Ooops... sorry, you asked about command line.
J,
Thanks for all your help pulling this together.
Pat
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 12, 2003 3:10 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Clay Leeds
Jeremias,
Be more than happy to look at it. Did you commit to HEAD or else where?
Pat
-Original Message-
From: Jeremias Maerki [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 13, 2003 12:00 PM
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Hi crypto-guys!
I've just
Hi,
I'm new to FOP, just joined the mailing list and I'm not sure what
exactly is going on so I'd *really* appreciate it if someone could
explain how to build FOP from the latest src (if it is even possible).
I've been unable to build FOP from the src archive as of 3/11. A couple
Today, it's working. Who knows? Have had a reboot since.
Peter
Jeff Turner wrote:
On Thu, Mar 13, 2003 at 10:31:23PM +1000, Peter B. West wrote:
I've just updated FOP and generated docs locally, and it all worked. I
didn't even get the RuntimeException. Weird..
--
Peter B. West [EMAIL
pbwest 2003/03/13 19:43:39
Modified:src/documentation/content/xdocs/design/alt.design/properties
PropertyConsts-class.ehtml
Log:
Added script tag
Revision ChangesPath
1.3 +2 -5
pbwest 2003/03/13 20:38:05
Modified:src/documentation/content/xdocs/design/alt.design/properties
PropertyConsts-class.ehtml
Log:
Corrected javascript.
Revision ChangesPath
1.4 +35 -30
many thanks
I will try
Bernard
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: 13 March, 2003 22:57
To: [EMAIL PROTECTED]
Subject: Re: PDF Encryption in HEAD
Bernard D'Have wrote:
Can you port your change to the maintenance branch?
I'm very
Keiron,
Great! Thanks for the recommendation... indeed I had an older version of Batik sneaking into the build; tricky jars :-) In case anyone has this trouble in the future, I was able to figure out which jar was being loaded by editing the build.xml file line 401 from:
javac
(Comments inline)
On 14.03.2003 07:05:08 Robert Kylberg wrote:
Keiron,
Great! Thanks for the recommendation... indeed I had an older version
of Batik sneaking into the build; tricky jars :-) In case anyone has
this trouble in the future, I was able to figure out which jar was
being
As there is likely to be a batik beta release sometime soon what does everyone
feel about having at least a PDF transcoder release.
A PS transcoder would be good if it is working okay (I have no PS viewer at the
moment).
Doing a release doesn't really depend on batik from our end. So if we can
Yes, redesign happens in HEAD. Thanks. I'll be after it, too, today.
On 14.03.2003 03:14:31 Patrick C. Lankswert wrote:
Be more than happy to look at it. Did you commit to HEAD or else where?
Jeremias Maerki
-
To
Sorry, Jörg. I got that wrong.
On 14.03.2003 01:12:11 pietsch wrote:
Took pdfencryption autorship back.
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
+1, but PDF transcoder only for the moment and only a release candidate
first.
Let's put together a checklist of things to do for the release:
- Tag CVS
- Check and update documentation (I've recently added an example to the
embedding examples I ported from the maintenance branch. Need to
I've added a Wiki page dedicated to our transcoders:
http://nagoya.apache.org/wiki/apachewiki.cgi?FOPBatikTranscoders
Jeremias Maerki
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL
35 matches
Mail list logo