MEI Whitelist Dequarantine Notice

This message has been dequarantined. Although the system only presents the first 55 lines here, the original message was sent to paul intact. > From [EMAIL PROTECTED] Wed Aug 27 17:39:19 2003 > Return-Path: <[EMAIL PROTECTED]> > Received: from apache.org (daedalus.apache.org

Possible mod_jk patch with ap_get_server_name

Hi, I am a new subscriber and have a potential patch to mod_jk. It uses the apache api to get the s->servername value. This has a benefit in that is pays attention to the UseCanonicalName setting within apache. So if a site has lots of ServerAlias entries only 1 entry in server.xml is need

Re: agradou

你好 aly chin <[EMAIL PROTECTED]> wrote:你好！来信收到，但是无法打开附件。谢谢你，亲爱的朋友！ [EMAIL PROTECTED] wrote:me diz o queacha? > ATTACHMENT part 2 application/x-zip-compressed name=:(.zip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additio

Re: I want to learn the source code of Tomcat

你好 zhang lan <[EMAIL PROTECTED]> wrote:Dear, warm-hearted experts: I want to learn the source code of Tomcat, but I don't know where I should start? Could you give me some directions, such as jsper, catlina... by the way, I am a Chinese java programmer and I have developed six web projects. Be

Re: Clustering and Load balancing

hello ,I am at China . Vinayagam <[EMAIL PROTECTED]> wrote:Hi!, I didn't get understand this language. Can u pls send it as English! Regards Vinayagam - Original Message - From: "aly chin" To: "Tomcat Developers List" Sent: Wednesday, November 10, 2004 10:25 AM Subject: Re: Clusterin

Re: agradou

你好,我不认识你.Good luck ! aly chin <[EMAIL PROTECTED]> wrote:你好！来信收到，但是无法打开附件。谢谢你，亲爱的朋友！ [EMAIL PROTECTED] wrote:me diz o queacha? > ATTACHMENT part 2 application/x-zip-compressed name=:(.zip - To unsubscribe, e-mail: [EMAIL PROT

Re: JSP re-compile performance under heavy load

generate the HTML instead of JSP and also save the intermediate step. A large amount of JSP compilation overhead is out of tomcat's hands since it's reliant on the java compiler. -Paul [EMAIL PROTECTED] wrote: > > Hi All, > > I'm curious if any of you have code th

[PATCH] jk_lb_worker patch

s almost a trivial change. This is against 3.2.1, but it should apply clean to later versions as well. Feedback is welcome. Paul --- /tmp/jakarta-tomcat-3.2.1-src/src/native/jk/jk_lb_worker.c Tue Dec 12 16:51:56 2000 +++ ../jk/jk_lb_worker.cMon May 7 16:23:20 2001 @@ -244,7 +244,8 @@ }

Re: synchronize keyword may produce deadlocks.

at test!=0 is setting spinlock 1 and the else branch is setting spinlock 2. So, whenever you test the synchronized version you are going to get a deadlock since your locking has no thread identity... a thread can block itself by checking the lock after setting it. -Paul Speed > } >

RE: Filter Chains slow first time it is called

All, Many apologies if this isn't the correct list for this message. Please point me in the right direction if I've made a mistake. I've been experiencing problems with latency and filters in Tomcat 4 (both beta 1 and beta 5). A search of the mailing list archives showed up the exchange summaris

RE: Filter Chains slow first time it is called

Craig, Thanks for your prompt reply, and sorry for my delayed reply (I was out of the office yesterday). > * Do you have a small test case we can use to investigate this? > If so, you can send it either to TOMCAT-DEV or to me in private mail. A .war file containing an example is attached to t

Re: FYI: Comment on DOXYGEN...

rrent tools have their problems. -Paul Speed "Pier P. Fumagalli" wrote: > > Even though DOXYGEN is used by APR right now to build their API docs, today, > when I asked Ben about it he replied that "It's written in bloody C++ and > you need always the later version o

Re: FYI: Comment on DOXYGEN...

"Pier P. Fumagalli" wrote: > > Paul Speed at [EMAIL PROTECTED] wrote: > > > In another thread on this subject it was mentioned that someone was > > looking for a replacement to these tools. I, too, poked around a > > little but it occurred to me tha

Re: fault-tolerant/backup_mode in mod_jk : Was: [j-t-c] OS poll => [j-t-c] webserver poll

so it will never be selected for any practical purposes. This patch has been tested extensivly in production use, and works perfectly. Paul Frieden GOMEZ Henri wrote: > > >On Thu, Jun 14, 2001 at 10:28:47AM +0200, GOMEZ Henri wrote: > >> mod_jk support Apache 2.0 > &g

Re: [jtc] tabs policy??

dn't spend days criticizing each others' choices in editors and could instead write code. That could be the reason so many people gravitate towards arguing for no tab characters. It's not like the file space they save is as critical as it used to be 15 years ago. :) I personally don't care. I've learned to read it with tabs right or wrong. It looks just as cryptic to me as K&R style bracing and I can read that just fine. ;) -Paul Speed

Tomcat and Beans

garbage collect it(which would call my finalize() method) but this doesn't seem to happen. The bean get's created fine, but not serialized properly. What is Tomcat doing? Paul Hunnisett

RE: Tomcat and Beans

It was, however, regularly reset so I put in the serialization. This made no difference. It still gets reset. Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Geir Magnusson Jr. Sent: 28 June 2001 13:10 To: [EMAIL PROTECTED] Subject: Re: Tomcat and Beans

RE: Tomcat and Beans

The application is not being shut down! Yet somehow my beans are getting "reset". Paul -Original Message- From: Robert Slifka [mailto:[EMAIL PROTECTED]] Sent: 28 June 2001 13:26 To: '[EMAIL PROTECTED]' Subject: RE: Tomcat and Beans >From "The Java P

RE: Tomcat and Beans

stored anywhere. they are added using a standard useBean tag: Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Geir Magnusson Jr. Sent: 28 June 2001 13:37 To: [EMAIL PROTECTED] Subject: Re: Tomcat and Beans When you say 'reset', what do you

RE: Tomcat and Beans

he bean is created for the entire application? I think what you might want here is a session-scoped bean? We can take this off list if you want; just email me. - r > -Original Message- > From: Paul Hunnisett [mailto:[EMAIL PROTECTED]] > Sent: June 28, 2001 8:46 AM > To: [EMAIL PR

Thanks (was Re: TC3.x - status)

been... well... this should have turned to documentation. So thanks again, this is a great tool and advances a fair amount the web-world and the freely-accessible knowledge philosophy. Paul PS: this class-missing problem turning out to be a security exception is a real problem (this was with NS4

RE: search engine?

I just found this under http://www.lucene.com/ - Paul > -Original Message- > From: Kyle F. Downey [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 03, 2001 9:55 AM > To: [EMAIL PROTECTED] > Subject: Re: search engine? > > Try http://www.lucene.org.

Re: An alternative to JSP

l be curious to see where the JSP spec evolves next. To me it seems logical to start incorporating more tags along the lines of the current bean tags. Iteration and other control structures seems like the most common part of the wheel that tag lib

Re: An alternative to JSP

Geoff Soutter wrote: > > "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

Re: Jakarta PMC Meeting Agenda / Info

Rather than add fuel to the fire, I would like to summarize what I need out of a servlet engine. Hopefully this will help the members of the PMC make the correct decisions based off of what users need. High Priority: * Stability We've been running Tomcat 3.1 without any problems for qui

Re: [Fwd: Jakarta PMC Meeting Agenda / Info]

with this kind of stuff... it harkens back to my old graphics programming days. It's almost always surprising what this stuff will turn up. -Paul Speed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [Fwd: Jakarta PMC Meeting Agenda / Info]

"Craig R. McClanahan" wrote: > > Paul Speed wrote: > > > [EMAIL PROTECTED] wrote: > > > > > > Can you argue about how Valve's single chain of command ( where > > > authentication, generation, etc are done in a single invoke() ) can &

Re: An alternative to JSP

runtime penalties. In the case of literals it can be more efficient than StringBuffer as long as they are grouped together as above. Since I haven't looked at the code directly, I don't know how or if this affects your point. -Paul Speed > > Just some thoughts on the imple

Re: An alternative to JSP

Jon Stevens wrote: > > on 1/25/01 11:42 AM, "Paul Speed" <[EMAIL PROTECTED]> wrote: > > > Just thought that I would point out that: > > "My " + "dog " + "has " + "fleas." will be compiled as one String: > > &

Re: Enterprise Tomcat

I think you have more chances with JServ... Paul On Friday, December 8, 2000, at 07:41 PM, Michael Kuz wrote: > Hello all, > > Does anyone know of Corperate (Fortune 500) companies using Tomcat as their > enterprise servlet container? > Anything like that at all? Links

Re: Thread-safety

d = true; > } > } > } BTW, is the _jspx_init() method private and/or final? Otherwise, can compilers really get away with inlining virtual methods? Or is this just a Hotspot runtime compilation issue? -Paul Speed > > The inner synchronized block sh

Re: Thread-safety

inlining virtual methods... I'm pretty sure that _jspx_init() is only a candidate for inlining through runtime compilation by Hotspot. But I'm not even sure of that. Otherwise, if it can never be inlined then you

Re: Thread-safety

t really... for the same reason that a constructor has problems. The code that returns the true value would get inlined as a variable assignment... and could possibly be moved somewhere higher based on dependencies. I wonder how likely it is that _jspx_init() will be inlined

Re: Thread-safety

luous to compare a boolean with true or false > (apart from the fact that in other programming languages this might even be > dangerous, just think of C...) > Check out the article that is referenced in other mail in this thread or hit JavaWorld and see the references section on the article about singletons. -Paul Speed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper CommandLineContext.java

der you will find that it requires > all classes to be in a package, the only class that does not have to > be in a package is the JSP page itself. > > Regards, > > Glenn > So, you can't load unpackaged classes from a JSP page? Even if they are specifically imported? -Paul Speed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [report] Classloading problems between Catalina and Cocoon

ng .class files as resources might work now. -Paul > > That said, I think javac is never going to be this compiler, at least > not any time soon. They just re-wrote it and I doubt they'll do it > again. A more mobile open source project like KJC is probably more

Re: 'Just say no to JSP'

Isn't Tomcat the reference JSP implementation? * Is is. But the tomcat team doesn't set the spec, it just implements it. -Paul > > Have fun, > Paulo Gaspar > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL

Re: Distributed Session Management

"Craig R. McClanahan" wrote: > > On Thu, 15 Nov 2001, Paul Speed wrote: > > > Date: Thu, 15 Nov 2001 14:40:35 -0500 > > From: Paul Speed <[EMAIL PROTECTED]> > > Reply-To: Tomcat Developers List <[EMAIL PROTECTED]> > > To: Tomcat Developer

[PATCH] SSI support

;d like to propose at some point but I don't want to make my patch set any larger than it already is. :) Specifically, I want to lock down the "exec" directive so that SSI can be safely/securely deployed by default. If someone looks at this stuff and finds something wr

servlets-ssi.renametojar

on change to get the "exec" directive to work. -Paul Speed P.S.: I'd be curious to know of anyone actually using the "exec" directive. Looking at the code, I'm not sure I see how it works for non-CGI stuff. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[PATCH] SSI Security

If these classes are exploitable by webapps then it seems to me that security should be set more fine grained (including not allowing file execute for any file). Otherwise, there's always risk that some backdoor will be left open. -Paul Index: conf/web.xml

Re: servlets-ssi.renametojar

ng catalina.policy. > We should leverarge the Java SecurityManager as much as possible to > solve these types of security issues rather than writing and relying > on our own code to enforce security. > > The issue you are addressing Paul can also be addressed by my > PROPOSAL a week

Re: servlets-ssi.renametojar

t be useful. I just don't want to see Tomcat 4 > littered with alot of 'security' code when security can be enforced > using the Java SecurityManager and a policy file. I whole-heartedly agree with that. -Paul > > > Anyway, I'm going to try and setup your proposal h

Re: servlets-ssi.renametojar

; in order to run. I'm still trying to figure out how to enabled this just for the tester app (I have it working if I stick it in the general grant section). The docs in catalina.policy don't seem to be helping much. The other curious thing about this particular error is that it doesn't show

Re: [SSI] initial environment?

include the header and footer. That way I still have unique URLs for my content... they just pull in the standard parts from other files. I don't know if that will work in your case, though. Otherwise, your custom mods are probably the only way to solve your needs. -Paul > > Tha

Re: org.apache.tomcat.util.net package in tomcat 3.x

I run tomcat stand-alone, it would be tough for me to develop and test such as thing and I try not to make suggestions I wouldn't be willing to help develop. -Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: org.apache.tomcat.util.net package in tomcat 3.x

nally, i believe the adapters/connectors for each servlet container > (tomcat3, tomcat4, perhaps jetty someday) should exist in the container > module, and the container modules should depend on jtc, not the other way > around. Yeah, that's what I was getting at. -Paul > > just my $

Re: Connector compatibility between TC 4.0 and 4.1

> For the current release - I don't think we should move the code. > For jk2 - I also think we should wait until it's in a more concrete shape. So are you saying that the dependencies should be restructured as discussed above, but just not yet? -Paul > > Costin > > -- &

Re: Default classes loaded by Tocmat

he compiler. They have nothing to do with the compiled classes. The subclass must define its own imports if it wants to reference the classes in source. -Paul > > Kevin Jones > Developmentor > www.develop.com > > > -Original Message- > > From: Anand Bashyam N

Catalina interface/impl separations

.Server -> ditto The consensus of opinion was to do nothing at that stage that might break the API. What is the feeling nearly three months on? Are we still aiming at full separation in terms both of dependancy and Jar? Are these five fixable? Regards, - Paul H -- To unsubscribe, e-mai

Re: Catalina interface/impl separations

na. These are: * Embedded * EmbeddedManager Interface extraction should be easy and not break any backwards compatability. Changing over return types might. Regards, - Paul H >I'm not a tomcat developer (yet), but, I've been writing code that provides >fail-over capabilit

Re: Catalina interface/impl separations

en some jar name changes so it is not without precident. Regards, - Paul H -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[Patch] new Embedded interface

the future, it may be best to rename Embedded (the class) to DefaultEmbedded. Regards, - Paul H /* * $Header: /home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Deployer.java,v 1.5 2001/10/25 00:23:02 craigmcc Exp $ * $Revision: 1.5 $ * $Date: 2001/10/25 00:23:02

Re: Todo list for 4.0.2 b2

Remy, Kevin, Jena-Frederic, Bill, Craig et al, Could we also do... * the jar split (my email Jan 7th, 14:28) * Embbeded interface (my email Jan 7th, 18:51) Regards, - Paul H >Hi, > >Here goes the list: >- Tag the JK + util directories in j-t-c with some tag (Costin proposed >

Re: Todo list for 4.0.2 b2

y applications instantiate Catalina and cast to an interface. Easy and harmless. Regards, - Paul H -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Todo list for 4.0.2 b2

osts and webapps, you should not being doing it inVM via method calls but via a connector. Regards, - Paul H -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Todo list for 4.0.2 b2

to you dude, it had just slipped your mind) was I?. It is such a small thing to do. Please dude. Regards, - Paul H -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Todo list for 4.0.2 b2

* interface/impl separation. Therefore I can go ahead as is with the currently available Catalina (I guess). Regards, - Paul H -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Todo list for 4.0.2 b2

Craig, >Paul, this needs to be turned around as well. *Please* consider that what >you are asking for has a very substantial backwards compatibility cost -- >making this change would mean it's impossible to have compiled Java code >that works with both 4.0.1 and 4.0.2,

Re: new photos from my party!

Heh, I bet a whole bunch of people on this list just double checked that they don't have the virus, though. I know I did even though I don't use Outlook. Seeing your own e-mail address in the From: line is a little disconcerting. -Paul jean-frederic clere wrote: > > Be

Re: sun.tools.javac.Main will be removed from JDK1.4

lot of bright engineers have come up with some very cool stuff. However, this "feature" is one of the most boneheaded things I've ever heard. ;) -Paul Speed > > An additional note of interest to Ant developers - there is evidence that > running the compiler (either old

Re: [VOTE] Sources in Binary Distributions

s. Some people want a binary only distribution, some want a binary+source distribution. Why not provide both? (Easy for me to say as a lurker.) For what it's worth, I would only download the bin+src distro, ie: the same one that's misnamed now. -Paul Speed

Re: Sources in Binary Distributions

Why not have three different downloads? src, bin, and src + bin. (ie: can't we all just get along? ;) ) -Paul Speed "Rob S." wrote: > > So what we have here is a minority of developers who look through the Tomcat > source, versus the majority of people who have no

Can't get mod_webapp.c to compile

If there is something really obvious I'm missing please let me know. I just can't get mod_webapp.c to compile. Please help!! make results below. Regards Paul Smyth. [EMAIL PROTECTED] Make results: Compiling Apache 1.3 WebApp module mod_webapp.c:77: parse error before `web

Re: Extending Server.xml configurability (foradditionalclasspaths)

Just clarifying, you basically want the exact same functionality you'd get by copying the jars into the individual webapp lib directories, but you just don't want to have to copy them. Right? -Paul Speed Rick Mann wrote: > > on 8/30/01 4:22 AM, Glenn Nielsen at [EMAIL

Re: Extending Server.xml configurability (foradditionalclasspaths)

aring of static data or security permissions or any of that. -Paul Speed Rick Mann wrote: > > on 8/30/01 11:36 PM, Paul Speed at [EMAIL PROTECTED] wrote: > > > Just clarifying, you basically want the exact same functionality > > you'd get by copying the jars

TC4 - Avalon Wrapper.

ded from our ConnectionManager? Lastly congrats on TC4, it's in all other senses a really excellent bit of coding. Quality work. Regards, - Paul H

Re: TC4 - Avalon Wrapper.

se and have that extended by the non threaded, non socket server delegate for avalon too. Noted that this is not now. 4.01 or 4.1 as mentioned before. >Remy is also working on a design for a higher performance HTTP/1.1 >connector. I saw that he just posted some initial work, in the "coyote" >directory of the "jakarta-tomcat-connectors" repository. It would be >useful to get you plugged in to the development effort to make sure that >the abstractions you would need will be there. > I'll take the hint and dive in that connection pool. Regards, - Paul H

Re: DO NOT REPLY [Bug 4339] - Cannot use "//" comments in JSP code

Java syntax? Thanks, -Paul Speed [EMAIL PROTECTED] wrote: > > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT > <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4339>. > ANY REPLY MADE TO THIS MESSAGE WILL NOT B

Re: DO NOT REPLY [Bug 4339] - Cannot use "//" comments in JSP code

o generated output instead of code? Or am I being pedantic and what you really meant was: System.out.println(); // Hello out.print( "Some template text" ); or somesuch? -Paul Speed "Craig R. McClanahan" wrote: > > On Mon, 22 Oct 2001, Paul Speed wrote: > > > D

Re: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

It will include the set command though since that's what I'm going to use to test it. :) If noone else beats me to it, I'll post it when I'm done. -Paul Speed [EMAIL PROTECTED] wrote: > > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > RELATED COMMENTS TH

Re: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

Bip Thelin wrote: > > > -Original Message- > > From: Paul Speed [mailto:[EMAIL PROTECTED]] > > > > For the curious reader, after looking into this code at some length > > it seems clear why the set command was not added. All SSI requests > > sha

Re: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

ed every SSI related file in a very significant way... in addition to removing a few of them. What is the preferred way to submit such a large patch? Thanks, -Paul Speed Bip Thelin wrote: > > > -Original Message- > > From: Paul Speed [mailto:[EMAIL PROTECTED]] > > > >

Re: DO NOT REPLY [Bug 4361] - SsiServlet potentially leaks files

Ok, I'm going to try again with the attachments. Seems like only the SSIInclude03.txt file came through before. -Paul Speed Paul Speed wrote: > > I couldn't find alot of info on testing. I also couldn't find any > tests that included multiple files... so I may be look

Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml

Craig, It looks like this might be due to Bip committing a set of patches that I sent him. So I might be able to help figure out why it's broken. What exactly does it complain about? Thanks. -Paul Speed [EMAIL PROTECTED] wrote: > > craigmcc01/10/26 17:50:05 > > Modi

Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml

ve any more problems. -Paul Speed [EMAIL PROTECTED] wrote: > > craigmcc01/10/26 17:50:05 > > Modified:catalina build.xml > Log: > Add a kludge to avoid compiling the SSI servlet (and associated utilities) > because the build is currently broken, and I haven'

Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml

d. I just need to make the > SsiCommands for "if", "else", etc.. So, with the above changes, SSI should be safe to use from multiple clients. Locally, I've also finished coding the conditional directives and some other fixes to SsiInvokerServlet. I'll post thos

[PATCH] SSI support

the new tester pages which > generate identical output to Apache 1.3.22. > > So after these patches, the only tags that are missing that > mod_include has are "printenv" and "perl" (which is conditionally > included anyway). Also, the "encoding" par

Re: cvs commit: jakarta-tomcat-4.0/catalina build.xml

:) At least the lag was shorter this time. -Paul "Craig R. McClanahan" wrote: > > On Sat, 27 Oct 2001, Paul Speed wrote: > > > Date: Sat, 27 Oct 2001 11:34:58 -0400 > > From: Paul Speed <[EMAIL PROTECTED]> > > Reply-To: Tomcat Developers Mail

Re: Tomcat: Distributed Session Management revisited

local copy of the original session during the request. Not very pretty, but is a solution that wasn't discussed. I tend to agree with Costin that the session API isn't well suited for failover/distribution. I don't think it's impossible though. Plus, if you decide to develop an API separate from the session... it really starts to look like EJB. -Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat: Distributed Session Management revisited

d, she has the option to declare them transient and write a getter > that checks if the Attribute is present, otherwise reconstructs it (in the > case of a picture, reloads it from disk). The user has the choice to design > for performance or ease. We only need to document the options. Agreed. -Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Tomcat: Distributed Session Management revisited

ary > pattern just to fit this into our solution ? > > What if the object is not user defined ( like most are ) ? Well, we > have to create wrappers for each objects you store in a session. Try to > explain this on tomcat-user ( or tomcat-dev ) ... I agree... in these cases, t

Re: Portable SSL Support

mer, but all of the servlet 2.3 comments recently make me now think it's the latter. -Paul -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Recycle objects in TomCat, Performance gain?

performance perspective, probably mostly from the first two. (Costin's analysis in the other response seems to bear proof of this.) -Paul Samuel Cheung wrote: > > Hi, > > In TomCat's source code, I notice it recycles objects (e.g. RequestBase, > StandardSession). But in Sun'

Re: Distributed Session Management

(especially since they can't be easily removed). When opting not to build a separate hierarchy for test classes, we always created a "test" sub-package. I can present numerous reasons why it is better to use a separate hierarchy, but I'm not sure I'd change anyone's m

Re: [Daemon] New commons component

e benefit to Pier's approach that I haven't seen mentioned is of particular concern to paranoid sysadmins (redundant?). If I run tomcat with a security manager I should be able to turn off native code completely in the policy file. Then I only need to audit the source code for the laun

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector/http HttpResponseStream.java

) { Almost always better to go ahead and invert the equals: if ("HEAD".equals(servletRequest.getMethod())) A simpler idiom to remember and will save the null check. Just a friendly tip. -Paul [EMAIL PROTECTED] wrote: > > remm02/02/20 11:24:38 > > Modifie

cookie retrieval

ries with same unwanted session ID output. Perhaps my syntax of setPath is the problem here? Surely I do not have to setup and retrieve cookies using files that are in the same directory? Thanks for all input Paul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

cookie retrieval II

also what appears to be the session ID (output below). Welcome: paul Welcome: 61D0D4C3E11302B07308C3D960D13840 I am obviously looping through the length of the cookies array, retrieving the value, but also this unwanted text. What can I do to retrieve just the value please? It looks like my if co

ResultSet

r satisifed. Quickly again, this is executed: if ((res.getString(3) != null) || (res.getString(3) != "")) { out.println("" + res.getString(3)+ " " + res.getString(2) + ""); } even though - out.println("" + res.getString(3)+ "

Re: Where can I find the spec to implement SSI on Jakarta Tomcat 4.0?

te: The older SSI can only serve one request at a time or it will possibly mix output to the different clients. This was actually my original reasons for fixing the SSI servlet in Catalina since it messes up nested includes too. The other reason was that I needed conditionals. -Paul Speed >

Synchronous Tomcat and Apache

.? on Linux Redhat 7.0 and have been developing / testing my JSP on the Tomcat server on port 8080, while Apache is running on port 80. Thanks for your help Paul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Pandora's box / can of worms etc.

What is MinTC? Where can I get information on it? -- To unsubscribe, e-mail: For additional commands, e-mail:

Tomcat in industry

Where may I find such information regarding this please? Thanks Paul. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

var retrieval from checkbox (with single name)

r maybe there's someone with a better solution out there?! Perhaps I need to assign the checkboxes different names, and edit the JS? (I dont know how to do this)! Thanks for all input Paul. function modify_boxes(to_be_checked,total_boxes){ for ( i=0 ; i < total_boxes ; i++ ) { if (t

RE: Tomcat 3.3 / 4.0 confusion, rant and plan...

ry and let us develop applications based off the newer specifications. They made the way for Tomcat 4.0, whatever code that may be. I don't think that code that works now should be thrown away until the code that is intended to replace it is ready to replace it. Paul Frieden On Sat, 4 Nov

Re: No revolution today

egant, but what I need right now is robust and fast Servlet 2.2/JSP 1.1. Paul Frieden Joseph Chiu wrote: > > Matthew, > > In my environment, I wanted to force all contexts to be in the root context. > > So, my point is -- if you only need the root context (one context only!),

[PATCH] Re: Ready for 3.2b7?

app. Both SessionInterceptor1 and StandardSessionInterceptor1 are mostly the same as the originals, but some code has been moved. Sending these as patches might make it unclear where the changes had occured and why, so I'm sending them in their entirity. Paul Frieden "Craig R

Re: BugRat Report #380 has been filed.

but I won't claim to know the original motivation for seperating them other than what is listed above. It might be possible to check the URL based session IDs in the same place as we check multiple cookies to find a valid one. Paul Hans Bergsten wrote: > > BugRat Mail System wrote: > &g

Re: No revolution today

here is no reason why mod_jserv shouldn't work also. Paul Frieden Andrew Cowie wrote: > > Joseph Chiu [mailto:[EMAIL PROTECTED]] wrote: > > In my environment, I wanted to force all contexts to be in > > the root context. > > > > So, my point is -- if you onl

  1   2   3   >