Date: prev next · Thread: first prev next last
2012 Archives by date, by thread · List index


On Wed, 2012-02-01 at 08:43 +0100, Alex Thurgood wrote:
Le 31/01/2012 22:07, Andreas Säger a écrit :

Hi Andreas,

Am 31.01.2012 20:16, Alexander Thurgood wrote:

Yes, the dependency on Java JRE/JDK is a pain in the backside, but
unfortunately unavoidable if you want to use Base, at least for the time
being.


With no Java being installed, I can connect a Base document to any
non-Java database, write queries, draw input forms and use Calc as
reporting engine.



And I would state that that is an "unusual" user setup. The user here 
wants a relational database with subforms and reports and does not want 
to use mysql, so where does that leave him her with regard to Base - 
IMO, with HSQLDB, the stock db engine provided with LO. For that, you 
need a JRE/JDK.

And Calc for reports is OK, much as is Writer, but for anything a bit 
more than a simple report, the user will have to deal with not only the 
idiosyncrasies of the respective tool used for creating the report, 
plus, in general, learn to use macros. The whole benefit of having a 
specific reporting tool (the Java based ORB extension) is that this is 
suppose to ease that pain.

Personally, I'd love to be able to say, you get a great and easy to use 
db reporting engine without Java in LO, but that is simply not the case 
at the moment.


Alex

     Is this a "Windows" problem? I'm not having any problems using Base
with the Ubuntu O/S. My java is openjdk-6-jre. This java is supplied by
from Ubuntu's repositories. I don't know, but I suspect that this java
version can also be used for other Linux distributions. 
     This java's description: Full Java runtime environment - needed for
executing Java GUI and Webstart programs. Using Hotspot JIT. The
packages are built using the IcedTea build support and patches from the
IcedTea project. (Maybe someone else understands this jargon.)
     I wonder about some of the comments that have been made in this
thread. What I do know is that OOo 3.3 (or perhaps earlier) contained a
method to disable the Base Wizard. The word at the time was that there
were large companies wanting to control who in their company could
create .odb files (database document files) at work. These companies
were told what configuration file had to be changed from what  to what.
      I realize that the security holes found in java has been a
problem. I seem to have seen somewhere that the java based upon the
IcedTea project does not have these holes.
      I use Base for embedded databases that are flat, relational, one
that is a combination of flat and relational I have one .odb file that
links to a spreadsheet. They all work.
     "Base Tutorial: From Newbie to Advocate in a one, two... three!" by
Mariano Casanova
 written for OOo (publication date: August 2010. This is a fairly
sophisticated application created using Base. 
     Here is a link that is a Base Tutorial which is a online course for
Base. The estimated time required to go through this tutorial is more
than 60 hours.

http://www.fhi.rcsed.ac.uk/rbeaumont/virtualclassroom/chap8/libreoffice_base.html

     In other words, I think there is more to Base than I seem to be
reading in this and other threads. 
--Dan


-- 
For unsubscribe instructions e-mail to: users+help@global.libreoffice.org
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.