lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andrew C. Oliver" <acoli...@apache.org>
Subject Re: PDF4J Project: Gathering Feature Requests
Date Mon, 20 May 2002 14:07:32 GMT
But POI is only for OLE 2 Compound Document format based formats.

CNew wrote:

>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>
>
>
>  
>




--
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