Shapira, Yoav wrote:
Hi,
You can't do it from a servlet's init method. System.exit is an ugly
solution: what if there are other webapps on the container?
Yes, very ugly.
Two options come to mind:
- Move this init code to a ServletContextListener's contextInitialized
method. If an error
Is there a way to prevent the context from starting up if a servlet
init() call throws an exception or otherwise fails?
Here's the situation: we have a utility servlet that loads first (using
load-on-startup) and accesses some external resources, checks database
connections, etc. Then our main
Daniel Gibby wrote:
If only tomcat had the mod_rewrite capabilities that apache does, and
strong perl and php performance, I would be glad to trash mod_jk (thus
getting rid of apache as well).
Would this work for you as a mod_rewrite replacement?
http://noodle.tigris.org/
(perl php support
are not the(an)
intended recipient, please immediately delete this e-mail from your computer system
and notify the sender. Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Josh Rehman
Has anyone compared Tomcat 5 and Resin?
Resin has a huge drawback of being closed-source, but it has a great
reputation for being small, fast, and easy to configure. Tomcat is
working for us, but has been something of a bear WRT learning curves and
gotchas, so I'm interested in learning more
This is almost certainly because you're running a firewall. It's kind of
an involved topic, and not one I'm an expert on anyway, so you should
check out this:
http://www.tldp.org/HOWTO/Firewall-HOWTO.html
Beware: many distros have customized firewall software. Anyway, this
isn't a tomcat
Hi,
I'd like to figure out how to finagle Tomcat into a pristine state
without having to reinstall binaries. This is because, once again, I've
somehow managed to get Tomcat into a wierd state where Manager doesn't
want to work, I'm getting some wierd messages in the logs, and things
are just
the sender. Thank you.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Josh Rehman
citysearch.com
213.739.3559
Hi,
I changed this directive to false and looked at the generated servlet.
I was expecting to see that it implements SingleThreadModel but there
was no change to the generated servlet code. Have I missed something?
Here is my JSP:
%@ page language=java %
!DOCTYPE HTML PUBLIC -//w3c//dtd html
Damn, I've been reading the JSP 1.2 spec for some reason. Thanks.
Would it be a good idea for Tomcat to print out a warning about this
deprecation?
QM wrote:
On Sun, Feb 22, 2004 at 12:57:26PM -0800, Josh Rehman wrote:
: I changed this directive to false and looked at the generated servlet
to satisfy these
dependancies. AFAIk there is no good way to do this.
META-INF/context.xml does this in a small way, and it would be nice to
generalize to libraries and drivers. I'm not yet in a position to do
this development, although I might soon be.
--
Josh Rehman
citysearch.com
213.739.3559
Shapira, Yoav wrote:
Yes, there's an excellent way to do this: documentation. End of story
That is not the end of story, of course, or else you wouldn't support
META-INF/context.xml.
--
Josh Rehman
citysearch.com
213.739.3559
recipient of this email, you must not
use, copy or disclose its content to anyone. You must not copy or
communicate to others content that is confidential or subject to
copyright, unless you have the consent of the content owner.
--
Josh Rehman
citysearch.com
213.739.3559
to a different container?
I'm leaning toward duplicating the libraries (this removes an
environment dependancy, too), but I'd like some advice.
--
Josh Rehman
citysearch.com
213.739.3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED
be interesting to extend the
META-INF/context.xml tomcat convention to include support for the
installation of 3rd party libraries. E.g., libraries placed in
META-INF/server/lib will be placed into the similiar tomcat directory on
deployment. Same thing for common/lib.
--
Josh Rehman
citysearch.com
convention, but if there was a way I'd expect it to
be mentioned here:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/printer/deployer-howto.html
And if it existed it could apply to deployment of shared libraries, too.
--
Josh Rehman
citysearch.com
Remy Maucherat wrote:
What I recommend with TC 5 is put your context declarations in
/META-INF/context.xml, and use the manager to manage your webapps. If
using external contexts, then it's the similar: either use the manager
webapp or drop your context file in the right subdir of conf (and
This is a really good article about how to integrate tomcat with eclipse
(using the sysdeo plugin), as well as some struts information. I found
it helpful, and I hope you do, too:
http://javaboutique.internet.com/tutorials/three/
?
I've not seen this exact error, but I have seen some no contexts exist
messages (and general broken-ness) after mucking about with server.xml.
I would suggest deploying with the manager, to make sure the app config
is correct, and trying again.
--
Josh Rehman
citysearch.com
213.739.3559
live with a
Context per developer, then your problem is solved. It is odd that your
specific logs are getting extraneous (global tomcat) bits - normally
that stuff is consumed by the top level logger and doesn't pass down to
the overriding loggers.
--
Josh Rehman
citysearch.com
213.739.3559
by filing online
--
Josh Rehman
citysearch.com
213.739.3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Sun's javac that comes with the 1.3 sdk leaks memory. This is a known
issue. 1.4+ and jikes can fix it.
To my mind the (much) better way is to precompile your JSPs. Check out:
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html
This has the added benefit of avoiding that annoying
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/jasper-howto.html
Merrill Cornish wrote:
I'm running Tomcat 5.0.18 under Windows and I don't see a jspc script in the Tomcat bin directory.
Merrill
-
To unsubscribe, e-mail:
David Wall wrote:
We run Tomcat on 8080 using Cisco Routers for port redirection.
Nobody has to type in a port number.
And the best part is that we're happy to know that some more heavily used
production sites are using TC 5, which was the original question and
interest!
Interesting how
Thanks a bunch for the response. Comments below.
Shapira, Yoav wrote:
Howdy,
Thanks. BTW, why can't server.xml be reloaded? Here's part of your
commit:
Because many of the components defined/declared in server.xml don't have
restart support. There'd be significant code changes to
Remy Maucherat wrote:
Josh Rehman wrote:
This TC5 feature concerns me so much I've written up a bug. Please
feel free to comment on it and/or vote for it.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26676
It's closed now ;)
Well, that's a quick response, although not the one I had
Remy Maucherat wrote:
Josh Rehman wrote:
Amen to that brother. I wasted a lot of time having an old context
load up on me with TC5 when I had removed it from server.xml.
Very, very bad idea tomcat developers!
Glad you like it :)
BTW, it's not going to change. Just stop using server.xml
Shapira, Yoav wrote:
Howdy,
I don't think Remy's suggestion above is unreasonable -- AS LONG AS
IT'S DOCUMENTED (sorry for shouting). Especially if it's as simple as
adding a few lines in server.xml. (Well, it would be nice if it were
added to the server configuration documentation as
There's a really easy way to stop this problem, and it's through a
slight modification of the subscription protocol. Simply require that
the body of the confirmation email be a single word, like confirmed.
That way autoresponders won't be able to confirm themselves.
Very easy to do, and
should modify the context xml fragment in
conf/Catalina/localhost/ (or something like that). The fragment will be
named after the context.
todd runstein wrote:
problems..
--
Josh Rehman
citysearch.com
213.739.3559
-
To unsubscribe
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Josh Rehman
PROTECTED]
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Amen to that brother. I wasted a lot of time having an old context load
up on me with TC5 when I had removed it from server.xml.
Very, very bad idea tomcat developers!
Note that they *can't* delete that directory because you might have
modified something by hand, and presumably that would be
]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e
these days?
--
Thanks,
Josh Rehman
Citysearch
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There are lots of resources on the net. Do a search. I don't have any
links handy or I'd post 'em.
One word of advice: avoid installing a unique tomcat user. Just install
it as your user name and not as root. As you develop and start/stop
tomcat, log files and other things are generated with
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail
I think the answer was, You can't. Not, if you change some libraries
it might work.
Ingmars Rubenis wrote:
Do You know what libraries Should I change like common.jar
May be I should change all server/lib libraries and also common?
Yoav Howdy,
that their request is being queued until the other outstanding
requests finish.
This brings up an interesting point. I'm too lazy to test it, but what
happens if you tomcat needs more threads than it is allowed? Does the
user get a 404?
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scripting is your friend.
--
Thanks,
Josh Rehman
Citysearch Toolsdev, 3559
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
1.4.1_03-b02)
Java HotSpot(TM) Client VM (build 1.4.1_03-b02, mixed mode)
--
Thanks,
Josh Rehman
Citysearch Toolsdev
StandardContext[/balancer]Exception starting filter BalancerFilter
java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester
install to figure that out, and I'm too
lazy. :)
Josh Rehman wrote:
This is wierd. Fresh install of TC5 worked fine. Manually removed some
wars and xml files from webapps to test a clean deployment (I'm tweaking
the project build file). Destroyed conf/Catalina too for good measure,
as well
have changed significantly, though, so I'll
attache them.
Josh Rehman wrote:
I have fixed the problem by copying commmons-digester and
commons-beanutils (a dependancy of digester) from server/lib/ to
common/lib. I swear I didn't touch common/lib when I was deleting
things. I have no idea where
thing.
Filip Hanik (lists) wrote:
get another fresh copy and start from the beginning :)
Filip
-Original Message-
From: Josh Rehman [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 29, 2004 8:38 PM
To: [EMAIL PROTECTED]
Subject: TC5 Problems SEVERE: Error filterStart and webapps won't load
48 matches
Mail list logo