You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by Jukka Zitting <ju...@gmail.com> on 2011/11/01 16:32:30 UTC

Re: Tika 1.0 RC?

Hi,

On Thu, Oct 27, 2011 at 6:42 PM, Jukka Zitting <ju...@gmail.com> wrote:
> How about if we leave the trunk open still for the weekend, and cut
> the 1.0 release candidate at the beginning of next week?

With TIKA-565 and TIKA-763 resolved the trunk is now ready for release
as far as I'm concerned.

TIKA-764 is currently marked for 1.0. Nick, is it ready to be resolved
or should we postpone it to a later release?

Are there other issues we should still look at before the release?

PS. It would be great if people with downstream projects could test
the latest trunk already before the release candidate is out to catch
any adverse effects caused by the removal of deprecated methods and
the upgrade of the OSGi package versions to 1.0.0.

BR,

Jukka Zitting

Re: Tika 1.0 RC?

Posted by "Mattmann, Chris A (388J)" <ch...@jpl.nasa.gov>.
I'll get going on the RC then thanks guys!

Cheers,
Chris

On Nov 1, 2011, at 11:32 AM, Jukka Zitting wrote:

> Hi,
> 
> On Thu, Oct 27, 2011 at 6:42 PM, Jukka Zitting <ju...@gmail.com> wrote:
>> How about if we leave the trunk open still for the weekend, and cut
>> the 1.0 release candidate at the beginning of next week?
> 
> With TIKA-565 and TIKA-763 resolved the trunk is now ready for release
> as far as I'm concerned.
> 
> TIKA-764 is currently marked for 1.0. Nick, is it ready to be resolved
> or should we postpone it to a later release?
> 
> Are there other issues we should still look at before the release?
> 
> PS. It would be great if people with downstream projects could test
> the latest trunk already before the release candidate is out to catch
> any adverse effects caused by the removal of deprecated methods and
> the upgrade of the OSGi package versions to 1.0.0.
> 
> BR,
> 
> Jukka Zitting


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: chris.a.mattmann@nasa.gov
WWW:   http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


Re: Tika 1.0 RC?

Posted by Jukka Zitting <ju...@gmail.com>.
Hi,

On Tue, Nov 1, 2011 at 6:10 PM, Nick Burch <ni...@alfresco.com> wrote:
> On Tue, 1 Nov 2011, Jukka Zitting wrote:
>> TIKA-764 is currently marked for 1.0. Nick, is it ready to be resolved or
>> should we postpone it to a later release?
>
> We should maybe split it and resolve the first part. The ODF parser now
> outputs the correct keys for the part we have keys for, along with the
> "wrong" (non-standard ones) for backwards compatibility. The 2nd step is to
> add a few extra common keys for the stats that ODF has that aren't covered,
> then remove the non standard keys

Sounds good. I resolved TIKA-764 for 1.0 and created TIKA-770 for the followup.

BR,

Jukka Zitting

Re: Tika 1.0 RC?

Posted by Nick Burch <ni...@alfresco.com>.
On Tue, 1 Nov 2011, Jukka Zitting wrote:
> On Thu, Oct 27, 2011 at 6:42 PM, Jukka Zitting <ju...@gmail.com> wrote:
>> How about if we leave the trunk open still for the weekend, and cut
>> the 1.0 release candidate at the beginning of next week?
>
> TIKA-764 is currently marked for 1.0. Nick, is it ready to be resolved 
> or should we postpone it to a later release?

We should maybe split it and resolve the first part. The ODF parser now 
outputs the correct keys for the part we have keys for, along with the 
"wrong" (non-standard ones) for backwards compatibility. The 2nd step is 
to add a few extra common keys for the stats that ODF has that aren't 
covered, then remove the non standard keys

Nick