The person you are trying to contact is no longer available at this email
address.
Please update your contact info to reflect this.
For all things Chopping Block business please contact:
Dan Schutzsmith
New Business Manager
or for all technical/project questions including Web Photo Gallery or
The person you are trying to contact is no longer available at this email
address.
Please update your contact info to reflect this.
For all things Chopping Block business please contact:
Dan Schutzsmith
New Business Manager
or for all technical/project questions including Web Photo Gallery or
The person you are trying to contact is no longer available at this email
address.
Please update your contact info to reflect this.
For all things Chopping Block business please contact:
Dan Schutzsmith
New Business Manager
or for all technical/project questions including Web Photo Gallery or
> a command line option or a different environment variable). Here's my
> proposed breakdown:
Sounds good to me!
Cheers
Geoff
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
x27;m wondering, how far along is Jasper towards a 4.0 release? Is it
going to be refactored before release or are we intending to release it
largely "as is"?
Thanks,
Geoff
--
"I hate to advocate weird chemicals, alcohol, violence or insanity to
anyone... but they've always worked for me." - Hunter S. Thompson
from CWD to CATALINA_HOME
if (!file.isAbsolute())
file = new File(System.getProperty("catalina.home") +
File.separator + configFile);
*/
return (file);
}
Geoff
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]
a:484)
Seems that it can't successfully load classes when processing a valueUnBound
event? The class that it can't find is available in the same WEB-INF/classes
dir as the main servlet class...
The same code works fine on t3...
Geoff
--
"I hate to advocate weird chemicals,
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
comment, because I have no idea what to answer. I know very
little
> about Jasper.
fair enough! spose I should look through CVS to see whos got their paw
prints on the 4.0 Jasper mods ... ;-)
thanks
geoff
ould say that
... :-)
I don't suppose now I've got your attention you'd like to comment on the
"Jasper calling response.flushBuffer() when included from servlet" problem I
reported the other day??? :-) Its really bugging me not knowing if it's a
bug or I'm missing something...
Geoff
ollowing error:
BUILD FAILED
D:\apps\jakarta\src\40b5\jakarta-tomcat-4.0\build.xml:129:
D:\apps\jakarta\src\40b5\jakarta-servletapi-4\docs\api not found.
build dist for the servlet API does create javadoc, but they are in the
dist\docs\api dir...
Apart from that it went well though :-) I'm cookin' with gas now...
Geoff
--
Keep cool till after school!
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
er in release()");
}
and in JspWriterImpl.java
public void flush() throws IOException {
synchronized (lock) {
flushBuffer();
if (out != null) {
out.flush();
// Also flush the response buffer.
response.flushBuffer();
}
}
}
Geoff
--
Keep cool till after school!
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
we avoid the solution you are
proposing.
Check the 2.2 servlet spec to understand how mapping is done in a servlet
container.
geoff
- Original Message -
From: "James Courtney" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Tues
"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
id 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 of "virtual padded room" where we can prevent people getting offended
witho
"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
y.
IMHO, JSP is just an ASP/CF "me-too"... Not that it means it's not _useful_,
it's just not _elegant_. Look at all the spagetti-code ASP and CF sites
there are out there. Course now it has the J2EE stamp of approva
Assuming you're talking about 4.x and not 3.x, the most
important thing about this class is the performance. 3.x sucked (to put it
mildly), I had to go to _many_ lengths to get the new version of c.o.s file
uploading code to go at a reasonable speed. You could do worse that looking
there if you wa
> > ... I think it'd be a bit clearer if they were synchronised... :-)
>
> Don't blame Craig, it's my fault actually (I added the new system
> classloader).
Ah, yes, I forgot Craig is infallible :-). His code is so clean I almost
weep when I read it...
Geoff
---
ronised... :-)
Also, maybe it'd be better to get the "build dist" process to extract the
docs into a directory separate from the src dir? I didn't think of looking
for them there originally...
Cheers
Geoff
-
ould probably do a patch...
cheers
Geoff
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
nse to me (in addition to the simplicity
> argument) is that the original filter chain filters a *servlet*. What
> that servlet does inside it's service() method to produce the response
> is a "black box" operation that is totally up to that servlet, which can
> perform its own filter-like activities if it needs to.
Well, I'm not sure which is the "best" way, but I'll be happy as long as the
spec is clear :-).
Cheers
Geoff
"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
> >
> > F
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 Me
> password. What happens? the login-error.xml is sent to the client
directly,
> without the XSLT transformation. Not nice.
>
> Would anyone care to comment on what they think is the right behaviour in
> these cases, or to clarify my confusion?
>
> Cheers
>
> Geoff
-error.xml" when the user enters the wrong
password. What happens? the login-error.xml is sent to the client directly,
without the XSLT transformation. Not nice.
Would anyone care to comment on what they think is the right behaviour in
these cases, or to clarify my confusion?
Cheers
Geoff
d in the build dir rather
than the source dir.
Is this just another case of me not reading carefully enough or is there a
problem in here somewhere?
cheers
Geoff
PS, I noticed during the JMX download that there are two competing download
files, the
"JMX Instrumentation Reference Implementat
35 matches
Mail list logo
