tomcat not expanding macros
by Charles Curley
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
17 years, 11 months
Native code not loaded when it is in the db
by Andrew Overholt
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
17 years, 11 months
Eclipse 3.1.1
by Andrew Overholt
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&...
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/e...
17 years, 12 months
Fedora Directory Server Application
by Lillian Angel
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
17 years, 12 months
a java beagle version?
by Justin Conover
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 ;)
17 years, 12 months
FC5 Release Notes
by Anthony Green
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
17 years, 12 months
DevJam reports
by Mark Wielaard
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...
- 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...
- 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/
18 years
