java-devel October 2005

java-devel@lists.fedoraproject.org

17 participants
17 discussions

tomcat not expanding macros
by Charles Curley 20 Oct '05

20 Oct '05

I have tomcat5-5.0.30-5jpp_6fc on FC4 as updated. My client has sent me a war package, foo.war, to install & document. I can deploy it via tomcat's manager. One problem I hit is that the web.xml file contains a macro, used several places, e.g: -------------------------------------------------- <param-value>${catalina.home}/webapps/foo</param-value> -------------------------------------------------- It apears it is not being expanded, so that the log fle complains like so: -------------------------------------------------- ERROR: License Manager Error: ${catalina.home}/webapps/FOO/WEB-INF/lib/foo.jar (No such file or directory) ERROR: License Manager Error: ${catalina.home}/webapps/FOO/WEB-INF/lib/foo.jar (No such file or directory) -------------------------------------------------- When I globally search and replace the correct expansion of the macro into web.xml, I get other problems but not that one, leading me to think that the problem is lack of macro expansion. I don't see anything in the tomcat docs that suggests that macro expansion can be turned on or off. -- Charles Curley /"\ ASCII Ribbon Campaign Looking for fine software \ / Respect for open standards and/or writing? X No HTML/RTF in email http://www.charlescurley.com / \ No M$ Word docs in email Key fingerprint = CE5C 6645 A45A 64E4 94C0 809C FFF6 4C48 4ECD DFDB

3 5

Native code not loaded when it is in the db
by Andrew Overholt 14 Oct '05

14 Oct '05

Hi Andrew, I have natively-compiled all of Eclipse and created .db files and merged them all into the system-wide .db. I have verified that the .db file that is being used by gij (this is a gcc that I have built from 4.0 branch head) contains the .jar,.jar.so combinations that I want to use. However, two of the jars are being loaded as bytecode when I want them to be loaded from their corresponding .so (as evidenced by the following). eclipse -vmargs -verbose: [...] [Loaded (bytecode) org.eclipse.core.resources.ResourcesPlugin from (file:/home/andrew/work/eclipse/binary/eclipse/plugins/org.eclipse.core.resources_3.1.0.jar <no certificates>)] [...] I wrote a little test app (attached) to generate the byte strings from a jar just like they are presented by gcj-dbtool -l (*) so that I could verify that the actual classes I'm interested in are in fact in the .db. This is what I get: java MD5Test /home/andrew/work/eclipse/binary/eclipse/plugins/org.eclipse.core.resources_3.1.0.jar [...] org/eclipse/core/resources/ResourcesPlugin.class -> 617779565aed3728932e63a591ad9d [...] and gcj-dbtool -l `gcj-dbtool -p` [...] [21443] 617779565aed3728932e63a591ad9d -> /home/andrew/work/eclipse/native-3.1reallyclean/org.eclipse.core.resources_3.1.0.jar.so [...] (I have verified that my test program run on another jar that loads classes that are BC-compiled has matching signatures to those in the .db) Interestingly enough, when I try the same jar but with some modifications (I edited some classes in Eclipse, re-generated the jar, and natively-compiled it in the same way I did the above), its classes *are* loaded from the .so. This leads me to believe that something's either wrong with this jar/.jar.so or with the part of gij that intercepts class loading to feed stuff from .jar.sos in the .db. Any ideas? I guess Eclipse could be loading these two jars in unique ways. The second jar is SWT which I know has JNI .sos ripped out the first time it is used so maybe that is causing some weirdness there? Thanks, Andrew * it would be nice if gcj-dbtool could have this functionality but I guess then it'll need to store the original classname ... perhaps I'll write a patch

4 5

Eclipse 3.1.1
by Andrew Overholt 13 Oct '05

13 Oct '05

Hi, I got Eclipse 3.1.1 built into rawhide last night and I was able to use it to check out GNU Classpath [1] and build everything (using Tom Tromey's builders for the native part and the locale creation, etc.)! This was the first time I've been able to do this with our Eclipse. There is one small wrinkle, though: I forgot to apply one patch to the build [1] so you'll get lots of OutOfMemory errors. I've applied the patch in CVS now and the build should sync up to mirrors tomorrow. If you are absolutely dying to try it today, you can do the following: # First, grab what's in rawhide ... eclipse-jdt can be eclipse-pde, etc. sudo yum --enablerepo=development install eclipse-jdt # Then, grab the patched org.eclipse.jdt.core_3.1.1.jar{,.so{,.db}} wget http://overholt.ca/org.eclipse.jdt.core_3.1.1.jar wget http://overholt.ca/org.eclipse.jdt.core_3.1.1.jar.so wget http://overholt.ca/org.eclipse.jdt.core_3.1.1.jar.db sudo mv /usr/share/eclipse/plugins/org.eclipse.jdt.core_3.1.1.jar{,.bak} sudo mv /usr/lib/gcj/eclipse/org.eclipse.jdt.core_3.1.1.jar.so{,.bak} sudo mv /usr/lib/gcj/eclipse/org.eclipse.jdt.core_3.1.1.jar.db{,.bak} sudo cp org.eclipse.jdt.core_3.1.1.jar /usr/share/eclipse/plugins sudo cp org.eclipse.jdt.core_3.1.1.jar.so /usr/lib/gcj/eclipse sudo cp org.eclipse.jdt.core_3.1.1.jar.db /usr/lib/gcj/eclipse sudo rebuild-gcj-db You should now be able to start up Eclipse. Be careful with workspaces, though, because I read that workspaces that have been "3.1.1-ified" may (will?) not work with older releases. Also, as with most upgrades, if you experience problems, try mv ~/.eclipse{,.bak} (unless you've put plug-ins in there or something you want to keep using). As usual, please report bugs at: https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Fedora%20Core&ve… Thanks, Andrew [1] I'm still having issues with varying levels of CVS compression. It seems to be most reliable when checked out with the default level of 0. Yes, this is slow, but I'd rather it actually finished. [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=111299 patch: http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.jdt.core/model/org/ecl…

1 1

Fedora Directory Server Application
by Lillian Angel 12 Oct '05

12 Oct '05

Hello, I have created a patch for the Netscape/Fedora Directory Server Application. When applied to the console directory, the application builds successfully against Classpath and the JDK. Also, the file console.src.com.netscape.client.comm.Hanger.java should be removed from the cvs repository. It is not needed. The other changes are attached as a patch. Thanks, Lillian Angel

1 2

a java beagle version?
by Justin Conover 12 Oct '05

12 Oct '05

Anyone thought about converting beagle(mono) to java, is it possible with some changes to the code? I saw something months back about the diffs between java/mono and how it is possible to write apps for both without much pain, I'm not a developer and don't really know enough about java atm to say yes/no ;-) Just thought if it is possible, that would be a good project since fedora/rh doesn't want to go down the mono route for what i think are good reasons. For example, didn't Wikipedia mv from GCJ and Lucene to Mono and Dotlucene? I don't know if there is any similarity between DotLucene and Beagle, but if Lucene does some kind of indexing/searching would it be possible to write some kind of Lucene interface to index dir on a desktop? I could just be pulling all of this out of my @$$ and be a bad idea ;)

5 8

FC5 Release Notes
by Anthony Green 11 Oct '05

11 Oct '05

I've volunteered to help with the FC5 release notes. According to the schedule, FC5 test1 is only 3 weeks away! To be honest, I'm not quite clear on what kinds of things the release notes should contain. I'll work with the docs team on this, but if anybody has ideas or knows of things that should be included, now would be a good time to mention them. AG

4 5

DevJam reports
by Mark Wielaard 01 Oct '05

01 Oct '05

Hi all, The GNU Classpath distro DevJam was a great success. It seems we brought some harmony into the hearts and minds of the different distributions (Ubuntu, SkoleLinux, Debian, Fedora, Suse, Gentoo, OpenEmbedded) that participated. And being able to talk and debug some issues with several of the upstream projects involved (GNU Classpath, kaffe, gcj, Cacao) was definitely inspirational and productive. Here is a list of other summaries and notes of the meeting: - SkoleLinux summaries and pictures: http://skolelinux.de/wiki/FreeJava/Meeting050923 - OpenEmbedded ARM TODO list: http://www.informatik.uni-bremen.de/cgi-bin/cgiwrap/rwagner/pyblosxom.cgi/c… - GCJ maintainer/Fedora impressions by Andrew Haley: http://www.advogato.org/person/aph/diary.html?start=0 - Gentoo DevJam braindump by Petteri Räty (plus presentation) http://article.gmane.org/gmane.linux.gentoo.java/598 http://dev.gentoo.org/~betelgeuse/show.pdf - DevJam Arrival and Schedule/Discussion notes: http://gnu.wildebeest.org/diary/index.php?p=116 - Debian Project leader notes: http://necrotic.deadbeast.net/~branden/blog/exuberance/Debian/destination_o… - LWN article about the meeting that is currently being published for subscribers (please support LWN it is a great magazine): http://lwn.net/Articles/153450/ Next week it will be free for all. (Please send me, or the devjam mailing-list, updates and additions.) On request of several of the participants I have setup a mailing-list so people can keep in touch and coordinate cross-distro/packaging/project things. If you are interested please send an email to devjam-subscribe(a)developer.classpath.org The mailing-list has a public archive accessible through: http://developer.classpath.org/mailman/listinfo/devjam And if you are interested in participating or helping out with a followup meeting please see the wiki about DevJam++: http://java.debian.net/index.php/DevJam++ Cheers, Mark -- Escape the Java Trap with GNU Classpath! http://www.gnu.org/philosophy/java-trap.html Join the community at http://planet.classpath.org/

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel October 2005