In general, I like the idea because there are numerous
projects out there that use specific jars from tomcat
and this would greatly ease access. There is some
discussion going on elsewhere in the community for
distributing jars with this kind of model. The idea
is that an application's expressed
I
should contact to reset my committer account access
([EMAIL PROTECTED]), it would be very helpful.
Cheers,
Mel
Dr. Mel Martinez
[EMAIL PROTECTED]
[EMAIL PROTECTED]
__
Do you Yahoo!?
Yahoo! Shopping - Send Flowers for Valentine's Day
http:/
finitely should use the jakarta-tomcat-jasper
repository, though.
Cheers and good luck!
Mel
Dr. Mel Martinez
Extreme Blue/Cambridge
IBM
__
Do You Yahoo!?
Yahoo! Greetings - send holiday greetings for Easter, Passover
http://greetings.yahoo.com
e to other web applications. That may be an
issue if you are sharing use of the tomcat server with
other applications.
So either strategy MAY require significant rewrites to
your application, depending on how your code is
designed.
Good luck,
Mel
Dr. Mel Martinez
Extreme Blue/Cambridge
IBM
+1
I just want to throw in that I think this is going
great. I am tracking the list and watching the
changes as best I can via cvs web. I am dying to get
my network and dev environment moved up here so I can
contribute a ton of ideas and code that are in my
head, but that is not going to happen
g Brian for new passwords until I can
move my network up here with me so I won't have access
to the repositories until then.
I will try to at least stay caught up with the
developments via this list.
Cheers,
Dr. Mel Martinez
Extreme Blue/Cambridge
IBM
_
Hi folks,
Once again, I must apologize for my recent lack of
participation. I've been traveling quite a bit (house
hunting - it is official, we'll be moving to the
greater boston area.) and so I have not been able to
keep up with the list except in spurts.
I've just now managed to catch up with
+1
Mel
--- GOMEZ Henri <[EMAIL PROTECTED]> wrote:
> I would like to propose Kevin Seguin as a new
> committer.
>
> He make a great job in developping the ajp13
> protocol
> for Tomcat 4.0 and this code will be a great help
> for
> sites wanting to upgrade from 3.2.x to 4.0 while
> still
> usin
Costin,
I'm sorry I've been unresponsive the last week or so.
The Damn Job Hunt(tm) has kept me busy what with
traveling all over the place doing interviews. 'Still
not final and anything can happen, but it looks more
and more likely that we'll be moving to New England!
Also, I've had to chang
+1
Mel
--- Remy Maucherat <[EMAIL PROTECTED]> wrote:
>
> - Original Message -
> From: "Kief Morris" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Sunday, April 22, 2001 2:22 AM
> Subject: [VOTE] New Committer: Bip Thelin
>
>
> > I would like to propose Bip Thelin as a new
> co
--- [EMAIL PROTECTED] wrote:
> Hi Mel,
>
> As you know, we are on the same page on the main
> issue ( refactoring
> jasper), but there are few details... ( sorry for
> responding so late)
>
Don't be sorry - I'm going to take a day or to fully
respond to this and your other suggestions myself.
--- Mel Martinez <[EMAIL PROTECTED]> wrote:
>
> --- [EMAIL PROTECTED] wrote:
> > Hi,
> >
> > While Mel is working on the JspServlet proposal, I
> > thought it would be a
> > good idea to send my notes on jasper.
> >
> > I looked at both
--- [EMAIL PROTECTED] wrote:
> Hi,
>
> While Mel is working on the JspServlet proposal, I
> thought it would be a
> good idea to send my notes on jasper.
>
> I looked at both "branches" of jasper, with the idea
> of trying to merge
> them while preserving each "personality".
>
> As I expected
I tried to respond to this earlier today, but
aparently my mail message got zapped into the
netherworld.
--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> On Tue, 10 Apr 2001, Mel Martinez wrote:
> > I am writing the jasper34 refactoring proposal. I
> am
>
--- [EMAIL PROTECTED] wrote:
> The "toolkit" idea is perfect for what we need,
> and preferably with as little coupling/dependencies
> as possible between components.
>
That's the goal!
> For a "cooperating" container only the Jsp parser
> and generator ( and the runtime ) are relevant, all
>
Bojan,
This sounds like the same error I ran into a couple of
weeks ago. Do you have SessionIdGenerator enabled in
your server.xml file? Unfortunately, if you don't the
default behavior is to barf because it (the sid
generator) never gets started and so the first time a
jsp page or servlet tri
a subclass) one at a
time and then gradually adopt useage in the actual
adapter implementation.
I hope this is helpful.
Mel
Dr. Mel Martinez
Senior Software Architect
G1440, Inc., http://www.g1440.com
[EMAIL PROTECTED]
--- Greg Wilkins <[EMAIL PROTECTED]> wrote:
> Costin,
>
> [EMAIL PROTECT
Mark,
Re: the problem with the fact that some jdk1.2.2
implementations may have the bug and others may not.
Could you possibly put a preamble in a static
initializer that explicitely tests the URL decoding of
some static strings? If the bug occurs, set a (static
final) flag? That would give y
> words, there is plenty
> of other valid reasons there to not use JSP and that
> those two nits are
> really minor in the grand scope of things. :-)
>
Oh yes, I hope I made it clear that I don't think my
two little nits in any way invalidate the larger
points. I am simply
27;t claim this is ideal, but
it seems to work very well.
I am interested in template solutions like Velocity,
though and intend to look at it closely.
Cheers,
Dr. Mel Martinez
[EMAIL PROTECTED]
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
27;t claim this is ideal, but
it seems to work very well.
I am interested in template solutions like Velocity,
though and intend to look at it closely.
Cheers,
Dr. Mel Martinez
[EMAIL PROTECTED]
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
lize this stuff
better belongs on a Job-posting board.
I'll get back to the UML diagrams now. :-)
mel
Dr. Mel Martinez
[EMAIL PROTECTED]
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
--- Bip Thelin <[EMAIL PROTECTED]> wrote:
> "Craig R. McClanahan" wrote:
> >
> > > >
> > > > 2) Addition to default context
> > > >
> > > > Would this CGI servlet be added to the default
> context similar to
> > > > SsiInvokerServlet?
> > >
> > > Yes.
> > >
> >
> > I would suggest that we do th
call ever being told there were limits to the number
of betas one can produce. :-) I believe that a new
beta number is justified by any significant bug fix or
fixes and a security hole is definitely significant,
even if the code change may be tiny.
By labeling it 'beta-3' i
f System.setOut(), then the following
should
be true:
System.out instanceof WSPrintStream
and System.out.println() -> WSPrintStream.println()
this is not the real, problem though (see below).
> I am not able to catch the message from going to the
> default out put
> stream.
> i.e my WSPrintStream does not get invoked.
>
Your WSPrintStream subclass needs to override the
write(byte b) method. When you wrap one OutputStream
around another, the data is passed from one stream to
another through the OutputStream write() method.
The println() method is not part of OutputStream
interface
and so as far as the wrapping PrintStream object is
concerned they (your println methods) do not exist.
I hope this helps.
Cheers,
Dr. Mel Martinez
G1440, Inc.
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/?.refer=text
--- [EMAIL PROTECTED] wrote:
> On Fri, 30 Mar 2001, Mel Martinez wrote:
>
> > --- Steve Downey <[EMAIL PROTECTED]>
> wrote:
> >
> > I must admit to not being totally sure whether
> > co-opting the current 'Constants' and 'Options'
&g
--- Steve Downey <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED]
> >
> > On Thu, 29 Mar 2001, Mel Martinez wrote:
> >
> > > activities that should be orthogonal. The only
> > > dependency should be t
--- Steve Downey <[EMAIL PROTECTED]> wrote:
>
> doing some static analysis, based on class use of
> other classes, it looks
> like this constellation of classes could easily be
> factored out into their
> own package:
>
> org.apache.jasper.compiler.Compiler
> org.apache.jasper.compiler.Mangler
t; limited refactoring if
> that's what you want, but I think we should at least
> try to combine our
> efforts and re-unite ( at least ) jasper. Then all
> the optimizations (
> like tag pooling ) and fixes and the sandboxing will
> be common for most
> part, with clear container-s
first-draft class diagram and probably
initial java code ready for the proposal tonight or
early tomorrow.
I tentatively propose to introduce the changes through
the package name 'org.apache.jasper.servlet33', unless
anyone objects AND has a better package name. :-)
Cheers,
Dr. Mel Mart
--- [EMAIL PROTECTED] wrote:
> >
> > 1) I don't off-hand know of any other generalized
> way to make a portable JSP
> > compiler that can be plugged into any servlet 2.2
> engine other than as a
> > servlet. I'm not sure how that limits us
> feature-wise, other than the fact
> > that it adds a
quests. Given this, the
same role could be played by other entry mechanisms.
> In any case, a refactoring can only help, and you
> have my +1 ( i.e. I
> think it's a good idea and I'll help !).
>
> ( BTW, I'm looking into an alternative/experimental
> implementation for the
> jsp->java component, probably after 3.3 - as a
> standalone add-on
> module. I have few ideas - but I want to first do a
> prototype )
>
>
Dr. Mel Martinezmailto:[EMAIL PROTECTED]
Software Architect phone:410-423-3931
G1440, Inc. http://www.g1440.com
--- [EMAIL PROTECTED] wrote:
> > However, this does point to the need for default
> > behavior of tomcat session generation code (or any
> > interceptor or module code) in the absence of
> expected
> > configuration info in server.xml.
>
> That's a good point, but I'm wondering how could it
> be
--- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> I have made some changes to the Jasper code in
> Tomcat 4 that
> you might want to look at.
>
I will definitely be looking at TC 4.
> 1. In general the Java SecurityManager
> implemenation in Tomcat 4
> and Jasper has significant improvements and
--- Steve Downey <[EMAIL PROTECTED]> wrote:
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 26, 2001 1:08 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: TC3.3 Proposal: Refactoring
> org.apache.jasper.servlet
> >
> >
> > Hi Me
--- [EMAIL PROTECTED] wrote:
> > Temporary(?) fix to stop crashes when creating a
> new Session in
> > embedded use of Jasper (i.e. as standalone
> JspServlet ). Problem may
> > occur in other situations as well, I'm not sure.
> >
> I looked at that and I couldn't reproduce it - are
> you s
--- Jestin Jean-Francois
<[EMAIL PROTECTED]> wrote:
> here are 2 articles speaking about the pushlet
>
>
http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet.html
>
>
http://www.javaworld.com/javaworld/jw-03-2000/jw-03-pushlet-2.html
>
> here is a very simple sample pushlet :
>
>
> {
As hinted at last week, I'd like to propose
refactoring some of the classes in Jasper to improve
the OO model a bit, make maintenance/extendability a
bit easier and hopefully help the performance a bit as
well for those of us using jasper as the JSP engine in
other servlet engines (other than tomc
'm +1 on this change for release..
>
>
>
> Saludos ,
> Ignacio J. Ortega
>
>
> > -Mensaje original-
> > De: Mel Martinez [mailto:[EMAIL PROTECTED]]
> > Enviado el: viernes 23 de marzo de 2001 18:44
> > Para: [EMAIL PROTECTED]
> > Asunto: TC3.3
'm +1 on this change for release..
>
>
>
> Saludos ,
> Ignacio J. Ortega
>
>
> > -Mensaje original-
> > De: Mel Martinez [mailto:[EMAIL PROTECTED]]
> > Enviado el: viernes 23 de marzo de 2001 18:44
> > Para: [EMAIL PROTECTED]
> > Asunto: TC3.3
I posted on this earlier (last night), but the
tomcat-dev list is now so slow that I don't know if it
ever really made it to the list.
I'm encountering a bug now in SimpleSessionStore. In
the inner class (gawd I hate inner classes :-))
SimpleSessionManager's getNewSession() method, a
NullPointer
Currently, when you run the build script (for TC 3.3),
build.xml has 'dist' dependent on the 'javadoc'
target. The 'javadoc' target compiles javadoc pages
for org.apache.tomcat.core and
org.apache.tomcat.modules.*.
I dunno about you, but this seems insufficient for
'dist'. Shouldn't the javadoc
g cleanup
throw e;
}catch(Error err){
//do tag cleanup
throw err;
}
}catch(Exception e){
//blah...blah...
:-)
Mel
--- Casey Lucas <[EMAIL PROTECTED]> wrote:
>
> Mel,
>
> Thanks for the comments. See below.
>
> Mel Martinez wrote:
> >
> > -
--- Casey Lucas <[EMAIL PROTECTED]> wrote:
>
> As I started to add some code to remove pooled tag
> handlers from
> the tag pool if an exception is thrown during tag
> usage, I came
> across an issue...
>
> To clean up tag handlers in the case of exceptions,
> I need to
> know when any excepti
--- [EMAIL PROTECTED] wrote:
> On Wed, 21 Mar 2001, Mel Martinez wrote:
>
> > StringManager's getString() currently deals with
> the
> > MissingResourceException by simply returning a
> String
> > consisting of a warning message about not being
> able
&g
--- [EMAIL PROTECTED] wrote:
> On Wed, 21 Mar 2001, Mel Martinez wrote:
>
> > Would the following be an acceptable solution?
> >
> > We change the
> > Constants.message(key,args,verbosityLevel) method
> > behavior so that if getString(key,args) throws
>
st a short-term fix to get it working right
in the next couple of days and then as mentioned, I'd
like to propose some more wholesale changes. Note - a
lot of these problems don't exist with the
JspInterceptor. These problems seem to be solely with
the JspServlet as used separately from tomcat.
Cheers,
Dr. Mel Martinez
__
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail.
http://personal.mail.yahoo.com/
--- [EMAIL PROTECTED] wrote:
> On Wed, 21 Mar 2001, Mel Martinez wrote:
>
> > Would the following be an acceptable solution?
> >
> > We change the
> > Constants.message(key,args,verbosityLevel) method
> > behavior so that if getString(key,args) throws
>
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> Hola a todos:
>
> There are so many Tomcat 3/Jasper bugs and the
> component itself assigned
> to Justyna Horward, it seems Justyna will not do
> much to help us with
> 3.X, if nobody complaints, if nobody complaints i
> will make somebody
> r
Would the following be an acceptable solution?
We change the
Constants.message(key,args,verbosityLevel) method
behavior so that if getString(key,args) throws
a missing resource exception that it logs using the
key itself as the log message. Note that this would
also require changing the getString
--- Mel Martinez <[EMAIL PROTECTED]> wrote:
>
> --- [EMAIL PROTECTED] wrote:
> > - Of course, the classes and JARs are still
> > extracted from the WAR until the
> > compilation technology is updated (javac wants
> > files :(( ).
> >
>
>
--- [EMAIL PROTECTED] wrote:
> remm01/03/20 16:08:53
>
> Modified:
> jasper/src/share/org/apache/jasper/compiler
> JspCompiler.java
> JspReader.java
> ParserController.java
> TagLibraryInfoImpl.java
> Log:
> - Jasper should run fro
--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> - Clip and Return This Portion -
>
> +1 [ ] I support the proposed release, and
> will work to support it
> +0 [ ] I support the proposed release, but
> cannot work on it
> at this time
> -0 [ ] I d
--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
>
>
> On Mon, 19 Mar 2001, Marc Saegesser wrote:
>
> >
> > This question comes a bug (387) against Tomcat-3.
> The JSP specification
> > defines tag names attribute names as containing
> NMTOKEN values. The
> > specification does not defi
ese properties is entirely
inside org.apache.tomcat.startup.Main in tc3.3, and
probably could be ported to tc4.0 relatively easily.
If no one else can do it, I'll go ahead, but I've got
a pretty full plate and it probably won't get done for
at least a week or two.
Cheers,
Dr.
+1
Mel
--- [EMAIL PROTECTED] wrote:
> Hi,
>
> Please vote for Casey Lucas as commiter.
>
> Casey is working on various optimizations in Jasper,
> with some
> very promising results ( tag pooling ). He is
> working on supporting
> both branches of jasper, and create
> container-specific adapter
+1
Mel
--- Dan Milstein <[EMAIL PROTECTED]> wrote:
> I would like to propose Mike Braden
> ([EMAIL PROTECTED]) as a new
> committer. He has contributed very useful patches
> to the user docs, has
> fixed bugs in the ApacheConfig class, and has been a
> helpful presence on
> this list, both in d
--- [EMAIL PROTECTED] wrote:
>
> Function parseHeaders() in class
> apache/catalina/connector/http/httpProcessor.java
> which manipulate
> request header http and extract portNumber.
> MyURL is using the format for literal IPv6 addresses
> (described in RFC
> 2732).
> A literal IPv6 address i
+1 On putting it in the logs directory.
Mel
--- David Rees <[EMAIL PROTECTED]> wrote:
> On Thu, Mar 15, 2001 at 07:33:19AM -,
> [EMAIL PROTECTED] wrote:
> > costin 01/03/14 23:33:19
> >
> > - added -noout option to redirect the
> stdout/stderr to a file
>
> Great, I've been modifyin
Mike,
Thanks for catching this. I tested assigning the path
attributes, but forgot to test the defaults on the
unix case. I'll try to get your patch tested and
applied by the end of tomorrow. I've been a little
side-tracked the last few days teaching client
personnel.
Mel
--- Mike Braden <[
+1
Welcome aboard, Amy.
Dr. Mel Martinez
G1440, Inc.
--- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> Amy has recently joined the JSP/Servlet team at Sun,
> and has contributed
> several documentation updates and new tests for the
> test harness. She
>
+0
Same sentiments as Nacho. I don't like it, but I can
cave in to peer pressure with the best of 'em... :-)
'Course this means I'll have to change all my own damn
customized scripts again... :-(
Mel
--- [EMAIL PROTECTED] wrote:
> Hi,
>
> I'm doing some fixes in the nightly build, and I was
Hi Oren,
--- "Oren Deri, Nice-Eye" <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> when printing in jsp some String that is null
> (String str = null;)
> the output html is the string "null".
> Look at the code of JspWriterImpl.print(String s)
>
> public void print(String s) throws IOException {
>
Ethan,
You missed some good discussions on this two weeks ago
between Costin and myself! :-)
Not only is it (premature commit) caused by the
RequestDispatcher.include() calling flushBuffer() but
there are other out.flush() calls in jasper that
contribute to the problem.
I don't know if it will
This should be fixed in the nightly builds of tc3.3.
As of last sunday, you should be able to explicitely
control the setting of all these paths in the
auto-generated files (and also where they get
generated to) using attributes of the element in server.xml. If you get build the
latest source,
--- Uijin Hong <[EMAIL PROTECTED]> wrote:
> Why don't you just run 2 servlet container(Tomcat)s
> for each port?
>
That could get memory expensive if you have to do this
for several ports.
The best performance scenario might be to use Apache
to listen to several ports and rewrite them to go to
There might be a more 'elegant' way but a simple brute
force solution is to create a simple dispatcher
servlet (or JSP) that does the following:
String host = request.getHeader("HOST");
String port = "80";
if(host.indexOf(":")>-1){
port = host.substring(host.indexOf(":")+1);
}
//assume getDispa
I notice that as of a day or two ago (my last major
'update' from CVS) that now when I build tomcat 3.3,
even after a 'clean', that only a few of the javadocs
get generated. Specifically, just those in
org.apache.tomcat.modules.
I realize that for some folks, they don't want to wait
to rebuild a
defaults to "modules/mod_jk.dll" on windows,
+"modules/mod_jk.nlm" on netware, and
+ "libexec/mod_jk.so" everywhere else.
+ jklog - path to log file to be used by mod_jk.
+
+
The attached PATCH modifies
org.apache.tomcat.modules.config.ApacheConfig to add
some needed flexibility. I need someone who is
running apache and tomcat3.3 using mod_jserv to test
it in that
configuration and give their feedback.
I've tested it with mod_jk on winNT and linux 6.2 and
it seems
Costin,
I notice that you've renamed the
'TOMCAT_HOME/lib/shared' directory to
'TOMCAT_HOME/lib/apps' (as well as created a new
'container' subdirectory and rearranged the jar
contents a bit.).
This probably is a better name because there is the
potential for confusion in that 'shared' might be
FYI:
I'm pretty much done with the mods I wanted to make (I
ended up adding a few extras) and am in the testing
and documenting phase. Should be ready tomorrow.
BTW: I figured out soon after my last post that the
only thing I needed to do enable auto-generation of
apache config files was to in
Hi y'all.
I'm in the process of making a small tweak so that the
mod_jk.conf-auto file uses conditionals
around the LoadModule statments. As discussed
earlier, there should be a lot of deployment
configuration value in this tweak.
However, after upgrading to the latest and greatest
tomcat 3.3
--- Stephen Jones <[EMAIL PROTECTED]> wrote:
>
> In httpd.conf, you cannot do this:
>
>
> normal config for VirtualHost ...
> Include
> /usr/local/jakarta-tomcat/conf/mod_jk.conf-auto
>
>
> There are three main purposes of including
> mod_jk.conf-auto:
>
> (1) To get the mod_
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> Some comments on format and condign conventions ( in
> not the most
> appropiate for this :) :
>
> .- Wrap lines on the 80 chars boundary..
>
Oops! I did fine on the code - unfortunately went
over
on a couple of javadoc lines. Another comm
ity jar
+ file ${JAVA_HOME}/lib/tools.jar.
+
+ After creating the above class loaders, this class instantiates, initializes
+ and starts an instance of the class
+org.apache.tomcat.startup.Tomcat.
+
+ @author Costin Manolache
+ @author Ignacio
--- "Ignacio J. Ortega" <[EMAIL PROTECTED]> wrote:
> Hola, Mel:
>
> > Hi folks,
> >
> > I'm still new here so help me with the correct
> > protocol here.
> >
>
> Follow http://jakarta.apache.org/site/source.html
> guidelines
>
Ignacio,
Thanks! I'll follow that up.
> Basically send a
Hi folks,
I'm still new here so help me with the correct
protocol here.
I'd like to propose a minor change to the Tomcat 3.3
class:
org.apache.tomcat.startup.Main
to support two additional configuration properties:
org.apache.tomcat.common.classpath and
org.apache.tomcat.shared.classpa
--- [EMAIL PROTECTED] wrote:
> > I won't contest that, but I would suggest
> considering
> > the idea that the final, or intended destination
> is
> > not necessarily the browser. In the case of an
> > included resource, it is the calling servlet that
> is
> > acting as client to the included re
--- [EMAIL PROTECTED] wrote:
>
>
> My expectation ( as a java user ) would be that if I
> call
> out.flush() the data will be written to the final
> destination.
>
I won't contest that, but I would suggest considering
the idea that the final, or intended destination is
not necessarily the br
--- [EMAIL PROTECTED] wrote:
>
> > Second, while there is a flushBuffer() method in
> > JspWriterImpl, this method is NOT a part of the
> > javax.servlet.jsp.JspWriter interface nor is it
> public
> > (it is protected).
>
> We can make it public - and the generated servlets
> already depends
>
Re: out.flush() sets the 'committed' state in the
response in tc3.2.1 JspWriterImpl.
--- [EMAIL PROTECTED] wrote:
> Hi Mel,
>
> First, JspWriter needs to be flushed at the end of
> the page - it has a
> buffer, and if the buffer is not commited the data
> will be lost.
> There is a method ( flus
--- Incze Lajos <[EMAIL PROTECTED]> wrote:
> Maybe it's not correct in general but the JSP 1.1
> syntax
> contains the flush="true" attribute - obligatory in
> case
> of jsp:include. So, it's inconvenient but tomcat3 is
> an
> jsp 1.1 implementation. Am I missing something?
incze
The JSP 1.1
t stands
above, if you do a dynamic include of a JSP page then
the response object is committed upon the return of
the method. I don't believe that is correct behavior.
Is this fixed in a later release? If so, which one
should I upgrade to?
T
I'm trying to assertain just how Apache and Tomcat
interact regarding aliases and rewrites.
I'm using Apache 1.3.14 and tomcat 3.2.1 with
mod_jk.c. I don't know if the latter is the 'latest'
version.
If I have apache configured to apply an alias or a
rewrite rule to a reqest, I can tell from th
--- "Craig R. McClanahan"
<[EMAIL PROTECTED]> wrote:
> Mel Martinez wrote:
> > com.g1440.naf.reflect.SimpleDecorator: illegal
> access
> > ...
> > Method.invoke(cfg,"getServletName",null);
> >
Oops! That should have been something like
Hi,
I'm not sure what I'm missing here, but I'm running
into a strange bit of behavior in Tomcat 3.2.1.
I've got a jsp that uses classes in a jar file that is
placed in the WEB-INF/lib folder like so:
webapps/demo/simple.jsp
webapps/demo/WEB-INF/lib/mylib.jar
Early on one of the classes inside
--- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> There is no need for all this complexity to generate
> a package name
> in the new Jasper.
Hmmm... compared to the gobbledy-gook that was being
done before, I'd hardly call what I did complex.
Aside from options, all it does is very simply asign
t
--- [EMAIL PROTECTED] wrote:
> No, the overhead of using a servlet to invoke the
> jsp page is significant ( at least in my tests
> is shows a big difference ).
>
> JspInterceptor does a simple thing - after the
> jsp page is compiled to a servlet, the servlet
> will be "registered" to tomca
--- [EMAIL PROTECTED] wrote:
>
> IMHO it would be a mistake to write a session
> manager using the same
> abstractions as in a servlet container - after all
> the task is to store
> data and the requirements are pretty specific )
>
I'd like to poke my $.02 in and say I totally agree
with Cos
--- [EMAIL PROTECTED] wrote:
>
> Ok, this is a clear example of what's wrong with the
> current
> status - there are 2 directories that can be set on
> ContextManager,
> one is "home" and the other one is "installDir".
> The env. variable is used to set home.
Where is this stuff documented? T
Costin - Thanks a ton for your reply. Very helpful.
--- [EMAIL PROTECTED] wrote:
> The intention ( in tc3.3 ) is to make all the
> configurations "explicit",
> instead of using conventions like "webapps will be
> in home, libs in
> install, etc".
>
This sound great. I am a big proponent of e
Costin,
These changes seem reasonable to me. Could you
possibly discuss the configuration issues I raise in
my post (subject: Tomcat Setup and configuration) and
how or if they can be addressed?
Mel
--- [EMAIL PROTECTED] wrote:
> Hi,
>
> There are few changes to simplify the configuration
>
servlet class used for *.jsp.
Question #3 above is the most important to me.
If anyone can help me out here, I would greatly
appreciate it. Am I running into bugs already fixed
in Tomcat 3.3 or 4.0? I will move to one of those
builds if necessary,
lved with the
Jasper effort. Like all of you, my time is very
tight, but this subject area is very important to my
projects so I'd like to be involved as much as
possible.
Cheers,
Dr. Mel Martinez
Senior Software Architect
G1440, Inc.
[EMAIL PROTECTED]
--- Glenn Nielsen <[EMAIL PROTECTED
--- Glenn Nielsen <[EMAIL PROTECTED]> wrote:
> I have completed the changes necessary to implement
> the Java SecurityManager
> in Tomcat 4. I have also completed switching Jasper
> over to using the
> URLClassLoader.
Glenn,
Could you describe (briefly) the nature of the change
in terms of the
hanism. I suppose one can override
the handlePageException() but this does not seem
optimal.
Looking forward to feedback,
Dr. Mel Martinez
Software Architect
G1440, Inc.
[EMAIL PROTECTED]
--- "Craig R. McClanahan"
<[EMAIL PROTECTED]> wrote:
> Glenn Nielsen wrote:
>
> > I
Brad Cox [mailto:[EMAIL PROTECTED]] wrote:
> At 11:03 AM -0800 01/25/2001, Mel Martinez wrote:
> >That presumes the line termination
> >character of choice for the output is a linefeed
> >character.
>
> Good point. Will fix when I get a moment.
>
> >Anoth
e implementation. On the
larger issue of this thread, I don't really see the
benefit of something like MLS over JSP, which
potentially allows you to completely remove all Java
code from the html (by using jsp tags and taglibs),
but take that as an imho.
Dr. Mel Martinez
Software Architec
99 matches
Mail list logo
