Re: strange behavior of iText across platforms

On Oct 26, 6:58 am, Bruno Lowagie <bruno.lowa...@xxxxxxxx> wrote:
steveg...@xxxxxxxxx wrote:
I do my development on XP using IBM's RAD developer, with J2EE level
set to 1.3. I've built some code to print a PDF and display it on-
screen. This code works great (thanks to some assistance from Bruno
Lowagie and others). When I move it to our staging server, things
misbehave.

You are listing several problems; for clarity it would better be
to split them up, and deal with them separately. Maybe some of the
issues you describe are symptoms of the same problem, maybe not.

First of all:
The downloadable iText jar is compiled with JDK 1.4 and if you
use it in a 1.3 environment, you WILL get errors saying "class
not found" (or related problems) EVEN WHEN you can see the class
or method when inspecting the jar.
If you intend to use iText in a 1.3 environment (but note that
even 1.4 is considered to be End of Life by SUN), then you need
to get the source code from SVN, more specifically from the 1.3
branch of iText. (We officially work with 1.4, but we maintain
a 1.3 and a 1.5 branch in the SVN repository).
You may argue that it works in your development environment
with 1.3 because you are setting the J2EE level to 1.3, but...
that's debatable. I don't know about IBM's RAD developer tool,
but I know other tools that ignore those settings.

Second remark:
You are serving PDF. Your server on your development machine
knows this, and does this the right way. But does the server
on your production machine know you are serving PDF? There
could be a configuration problem there. I haven't seen that
kind of problems in this century, because most recent servers
do it right, but I did have to solve similar problems in the
previous century with older webserver versions.

In any case: if something works on one system, but not on
another, we are talking about configuration problems.
I find it very hard to solve configuration problems remotely.
br,
Bruno

Looks like my info was out of date; our staging server is in fact at
this jvm level:

/opt/WebSphere/AppServer/java/bin/java -version
java version "1.4.2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2)
Classic VM (build 1.4.2, J2RE 1.4.2 IBM build
cxia32142ifx-20061121(ifix 112270: SR6 + 111682 + 111872 + 110979 +
109973) (JIT enabled: jitc))

So I'd expect that itext would work in this environment? Just fyi, the
jar file I am using is iText-2.0.6.jar. Is this the correct one for me
to be using? thanks as always.

.

Relevant Pages

  • Re: Can I save a fill out form on the server?
    ... comfortable running webservers on both Windows Server and Linux. ... iText is shipped with ColdFusion and there's a .NET version ... and as PDF if you're using the full Acrobat." ... I'd save the filled in forms as FDF files. ...
    (comp.text.pdf)
  • Re: Command line PDF Hyperlink editor
    ... server, even though a web connection might very well be available at ... recreate the PDF from the freshly converted MSWord document. ... environment and copies all requisite files into the destination server ... link" portion of hyperlink inside a PDF document. ...
    (comp.text.pdf)
  • Re: strange behavior of iText across platforms
    ... When I move it to our staging server, ... use it in a 1.3 environment, you WILL get errors saying "class ... You are serving PDF. ... I find it very hard to solve configuration problems remotely. ...
    (comp.text.pdf)
  • Re: Can I save a fill out form on the server?
    ... comfortable running webservers on both Windows Server and Linux. ... use iText to pre-fill the address of their customers. ... as an HTML query string, as a Forms Data Format (FDF) form, ... You want to post the form as PDF, ...
    (comp.text.pdf)
  • RE: Binding Windows Services to Specific Addresses Only
    ... Document the server. ... If this is a corporate environment, ... Install the minimums. ... The network configuration for the server should restrict what the server has ...
    (Focus-Microsoft)