Compiling OpenExchange with gcj and classpath
by Soumyadip Modak
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
18 years, 9 months
Automating pre-build/checkout steps for eclipse features/plugins?
by Robin Green
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...
) 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
18 years, 9 months
IRC Channel
by Andrew Overholt
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
18 years, 9 months
Java API doc (javadoc) from GCJ/classpath?
by Ian Pilcher
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
========================================================================
18 years, 9 months
open-xchange and gcj
by Rudolf Kastl
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
18 years, 9 months
Eclipse + Sysdeo tomcat plugin problem on FC4/i386
by Joe Desbonnet
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.
18 years, 9 months
New file layout for nativified rpms
by Gary Benson
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
18 years, 9 months
Should jpackage-utils own javadoc/java?
by Ian Pilcher
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
========================================================================
18 years, 9 months
Installing Java3D on FC4
by Manuel Dahmen
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.
18 years, 9 months
libswt-atk-gtk?
by Anthony Green
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
18 years, 9 months