Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

-- :wq On Wed, 3 Jan 2001, Jon Stevens wrote: > on 1/3/2001 10:24 PM, "Kevin A. Burton" <[EMAIL PROTECTED]> wrote: > > > Ug. > > > > Checked over the archives and didn't see this > > > > Why are we using JAXP and ProjectX which are both Closed Source and > > proprietary > > to SUN Microsyst

Re: Why are we still using JAXP and ProjectX??? (proprietary==evil)

The parser being used is crimson which is based on ProjectX and is also under xml.apache. JAXP is an API that is implemented by Xerces also.. So if you prefer to use that nobody is stopping you from doing so... That's where JAXP is good to use since you don't have to change code when you change pa

Re: Why are we still using JAXP and ProjectX???(proprietary==evil)

on 1/3/2001 10:24 PM, "Kevin A. Burton" <[EMAIL PROTECTED]> wrote: > Ug. > > Checked over the archives and didn't see this > > Why are we using JAXP and ProjectX which are both Closed Source and > proprietary > to SUN Microsystems. This is a Bad Thing. We already have an awesome XML > parser

Why are we still using JAXP and ProjectX??? (proprietary==evil)

Ug. Checked over the archives and didn't see this Why are we using JAXP and ProjectX which are both Closed Source and proprietary to SUN Microsystems. This is a Bad Thing. We already have an awesome XML parser and I would say just *drop* the abstraction... not worth the loss of Freedom :(.

form-error-page j_security_check ignored

hey, i've had to debug these following class to get it going.. it just stopped on j_security_check when a incorrect username password combination was supplied. sorry i can't update them myself.. maybe next time =D release 4 milestone 5 src code FormAuthenticator.class authenticate method ..

Re: BugRat Report #694 has been filed.

BugRat Mail System wrote: > > Bug report #694 has just been filed. > > You can view the report at the following URL: > > > > REPORT #694 Details. > > Project: Tomcat > Category: Bug Report > SubCategory: New Bug Report > Class: swbu

speed comments

I'm doing Scarab development with Tomcat 4.x right now and it is blazing fast with quick response times on startup as well as execution using the built in HTTPd. MUCH faster than with 3.x. I don't have numbers to back this up, just my "feeling" of having used both versions quite a lot on the same

BugRat Report #694 has been filed.

Bug report #694 has just been filed. You can view the report at the following URL: REPORT #694 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: serious Co

Re: messing around

Jon Stevens wrote: > Now I get this: > > HTTP Status 500 - No Context configured to process this > request > > Using this url: > > http://localhost:8080/servlet/scarab/template/Register.vm > This URL wants the root context, because there is no "/scarab"prefix on the front. > > And this in my se

Re: messing around

on 1/3/2001 7:07 PM, "Jon Stevens" <[EMAIL PROTECTED]> wrote: > Now I get this: > > HTTP Status 500 - No Context configured to process this > request > > Using this url: > > http://localhost:8080/servlet/scarab/template/Register.vm > > And this in my server.xml: > > > > > > > Again, you

Re: messing around

Now I get this: HTTP Status 500 - No Context configured to process this request Using this url: http://localhost:8080/servlet/scarab/template/Register.vm And this in my server.xml: Again, you can always do your own testing by checking out the Scarab CVS sandbox

Re: messing around

Jon Stevens wrote: > Craig, > > Ok, so I just decided to mess around with the URI a bit and just got this > interesting error. If you want to play around, the setup is the *same* as > what is in Scarab's CVS. > > URL attempted: > > http://localhost:8080/servlet/scarab/template/Register.vm > > Err

virtual host..

I have tried to setup virtual host with Tomcat but failed. JSP run on main.somewhere.com but None of the JSP run on the a.somewhere.com virtual host. here is my server.xml configuration: . Here is my httpd.conf. ... JkWorkersFile /home/apps/jak

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Glenn Nielsen wrote: > > "Craig R. McClanahan" wrote: > > > > Now that we've all recovered from New Years (and watched Oregon State teach > > Notre Dame a few things about football -- go Beavers! :-), it's time to lay out > > the next steps in Tomcat 4.0's lifetime. Here's what I propose: > > >

Re: classreloading and 4.x

on 1/3/2001 3:37 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > * Put the "scarab" webapp directory somewhere other than in > $CATALINA_HOME/webapps, and set your docBase > parameter above to an absolute path to it -- or at least > a path that is relative to the "appBase" directory of the

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Dan Milstein wrote: > > > > On the other hand, a separate repository causes no problems that I've > > experienced, and avoids all of the issues listed above. > > I agree that branches under CVS are way, way confusing, and so I'll support a >separate repository. The one disadvantage I do see, ho

messing around

Craig, Ok, so I just decided to mess around with the URI a bit and just got this interesting error. If you want to play around, the setup is the *same* as what is in Scarab's CVS. URL attempted: http://localhost:8080/servlet/scarab/template/Register.vm Error: A Servlet Exception Has Occurred

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

> > On the other hand, a separate repository causes no problems that I've > experienced, and avoids all of the issues listed above. I agree that branches under CVS are way, way confusing, and so I'll support a separate repository. The one disadvantage I do see, however, is that we'll lose the

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Hola Jon: > The problem is that say you are working on 4.0 and 4.1 at the > same time. > I do this with branches ( cocoon2 , 3.2 , 3.X ) all the time, only by using another directory.. > When you do a cvs co jakarta-tomcat-4.0, then you will get a > directory on > your hard disk with 4.0. If

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Nacho wrote: > > (1) Tomcat 4.0 Beta 1 > > > > +1 > > > > > (2) Tomcat 4.1 Repository > > > > > > -1 > > Please explain what are the problem with branches, i dont see why label > a branch with tomcat_40 and do 4.1 development in head branch is bad, i > dont see any desestabilization or such in th

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Hola a TOdos: > > (2) Tomcat 4.1 Repository > > > > > I've changed my opinion, it's the same so +1 , but i continue to not see any advantages in maintain another repository.. Saludos , Ignacio J. Ortega - To unsubscribe

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

on 1/3/2001 3:55 PM, "Nacho" <[EMAIL PROTECTED]> wrote: > Please explain what are the problem with branches, i dont see why label > a branch with tomcat_40 and do 4.1 development in head branch is bad, i > dont see any desestabilization or such in this way of doing things, i > want to know why is

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

> (1) Tomcat 4.0 Beta 1 > +1 > > (2) Tomcat 4.1 Repository > > -1 Please explain what are the problem with branches, i dont see why label a branch with tomcat_40 and do 4.1 development in head branch is bad, i dont see any desestabilization or such in this way of doing things, i want to k

Re: classreloading and 4.x

Jon Stevens wrote: > hey craig, > > classreloading is still broken. > > To test: > > #1. Check Scarab out of CVS. > #2. cd build; ./build.sh > #3. cd target; ./bin/catalina.sh run > #4. > #4a. click submit (no need to fill out the

[PATCH] gracefull shutdown/removal of worker from load balance...

Title: gracefull shutdown/removal of worker from load balance... I didn't get any response to this emai (for taking a worker out of the load balance worker), so I created a patch for mod_jk.   The patch allows for a worker.name.active parameter to be added to the workers.property file. If th

BugRat Report #693 has been filed.

Bug report #693 has just been filed. You can view the report at the following URL: REPORT #693 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: medium Severity: non-crit

Re: classreloading and 4.x

on 1/3/2001 2:09 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > I will look at this, using your recipie below, this afternoon. One quick > confirmation, though -- the classes you are changing are in WEB-INF/classes, > right? And not in WEB-INF/lib or $CATALINA_HOME/lib? > > Craig Corr

Re: The significance of root context

The patch was sent as an attachment. Here it is again, this time as "diff -u" instead of "diff -c" and I have forced it to plain text only instead of both plain text and html. Hopefully that will come through ok. Let me know if you still have any problems. Shawn Marc Saegesser wrote: > Shawn, >

Re: classreloading and 4.x

Jon Stevens wrote: > hey craig, > > classreloading is still broken. > I will look at this, using your recipie below, this afternoon. One quick confirmation, though -- the classes you are changing are in WEB-INF/classes, right? And not in WEB-INF/lib or $CATALINA_HOME/lib? Craig > > To test:

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

on 1/3/2001 1:48 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > NOTE: There will be a short period of time where "double posting" of bug fix > patches will be required (which will end when we stop doing 4.0.x maintenance > releases because 4.1.x is stable). The developer effort to do th

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

GOMEZ Henri wrote: > > >(2) Tomcat 4.1 Repository > > -1 - We'll have now 3.2, 3.3, 4.0 and 4.1 branches > Too many branches for the same project. > Please don't reopen a 3.x against 4.x campaign. > I'm not ... nothing in the proposal says anything at all about anything labelled "Tom

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

Glenn Nielsen wrote: > "Craig R. McClanahan" wrote: > > > The existing "jakarta-tomcat-4.0" repository will be branched with label > > "tomcat_40_branch", and each 4.0.x beta and release will receive a label such as > > "tomcat_40_b1". The "main" branch of this repository will be active for bug

Re: classreloading and 4.x

hey craig, classreloading is still broken. To test: #1. Check Scarab out of CVS. #2. cd build; ./build.sh #3. cd target; ./bin/catalina.sh run #4. #4a. click submit (no need to fill out the form) #5. Notice System.out.println's

RE: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

>(1) Tomcat 4.0 Beta 1 +1 - Need to enter Beta process >(2) Tomcat 4.1 Repository -1 - We'll have now 3.2, 3.3, 4.0 and 4.1 branches Too many branches for the same project. Please don't reopen a 3.x against 4.x campaign. >(3) New "jakarta-servletapi-4.0" CVS Repository +1 ---

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

"Craig R. McClanahan" wrote: > > Now that we've all recovered from New Years (and watched Oregon State teach > Notre Dame a few things about football -- go Beavers! :-), it's time to lay out > the next steps in Tomcat 4.0's lifetime. Here's what I propose: > > (1) Tomcat 4.0 Beta 1 > > The cod

BugRat Report #63 - Batch files containing Unix style EOL fail to run

- Sender's Comment - Do we still have this problem in 4.0? - End Of Sender's Comment --- Report URL: Report #63 Details Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State

Re: BugRat Report #51 - Tomcat server won't start with strange char's in pathname

BugRat Mail System wrote: > - Sender's Comment - > possible bug in 4.0 also? Possible, but unlikely (I think this got fixed for 3.2 and 4.0 already). Best way to test would be to install Tomcat 4.0 in a directory like C:\Program Files\Tomcat 4.0 on a Windows platform, and make sur

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startup Catalina.java

craigmcc01/01/03 12:07:32 Modified:catalina/src/share/org/apache/catalina/startup Catalina.java Log: Correct the default class name for elements in the server.xml file. Submitted by: Jon Stevens <[EMAIL PROTECTED]> NOTE: I also removed the configuration of a or elemen

Re: FW: Latest catalina.jar and test suite

Jon Stevens wrote: > > Here is my server.xml: > > > > > > Here is the error: > > Guessing CATALINA_HOME from catalina.sh to ./bin/.. > Setting CATALINA_HOME to ./bin/.. > Using CLASSPATH: > bin\bootstrap.jar;bin\servlet.jar;bin\naming.jar;e;\jdk1.3\lib\tools.jar > Us

Re: Bug #618

On Wed, 3 Jan 2001 [EMAIL PROTECTED] wrote: > > What seems to be happening is that when the connection is reset by the > > client (only IE 5 does it in this case), all of tomcat crashes. I run the > > same JDK and tomcat version on another linux box and I do not see this > > problem. > > That

BugRat Report #51 - Tomcat server won't start with strange char's in pathname

- Sender's Comment - possible bug in 4.0 also? - End Of Sender's Comment --- Report URL: Report #51 Details Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: docbug State: received

cvs commit: jakarta-tomcat-4.0/catalina/src/bin catalina.bat

craigmcc01/01/03 11:55:46 Modified:catalina/src/bin catalina.bat Log: Improve the error message you get when CATALINA_HOME is set incorrectly and "catalina.bat" cannot be found. Submitted by: Federico Barbieri <[EMAIL PROTECTED]> Revision ChangesPath 1.14 +3

Re: BugRat Report #68 - request.getSession() fails when followed by RequestDispatcher.include()

This sounds like a bug that was fixed in "beta 7" or "beta 8" -- I'd ask the submitter to try it under the 3.2.1 release. Craig BugRat Mail System wrote: > Report #68 Details > > Project: Tomcat > Category: Bug Report > SubCategory: New Bug Report > Class: swbug > State: linked > Priority: hi

FW: Latest catalina.jar and test suite

-- From: Jon Stevens <[EMAIL PROTECTED]> Date: Tue, 02 Jan 2001 22:32:43 -0800 To: "Craig R. McClanahan" <[EMAIL PROTECTED]> Subject: Re: Latest catalina.jar and test suite on 1/2/2001 10:22 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Here's the latest catalina.jar with the f

BugRat Report #68 - request.getSession() fails when followed by RequestDispatcher.include()

Report #68 Details Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: linked Priority: high Severity: critical Confidence: public Environment: Release: 3.2 beta 3 JVM Release: 1.2 Operating System: Windows OS Release: 98 Platform: PC Synopsis: r

Re: classreloading and 4.x

Jon Stevens wrote: > on 1/2/2001 10:28 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> > wrote: > > > You've got mail. > > > > Craig > > Craig, did you get my message? I tested the .jar file you sent me and it > doesn't work. Let me know if you need me to re-send the message again. > If you sent i

Re: classreloading and 4.x

on 1/2/2001 10:28 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > You've got mail. > > Craig Craig, did you get my message? I tested the .jar file you sent me and it doesn't work. Let me know if you need me to re-send the message again. thx. -jon -

#638 bug

the #638 bug i have running in: http://www.omega-lubricantes.com:8081/pruebas/prueba.jsp and in the: http://www.omega-lubricantes.com:8081/pruebas/prueba2.jsp the not bug page. there is a javascrip question an how the jsp compiler tries it? UNICA Comunicación Global www

Re: Bug #618

> What seems to be happening is that when the connection is reset by the > client (only IE 5 does it in this case), all of tomcat crashes. I run the > same JDK and tomcat version on another linux box and I do not see this > problem. That seems to me like a JDK problem - probably the 2 linux boxe

Re: [VOTES] Tomcat 4.0-Beta-1 and New CVS Repositories

> (1) Tomcat 4.0 Beta 1 +1 > (2) Tomcat 4.1 Repository +1 > (3) New "jakarta-servletapi-4.0" CVS Repository +1 -- Pierre - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Bug #618

I am having a problem with Tomcat and JDK 1.3 on linux that seems similar to bug #618 http://znutar.cortexity.com/BugRatViewer/ShowReport/618 What seems to be happening is that when the connection is reset by the client (only IE 5 does it in this case), all of tomcat crashes. I run the same JDK

BugRat Report #690 was closed (apparently by: Nick Bauman)

Report #690 was closed by Person #0 Synopsis: jsp compliation error (logged in as: Nick Bauman) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

RE: BugRat Report #691 has been filed.

Chris, Are you, per chance, removing the ROOT context? There are known issues if no root context is defined. I tried duplicating this with non-root contexts and everything behaved as expected. -Original Message- From: BugRat Mail System [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January

RE: The significance of root context

Shawn, Would you please re-post the patch. Provide the output of cvs diff -u as an attachment this time. Your previous post included the patch embedded inside the email (which was HTML formatted) and was almost unreadable. -Original Message- From: Shawn McMurdo [mailto:[EMAIL PROTECTE

RE: search engine?

Whoops, thanks for the correction! --kd > 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

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. Open source full-text search

Re: search engine?

Try http://www.lucene.org. Open source full-text search engine. --kd > Hi, > > Does tomcat-apache provide site search functionality? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED