incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ariel Constenla-Haile <>
Subject Re: svn commit: r1377138 - /incubator/ooo/ooo-site/trunk/content/development/releases/3.4.1.html
Date Sat, 01 Sep 2012 17:05:50 GMT
Hi Andres,

On Sat, Sep 01, 2012 at 03:27:56PM +0200, Andreas S├Ąger wrote:
> Am 01.09.2012 01:41, Kay Schenk wrote:
> >
> >Marcus, I think the changes you recommended are fine. As for me, I don't
> >know "tests" Andreas are running, but I'm on java 7, 1.7.0_04, and
> >really no issues with anything I've done.
> >
> >We need more enlightenment on this, but your changes should suffice.
> >
> OK, once more:

Yes, please. It has been some misunderstanding. If I understood clearly,
there are two bugs:

1) Java 7 not recognized
2) Java versions recognized but being suboptimal with Base + JDBC

(1) happens only on Windows, mostly Windows 7 64 bits. I haven't seen
any report of this happening on Linux 32/64 bits, and if I understood
you clearly, neither could you reproduce it

(2) happens on Linux and Windows, both 32 and 64 bits. This is
a performance issue with Base+JDBC. If a user does not need Base/JDBC at
all, she/he can still use Java 7 for the Letter/Fax/Agenda wizards,
extensions, etc. (I haven't seen performance reports in these areas).

Side comment, it should be noticed that there is no need to actually
*install* Java 6, you can unzip a JRE anywhere and then point OpenOffice
to use it, and things work just fine (assuming you didn't mess with
environment variables, etc.). This works both on Linux and Windows; that
said, I've no idea if Oracle is providing un-installable, zipped

> Get some Linux box with Java7.
> Open any Base file connected to a JDBC database with some thousands
> of records. An embedded HSQLDB will be fine.
> Just in case you need one:
> >
> Open any table, query form and scroll, sort, filter the record sets.
> Do the same with Java6 which is by a magnitude faster.
> Old issues describing the problem for another set of Java versions:
> >
> >
> >
> My "tests" revealed that this performance issue with Linux+JDBC+Base
> is still relevant with Java7. It never was an issue with any other
> OS nor database connection type.

I have been told [1] that Stephan Bergmann solved this issue in LO,
unfortunately he's been payed by RedHat to work there, so there are no
many chances to see the patch contributed here (though he is committer
for this project).

[1] An Ubuntu user pointed me to

Ariel Constenla-Haile
La Plata, Argentina

View raw message