Possible bug in isapi_redirector.dll

es related to certificates. All the others seem fine. If anyone wants any more details, please let us know and we will gladly help. Cheers Sam + Jules

RE: Possible bug in isapi_redirector.dll

d the isapi_redirector.dll code for our own purposes. I guess its up to you guys about how you want to approach the situatation. Cheers Sam -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tuesday, July 10, 2001 5:55 PM To: [EMAIL PROTECTED] Subject: RE: Possible b

[Q] Where was vulnerability fixed?

, but I have not been able to locate this change. Can anyone shed some light as to whether this vuln. was fixed or not, and if so, and what source file(s) were changed? I cannot seem to find it. Thanks, Sam __ Do you Yahoo!? Yahoo! Mail Plus

Re: [Q] Where was vulnerability fixed?

Thanks. I was specifically looking for the file that contained the delta. Eventually I found it in jk_ajp_common.c rev 1.33. -Sam --- Henri Gomez <[EMAIL PROTECTED]> wrote: > Sam wrote: > > http://online.securityfocus.com/archive/1/302169/2002-12-03/2002-12-09/2 > > >

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

interfaces themselves are proprietary. Xerces has a version of these interfaces, but this is only because it got special dispensation to do so. This still needs to be fixed. IMHO parser plugability IS A GOOD THING. - Sam Ruby - To

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

ng advantages). Without an effective means to get a release out the door, what your veto essentially would argue that the existence of a 3.x baseline would preclude the ability to ever have a 4.0 release in any form, and certainly that wouldn't be in the best interests of anybody, right? - Sam R

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

something else, then > rename your first checkout directory back. Or you simply use the "-d" option on checkout. Example: cvs -z3 -d :pserver:rubys@localhost:/home/cvs checkout -P -r SERVLET_23_JSP_12 -d jakarta-servletapi-4.0 jakarta-servletapi - Sam Ruby P.S. I'm neutr

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

w the lead of the servlet JSR. What's particularly puzzling about this to me is that the enlightened individual that took that JSR fully open source leads the JAXP JSR... - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTEC

Re: FW: Jakarta PMC Meeting Agenda / Info

When asked to defer, he did. Flames are a fact of life in open source. > ( in any case, I don't think I'm a "side" of any debate > regarding tomcat - I just contributed code and time to a > project and got flames back ) The right of committers to pursue their convict

Re: Jakarta PMC Meeting Agenda / Info

Scott Sanders wrote: > On the TinderBox/CJAN topic, how much earlier than the meeting > should we arrive? I plan to be there around 10ish. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,

RE: Jakarta PMC Meeting Agenda / Info

Paulo Gaspar wrote: > > Sam and others already stated that 3.3 is easier to maintain. > They did take a look at the code. Not me. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, emai

Re: Jakarta PMC Meeting Agenda / Info

those seriously, I haven't seen you doing that at all. That was not my experience when I worked by Costin's side on 3.1. > Before Sam points it out, I will state that I am also guilty > of doing the same thing. However, I am trying to work on > fixing that (admitted) portion of

Re: Jakarta PMC Meeting Agenda / Info

is decision, IMHO. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Jakarta PMC Meeting Agenda / Info - What happens if a 3.3 proposal getsa -1

project, see > > <http://jakarta.apache.org/site/decisions.html> That may be how it is defined, but we need to find a way to make it work. Two conflicting goals: the burden of proof needs to be on the one proposing to change the status quo, and we can't permit -1's that simply are rai

Re: Jakarta PMC Meeting Agenda / Info

Hans Bergsten wrote: > > Great. As have been said a few times, you can do > that as a revolution using a different name than > Tomcat within the Jakarta project. +1. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PR

Re: Forming an opinion

3.2 that you, Larry, Henri, Nacho and most signifcantly myself left. Any 3.3 proposal will need to include provisions to address this void. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

JSP/Servlet: authentication

hi all please could someone give me hints on using jdbc [specially jdbcRleam] and servlets or JSP for user authentication to lookup user details to create a connection with. - To unsubscribe, e-mail: [EMAIL PROTECTED] For addit

Re: [PROPOSAL] Tomcat 3.3 Release Plan

f the simpler -1/-0/+0/+1 scheme. Even though Ted's overall proposal hasn't been ratified, this particular provision makes sense to me as there was much concern expressed over the lack of support for previous releases. - Sam Ruby

RE: Tools.jar

with your product. > If this is not an option, well... another option is Jikes. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: Thread-safety

mic. Based on this, it would seem to me that the code snippet staring with "if (_jspx_inited == false) {" is safe. Worst case, change _jspx_inited from boolean to int. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROT

Re: Thread-safety

ogram prior to where any threads are created. Might break some architectural boundaries, but with enough inventive people around, this can perhaps be isolated and encapsulated appropriately. Anybody have any hard data on the validity of

Re: Thread-safety

I got this as a private reply, but I believe that it is of general interest. - Sam Ruby Brian Goetz <[EMAIL PROTECTED]> on 01/27/2001 07:40:54 AM To: Sam Ruby/Raleigh/IBM@IBMUS cc: Subject: Re: Thread-safety > Hmm. Obviously this subject is much more subtle that I expected

RE: Thread-safety

cts. So, if a relatively small number of these operations were done per request, then the right course of action would be to replace the code with the safest, simplest, and most maintainable alternative, namely a simple synchronization block without the outer if statement. I

RE: [PROPOSAL] Tomcat 3.3 Release Plan

hose that express "+1" and "-1" votes be willing to back up their votes with constructive action. Beyond this, is there any other action you believe you need from the PMC prior to holding a vote? - Sam Ruby -

Re: [Tomcat 4.0] Proposed Change in Build Scripts

Craig R. McClanahan wrote: > > I propose to change all of the build scripts (and associated > README files) to reflect this new structure, in time for the > next beta release. +1. Please add appropriate .cvsignore files.

Re: Alexandria

l are: brian,duncan,jon,craigmcc,rubys,burton,jmartin Jeff Martin is current the most active committer. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

Re: [PATCH] CatalinaBlock.java

Jason van Zyl wrote: > > While playing with Sam Ruby's gump I noticed that the > CatalinaBlock is out of sync with Avalon. Not sure if > staying right up-to-date is critical but here's the > patch anyway. Until Avalon ships, tracking to the current APIs is the only way t

Re: [PATCH] CatalinaBlock.java

Remy Maucherat wrote: > > For these reasons, I'd like to see an official Avalon wrapper > introduced in Tomcat 4.1, but not in Tomcat 4.0. I also > propose to remove the current Avalon wrapper from the Tomcat > 4.0 repository, to avoid the maintenance related iss

Re: [PATCH] CatalinaBlock.java

blems, and hopefully motivate Avalon to a release (I can always dream, can't I?). So, my vote is as Remy originally stated - keep this in 4.1; drop it for now from 4.0. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTE

TC3.3m1 Possible bug with session.invalidate?

e which does a <% session.invalidate();%>. Then back to jsp/index.jsp, try and access the protected page from here -- straight in as still authenticated. Accessing the log out page again, actually logs out this time! Is this a known problem? Any possible work arounds? Thanks, Sam. PS. This work fine on TC3.2.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/r

Re: [GUMP] Build Failure - Tomcat 3.x

ribution layout, i.e., "../jakarta-ant/dist". The bootstrap used to build such a distribution layout "in place", but this got unweildy - the JVM barfed when if found its jars being updated in place... - Sam Ruby -

Re: [GUMP] Build Failure - Tomcat 3.x

. My bug. Should be fixed tonight. > BTW, Sam - you are right about the need to test the latest ( i.e. > CVS top dir ) - it's an excelent way to find any interface or > layout change that may affect other projects, and maintain > backward compatibility. Not everybody gets t

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml init: prepare: [mkdir] Created dir: /home/r

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

Re: [GUMP] Build Failure - Tomcat 3.x

> http://jakarta.apache.org/builds/gump/2001-03-11/jakarta-tomcat.html This appears to be a classpath problem on my end. Will investigate. - Sam Ruby - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, em

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

[GUMP] Build Failure - Tomcat 3.x

This email is autogenerated from the output from: Buildfile: build.xml detect: msg.jdk12: [echo] Detected JDK1.2

bean accessing bean

o do that?   Sam.

[Catalina] FYI: pending Tyrex changes

In catalina/build.xml there is the following: FYI - this matches the naming structure for the latest released version of Tyrex (0.9.7.0), when build from cvs, the name of the jar produced is as follows: tyrex/resource/jdbc/xa/EnabledDataSource.class - Sam Ruby

Re: Ant2

problem once > again. There is no need to try. I daily build the latest Tomcat 3 against the latest Ant... if there every are any problems, you will find out quickly. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[GUMP] Build Failure - Tomcat 4.0

... - Sam Ruby -- Forwarded by Sam Ruby/Raleigh/IBM on 01/28/2002 08:24 AM --- Craig McClanahan <[EMAIL PROTECTED]> on 01/28/2002 07:41:39 AM Please respond to "Tomcat Developers List" <[EMAIL PROTECTED]> To:[EMAIL PROTECTED]

Re: Tools for Building Web Services

e JWSDP right away. All of these technologies depend on J2EE 1.3 APIs. Does this package include, optionally take advantage of, or interop with Apache SOAP or Apache Axis? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: Tools for Building Web Services

pache subproject here on tomcat-dev. This being said, we are working closely with the JAX RPC specification, do endorse it, and plan to implement it faithfully. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - Tomcat 4.0

suggestions on how to resolve this? - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [GUMP] Build Failure - Tomcat 4.0

Craig R. McClanahan > > Tomcat 4 has just added a new dependency on jakarta-site2 (for the doc > templates). Specifically, it needs a "site2.home" property in the > build.properties file containing the pathname to this directory. Already fixed, see below. ;-) - Sam

Re: [T4] Build Frustration

suggest that B be ammended to simply echo out the values of the various dependencies, much as jakarta-slide does (see http://jakarta.apache.org/builds/gump/2001-09-15/jakarta-slide.html for an example). Those doing release and/or full regression testing would then have a means of verifying completeness. - Sam Ruby

Re: [tyrex-dev] Tomcat 4.0 Tyrex configuration

this code, I will vote against the release. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

RE: And in case I don't see you, good afternoon, good evening and good bye...

e has contributed and how he fits into the community, and not based on who he accepts a pay check from this week. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Mod_jk v/s mod_webapp

would be appreciated! Thanks, Sam __ Do You Yahoo!? Yahoo! Movies - coverage of the 74th Academy Awards® http://movies.yahoo.com/ -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Mod_jk v/s mod_webapp

Thanks. Do you have any info about configuring Tomcat w/ Apache using mod_webapp? I couldn't find anything.. What is mod_jk2? As I understand, mod_jk implements APJ 1.3.. What about mod_jk2? Sam --- David Graff <[EMAIL PROTECTED]> wrote: > mod_jk/jk2 seems to be based on the o

RE: Mod_jk v/s mod_webapp

Thank Constin,that really helped. Are there any advantages of WARP over APJ? I mean why would I want to use one over the other? Sam --- [EMAIL PROTECTED] wrote: > On Thu, 28 Mar 2002 [EMAIL PROTECTED] wrote: > > > Maybe I've not kept up on the docs enough but ... > &g

RE: Mod_jk v/s mod_webapp

Hi Costin, > - mod_jserv implements ajp12 > - mod_jk implements ajp12, ajp13, jni > - mod_jk2 implements ajp13 ( and one of my goals for I looked at http://jakarta.apache.org/tomcat/tomcat-4.0-doc/config/ajp.html This says that "This implementation supports the AJP 1.3 and 1.4 protocols".. __

APJ port

A question on the APJ connector.. how does Apache know that APJ is listening on port 8009? For WARP, ist quite clear.. we have a WebAppConnection directive... __ Do You Yahoo!? Yahoo! Greetings - send holiday greetings for Easter, Passover http:/

Re: FW: [GUMP] Build Failure - Tomcat 3.x

mcat 4 side by side when one or both of them modify the contents of jakarta-tomcat-connectors. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: FW: [GUMP] Build Failure - Tomcat 3.x

p the gump descriptors for tomcat in > a tomcat cvs, so we can (try to ) fix without taking your time ? It can be done either way. As Vincent can attest... anybody with interest in maintaining a gump descriptor will be given prompt access indepenent of the location of said descriptor. - Sam Ru

Re: FW: cvs commit: jakarta-alexandria/proposal/gump/project jakarta-tomcat-40.xmljakarta-tomcat-connectors.xml jakarta-tomcat-jasper.xml jak arta-tomcat.xml

Ignacio J. Ortega wrote: > > We need some changes in 3.3 build and gump descriptor, Sam suggest we > shouldn't put anything outside of our own build and dist subdirs.. Any > ideas what happens now with GUMP? the actual error seems weird.. The relevant lines in http://jakarta.

RE: Gump descriptors

Costin Manolache wrote: > > Not sure how Gump does the checkout - since the repository is > described in > the descriptor which is in the repository :-) Elementary. Nacho figured it out. href="http://cvs.apache.org/viewcvs/~checkout~/jakarta-tomcat/gump.xml"; - Sam Ruby

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > The build-main.classpath path ref looks okay to me as well. That mystery is pretty easy to clear up: http://jakarta.apache.org/gump/why.html#2000 http://jakarta.apache.org/ant/manual/sysclasspath.html http://jakarta.apache.org/gump/project.html#work - Sa

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

By the way, gump runs are every six hours (see http://jakarta.apache.org/gump/ for details), so if you have a speculative fix that you would like to try out, make the change before a run, and check back later. Only the midnight PDT / 3.a.m. EDT runs cause nags. - Sam Ruby -- To unsubscribe, e

RE: [GUMP] Build Failure - jakarta-tomcat-4.0

Larry Isaacs wrote: > > Thanks for the other tip. Are the nagoya runs still > being run? The result file is currently dated 4/4/02. Pier, do you know anything about the following? # Disabled GUMP to despool email... - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PRO

Re: [GUMP] Build Failure - jakarta-tomcat-4.0

builds/gump/2002-04-18/gen.html Looks OK to me. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Ajpv13 protocol

Title: Ajpv13 protocol Is there a RFC on Ajp protocol? Or any documentation at all? -Sam

Jsp file throws ArrayIndexOutOfBoundsException in MsgBuffer.appendBytes

Title: Jsp file throws ArrayIndexOutOfBoundsException in MsgBuffer.appendBytes I saw the same problem has been reported. See thread "Large JSP Files (8k+) Yield Buffer Overflow & Lots of Errors". Has this been fixed? I ran into the same problem using 3.2b6. Thanks -Sam

Tomcat 4.0 build process feedback

SERVLET_23_JSP_12. * In order to do a dist build, one must do a build of deploy-main. IMHO,this prereq should be encoded in the build.xml file. - Sam Ruby

Re: Tomcat 4.0 build process feedback

Jon Stevens wrote: > > on 12/1/2000 8:23 PM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > > > I tried to do a build of jakarta-tomcat-4.0 using the > > instructions in the README.txt, and taking the option > > of building dependencies from source whenever th

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building is hard)

nt to be sure that the build system doesn't do me a "favor" by tossing in additional, randomly selected things into my path without warning. - Sam Ruby

RE: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

ot nice! An alternate perspective - I like the fact that building a cvs checkout does not modify the checkout itself. - Sam Ruby

RE: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

of the jar file itself? - Sam Ruby

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

erwhelming majority of existing jakarta projects is "build dist" produced the following jar file: D:\dist\jakarta-regexp-1.2\regexp.jar Additionally, I would be in favor of standardizing - even if it is only across jakarta projects - a mechanism for embedding the version number in a sta

Re: [PROPOSAL] building is easy (was: Re: [tomcat-4.0] building i s hard)

date" in your source > directory -- are the files marked with "?" ones that I > forgot to register with CVS or are they just outputs of > the build process? You have to think about that *every > single time*. There is a technological solution to this problem: .cvsignore files http://www.cvshome.org/docs/manual/cvs_18.html#SEC173 - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

rojects another. I know that Jon keeps telling me that I'm focusing on the wrong things, but I would like to get to the point where the various projects are standardized building blocks, with each project describing in a machine readable fashion their dependencies. - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

innumerable schemes used to specify outputs. There are a number of these issues where I have expressed preferences, but most of all I would like some consistency amongst the various Jakarta and Jakarta related projects. - Sam Ruby

Re: [tomcat-4.0] don't touch any of the build system in CVS for tomcat/servletapi

y what I described. It should be in a state where I can post it for public ridicule within a few days. - Sam Ruby

RE: [MY_OPINION] Tomcat 3.x

GOMEZ Henri wrote: > > Hey Sam (Rubys) what's the IBM position on this project ? I've been trying to stay out of this particular discussion. Personally, I agree with James Cook that Jon is doing an excellent job of alienating people. Once upon a time, Craig was the lone heretic

RE: [MY_OPINION] Tomcat 3.x

GOMEZ Henri wrote: > > I remember the hard discution about spinaker on xerces > mailing-list and IBM became more open after Sun position. > But in the Tomcat case we have Sun on one side and > individuals on the others. > Not really the same condition. Hello Sam ?-) Tomcat 3.0

Re: Fuck It.

ons, after all, are subjective. My suggestion is that discussion returns to the technical merits of the various approaches, and exploration of ways in which the various branches can exploit and cannibalize the best ideas from each other. Independent of the labels currently associated with each proposal. - Sam Ruby

RE: Fuck It.

technical merits. > I propose to commiters to vote to drop my COMMITER STATUS. Note to other PMC/ASF members - we should probably institute a mandatory 48 hour cooling off period before requests such as the one above are considered. - Sam Ruby

Re: [humor] Why should I care what color the bikeshed is?

Jon Stevens wrote: > > <http://www.freebsd.org/FAQ/misc.html#BIKESHED-PAINTING> +1 - Sam Ruby

Re: TC 4.0 vs. TC 3.x and division of labor

people are disagreeing now on either what the definition of support is, or what is and what is not appropriate. My guess is that there was not a meeting of the minds on these two issues. - Sam Ruby Jon Stevens <[EMAIL PROTECTED]> on 12/27/2000 02:09:44 PM Please respond to [EMAIL PROTECT

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/hooks Hooks.java

. I see it as a good guideline, but not an iron clad rule. There is precidence for it. Take a peek at the catalina-wrapper target of the jakarta-slide project, for example. - Sam Ruby

Re: GUMP (offtopic?)

.sh is generated with a scripting error, an extra "fi" > is generated without a matching "if". I'm not sure what is going on. I have gump running on one Linux box, two Solaris boxes, and three Windows boxes. Various other people have it running on their machines. Perh

RE: [VOTE] New Committer Dan Sandberg

status on Tomcat. I distinctly recall this being on the theory that any damage I might do could easily be undone. My point isn't that Tomcat should have a lower bar, but that the Tomcat committers should be free to determine their own bar. - Sam Ruby -- To unsubscribe, e-mail: <m

Re: Tomcat 4.0.4 tag + 4.1.5 "nightly" + Gump nightlies

Remy Maucherat wrote: > > I was also wondering what is needed to be able to switch over to Gump > for Tomcat 4 nightlies (I think this was already voted; if it's not, I'm > sure it'll get a ton of +1s :)). Sam ? For starters, it would help if the gump builds

Request for a new Apache ID

Please create the following new Apache ID: id: mturk name: Mladen Turk send password to: [EMAIL PROTECTED] group: apcvs, jakarta Thanks! - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Gump failures

team to encourage them to keep up. 3) Use Sun's JMX. - Sam Ruby -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

[Fwd: RE: Strange bug: Axis in Tomcat 4.0.4 and .NET]

ot;Host: localhost:8081" it specifies "Host: localhost". This is probably why the wsdl comes back with the incorrect url. I'm running tomcat 4.0.3. I'll download Tomcat 4.0.2 and try it again to see if there are any differences. --Barry -Original Message- From: S

Fix for bug #8331??

I am on Apache 2.0.39 and Tomcat 4.1.3, and the latest webapp connector code, fresh from CVS. I am facing a "Invalid virtual host name" error from Apache with this configuration: LoadModule webapp_module libexec/mod_webapp.so WebAppConnection conn warp localhost:8008 WebAppDeploy

Re: Fix for bug #8331??

>From your config directives, I assumes that you are Apache 1.3 ('libexec' instead of 'modules'). I tried to move to Apache 1.3; but I get the following errors: " Syntax error on line 206 of /home/sam/http/conf/httpd.conf: Cannot load /home/sam/http/libexec/mod_w

webapp- who handles static content: Tomcat or Apache

I read elsewhere that that mod_webapp fowarded requests for static resources to Tomcat (instead of Apache). Is this fixed? If not, are there workarounds? Tx, __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com --

Re: Fix for bug #8331??

Thanks Pier- its working with Apache 2.0 now. How do I solve the apache 1.3 problem though? I tried rebuilding the connector as $ ./configure --with-apxs=/path/apache1.3/bin/apxs --enable-threads $ make But I still get the same problem.. > That's because the latest APR has introduced a > "fla

Re: Fix for bug #8331??

t; prefix="/usr/local" exec_prefix="${prefix}" bindir="${exec_prefix}/bin" libdir="/home/sam/jakarta-tomcat-connectors/webapp/objects" datadir="${prefix}/share" installbuilddir="${prefix}/share/build" includedir="${prefix}/

Webapp and SSL?

What do we need to do for using SSL when we have a webapp connector? Is all we have to do revolve around getting Apache to handle SSL? Any special webapp directives in httpd.conf? What about server.xml changes- do we only need to set scheme to https and secure to true? Anything else? tx, ___

deploy manager task in ant

I have my deploy target in build.xml as: I get back an error from the ant script: file:C:/users/sam/build.xml:78: java.net.UnknownHostException: D (Line #78 is the line that has the path= and war= lines) Any help appreciated! __ Do

install webapp task (4.1)

In tomcat 4.1, can the install task be used to install to a remote machine? (i.e. war file not on the machine that runs tomcat..) tx __ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com -- To unsubscribe, e-mail:

Deployed applications persisting across Tomcat restarts

I remember seeing a bug sometime back on deployed applications not persisting across Tomcat restarts. Has this been fixed? The deployed app is copied into CATALINA_HOME/work which is not loaded up by Tomcat- so how does Tomcat find the context again? Is server.xml modified? I haven't been able t

Bugs in deploy task?

removes the war file all right, but the server.xml entry that is added is not removed. --- Sam Ewing <[EMAIL PROTECTED]> wrote: > I remember seeing a bug sometime back on deployed > applications not persisting across Tomcat restarts. > Has this been fixed? > > Th

Order of vs

.html -- Forwarded by Sam Ruby/Raleigh/IBM on 07/16/2002 10:53 AM --- Please respond to "Tomcat Developers List" <[EMAIL PROTECTED]> To:"'Tomcat Developers List'" <[EMAIL PROTECTED]> cc:Sam Ruby/Raleigh/IBM@IBMUS Subjec

Bug with JAASRealm/NT Domain?

I am using JAASRealm with the NT Login module. My Realm configuration from server.xml (tomcat 4.1.18) is: I then modified the web.xml for the admin and manager applications, changing it to my NT domain name and restarted Tomcat. On browsing to the admin and manager application, I merely get

Re: Bug with JAASRealm/NT Domain?

Even added a jaas.conf in my user.dir with the following entry... Tomcat { com.sun.security.auth.module.NTLoginModule required; }; --- Sam Ewing <[EMAIL PROTECTED]> wrote: > > > I am using JAASRealm with the NT Login module. My > Realm configuration from > server.x

  1   2   >