"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> The patch below deals with only one of 33 places that the "catalina.home"
> system property is referenced in the Catalina source code -- I think we'd
> want to consider them all :-).
Yeah, I know, I was just "scratching the itch" that I had at th
a related topic, how about (re) considering this patch?
geoff
- Original Message -
From: "Geoff Soutter" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 19, 2001 1:36 PM
Subject: [t4] [patch] for "inconvenient" -config current dir
> Hi the
Hi,
I've been considering embedding Jasper in another app. I've been looking at
the code and, while is it is *mucky*, it seems this is probably possible
(although I can see it's going to severely try my patience ;-).
The thing is, I found this document "Proposal for Development of Jasper in
Tomc
Hi there,
As I've been twiddling with T4 again recently this problem has resurfaced.
In T3, I was able to specify the -config option relative to my current
directory. T4 has changed this so that a relative path used with -config is
resolved relative to CATALINA_HOME.
I find this annoying because
Sorry, my fault.
This was actually our code calling stream.flush() which ends up calling
response.flushBuffer() (fairly reasonable, really :-).
So, looks like the T4 code is beyond reproach, again.
Geoff
- Original Message -
From: "Geoff Soutter" <[EMAIL PROTECTED]
Hi there,
I'm using the t4 I built checked out and built on Friday, and I noticed the
following:
java.lang.NoClassDefFoundError:
at .valueUnbound(ServletSession.java:333)
at
org.apache.catalina.session.StandardSession.removeAttribute(StandardSession.
java:953)
at
org.apa
Possibly the world's least important bug:
echo Usage: catalina ( env | run | start | stop )
Windows thinks | in echo is a pipe command ...
geoff
--
"I hate to advocate weird chemicals, alcohol, violence or insanity to
anyone...
but they've always worked for me." - Hunter S. Thompson
> We're planning to do that, actually, and we're waiting a bit before
removing
> the outdated scripts.
fair enough. I always seem to run in to things like that when I build from
source. To be expected I suppose...
> > I don't suppose now I've got your attention you'd like to comment on the
> > "
Hi remy,
Thanks for the reply.
> It's a lot easier now, actually :)
It wasn't that hard b4, just the README was always a little out of date...
> > 2) it seems to be depending on old versions of the projects it depends
on:
>
> It looks like you're still using the build scripts. You shouldn't.
>
Hi tc4 people,
I'm putting myself through the regular "build TC4 from source" hell that I
do whenever I want to test the latest version. (this is on WinNT4)
I came across the following issues, you may be aware of them already but I
thought I'd report 'em just in case...
1) It no longer builds o
come on guys, I know you're listening ... :-)
is this really a bug or am I missing something obvious? (I'm not really up
to speed on Jasper...)
If it is I can enter it into bugzilla...
geoff
- Original Message -----
From: "Geoff Soutter" <[EMAIL PROTECTED]>
To
Hi,
I've got a servlet which includes a JSP page, and it appears that the JSP
engine in Tomcat 4.0 calls response.flushBuffer() when the include finishes.
IMHO this behaviour is incorrect, as it should be up to the "topmost"
servlet to control what is happening with the buffering as much as poss
Yep. Well done and thanks to all those who put in the hard yards to get
where we are today!
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 06, 2001 4:46 PM
Subject: Re: Tomcat 3.2 Wins Java Editor's Choice Award!
> I ec
James
I'm no expert on this matter (I don't use Apache), but here's my 2c.
The problem is you have two apps "competing" for mapping of URLs. We wish to
centralise it inside tomcat (in web.xml), and have the minimum amount of
config in the apache.conf as possible. Thus, we avoid the solution you
"Anil Vijendran" <[EMAIL PROTECTED]> wrote:
>
> Geoff Soutter wrote:
>
> > JDD said essentially the same thing, it's weird, on one hand I hate to
see
> > people getting upset but on the other hand I can't see how we can
provide a
> > kind
"Peter Donald" <[EMAIL PROTECTED]> wrote:
>
> At 11:08 23/1/01 +1100, Geoff Soutter wrote:
> >Any ideas how we can effectively deal with opinionated people without
> >muzzling them?
>
> don't bother responding to them unless they do things the right
"Scott Stirling" <[EMAIL PROTECTED]> wrote:
> > As Kurt Schrader smartly said:
>
> > "The last thing
> > we need is the idea police here to make sure that no one is offended by
> > someone's postings not being up to their standards of niceness. It
seems to
> > me that if you can't handle having y
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
> on 1/14/01 3:11 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote:
>
> > "Jon Stevens" <[EMAIL PROTECTED]> wrote:
> >> on 1/11/01 8:30 PM, "Geoff Soutter" <[EMAIL PROTECTED]&g
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
> on 1/11/01 8:30 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote:
[snip]
> Let me also state that at this point in time, I see Velocity+Turbine as
> being one of the best solutions out there.
I agree it has ben
"Jon Stevens" <[EMAIL PROTECTED]> wrote:
> on 1/11/01 6:32 PM, "Geoff Soutter" <[EMAIL PROTECTED]> wrote:
>
> > Certainly I've never seen what I consider to be a clean way of letting
HTML
> > people do HTML and Java people do Java. Yes,
"Paul Speed" <[EMAIL PROTECTED]> wrote:
>
> Geoff Soutter wrote:
> >
> > "Paul Speed" <[EMAIL PROTECTED]> wrote:
> >
> > [snip]
> >
> > > For what it's worth, I think that custom tags are the thing
> > > t
"Paul Speed" <[EMAIL PROTECTED]> wrote:
[snip]
> For what it's worth, I think that custom tags are the thing
> that really saves JSP. On my last project, we were able to
> encapsulate all logic into a servlet framework and custom tags.
> (Actually, our framework ended up looking very similar t
> > I would volunteer rewriting this class if you agree with my
> > assumptions.
>
> If extending BIS is indeed a problem, I would vote +1 in duplicating the
BIS
> code into SocketInputStream, and -1 for layering another IS (for
performance
> reasons).
Yeah, I agree. Assuming you're talking about
> > Anyway, just a nitpick, but there's a slightly confusing thing: the
System
> > classloader in the Bootstrap.java doesn't correspond to the "System"
> > classloader in the docs - instead it corresponds to the "Common"
> classloader
> > ... I think it'd be a bit clearer if they were synchronised
Hi Craig,
I've just been looking through Bootstrap.java and the classloader docs in
Catalina because I need to do some classloading hacks of my own. Congrats,
the code is really clear and it's (finally) helped me understand how the
whole classloader delegation thing works.
Anyway, just a nitpick
Hi there Craig,
I've been attempting to set up Tomcat 4.0 b1 for my own use, and I've found
I have a bit of an issue with the way that it handles the "current
directory".
Usually I like to install a servlet container once and have multiple
configurations for it set up in different directories (e
> > > The choices seem to be:
> > >
> > > * Start skipping this filter when building the chains.
> > >
> > > * Block all requests that would normally invoke this filter.
> > >
> > > I'm inclined to be worried by the first alternative -- especially if
we
> > started
> > > skipping an authentication
"Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> (Thanks to Geoff for prodding me to respond to this :-)
thanks to craig for responding :-)
> > The areas I'm confused about follow:
> >
> > 1) Filters and UnavailableException
> >
> > Filters can throw UnavailableException, but the 2.3 PFD does
Jon,
I thought the RNG only took around 5 seconds on that kind of machine.
Are you sure it's not classloading taking the time? I found removing the
manifest from my .jar files can make up to an order of magnitude difference
on some servlet engines...
Cheers
Geoff
- Original Message -
anyone out there care about this stuff? please? :-)
> Hi there,
>
> I've got some questions about Servlet API 2.3 Filters and the Tomcat 4.0
m4
> implementation of them.
>
> I've been thinking about implementing one of those new-fangled Filter
> things. I've been reading the spec, and I've found
Hi there,
I've got some questions about Servlet API 2.3 Filters and the Tomcat 4.0 m4
implementation of them.
I've been thinking about implementing one of those new-fangled Filter
things. I've been reading the spec, and I've found a few things which are
unclear. I've also read the source for Tom
Hi there Craig et al,
I just downloaded the m4 source archives as per the message sent recently
and ant and regexp from cvs and followed the intructions, but I can't get it
to build. Looks to me like theres a problem with the javadoc steps. When I
execute:
D:\apps\jakarta\40-m4\jakarta-tomcat-4.
32 matches
Mail list logo