java-devel July 2005

java-devel@lists.fedoraproject.org

53 participants
53 discussions

Compiling OpenExchange with gcj and classpath
by Soumyadip Modak 08 Jul '05

08 Jul '05

Resending to the Fedora-Java list, as my previous mail seems to have been rejected, and adding the OX user list: Hello, Recently I've been looking at OpenExchange on Fedora Core 4. I was hoping to utilise FC4's extensive free Java tools to build OX. OX configure script didn't thorw up any problems but make failed witha lot of errors. Can anyone please guide me how to rectify these problems to get a completely free groupware solution ? Errors : [Full list of errors at http://www.randomink.org/soumyadip/error] Making all in javabuild make[1]: Entering directory `/root/open-xchange-0.8.0-3/javabuild' /usr/bin/ant -f ../build.xml Buildfile: ../build.xml init: [javac] import com.openexchange.tools.encoding.Base64; [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The import com.openexchange.tools.encoding.Base64 is never used [javac] 2. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/groupware/ContactInsEdit.java [javac] (at line 98) [javac] import sun.misc.BASE64Decoder; [javac] ^^^^^^^^ [javac] The import sun.misc cannot be resolved [javac] import sun.misc.BASE64Encoder; [javac] ^^^^^^^^ [javac] The import sun.misc cannot be resolved [javac] (at line 546) [javac] String fullcache = new BASE64Encoder().encodeBuffer(cache); [javac] ^^^^^^^^^^^^^ [javac] BASE64Encoder cannot be resolved to a type [javac] 6. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/groupware/ContactManagement.java [javac] (at line 85) [javac] import sun.misc.BASE64Decoder; [javac] ^^^^^^^^ [javac] The import sun.misc cannot be resolved [javac] 24. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/ComposeMessage.java [javac] (at line 383) [javac] new ParserDelegator().parse(new StringReader(tmp_wms.getHTMLMailText().toString()), [javac] ^^^^^ [javac] The method parse(StringReader, html2text, boolean) is undefined for the type ParserDelegator [javac] 26. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/FolderSettings.java [javac] (at line 68) [javac] import com.sun.mail.imap.IMAPFolder; [javac] ^^^^^^^^^^^^ [javac] The import com.sun.mail cannot be resolved [javac] 28. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/FolderSettings.java [javac] (at line 180) [javac] IMAPFolder fa = (IMAPFolder)imapStore.getFolder("INBOX"); [javac] ^^^^^^^^^^ [javac] IMAPFolder cannot be resolved to a type [javac] 32. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/FolderSettings.java [javac] (at line 348) [javac] Rights rights = fa.myRights(); [javac] ^^^^^^ [javac] Rights cannot be resolved to a type [javac] 58. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/MessageList.java [javac] (at line 72) [javac] import com.sun.mail.imap.Rights; [javac] ^^^^^^^^^^^^ [javac] The import com.sun.mail cannot be resolved [javac] 64. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/OXWorker.java [javac] (at line 442) [javac] String auth = "Basic " + new sun.misc.BASE64Encoder().encode((nasObjectOperations.getWUSObject(no).getUsername() + ":" + nasObjectOperations.getWUSObject(no).getPassword()).getBytes()); [javac] ^^^^^^^^ [javac] sun.misc cannot be resolved to a type [javac] 80. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/message/html2text.java [javac] (at line 50) [javac] import javax.swing.text.html.HTMLEditorKit; [javac] ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [javac] The import javax.swing.text.html.HTMLEditorKit cannot be resolved [javac] 81. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/message/html2text.java [javac] (at line 59) [javac] public class html2text extends HTMLEditorKit.ParserCallback { [javac] ^^^^^^^^^^^^^ [javac] HTMLEditorKit cannot be resolved to a type [javac] 82. ERROR in /root/open-xchange-0.8.0-3/src/com/openexchange/webmail/message/html2text.java [javac] (at line 70) [javac] if (tag.equals(HTML.Tag.BLOCKQUOTE)) { [javac] ^^^^^^^^^^^^^^^^^^^ [javac] HTML.Tag.BLOCKQUOTE cannot be resolved etc. Thanks -- Soumyadip Modak soumyadip.modak(a)gmail.com soumyadip(a)randomink.org http://www.randomink.org/soumyadip

2 2

Automating pre-build/checkout steps for eclipse features/plugins?
by Robin Green 08 Jul '05

08 Jul '05

While hacking on the eclipse-pydev rpm, and looking at packaging eclipse-emf and eclipse-ve for fedora, I've noticed that the procedure you have to follow to check out source code from CVS before you can even build a new version of a package, isn't obvious. (In fact, it doesn't seem to be really documented at all for some as-yet-unpackaged-by-fedora features, like eclipse-emf. run.sh? build.sh? start.sh? Which one should I use?) Take eclipse-pydev for example. In eclipse-pydev.spec we have just one source tarball: Source0: eclipse-pydev-fetched-HEAD-0.9.3.tar.gz However, not only is there no _formal_ description of where this came from (because there is no standard way of representing CVS branches and directories as URLs, and eclipse.org doesn't provide checked-out tarballs), this isn't even one single CVS checkout. It's actually (so far as I can make out) a combination of four CVS checkouts - org.python.pydev.releng, and then checked out within that, org.python.pydev, org.python.pydev.debug, and org.python.pydev.help. What I'd like to see eventually is a systematic way of scripting or describing the checkout of new versions, maybe in a new %fetch section in .spec files - so that no human intelligence, and definitely no mystic undocumented incantations (like on this page: http://download.eclipse.org/tools/emf/downloads/drops/2.1.0/I200506091102/b… ) are required. It goes against the spirit of open source to have mystic undocumented incantations required to merely check out the source code in the correct structure required - or to do any "preBuild" steps: unfortunately, the eclipse.pde build system, which is used by a number of eclipse features, permits a "preBuild" step which occurs even *before* CVS checkout - which cannot in general be ran in a .spec file because checkout has already occurred by that point. (I don't think running anything before CVS checkout is a good idea, and I can't see why that would be necessary.) It may well be the case that the procedure for checking out most eclipse features from CVS in the right structure is in fact extremely simple. However, simple it may be, but it doesn't appear to be documented anywhere. Any suggestions? -- Robin

4 5

IRC Channel
by Andrew Overholt 07 Jul '05

07 Jul '05

Anyone want to set up an IRC channel for fedora-java stuff? I know we have #classpath (freenode), #eclipse{,-dev} (freenode), #java-gnome (gimpnet), #gcj (oftc), but I often feel bad spewing those channels with Fedora-specific chatter. Any suggestions? Andrew

3 3

Java API doc (javadoc) from GCJ/classpath?
by Ian Pilcher 07 Jul '05

07 Jul '05

From what I can tell, Fedora Core 4 provides a very good Java 1.4.2 development environment. The one thing that I cannot find is Java API documentation (the equivalent of JPackage's java-1.4.2-sun-manual). Have I just missed it, or is it not available? Thanks! -- ======================================================================== Ian Pilcher i.pilcher(a)comcast.net ========================================================================

5 17

open-xchange and gcj
by Rudolf Kastl 07 Jul '05

07 Jul '05

Hello to everyone. Id be curious if anyone yet successfully tried to build open-xchange with core 4 or rawhides gcj/libgcj. Id be very interested in the matter actually and it would be a first step to get nice Packages out for the exchange replacement to make it fit into a repository without nasty java dependencys. regards, Rudolf Kastl http://newrpms.sunsite.dk

1 0

Eclipse + Sysdeo tomcat plugin problem on FC4/i386
by Joe Desbonnet 06 Jul '05

06 Jul '05

Despite having the java and eclipse RPMs installed, I've decide to stick to the original tarball distributions of java, tomcat and eclipse for the moment (that setup works perfectly for me on FC2, FC3). Eclipse is in my home directory, Java is in /usr/local/jdk1.5.0_04 (with /usr/local/jdk1.5.0_04/bin at the top of my PATH env var). My Tomcat is in /opt/tomcat/jakarta-tomcat-5.5.9/.... I run eclipse as per normal and it works great, except when I use the Tomcat plugin from Sysdeo (tomcatPluginV31beta.zip) to start the Tomcat engine. Here is the console output from Eclipse when I attempt to start Tomcat: Jul 7, 2005 1:09:10 AM org.apache.catalina.startup.Catalina load WARNING: Can't load server.xml Jul 7, 2005 1:09:10 AM org.apache.catalina.startup.Catalina load WARNING: Can't load server.xml Jul 7, 2005 1:09:10 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 0 ms java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:271) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:409) Caused by: java.lang.NullPointerException at org.apache.catalina.startup.Catalina.await(Catalina.java:600) at org.apache.catalina.startup.Catalina.start(Catalina.java:560) ... 6 more I suspect it's clashing with something already installed. I don't really want to remove java and all it's dependancies from my system unless absolutely necessary. The sysdeo plugin in configured properly (I think) -- it's configured to use the Sun JavaVM. Any ideas how I can diagnose this further? Thanks, Joe.

1 0

New file layout for nativified rpms
by Gary Benson 06 Jul '05

06 Jul '05

Hi all, The way bc-compiled rpms are made is currently time-consuming and fiddly, and all too easy to make mistakes. I'm writing a script to automate this, but there's a number of changes to the filesystem layout I'd like to introduce at the same time, partly out of necessity and partly for future-proofing. Currently, bc-compiled rpms have solibs in /usr/lib, one per jarfile, and class mappings in /usr/lib/gcj-4.0.0/classmap.db.d, one per binary rpm. For instance, ant has these two jarfiles: /usr/share/java/ant-1.6.2.jar /usr/share/java/ant-launcher-1.6.2.jar so it has these native files: /usr/lib/gcj-4.0.0/classmap.db.d/ant-1.6.2.db /usr/lib/libant-1.6.2.jar.so /usr/lib/libant-launcher-1.6.2.jar.so Fully-automatic compilation will require one mapping database per jarfile, and I'd like to stick all the solibs and databases in package-specific databases under /usr/lib/gcj, so to continue the example ant would have: /usr/lib/gcj/ant/libant-1.6.2.jar.db /usr/lib/gcj/ant/libant-1.6.2.jar.so /usr/lib/gcj/ant/libant-launcher-1.6.2.jar.db /usr/lib/gcj/ant/libant-launcher-1.6.2.jar.so My reason for moving from /usr/lib/gcj-4.0.0/classmap.db.d as the mappings directory is that this name will of course change when gcj is upgraded -- I don't wish to rebuild my ninety-plus rpms every time gcj bumps unless I actually have to. We can make rebuild-gcj-db pick up files from both the old and new directories until all rpms have been rebuilt. My reason for moving the solibs into this directory is simply because then nativified rpms need only one line in their %files section to pick up the native binaries. Can anyone see any problems with this layout? Cheers, Gary

5 10

Should jpackage-utils own javadoc/java?
by Ian Pilcher 05 Jul '05

05 Jul '05

Fedora's version of jpackage-utils owns /usr/share/javadoc/java. JPackage's version does not. This causes a conflict with JPackage's classpath-javadoc. -- ======================================================================== Ian Pilcher i.pilcher(a)comcast.net ========================================================================

2 2

Installing Java3D on FC4
by Manuel Dahmen 05 Jul '05

05 Jul '05

Hello, I'm new to Fedora and I don't know where to unzip j3d-132-linux-x86.zip (archive from Sun). And: is that all I need to do to create J3D projects in Eclipse? Or is there something else to do? Thanks. Manuel Dahmen.

3 2

libswt-atk-gtk?
by Anthony Green 03 Jul '05

03 Jul '05

The latest Azureus seems to want to load libswt-atk-gtk-3128.so, but I don't see that on my FC4 system. Is it hidden somewhere, or did we not package it? Thanks, AG

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel July 2005