Thanks for the explanation, Craig.
JCCSP is JavaCC grammar based. (See http://home.earthlink.net/~shemnon/ ) Would
there be any opportunity to merge this into Jasper? (While it's currently GPL,
Donno has no problem to place it under BSD.)
regards,
--
John
>
>
>On Wed, 11 Jul 2001, John Yu wrote
craigmcc01/07/11 19:42:05
Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
Log:
Log a few exceptional conditions in addition to throwing the exceptions
required by the spec.
Revision ChangesPath
1.18 +15 -6
craigmcc01/07/11 19:41:02
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Include06a.java
Include07.java Include07a.java Include07b.java
Include07c.java
> >
> > P.S. What hacker I mean is: The one who read the source code and make
> > change to it so that the whole system get benefit from it. So you are
> > hacker. (but me not yet). The guy who break the system is
> > cracker, or black
> > hacker to be specific.
> ??? A cracker is a criminal
craigmcc01/07/11 17:00:17
Modified:catalina/src/share/org/apache/catalina/authenticator
FormAuthenticator.java
Log:
Remove extraneous debugging output setting.
Revision ChangesPath
1.9 +4 -7
jakarta-tomcat-4.0/catalina/src/share/org/ap
craigmcc01/07/11 16:39:51
Modified:catalina/src/share/org/apache/catalina/authenticator
Constants.java FormAuthenticator.java
Log:
Update form-based login processing to be consitent with the 2.3 PFD2 spec.
In particular, Catalina now uses redirects (instead
>OK, but my point is that as we improve the 3.x docs --
>regardless of the
>value of x -- the 3.2 docs will become less relevant.
>
>Right now there are many differences between the 3.2 and 3.3 docs, but
>they're mostly in the connector docs, which AFAIK haven't
>changed much if at
>all in op
>> I like this compromise. I will propose that we get rid of
>the 3.2 docs
>> on the site -- once I'm convinced they're similar enough.
>There's still
>> that old "3.3 is a rogue release" sentiment floating around,
>and people
>> might not appreciate giving 3.3 implied legitimacy by making it
remm01/07/11 15:51:43
Modified:jasper/src/share/org/apache/jasper/runtime
PageContextImpl.java
Log:
- Fix infinite looping bug when doing an include followed by a forward.
The included attribute is now unset before forwarding, so that the JSP we
f
craigmcc01/07/11 14:18:31
Modified:tester/src/bin tester.xml
tester/web/WEB-INF web.xml
Added: tester/src/tester/org/apache/tester Include04.java
Include04a.java Include04b.java
tester/web Include05.jsp Include05a.jsp Include
amyroh 01/07/11 14:15:50
Modified:catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
Log:
Fixes the empty content_length problem -- patch submitted by Gene Wadleigh.
Revision ChangesPath
1.2 +26 -15
jakarta-tomcat-4.0/catal
horwat 01/07/11 13:17:49
Modified:jasper/src/share/org/apache/jasper/compiler
TagEndGenerator.java
Log:
Changed to a more meaningful and unique variable name.
Bugzilla #2364
Revision ChangesPath
1.8 +2 -2
jakarta-tomcat-4.0/jaspe
I do stuff like this all the time (although not with scriptlets :-).
The best thing to do would be to create a small, reproducible test case
and then submit it (with a bug report) to our bug tracking system:
http://nagoya.apache.org/bugzilla/
On Wed, 11 Jul 2001, Levent Gündogdu wrote:
> Hi
On Wed, 11 Jul 2001, John Yu wrote:
> I'm new to Tomcat/Jasper. I have a question regarding Jasper:
>
> Does Jasper parse a JSP into a DOM-like objects. In other words, does Jasper
> create in-memory parsed tree of the the JSP file?
>
It does not currently do this. Essentially, Jasper today
>
> P.S. What hacker I mean is: The one who read the source code and make
> change to it so that the whole system get benefit from it. So you are
> hacker. (but me not yet). The guy who break the system is
> cracker, or black
> hacker to be specific.
??? A cracker is a criminal hacker. not some
craigmcc01/07/11 10:35:37
Modified:tester/src/bin tester.xml
Added: tester/web JspParams01.jsp JspParams02.jsp
Log:
Add unit tests to verify that is not allowed inside
Revision ChangesPath
1.1 jakarta-tomcat-4.0/te
Craig R. McClanahan wrote:
>
> On Mon, 9 Jul 2001, Alex Chaffee wrote:
>
>
>>>Bundle the 3.2.x docs with 3.2.x and only have the 3.3 docs online ("latest
>>>Tomcat release"). If you want the 3.2.x docs, get them with the binary or
>>>whatever. I certainly don't think we should keep old versi
Punky Tse wrote:
>>>3) How about putting all the installation and configuration of Tomcat
>>>standalone first, and then followed by some chapters (advanced topics)
>>>
> about
>
>>>Running Tomcat behind web servers?
>>>
>>
>>It's already organized that way. See the first paragraph of the
>>"edit
Christopher Cain wrote:
>
> "Rob S." wrote:
>
> [snip]
>
>>First off, I think we should have an ultra-quick install guide. If you're
>>like a lot of geeks, you know your stuff. You need to know a quick few
>>steps, a quick 2-3 gotchas, and BAM that's it. I want to make sure the
>>quick-and-
Rob S. wrote:
> There is a WHACK of info in that TOC. Your copyright is well-deserved =)
>
> First off, I think we should have an ultra-quick install guide.
Until there's an ultra-quick install script, there can't be a ultra-quick
install guide. For 3.x at least, there are so many different
Please unsubscribe me from mailing list.
Thank You
> Unless and until there's a 3.3 or 4.0 final release, *3.2* is the "latest
> Tomcat release", and deserves to be documented on the web site.
Ah, but that's exactly my point. I see two versions of Tomcat docs up there
now and I'm like, "wtf?" Why have the 3.3 docs online then? Now that I've
RT
the following attachment contains a file with the neccesary patches to the
index.html file which will be used to to make the checkbox and the colors
example work.
the file is in a unix file format.
it was produced using the following command..
cvs diff -u index.html >> patchindex.txt
using
Hi everyone,
I assume there is a BUG in the JSP Code Compiler somewhere, because the
following does not work as it should:
[...]
<%
// Retrieve user object for this session
Object obj = request.getSession().getAttribute("user");
// Just make sure, what class we have
System.out.println(obj.ge
24 matches
Mail list logo
