lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "CNew" <c...@fuse.net>
Subject Re: PDF4J Project: Gathering Feature Requests
Date Mon, 20 May 2002 13:54:10 GMT
I can't help but notice the similarities between this effort and the new POI
project at apache (jakharta).

A lot of the language, vision, etc. maps directly... just substitute "Adobe
PDF" for "Microsoft Excel." and you have a lot of your requirements and
perhaps your solution architecture.

POI seeks to both read and write.  But on the read-side they use an
event-callback technique - similar in concept to SAX for XML.  Sounds like a
nice way to do this sort of thing.

And of course, there is the Lucene connection.  They mention Lucene
specifically as a project that needs binary level read access to MS Office
documents.

but I think that PDF is even more mentioned in this list.

----- Original Message -----
From: W. Eliot Kimber <eliot@isogen.com>
To: Lucene Users List <lucene-user@jakarta.apache.org>
Sent: Monday, May 06, 2002 3:58 PM
Subject: Re: PDF4J Project: Gathering Feature Requests


> Peter Carlson wrote:
> >
> > This is very exciting.
> >
> > Are you planning on basing the code on other pdf readers / writers?
>
> At this point I haven't found any Java PDF reader that meets my
> requirements. One of the motivations for doing this is the problems we
> had using Etymon's PJ library: both the license (GPL, not LGPL) and the
> quality of the code itself, which does not meet our engineering
> standards. I want to use an LGPL library so that people can use the code
> in projects that are not themselves open sourced but I want the library
> itself to be protected.
>
> For writing, may or may not be able to leverage existing code, don't
> know yet.
>
> Note too that there are two aspects of writing: creating a valid PDF
> data stream and creating meaningful page layouts--we are not addressing
> the second of these (there are lots of libraries that will create useful
> PDF output from various non-PDF inputs). Our main writing usecase is the
> rewriting of existing PDFs following some amount of manipulation through
> our API.
>
> A caution: I am still waiting to get approval from my employers to do
> this work as open source--it may be a while before I can even start on
> the coding.
>
> Cheers,
>
> Eliot
> --
> W. Eliot Kimber, eliot@isogen.com
> Consultant, ISOGEN International
>
> 1016 La Posada Dr., Suite 240
> Austin, TX  78752 Phone: 512.656.4139
>
> --
> To unsubscribe, e-mail:
<mailto:lucene-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
<mailto:lucene-user-help@jakarta.apache.org>
>



--
To unsubscribe, e-mail:   <mailto:lucene-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:lucene-user-help@jakarta.apache.org>


Mime
View raw message