Re: Servlet Unit Testing strategies

> > But if you have to make setPropertiesFileName public, or to make design > > choices for the component based on the testing framework requirements - > > no, I don't think that's good. If the component has a > > setPropertiesFileName it is because that's the intended behavior. > > > > How would

Re: TC3.2.1 - response commit on included JSPs

> 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 resource. In good OO > design, it should be in

RE: cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes/dispatch IncludeJspWithSession.java

I marked the Bugzilla item as fixed. I'm still making my sweep through the NEW items for the pending Tomcat 3.2.2b1 drop. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 23, 2001 3:46 PM > To: [EMAIL PROTECTED] > Subject: cvs commit: > j

Re: Servlet Unit Testing strategies

Interesting ... Let me try one more time ... :) - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 23, 2001 10:43 PM Subject: Re: Servlet Unit Testing strategies > > > 2) For any test framework that you use, you may have to modify your own > >

Re: TC3.2.1 - response commit on included JSPs

--- [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

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/request JDBCRealm.java

nacho 01/02/23 14:07:57 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 JDBCRealm.java Log: More on the same little thing a bit better now Revision ChangesPath No revision No revision

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/request JDBCRealm.java LocalStrings.properties

nacho 01/02/23 14:02:52 Modified:src/share/org/apache/tomcat/request Tag: tomcat_32 JDBCRealm.java LocalStrings.properties Log: Better messages for JDBCRealm initialization and startup at least they are accurate now :) Revision ChangesPath No

cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF/classes/dispatch IncludeJspWithSession.java

larryi 01/02/23 13:45:47 Modified:src/tests/webpages/WEB-INF test-tomcat.xml Added: src/tests/webpages/WEB-INF/classes/dispatch IncludeJspWithSession.java Log: Add a test for Bugzilla Bug #92, which is present in Tomcat 3.3m1. If you create a se

Re: Servlet Unit Testing strategies

> 2) For any test framework that you use, you may have to modify your own > class to help testing it ... but this is not bad, this usually brings a > better design ... For example : let's say you have a class that uses a > Properties file to read some data. Let's imagine you want to test your cla

Re: [Catalina] Confirmed: Classreloading Session Persistencedoesn'twork with Turbine

on 2/22/01 6:59 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Real simple -- use the current CVS code -- *all* of it, not just replacing > catalina.jar :-) Ok. Got it. It is now working! Yea! Sorry for the false alarm. :-( > Using your script, you will see in the logs that the user ob

Bug in Request.isUserInRole - Tomcat 3.3

Request.isUserInRole doesn't allow an interceptor to DECLINE (and is inconsistent with Context). The following change to org/apache/tomcat/core/Request.java brings it in line: 488c488 < if ( status != 0 ) { --- > if ( status != BaseInterceptor.DECLINED ) { 492c492 < r

Re: Servlet Unit Testing strategies

- Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 23, 2001 8:10 PM Subject: Re: Servlet Unit Testing strategies > > Hi Tomcat developers, > > > > I'd like to have your opinion on servlet unit testing. I have written a > > simple extension to J

FORM auth mixed with non cookies sessions

Should FORM auth mixed with non cookies sessions work at all? I can not found any reference to the mix in the Spec... Any help will be appreciated .. Saludos , Ignacio J. Ortega - To unsubscribe, e-mail: [EMAIL PROTECTED] For

RE: fix for bug 535?

Hi Matt, Thanks for diagnosing this. PrefixMapper.java has already been fixed in Tomcat 3.2.2 and Tomcat 3.3m1 and up. I'll mark this bug as a duplicate of Bug 136. Cheers Larry > -Original Message- > From: matthew denner [mailto:[EMAIL PROTECTED]] > Sent: Friday, February 23, 2001 9

Re: non-servlet components

> What is the "proper" way to implement non-servlet singleton components in > the Tomcat framework? I am not sure of any proper way, but I have a class that has a static method that returns a reference to a private member variable. The class has no constructor, and the getInstance() method creat

Re: non-servlet components

Zachariah wrote: > What is the "proper" way to implement non-servlet singleton components in > the Tomcat framework? This type of discussion is better handled on the TOMCAT-USER list, because it does not relate to the development of Tomcat. > > Looking over the docs, it was talking all about >

non-servlet components

What is the "proper" way to implement non-servlet singleton components in the Tomcat framework? Looking over the docs, it was talking all about servlets as components, and there didn't seem a way to have an object instantiated and persistent while the jvm was running, and have that object accessi

Re: Servlet Unit Testing strategies

> Hi Tomcat developers, > > I'd like to have your opinion on servlet unit testing. I have written a > simple extension to JUnit called J2EEUnit to do that but I'd like to knwo if > there is a general consensus on servlet unit testing, regarding it's > usefulness : > > Do you think : > > 1) It i

fix for bug 535?

Dear all, think i may have tracked down the problem with bug 535 in the tomcat bug database. the bug reports deadlock in connection handlers and specifically reports that thread stack trace ends: "Thread-15" prio=1 tid=0x816d920 nid=0x22e0 waiting for monitor entry [0xbadff000..0xbadffb28]

RE: Servlet Unit Testing strategies

Inside HttpUnit there is the com.meterware.servletunit package that emulates a ServletContext and lets servlets run inside it and receive WebRequests. In my understanding it allows for unit testing of servlets as per point 2). Attila. > -Original Message- > From: Vincent Massol [mailto:[

Not Distributing Solaris mod_jk binaries

It seems like there's a million people asking support questions about building Solaris mod_jk binaries-- even though it's pretty well documented. Tomcat users (and my co's customers) would love to see Solaris binaries distributed. How much effort would this take? Steve -

Re: Some benchmarks

Nick, > Why in the WORLD should anyone be serving static html from tomcat through > the connector from Apache? Working to improve performance of this kind of > behavior, in my mind, is a total sillyness. A waste of your time. They > should instead configure Apache to serve html itself and only

Re: Some benchmarks

Costin, Why in the WORLD should anyone be serving static html from tomcat through the connector from Apache? Working to improve performance of this kind of behavior, in my mind, is a total sillyness. A waste of your time. They should instead configure Apache to serve html itself and only pass

RE: [Catalina] Nightly builds have changed

Removing it will probably break jspc. Of course, jspc is badly broken in current builds anyway. 1) needs the jasper-compiler.jar added to it's classpath 2) jasper.sh does a bad job of finding it's home 3) can't process a jsp that uses a tld. No servlet context to find /WEB-INF/lib through. 4) pro

Re: Some benchmarks

> At c=10: > 3.3.m1 Ajp12 (956/338) > 3.3.m1 Ajp13 (966/390) > > At c=100: > 3.3.m1 Ajp12 (920/343) > 3.3.m1 Ajp13 (929/393) Not good I guess we can focus on ajp13 and do few changes, fixing both doesn't make sense. Mea culpa, I did a lot of tests/optimizations on stand

Re: [report] Classloading problems between Catalina and Cocoon

Nic Ferrier <[EMAIL PROTECTED]> wrote: > "Pier P. Fumagalli" <[EMAIL PROTECTED]> 23-Feb-01 12:35:53 PM > >> It doesn't prevent anyone from using or modifying >> it, but it is impossible to redistribute it together a >> BSD-like licensed application like Tomcat, and >> that's what I'm concerned ab

Servlet Unit Testing strategies

Hi Tomcat developers, I'd like to have your opinion on servlet unit testing. I have written a simple extension to JUnit called J2EEUnit to do that but I'd like to knwo if there is a general consensus on servlet unit testing, regarding it's usefulness : Do you think : 1) It is useless. Just need

Re: [report] Classloading problems between Catalina and Cocoon

>>> "Pier P. Fumagalli" <[EMAIL PROTECTED]> 23-Feb-01 12:35:53 PM >>> >It doesn't prevent anyone from using or modifying >it, but it is impossible to redistribute it together a >BSD-like licensed application like Tomcat, and >that's what I'm concerned about. Well you could get dispensation for

Re: Some benchmarks

GOMEZ Henri wrote: > > It wasn't clear that Apache handled direclty the /test.html or forward > that to tomcat. Could you do so something like test to > /examples/test.html ? > Something passed via ajp12/13 to tomcat and handled by tomcat ? Here it is. Targets are /test.html and /examples/te

Re: [report] Classloading problems between Catalina and Cocoon

Nic Ferrier <[EMAIL PROTECTED]> wrote: "Pier P. Fumagalli" <[EMAIL PROTECTED]> 23-Feb-01 3:15:00 AM > >> If someone can check out what JavaCC produces >> as an output, then it wouldn't be "that" hard to come >> up with a compiler, using InfoSeek's Trove Class File >> API (Check out

Re: [report] Classloading problems between Catalina and Cocoon

>>> "Pier P. Fumagalli" <[EMAIL PROTECTED]> 23-Feb-01 3:15:00 AM >>> >If someone can check out what JavaCC produces >as an output, then it wouldn't be "that" hard to come >up with a compiler, using InfoSeek's Trove Class File >API (Check out >for mor

Ajp12InputStream problems...

AJP12 InputStream has some problems in handing string. It makes every byte buffer into UTF-8 String. But in Korean( I lives in Korea.!) lanugage environment!, Query CAN String has non-escaped EUC-KR String. EUC-KR byte sequences are not converted into UTF-8 encoding. So your creating stri

Re: Problem using Tomcat4.0 with xerces (actual CVS state)

"Craig R. McClanahan" wrote: > > jean-frederic clere wrote: > > > Hi All, > > > > I am trying to use Tomcat 4.0 with xerces. I had a configuration that > > works great a week ago. > > > > I have updated the CVS state and rebuild. Now it does not work. > > Because the output of the build process

RE: Some benchmarks

>GOMEZ Henri wrote: > >> Could you play the static test only, on the same box, >against Apache only ? >> >>> 3.2.1 Ajp12 (940/407) >>> 3.3.m1 Ajp12 (960/421) >>> 3.3.m1 Ajp13 (952/488) >> > >You already have the results of Apache standalone: 940 - 960 >req/s. The >test target