Problems printing PDF files with SVG images

2002-04-04 Thread Toulson, Simon

Apologies if you have already received this, the original was bounced back as the 
attachments were too large.

I am trying to print a PDF file which contains an SVG image generated by FOP 0.20.2. 
The SVG image consists of bar chart with text labels on each axis.  The problem I am 
encountering is that when I set FOP to use PDF fonts (PDFFonts.pdf) by adding the 
entry
  keystrokeSVGText/key
  valuefalse/value
/entry
value to the userconfig.xml.  The label text does not appear when printing the PDF 
file, yet when I view it in Acrobat Reader 4.0, it appears fine.

When I use SVG (SVGFonts.pdf) fonts rendering the text labels. The text labels appear 
grainy in the PDF viewer, but print out fine.

I am using FOP as part of a web server based application which allows users to be able 
to view the PDF documents in a browser and print them.  I have setting the Smooth 
Text and Images in the Acrobat settings, but this has not altered the rendering 
quality of the text, using SVG fonts.

Is there any way I get the text in the PDFFonts.pdf example to be printed, by making a 
change on the server ?  ( I don't want to have users changing their acrobat settings 
if at all possible ).  The SVG image is generated by batik.jar, provided with FOP. 

Attached is a zip file containing the fop input data and the resulting PDF files.
 fop-data.zip 
--
Simon Toulson
CREDIT | FIRST  
SUISSE | BOSTON 
Equity Capital Markets IT, London   Direct: +44-207-888-5268


This message is for the named person's use only. It may contain sensitive and private 
proprietary or legally privileged information. No confidentiality or privilege is 
waived or lost by any mistransmission. If you are not the intended recipient, please 
immediately delete it and all copies of it from your system, destroy any hard copies 
of it and notify the sender. You must not, directly or indirectly, use, disclose, 
distribute, print, or copy any part of this message if you are not the intended 
recipient. CREDIT SUISSE GROUP and each legal entity in the CREDIT SUISSE FIRST BOSTON 
or CREDIT SUISSE ASSET MANAGEMENT business units of CREDIT SUISSE FIRST BOSTON reserve 
the right to monitor all e-mail communications through its networks. Any views 
expressed in this message are those of the individual sender, except where the message 
states otherwise and the sender is authorized to state them to be the views of any 
such entity.
Unless otherwise stated, any pricing information given in this message is indicative 
only, is subject to change and does not constitute an offer to deal at any price 
quoted. Any reference to the terms of executed transactions should be treated as  
preliminary only and subject to our formal written confirmation.




fop-data.zip
Description: Binary data

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]


AW: Designing PDF extensions: form fields

2002-04-04 Thread J.U. Anderegg

Hi Keiron,

Let's fix a DESIGN GOAL. What can be realized in which time frame? I see 2
ways to go ahead:

1. Low level implementation using native PDF syntax: users have to learn PDF
syntax and to some extent PDF file structure. They can try experimentally
everything with the risk of invalid PDF in the document test phase. The
document development might look like this:

- get documentation: PDF reference manual or see PDFmarks in
http://www.math.uakron.edu/~dpstory/tutorial/pdfmarks/forms.pdf
- develop document without form fields
- use Acrobat to add the form fields to the document
- view the PDF document in ASCII e.g. with Windows WordPad and copy form
field PDF objects into FOP markup
- test, modify FOP markup

2. Perfect, complete XML syntax for PDF forms covers all functions. Perhaps
XHTML could do this job. The system is fully documented, so that users never
have to care about PDF internals (my favorite reference document has 96
pages). The PDFextension takes over FOP properties and uses existing PDF
methods. Additional properties needed for PDF form fields are handled.

Of course a clean system (2) is preferable. Where is the expert to take over
this task? Not very elegant system (1) can be set up within 1 month assumed
the pdf library offers an API to allow PDF extensions - the base for other
developments. Once priorities are set, technicalities will be solved
efficiently.


Hansuli Anderegg, Zurich, Switzerland



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




fo:basic-link does not work in xsl-region-before?

2002-04-04 Thread Costantino Sertorio

Hi, does anyone know if this is a FOP bug?

It appears to me that a basic-link cannot be used in the region-before, as
in the following snippet:

fo:static-content flow-name=xsl-region-before
  fo:block
fo:basic-link color=red external-destination=http://www.abc.def;
www.abc.def/fo:basic-link
  /fo:block
...

BTW, this was a bug in FOP 0.17, marked #964 in bugzilla.

Thanks,

Costantino


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Problems using table-header with FOP 0.19

2002-04-04 Thread Seisdedos Juan, Francisco Javier

I have written this code:

?xml version=1.0 encoding=UTF-8 ? 
fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;
fo:layout-master-set
fo:simple-page-master master-name=simplePM page-height=25cm page-width=20cm 
margin-top=1cm margin-bottom=1cm margin-left=1.5cm margin-right=1.5cm
fo:region-before extent=2.5cm / 
fo:region-body margin-top=3cm margin-bottom=3cm / 
fo:region-after extent=2.5cm / 
/fo:simple-page-master
/fo:layout-master-set
fo:page-sequence master-name=simplePM
fo:flow flow-name=xsl-region-body

fo:table
fo:table-column column-width=70mm/
fo:table-body
fo:table-row
fo:table-cellfo:block space-before=450pt/fo:block/fo:table-cell
/fo:table-row
/fo:table-body
/fo:table

fo:table
fo:table-column column-width=200mm/
fo:table-header
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Header 
1/fo:block/fo:table-cell/fo:table-row
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Header 
2/fo:block/fo:table-cell/fo:table-row
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Header 
3/fo:block/fo:table-cell/fo:table-row
/fo:table-header
fo:table-body 
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Body 
1/fo:block/fo:table-cell/fo:table-row
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Body 
2/fo:block/fo:table-cell/fo:table-row
fo:table-rowfo:table-cellfo:block font-size=14ptTest Table Body 
3/fo:block/fo:table-cell/fo:table-row
/fo:table-body   
/fo:table
/fo:flow
/fo:page-sequence
/fo:root

I wrote two tables: one for blank space and the other one to write data. If the 
property space-before of the first table has a value of  500pt, it is shown right but 
if the value is 450pt (like now), the table header is getting lost. 

Could anybody help me?

Thank you.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




vertical alignment

2002-04-04 Thread Joshua Marinacci

I must be missing something, but for the life of me I can't figure out 
how to create
a single page with vertically centered text. I want to create a title 
page which will have
the text  Blah Blah by Whoever   on three lines, all grouped together in 
the center
of the page without explicitly setting how far down on the page it is.  
I've set the vertical-align attribute of a block but it's still stuck at 
the top of the page. If horizontal centering
is so easy then why is vertical so hard?

Thanks in advance,

- Joshua

... but I still haven't found what I'm looking for.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Some comments on the build system

2002-04-04 Thread Arved Sandstrom

Hi, Peter

I personally agree that the properties don't need the XML+XSLT approach.
Even if one leaves aside the aural properties there are over 250 properties,
and on close inspection the commonalities are limited. I believe the largest
group size of properties that are identical is 4. Many properties have extra
constraints (they interoperate with other properties, for example), they
accept different combinations of input generic types, percentages have
meaning only in the context of the property, and so on and so forth.

One could come up with a super-sophisticated XML+XSLT system to embody all
this, but why bother?

I'm not going to bad-mouth the current system that FOP has. I acquiesced at
least implicitly in the choice to at least continue with it, at an early
stage. But I now believe that the right place for a lot of logic related to
properties is actually in the properties. I think an XML+XSLT approach
pushes a lot of that out into places where it ought not to be.

Most of the common handling has actually little to do with the properties
per se - it has to do with expressions and datatypes. This is not the same
thing. An XSL property is not a datatype, IMO, and shouldn't be regarded
that way.

I don't think it's a pressing issue unless someone then immediately proposes
and moves forward with work to make the properties rich, interesting things.
It's not really an IDE issue - there are IDEs that handle the current FOP
setup just fine.

I also agree that ease of making changes to properties is not a compelling
argument for XML files, nor for using XSLT to generate the code. The
properties are simply not that similar. So you may as well work on Java
properties files directly. And since properties _are_ what make XSL, if
there are significant changes in properties in the spec then the disruption
is going to be widespread.

I agree with Keiron's observations regarding the other point, about
versioning. Our numbers are release numbers (major, minor, patch, plus stage
info, as he puts it), and these require human decision-making. You can't
automate release numbers sensibly.

Anything else Ant supports (timestamping, token filtering, build number
incrementing) makes a lot of sense in the right contexts, mostly in the
sense of configuration management and builds.

I'd like to see a stronger link between the release number in the build.xml
and the presence of a matching tag in the CVS, myself. I've been personally
guilty of forgetting to tag the CVS when buildng a distro and it's because
there was no mechanism to jog my memory. I don't think the tagging itself
should be automated but some aspect of the source code retrieval prior to
building a dist* target should be dependent on the presence of a matching
tag. Let's face it, right now we have no configuration management at all -
maybe this isn't much better but at least it's something.

Regards,
Arved

-Original Message-
From: Peter B. West [mailto:[EMAIL PROTECTED]]
Sent: April 3, 2002 12:23 PM
To: fop-dev
Subject: Some comments on the build system


Fops,

I would like to see the build system overhauled.  The overall objectives
of the overhaul would be to simplify the build process and decrease
barriers to entry for would-be developers.  The tactical objectives
would be to eliminate XSL from the build, and to generate the classes
directly from the source tree.  The advantages of this approach are, I
think, obvious.  For a developer using an IDE/JDE, the source tree
associated with the classes whose behaviour is being observed would be
the same source tree to which changes are being made, and the same
source tree from which commits would be made.  Eliminating XSL, and
expressing the system entirely in Java means that, as far as development
is concerned, what you see is what you get.  There are no invisible
shenanigans going on behind the build.

I have not gone over the XSL with a fine-toothed comb, but what I have
seen is enough to be able to give the flavour of the argument.
 Basically, if you feel the need to generate Java from a combination of
XML and XSL, you should make your Java look more like your XML, and less
like the output from your XSL.  The neat data characteristics of the XML
can and should be expressed more or less directly in Java.

Font generation is simple to translate into a static reference HashMap
from names to codepoints, set up with a static{} block, and some further
static{}s to set up the width arrays.

Properties are a fascinating topic.  To me, the fact that Properties
virtually demand some kind of code generation is proof enough that the
approach is wrong.  But more of that another time.  Let's say that you
do need some help to set these things up.  How many times do you need to
do it?  Isn't once enough?  The majority of the class files having been
set up, what varies?

Create the base files, and check them in to CVS.  Then put the XML and
XSL aside as a once-useful historical oddity.  Unimplemented properties
will 

License Issue Inquiry

2002-04-04 Thread Charles Marcus

Greetings,

I hope this is the proper place for this question to be submitted.  If
not, please direct me to where I need to go.

I am taking it upon myself to submit a query regarding the Apache
Software License that FOP is licensed under.

There is some big interest currently in the OOo (OpenOffice.org)
community with respect to finding a cross-platform, uniform and
integrated method for providing PDF document creation, and FOP looks
like it could be the answer.  The only question is, can OOo use it?

OOo requires that anything integrated into its source code be made
available to them under the terms of the LGPL license.

What would be required in order to allow a version of FOP to be
licensed/sub-licensed/dual-licensed under the LGPL?

I am not subscribed to the list so would appreciate any replies to be
cc'd directly to me at:

[EMAIL PROTECTED]

Thanks!

Charles Marcus


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




How to get 20.3 to build

2002-04-04 Thread Paul . Hussein


I get this error when running build.sh

compile:
 [echo] Compiling the sources
[mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources
 [copy] Copying 11 files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources
[mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images
 [copy] Copying 5 files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images
[javac] Compiling 497 source files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes
[javac] error: File 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/properties/Constants.java
 does not contain type
org.apache.fop.fo.properties.Constants as expected. Please adjust the class path so 
that the file does not appear in the package
org/apache/fop/fo/properties.
[javac] 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/PropertyManager.java:22:
 Class org.apache.fop.fo.properties.Constants not
found in import.
[javac] import org.apache.fop.fo.properties.Constants;
[javac]^


Have I missed something simple ??



Regards


Paul.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: How to get 20.3 to build

2002-04-04 Thread Christian Geisert

[EMAIL PROTECTED] wrote:
 I get this error when running build.sh
 
 compile:
  [echo] Compiling the sources
 [mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources
  [copy] Copying 11 files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources
 [mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images
  [copy] Copying 5 files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images
 [javac] Compiling 497 source files to 
/home/husseinp/java/fop/fop-0.20.3/build/classes
 [javac] error: File 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/properties/Constants.java
 does not contain type
 org.apache.fop.fo.properties.Constants as expected. Please adjust the class path so 
that the file does not appear in the package
 org/apache/fop/fo/properties.
 [javac] 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/PropertyManager.java:22:
 Class org.apache.fop.fo.properties.Constants not
 found in import.
 [javac] import org.apache.fop.fo.properties.Constants;
 [javac]^
 
 
 Have I missed something simple ??

Mmmh .. the missing file is generated during the build process.
Try again from scratch, first type './build.sh clean' then
'./build.sh' and watch for something like:

codegen:
  [echo] Resetting codegen directory
  [copy] Copying 37 files to 
/home/chrisg/tmp/fop-0.20.3/build/src/codegen
  [echo] Generating the java files from xml resources
...



 Regards
 
 
 Paul.

Christian


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: fo:basic-link does not work in xsl-region-before?

2002-04-04 Thread Christian Geisert

Costantino Sertorio wrote:
 Hi, does anyone know if this is a FOP bug?

Yes.

 It appears to me that a basic-link cannot be used in the region-before, as
 in the following snippet:
 
 fo:static-content flow-name=xsl-region-before
   fo:block
 fo:basic-link color=red external-destination=http://www.abc.def;
 www.abc.def/fo:basic-link
   /fo:block
 ...
 
 BTW, this was a bug in FOP 0.17, marked #964 in bugzilla.

It's on my todo-list but I don't know when I have the time ...

 Thanks,
 
 Costantino

Christian


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: License Issue Inquiry

2002-04-04 Thread Nicola Ken Barozzi

I'm moving this to [EMAIL PROTECTED] because I think it's of interest
to all.
If not, please excuse me.

From: Charles Marcus [EMAIL PROTECTED]

 Greetings,

 I hope this is the proper place for this question to be submitted.  If
 not, please direct me to where I need to go.

 I am taking it upon myself to submit a query regarding the Apache
 Software License that FOP is licensed under.

 There is some big interest currently in the OOo (OpenOffice.org)
 community with respect to finding a cross-platform, uniform and
 integrated method for providing PDF document creation, and FOP looks
 like it could be the answer.  The only question is, can OOo use it?

 OOo requires that anything integrated into its source code be made
 available to them under the terms of the LGPL license.

 What would be required in order to allow a version of FOP to be
 licensed/sub-licensed/dual-licensed under the LGPL?

The Apache license makes the code usable in any way, as long as you give
proper credit and don't blame Apache for problems.

AFAIK, the problem lies in the *GPL license, which is more restrictive; my
personal suggestion is to check the LGPL license and ask the authors of that
license. IIRC GNU states that Apache and *GNU licenses are incompatible for
them, but don't take my word for it.

Apache AFAIK releases code only under the Apache license.

 I am not subscribed to the list so would appreciate any replies to be
 cc'd directly to me at:

 [EMAIL PROTECTED]

 Thanks!

 Charles Marcus

--
Nicola Ken Barozzi   [EMAIL PROTECTED]
- verba volant, scripta manent -
   (discussions get forgotten, just code remains)
-


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: License Issue Inquiry

2002-04-04 Thread Roland

At 08:34 AM 4/4/02 -0500, Charles Marcus wrote:
like it could be the answer.  The only question is, can OOo use it?

OOo requires that anything integrated into its source code be made
available to them under the terms of the LGPL license.

The LGPL license is much more restrictive than the Apache license which has 
almost no restrictions at all.
AFAIK, there is no problem in integrating FOP into an LGPL product.
But if you want FOP to be licensed under LGPL you have a problem, because I 
think that the Apache license doesn't allow changing the license of it's 
software. My question is why does OOo require FOP to be LGPLed? You can 
integrate it into OpenOffice without it being LGPL.

If you do this it would also be fair if you contribute changes to FOP back 
to the Apache tree.

Just as another side note:
I consider the LGPL and GPL a bad license. LGPL projects can profit from 
code under more liberal licenses like BSD, MIT, X11, Apache, but the other 
way round is not possible. There are other drawbacks also...

Best regards, Roland



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: Problems using table-header with FOP 0.19

2002-04-04 Thread J.Pietschmann

Seisdedos Juan, Francisco Javier wrote:
...
 I wrote two tables: one for blank space and the other one to
  write data. If the property space-before of the first table
  has a value of  500pt, it is shown right but if the value is
  450pt (like now), the table header is getting lost.

It works in 0.20.3, at least there are no headers missing.
Perhaps it's time to upgrade?

J.Pietschmann


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Multithreaded failure

2002-04-04 Thread Scott Moore

Why are you reading the user configuration more than once?  In my servlet,
which is multithreaded, I read the user configuration file once upon init.
I have no problems (except the occasional image error, which I catch and
regenerate the PDF when it happens) with concurrent PDF generation using
FOP.

Scott

-Original Message-
From: David B. Bitton [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 04, 2002 4:17 PM
To: fop-dev
Subject: Multithreaded failure

You can see where the second thread enters because of the double entry for
reading user configuration file, then the repeated failed starts.  After
each setting up fonts, is where the exception is being thrown.  Just to
make sure, I am using Xalan from CVS, as per a suggestion from someone on
the Xalan list.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: Multithreaded failure

2002-04-04 Thread David B. Bitton

Simply because it is at the top of my SOAP method.  I don't think that there
is an init() called on a SOAP class.  Also, do you instantiate a new Driver
object for every call to the servlet?  I'd appreciate if you could share
some code.  Thanks.

--

David B. Bitton
[EMAIL PROTECTED]
www.codenoevil.com

Code Made Fresh DailyT
- Original Message -
From: Scott Moore [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 04, 2002 4:43 PM
Subject: RE: Multithreaded failure


 Why are you reading the user configuration more than once?  In my servlet,
 which is multithreaded, I read the user configuration file once upon init.
 I have no problems (except the occasional image error, which I catch and
 regenerate the PDF when it happens) with concurrent PDF generation using
 FOP.

 Scott

 -Original Message-
 From: David B. Bitton [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, April 04, 2002 4:17 PM
 To: fop-dev
 Subject: Multithreaded failure

 You can see where the second thread enters because of the double entry for
 reading user configuration file, then the repeated failed starts.  After
 each setting up fonts, is where the exception is being thrown.  Just to
 make sure, I am using Xalan from CVS, as per a suggestion from someone on
 the Xalan list.

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, email: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




RE: Multithreaded failure

2002-04-04 Thread Scott Moore


Upon init (once in the servlet)

// Gotta configure FOP to know where the base directory is.  Otherwise
// it will generate errors.  Add a trailing slash so we can use relative
// paths in our XSL.
org.apache.fop.configuration.Configuration.put(baseDir, file: + dir
+ File.separator);
org.apache.fop.configuration.Configuration.put(strokeSVGText, new
Boolean(false));



Done for every report request:


public static void createPDF(Document xslfo,
 OutputStream pdf)
  throws IOException, FOPException
{
Driver driver = new Driver(new DocumentInputSource(xslfo), pdf);

Hierarchy hierarchy = Hierarchy.getDefaultHierarchy();
Logger log = hierarchy.getLoggerFor(fop);
if (debugMode)
{
  log.setPriority(Priority.DEBUG);
}
else
{
  log.setPriority(Priority.FATAL_ERROR);
}
driver.setLogger(log);
driver.setRenderer(Driver.RENDER_PDF);
driver.run();
pdf.flush();
}



HTH,
Scott

-Original Message-
From: David B. Bitton [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 04, 2002 4:58 PM
To: [EMAIL PROTECTED]
Subject: Re: Multithreaded failure


Simply because it is at the top of my SOAP method.  I don't think that there
is an init() called on a SOAP class.  Also, do you instantiate a new Driver
object for every call to the servlet?  I'd appreciate if you could share
some code.  Thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Question for FOP

2002-04-04 Thread Cai, Jenny (US - Dallas)
Title: Question for FOP





Hi,


I just successfully run the examples (simple.fo) provided in 'fop-0.20.3-bin.tar.gz' file under fop-0.20.3\docs\examples\fo subdirectory in the command prompt and I got a pdf file successfully . I still have the following question:

1. How can I view the source code for this example?


2. I also looked over all the rest of the folders included in 'fop-0.20.3' and there are a lot other folders like design, html-docs(some .html files in it), xml-docs(some xml files in it), etc. What are all those files used for? 

3. Actually what I want to do is: convert a XML file to PDF file and display this PDF file on the web page. How to do this?

I am new to this and really like to have your advices and help. So if you could provide further information, I would appreciate it very much.

Jenny


This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message. Any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.




Re: Some comments on the build system

2002-04-04 Thread Peter B. West

Keiron,

I don't know the nuts and bolts of CVS, but I always assumed that tags 
were somehow related to the RCS symbolic name, accessible via $Name$. 
 $Name$ has some peculiarities due to the fact that there is not a 
unique name attached to the current version; I think it is set in the 
output files from the symbolic name under which the file is retrieved. 
 I don't know, off hand, what the deault behaviour is.  I can check the 
RCS characteristics here.  Do you want to install $Name$ in one of the 
CVS files and see what it looks like when retrieved?

Peter

Keiron Liddle wrote:

 On 2002.04.03 18:23 Peter B. West wrote:

 There are a couple of other things which encourage the separation of 
 source and build.source trees.  They involve the use of copy 
 filtering in ant.  Version information is, I think, supplied by ant 
 via the build.xml file.  This vile and disgusting habit, which ant 
 seems to encourage, should be stamped out at once.  Version 
 information comes from the version control system in use at the time, 
 not from hand-hacking on build.xml.  A few changes to Version.java to 
 massage the output of the RCS macros are all that is needed.  If that 
 massaging is required during the build itself, an ant task should be 
 able to do it.


 I don't quite see how you could use RCS to set the version. The 
 information will only update if something is checked in, what will be 
 changed in the file to check it in? Do you really want the versions to 
 count up 1.[0..n], how do you specify bug, minor and major releases, 
 what about stages ie. dev, alpha, beta, final.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: Multithreaded failure

2002-04-04 Thread David B. Bitton

I moved the creation (and destruction) of the Driver object inside the
method.  Also I had forgotten that in Apache SOAP, you can control object
lifetime.  So I changed it from Application to Request, so now each request
gets a fresh instance of my class.

This works, but I'm not happy with it.  My question is this, if I have a
Driver object as a global inside my class, will it be trounced by another
instance running in a different thread?

--

David B. Bitton
[EMAIL PROTECTED]
www.codenoevil.com

Code Made Fresh DailyT
- Original Message -
From: Scott Moore [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, April 04, 2002 5:23 PM
Subject: RE: Multithreaded failure



 Upon init (once in the servlet)

 // Gotta configure FOP to know where the base directory is.  Otherwise
 // it will generate errors.  Add a trailing slash so we can use
relative
 // paths in our XSL.
 org.apache.fop.configuration.Configuration.put(baseDir, file: +
dir
 + File.separator);
 org.apache.fop.configuration.Configuration.put(strokeSVGText, new
 Boolean(false));



 Done for every report request:


 public static void createPDF(Document xslfo,
  OutputStream pdf)
   throws IOException, FOPException
 {
 Driver driver = new Driver(new DocumentInputSource(xslfo), pdf);

 Hierarchy hierarchy = Hierarchy.getDefaultHierarchy();
 Logger log = hierarchy.getLoggerFor(fop);
 if (debugMode)
 {
   log.setPriority(Priority.DEBUG);
 }
 else
 {
   log.setPriority(Priority.FATAL_ERROR);
 }
 driver.setLogger(log);
 driver.setRenderer(Driver.RENDER_PDF);
 driver.run();
 pdf.flush();
 }



 HTH,
 Scott

 -Original Message-
 From: David B. Bitton [mailto:[EMAIL PROTECTED]]
 Sent: Thursday, April 04, 2002 4:58 PM
 To: [EMAIL PROTECTED]
 Subject: Re: Multithreaded failure


 Simply because it is at the top of my SOAP method.  I don't think that
there
 is an init() called on a SOAP class.  Also, do you instantiate a new
Driver
 object for every call to the servlet?  I'd appreciate if you could share
 some code.  Thanks.

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, email: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]




Re: How to get 20.3 to build

2002-04-04 Thread Paul . Hussein


Ah!!

Looks like the autogenerated file is not generated in the first pass, and
second pass error as described occurs cos file does not exist.


Here is the autogeneration of file error :

Building with classpath
/dvl/sw/jdk_1.2.2_09/lib/tools.jar:/dvl/sw/jdk_1.2.2_09/lib/classes.zip:lib/ant.jar:lib/ant-1.3-optional.jar:lib/batik.jar:lib/buildtools.jar:lib/xerces-1.2.3.jar:lib/xalan-2.0.0.jar:lib/xalanj1compat.jar:lib/bsf.jar:lib/jimi-1.0.jar:lib/logkit-1.0.jar:lib/avalon-framework-4.0.jar

Starting Ant...

Buildfile: build.xml

init-avail:

init-filters-xalan1:

init-filters-xalan2:
 [copy] Copying 1 file to /home/husseinp/java/fop/fop-0.20.3/build/src/codegen

init:
 [echo] --- Fop 0.20.3 [1999-2002] 

prepare:
 [echo] Preparing the build directories
[mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/properties
[mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/render/pdf/fonts
[mkdir] Created dir: 
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/svg
[mkdir] Created dir: /home/husseinp/java/fop/fop-0.20.3/build/classes/conf
[mkdir] Created dir: /home/husseinp/java/fop/fop-0.20.3/build/classes/hyph
 [copy] Copying 3 files to /home/husseinp/java/fop/fop-0.20.3/build/classes/conf

codegen:
 [echo] Resetting codegen directory
 [copy] Copying 37 files to /home/husseinp/java/fop/fop-0.20.3/build/src/codegen
 [echo] Generating the java files from xml resources

xslt
in: ./build/src/codegen/allprops.xml
style: ./build/src/codegen/genconst.xsl
out: ./build/src/org/apache/fop/fo/properties/Constants.java

java.lang.StackOverflowError
at java.util.Vector.elementAt(Compiled Code)
at org.apache.xpath.VariableStack.getCurrentFrame(Compiled Code)
at org.apache.xpath.VariableStack.getVariable(Compiled Code)
at org.apache.xpath.XPathContext.getVariable(Compiled Code)
at org.apache.xpath.operations.Variable.execute(Compiled Code)
at org.apache.xpath.functions.FuncConcat.execute(Compiled Code)
at org.apache.xpath.functions.FuncSubstringAfter.execute(Compiled Code)
at org.apache.xpath.XPath.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.pushParams(Compiled Code)
at org.apache.xalan.templates.ElemCallTemplate.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.templates.ElemChoose.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.templates.ElemTemplate.execute(Compiled Code)
at org.apache.xalan.templates.ElemCallTemplate.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.templates.ElemChoose.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.templates.ElemTemplate.execute(Compiled Code)
at org.apache.xalan.templates.ElemCallTemplate.execute(Compiled Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Compiled 
Code)
at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(Co






Christian Geisert [EMAIL PROTECTED] on 04/04/2002 16:25:40

Please respond to [EMAIL PROTECTED]



To:   [EMAIL PROTECTED]
cc:
Subject:  Re: How to get 20.3 to build


[EMAIL PROTECTED] wrote:
 I get this error when running build.sh

 compile:
  [echo] Compiling the sources
 [mkdir] Created dir:
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources

  [copy] Copying 11 files to
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/resources

 [mkdir] Created dir:
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images

  [copy] Copying 5 files to
/home/husseinp/java/fop/fop-0.20.3/build/classes/org/apache/fop/viewer/Images

 [javac] Compiling 497 source files to
/home/husseinp/java/fop/fop-0.20.3/build/classes
 [javac] error: File
/home/husseinp/java/fop/fop-0.20.3/build/src/org/apache/fop/fo/properties/Constants.java

does not contain type
 org.apache.fop.fo.properties.Constants as expected. Please adjust the
class path so that the file does not appear in the package
 org/apache/fop/fo/properties.
 [javac]