Forums

Skip to content

Advanced search
  • Quick links
    • Unanswered topics
    • Active topics
    • Search
  • FAQ
  • Login
  • Register
  • Board index Assistance Desktop Environments
  • Search

Java JDK 1.5.0.01 and Open Office 1.1.4

Problems with GUI applications? Questions about X, KDE, Gnome, Fluxbox, etc.? Come on in. NOTE: For multimedia, go up one forum
Post Reply
Advanced search
5 posts • Page 1 of 1
Author
Message
hazelnusse
n00b
n00b
User avatar
Posts: 19
Joined: Mon Nov 22, 2004 7:43 pm
Contact:
Contact hazelnusse
Website

Java JDK 1.5.0.01 and Open Office 1.1.4

  • Quote

Post by hazelnusse » Wed Jan 19, 2005 10:30 am

I'm running Gentoo, with kernel 2.6.10-r4. I have JDK 1.5.0.01 and JRE 1.5.0.01 installed and they have been running flawlessly (java web apps work great and everything). I just recently tried to update Open Office from 1.1.3 to 1.1.4 and got the following error:

Code: Select all

ACCEPT_KEYWORDS="~x86" emerge --verbose openoffice
......
......

=============
Building project sandbox
=============
/var/tmp/portage/openoffice-1.1.4/work/sandbox/com/sun/star/lib/sandbox
mkout -- version: 1.3
Making dpj...

------------------------------
Making: ../../../../../unxlngi4.pro/misc/lib_sandbox.dpc
dmake subdmake=true  -f makefile.mk strip="true" product="full" depend=t ALLDPC
------------------------------
No Dependencies
javac -classpath ".:../../../../../unxlngi4.pro/class:/opt/sun-jdk-1.5.0.01/jre/
lib/rt.jar:." -d ../../../../../unxlngi4.pro/class  AudioProxy.java
       Cachable.java                                        ClassContext.java
    ClassContextImpl.java                           ClassContextProxy.java
       CodeSource.java                                  Disposable.java
       ExecutionContext.java                        Holder.java
       ImageProducerProxy.java                  JarEntry.java
   JarInputStream.java                          Permission.java
       PermissionCollection.java                    ProtectionDomain.java
   Resource.java                                            ResourceImpl.java
   ResourceProxy.java                               ResourceViewer.java
       SandboxMessageHandler.java                   SandboxThreadGroup.java
       SandboxSecurity.java                         SandboxSecurityException.jav
a           WeakRef.java                                            WeakTable.ja
va                                          WeakEntry.java
   XImage.java
ClassContextImpl.java:307: as of release 1.5, 'enum' is a keyword, and may not b
e used as an identifier
(try -source 1.4 or lower to use 'enum' as an identifier)
                    java.util.Enumeration enum = m_class_path_jars.elements();
                                          ^
ClassContextImpl.java:308: as of release 1.5, 'enum' is a keyword, and may not b
e used as an identifier
(try -source 1.4 or lower to use 'enum' as an identifier)
                    while (enum.hasMoreElements())
                           ^
ClassContextImpl.java:310: as of release 1.5, 'enum' is a keyword, and may not be used as an identifier
(try -source 1.4 or lower to use 'enum' as an identifier)
                        ClassContext context = (ClassContext)enum.nextElement();
                                                             ^
3 errors
dmake:  Error code 1, while making '../../../../../unxlngi4.pro/misc/lib_sandbox_dummy.java'
---* TG_SLO.MK *---

ERROR: Error 65280 occurred while making /var/tmp/portage/openoffice-1.1.4/work/sandbox/com/sun/star/lib/sandbox

!!! ERROR: app-office/openoffice-1.1.4 failed.
!!! Function src_compile, Line 400, Exitcode 1
!!! Build failed!
!!! If you need support, post the topmost build error, NOT this status message.
Any ideas? Thanks in advance.
Top
bakreule
Apprentice
Apprentice
User avatar
Posts: 233
Joined: Wed Aug 27, 2003 8:06 pm
Location: Paris, France

  • Quote

Post by bakreule » Wed Jan 19, 2005 10:43 am

'enum' is now a key word? Makes sense I guess.....

If you're feeling brave, you can edit the specified file and replace the offending instances of 'enum' with something else. This will work assuming that these are the only offending instances of 'enum'. Considering the size of OpenOffice, I don't think that's likely. If you do this, don't forget to change all instances of 'enum', not just the ones that are stopping the compilation.

The easiest solution is to just download a copy of JDK 1.4.2 and tell OpenOffice to use it. There are no problems in keeping two different versions of Java on the same box.

FYI, a JDK version of Java contains, by default, a JRE. A JRE is just the executables and libraries needed to run Java stuff. A JDK, in addition, contains the files needed to compile Java stuff.
Top
bakreule
Apprentice
Apprentice
User avatar
Posts: 233
Joined: Wed Aug 27, 2003 8:06 pm
Location: Paris, France

  • Quote

Post by bakreule » Wed Jan 19, 2005 10:51 am

Opps, finished my response too soon.... I forgot that you were emerging open office, not running it......

If you decide to go down the JDK 1.4.2 route, you can install the particular version using emerge:

Code: Select all

# emerge -a =sun-jdk-1.4.2.06
And then use java-config to switch the active version of Java:

Code: Select all

List available versions of Java
# java-config -L  

Change the current version
# java-config -S "JDK Version"
Then emerge OO, and switch backk to whatever version of Java you want.
Top
sawatts
n00b
n00b
Posts: 23
Joined: Tue Jan 18, 2005 9:34 am
Location: Hampshire, UK

  • Quote

Post by sawatts » Wed Jan 19, 2005 12:51 pm

Using JDK 1.5, you need to get '-source 1.4' into the javac arguments, to compile pre-Java5 code.

Either an envar, or the equivalent of 'CFLAGS' ('JFLAGS'?) maybe? This is really an issue for the project to specify rather than a global setting though.

I'm currently building my first (full) gentoo system, and Sun JDK 1.5 will be in there eventually.
Top
bakreule
Apprentice
Apprentice
User avatar
Posts: 233
Joined: Wed Aug 27, 2003 8:06 pm
Location: Paris, France

  • Quote

Post by bakreule » Wed Jan 19, 2005 1:31 pm

Yeah, you're idea is much simpler. :oops: And I agree that this should be a fix for the ebuild and/or project.... In fact, there's already a bug for this:

http://bugs.gentoo.org/show_bug.cgi?id=76270
Top
Post Reply

5 posts • Page 1 of 1

Return to “Desktop Environments”

Jump to
  • Assistance
  • ↳   News & Announcements
  • ↳   Frequently Asked Questions
  • ↳   Installing Gentoo
  • ↳   Multimedia
  • ↳   Desktop Environments
  • ↳   Networking & Security
  • ↳   Kernel & Hardware
  • ↳   Portage & Programming
  • ↳   Gamers & Players
  • ↳   Other Things Gentoo
  • ↳   Unsupported Software
  • Discussion & Documentation
  • ↳   Documentation, Tips & Tricks
  • ↳   Gentoo Chat
  • ↳   Gentoo Forums Feedback
  • ↳   Duplicate Threads
  • International Gentoo Users
  • ↳   中文 (Chinese)
  • ↳   Dutch
  • ↳   Finnish
  • ↳   French
  • ↳   Deutsches Forum (German)
  • ↳   Diskussionsforum
  • ↳   Deutsche Dokumentation
  • ↳   Greek
  • ↳   Forum italiano (Italian)
  • ↳   Forum di discussione italiano
  • ↳   Risorse italiane (documentazione e tools)
  • ↳   Polskie forum (Polish)
  • ↳   Instalacja i sprzęt
  • ↳   Polish OTW
  • ↳   Portuguese
  • ↳   Documentação, Ferramentas e Dicas
  • ↳   Russian
  • ↳   Scandinavian
  • ↳   Spanish
  • ↳   Other Languages
  • Architectures & Platforms
  • ↳   Gentoo on ARM
  • ↳   Gentoo on PPC
  • ↳   Gentoo on Sparc
  • ↳   Gentoo on Alternative Architectures
  • ↳   Gentoo on AMD64
  • ↳   Gentoo for Mac OS X (Portage for Mac OS X)
  • Board index
  • All times are UTC
  • Delete cookies

© 2001–2026 Gentoo Foundation, Inc.

Powered by phpBB® Forum Software © phpBB Limited

Privacy Policy

 

 

magic