For systems with a /proc file system with these statistics, this doesn't
require any JNI ...
-Original Message-
From: Peter Lin [mailto:[EMAIL PROTECTED]
Sent: Monday, January 03, 2005 10:04 AM
To: Tomcat Developers List
Subject: Re: adding features to Status servlet
sysinfo on
The main download page links to the 5.0.30 beta but not to the 5.0.29
stable. This has led to some confusion on the part of customers of mine.
Would it be reasonable to always have the latest stable version from
each of the maintained branches on that page?
Well, I guess I did mean 5.0.28 in that case.
Another suggestion: couldn't tomcat have its very own download page,
instead of being in the midst of that vast list of jakarta downloads?
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Friday, December 10, 2004
getBytes() with no arguments is very bad. USS or no USS, it should be a
bugzilla.
-Original Message-
From: Rich Taylor [mailto:[EMAIL PROTECTED]
Sent: Friday, December 03, 2004 2:56 PM
To: [EMAIL PROTECTED]
Subject: Tomcat 5.0.x on USS / EBCDIC
Hello Everyone,
Feel free to slam me if
Based on all the recent traffic from people tying themselves into
pretzels with global resources, I have two concrete ideas. I would try
to concoct patches (at least for the first) if there was tentative
acceptance for either.
1) Configure the 'common' classpath in an editable location. By
Remy,
Can you send me a doc reference to the relevant properties? Maybe a howto is in order
here. If there's already a capability to append lib/class/endorsed dirs in a prop
file, then there's surely no reason to add some other place to configure the same
thing.
--benson
-Original
, server.loader and shared.loader in catalina.properties. That's
what we use for the described purpose.
Benson Margulies wrote:
Remy,
Can you send me a doc reference to the relevant properties? Maybe a howto is in
order here. If there's already a capability to append lib/class/endorsed dirs
Yoav,
Just out of curiosity, what would you say to us poor JNI addicts?
--benson
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Possibilities:
1) the thing that explodes .war files in the webapp directory notices
META-INF/server.xml.
2) when an exploded directory is deposited into the webapp directory,
and it has a META-INF/server.xml, and there is no corresponding file in
conf/Catalina/host, the META-INF file is
I am adequately discouraged from trying to sell you additions to
facilitate JNI usage.
I trust that you are in no hurry to demolish common.
I could send along a convincing sob story as to why I really don't have
a practical alternative to JNI, but I doubt that anyone would find it
terribly
I'm supporting a number of JNI-related things in Tomcat, and I just
don't see the point of this idea.
A JNI class is inevitably a per-JVM resource. Giving a web-app a
backdoor way to push the classes up to the common level seems like a
security problem. What if two webapps try to load dueling
List a class as a global JNDI resource to arrange the necessary
communications?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Your missing symbol is part of the runtime. I think that it is part of
the gcc runtime. Did you compile libapr with gcc? If so, then you have
to arrange to use the static gcc runtime (.a) or to at least include the
shared object in the list of link-time dependencies.
Why do you feel the need to touch server.xml all the time?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
XPull?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
From what lands in my mailbox, this list has a strange propensity of
subscriptions from bizarre auto-responders. Generally, they aren't in
English, and appear to be the customer support departments of various
miscellaneous European companies. Who signs them up? Why?
I did some rewriting on the JNDI doc at the instigation of Yoav; I
appended patches to the bugzilla, and then posted them here last night.
I'd be willing to write a JNI how-to, as well. Does someone in
particular coordinate doc changes and additions? I'd like to avoid
wasted effort by having some
http://issues.apache.org/bugzilla/show_bug.cgi?id=29584
Index: jndi-resources-howto.xml
===
RCS file:
/home/cvspublic/jakarta-tomcat-catalina/webapps/docs/jndi-resources-howto.xml,v
retrieving revision 1.5
diff -u -r1.5
18 matches
Mail list logo