Re: jk connector error on post.

he handler. Mod_jk is in the right here, and I'm 99.9% sure that mod_perl isn't making the call, but rather our code is. So, this is my problem. Thanks to everybody who helped. Ryan On Tue, 18 Jan 2005, William A. Rowe, Jr. wrote: > Hi Ryan, fancy meeting up here :) You don'

Re: jk connector error on post.

block/ap_should_client_block. Ryan On Tue, 18 Jan 2005, William A. Rowe, Jr. wrote: > Hi Ryan, fancy meeting up here :) You don't mention, so > I'll confirm - you are using mod_jk 1.2.8 (brand new release)? > This sure sounds like the (rather obscure) issues with re-piping > body content

jk connector error on post.

(Thread.java:567) I have been unable to get Tomcat to give me more log messages. The web pages are very clear that jk2 is no longer in development, so I really don't want to go to jk2. but I am at a loss as to where to go from here. Can anybody suggest a possible solution? Thanks,

Re: Tag files not pooling

s not tag files? > > Thanks, > > john > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Ryan Lubke <[

Re: cvs commit:jakarta-servletapi-5/jsr154/src/share/javax/servlet/http HttpUtils.java

e next by a & character. > * > * A key can appear more than once in the query string > * with different values. However, the key appears only once in > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For add

Re: cvs commit:jakarta-servletapi-5/jsr154/src/share/javax/servlet/http HttpUtils.java

r154/src/share/javax/servlet/http HttpUtils.java > > Log: > > Doclets bombs when processing this file (minor fix) > > > > Submitted by: Ryan Lubke > > > > Revision ChangesPath > > 1.3 +1 -1 >j

[PATCH][JASPER2] Simple patch for one of the resource errormessages.

I think that the following error message is incorrect: - Scripting elements ( <%@, <%!, <%=, <% ) are disallowed here. Since directives (<%@) are not scripting elements. I've attached a patch to correct the messages.properties. Index: messages.properties

Re: Bug(?) and suggested solution for chunked transfer-encoding POSTrequest

reby prohibiting the use of Transfer-Encoding: chunked) or vice versa. If I missed it or if its in a different RFC please post a reference. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For a

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimePageContextImpl.java

* @return The result of the evaluation > */ > -public static Object proprietaryEvaluate( String expression, > +public static Object proprietaryEvaluate( String expression, >Class expectedType, PageContext pageContext, > ProtectedFunctionMapper functionMap, String defaultPrefix ) >

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimePageContextImpl.java

> +public static Object proprietaryEvaluate( String expression, >Class expectedType, PageContext pageContext, > ProtectedFunctionMapper functionMap, String defaultPrefix ) >throws ELException >{ > java.util.HashMap funcMap = >

Re: Possible bug in RequestDispatcher?

header based on the originally requested document but returning the data from the forwarded one? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Ryan Hoegg wrote: OK, that clarifies things a little bit. If the problem isn't with RequestDispatcher, I am even more puzzled. I have nar

Re: Possible bug in RequestDispatcher?

ward() to. It seems like my HttpServletResponse's OutputStream is getting closed prematurely in the exact same place in my forwarded file. So what could it be?! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net Craig R. McClanahan wrote: In Servlet 2.3 (i.e. Tomcat 4.x), filters are *not* in

Possible bug in RequestDispatcher?

good chunk of the beginning of the HTML page and that's it. My web.xml is simpler than simple, I described it above except for the single servlet mapping. ("/Display") I appreciate any insights you can provide! -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net -- To uns

Re: Tomcat scalability

app is choking on serving up 1600 images a second, use a web server such as Apache in front of Tomcat. That will help with static requests (images, static HTML) even with a single Tomcat server doing the servlet work. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net [EMAIL PROTECTED]

Tomcat scalability

1. For a project my company is working on we have transactions requirements of 1600 transactions per second. The transactions consists of processing a servlet in Tomcat, doing a database call and then displaying the results to the user so the effective number of transactions Tomcat has to proce

Catalina Ant tasks

Hi, Am I missing something or do we not have Ant tasks for the functionality available through the /admin application? I have an itch, so if not I will be willing to contribute some code. -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net -- To unsubscribe, e-mail: <mailto:tomcat-

Re: Form Based Authentication, getting login and password

n't switched to Scarab yet have you? -- Ryan Hoegg ISIS Networks http://www.isisnetworks.net -- To unsubscribe, e-mail: <mailto:tomcat-dev-unsubscribe@;jakarta.apache.org> For additional commands, e-mail: <mailto:tomcat-dev-help@;jakarta.apache.org>

[PATCH][jakarta-servletapi-5/jsr152] Resubmit of documentation path.

Please use the attached patch instead of the one I previously posted. Changes TagVariableInfo - getClassName() will return java.lang.String if the element is not specified. - getDeclare() will return true if the element is not specified. - getSco

[PATCH][jakarta-servletapi-5/jsr152] Documentation Patch

Update to clarify return values of TagVariableInfo. - getClassName() will return java.lang.String if the element is not specified. - getDeclare() will return true if the element is not specified. - getScope() will return NESTED as the scope if is not specified. Index: TagVa

Re: cvs commit:jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtimePageContextImpl.java

Jan, Think it would make more sense if the message was soemthing like "Name or attribute value was null"? On Mon, 2002-09-30 at 19:58, [EMAIL PROTECTED] wrote: > luehe 2002/09/30 16:58:58 > > Modified:jasper2/src/share/org/apache/jasper/runtime > PageContex

RE: can't get context with uri that is sub-dir of current context

anyone? I've re-built tomcat, fixing this so that you can retrieve a "sub-context", and everything seems to work ok, but I'm just not familiar enough with the code to know if I've broken something else. Thanks, -Ryan -Original Message- From: Smith, Ryan

can't get context with uri that is sub-dir of current context

;) from within a context that had as it's path: "/", would allways return the context of "/". and, calling getContext("/store/common") from within a context that had as it's path: "/store", would always return the context of "/store"

RE: help....please.....RE: java.lang.NoSuchMethodError after re-build ing

you can see from my ant detect > output, and build.properties files I've pasted below). > > I just figured maybe someone has ran into this before, thanks for any > help !! > > > -Ryan > > Here's a bit of config: >

help....please.....RE: java.lang.NoSuchMethodError after re-building

I know you are all busy, but should I have posted this to the users list? -Ryan -Original Message- From: Smith, Ryan [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 8:06 PM To: 'Tomcat Developers List' Subject: java.lang.NoSuchMethodError after re-building I

java.lang.NoSuchMethodError after re-building

have the jmx jars in place (as you can see from my ant detect output, and build.properties files I've pasted below). I just figured maybe someone has ran into this before, thanks for any help !! -Ryan Here's a bit of config: OS: winxp jdk: 1.4.1 src: current cv

Unable to Retrieve another Context from within the "root" context (by design, or bug?)

getContext(String uri) method, there is no way to ever retrieve a context for another app from within the root context. So my question is, is that by design, or is it a bug? Thanks, -Ryan --- Ryan Smith Platform Engineer Sony Online Entertainment (858) 577-3072 [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ---

Re: Spec question: RE BUG 12052

On Thu, 2002-08-29 at 11:13, Craig R. McClanahan wrote: > > > On Thu, 29 Aug 2002, Bill Barker wrote: > > > FWIW, I agree that the 2.4 servlet-spec and the CGI-spec are out of sync > > here. If I actually thought that any members of the JCP were subscribed to > > this list, I'd think to ask fo

Re: HTTP Host Request header and TC Connectors]

On Wed, 2002-08-28 at 17:32, Bill Barker wrote: > > - Original Message - > From: "Ryan Lubke" <[EMAIL PROTECTED]> > To: "tcdev" <[EMAIL PROTECTED]> > Sent: Wednesday, August 28, 2002 9:43 AM > Subject: [Fwd: HTTP Host Request header and

RE: Spec question: RE BUG 12052

On Wed, 2002-08-28 at 17:05, Ignacio J. Ortega wrote: > > De: Ryan Lubke [mailto:[EMAIL PROTECTED]] > > Enviado el: 28 de agosto de 2002 20:29 > > Para: Tomcat Developers List > > Asunto: RE: Spec question: RE BUG 12052 > > > > > > > > > Th

RE: Spec question: RE BUG 12052

> The port MUST be the one in the Host Header if one is present,and should > be present if the request is HTTP1.1 compliant, > What if the Host header is supplied, but the value is empty. This seems legal per section 14.23 of the HTTP/1.1 RFC? > > Saludos , > Ignacio J. Ortega > > > > ---

[Fwd: HTTP Host Request header and TC Connectors]

By the way the quote was pulled from section 14.23 of RFC 2616. = Hi, Looking for a little input from the HTTP gurus here. Given the following: "If the requested URI does not include an Internet host name for the service being requested, then the Host header

HTTP Host Request header and TC Connectors

Hi, Looking for a little input from the HTTP gurus here. Given the following: "If the requested URI does not include an Internet host name for the service being requested, then the Host header field MUST be given with an empty value." So, I'm looking for other interpretations of wh

[Patch][Tomcat 4/5] Small issue with ErrorDispatcherValve

Given the following: web.xml with error-page entries for the following Exception types: - IllegalStateException - ServletException If a Servlet generates a RuntimeException, it is wrapped by a ServletException. Since there is an entry for ServletException in the web.xml, the actual root

[Fwd: [PATCH - Jasper2] Minor compliance fix and some resourcebundle key fixes]

Reposting messages.patch -Forwarded Message- From: Ryan Lubke <[EMAIL PROTECTED]> To: tcdev <[EMAIL PROTECTED]> Subject: [PATCH - Jasper2] Minor compliance fix and some resource bundle key fixes Date: 27 Jun 2002 19:30:55 -0500 Hi. Two fixes: 1. JspDocumentParser -

[PATCH - Jasper2] Minor compliance fix and some resource bundle keyfixes

Hi. Two fixes: 1. JspDocumentParser - Enforce the fact that relative taglib URI's (those that start with "/") are prefixed by urn:jsptld:. See section 5.3.5 of the 1.2 spec, as well as the examples on page 92. I've added the failure message to messages.properties and mes

[Fwd: HEAD brach of jasper]

Hi, Has anyone been able to get any JSP's running on the HEAD brach of tomcat 4 using jasper (not jasper2). I consistently receive: java.lang.NullPointerException at org.apache.jasper.compiler.TldLocationsCache.processJars(TldLocationsCache.java:203) at org.apache.jasper.compil

Re: 5.0 proposal

> > Watchdog is an official TCK Actually, Watchdog is not an official TCK (just wanted to make this clear). It's nothing more than a test suite that uses the same test source. However, I do agree that performance analysis in not the goal of Watchdog. -rl -- To unsubscribe, e-mail:

Re: watchdog, servletapi, karma

Christopher, You can send me the Watchdog patches and I'll look them over. Thanks, -rl On Wed, 2002-06-12 at 12:01, Christopher K. St. John wrote: > GOMEZ Henri wrote: > > > > No, I saw a problem here since servlet-api-4.0 is the OFFICIAL > > servlet 2.3/jsp1.2 API and may not change without

[Fwd: [PATCH] TC 4.0/Coyote locale parsing issue]

I've attached patches for all 3 connectors. -rl -Forwarded Message----- From: Ryan Lubke <[EMAIL PROTECTED]> To: tcdev <[EMAIL PROTECTED]> Subject: [PATCH] TC 4.0/Coyote locale parsing issue Date: 25 Mar 2002 13:35:28 -0500 Hi, When dealing with preferred locales from a client (

[PATCH] TC 4.0/Coyote locale parsing issue

Hi, When dealing with preferred locales from a client (Accept-Language), the CoyoteRequest class (org.apache.coyote.tomcat4) doesn't correctly handle locales with variants (i.e. en-IE-EURO). RFC 2616 states that the following for language-range of Accept-Language: language-range = ( ( 1*8ALP

RE: JDK 1.31??

Granted, but we could have provided more detailed instructions. Ryan -- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA > -Original Message- > From: Pier Fumagalli [mailto:

RE: JDK 1.31??

I would just like to state that as I Covalent employee, I disavow all knowledge of this completely. :-( Ryan -- Ryan Bloom [EMAIL PROTECTED] 645 Howard St. [EMAIL PROTECTED] San Francisco, CA > -Original Mess

[PATCH] Watchdog 4.0/ Content Type not set on Validation Errors

resolves this issue. Regards, Ryan Lubke Index: JspServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java,v retrieving revision 1.25 diff -u -r1.25 JspServlet.java

Re: Watchdog problems

Hi, I have an idea for a fix. I'll have this implemented today. -rl On Thu, 2002-01-17 at 06:56, Remy Maucherat wrote: > > Hi, > > > > I have some problems to run the Watchdog tests on mod_webapp and I think > there > > is a problem in watchdog: > > For example: > > +++ > > [java] [gt

Re: [VOTES] Tomcat 4.0.2 beta 1

Hi, Did you rebuild/redploy and test with the latest Watchdog? -rl On Wed, 2001-12-19 at 11:16, jean-frederic clere wrote: > Hi, > > I have noted that 4 of the jsp tests fail: > jsp-tests/jsp/tagext/TagSupport/positiveDoStartTagXML.jsp > jsp-tests/jsp/tagext/TagSupport/positiveDoStartTag.jsp >

[Fwd: [PATCH] Tomcat 4.0 BUILDING.txt]

I'm not sure if anyone looked at this or not, but the instructions for JAXP in BUILDING.txt is incorrect. I think this should be corrected by somewone regardless if the attached patch is acceptable or not. Thoughts, Comments? -rl -Forwarded Message- From: Ryan Lubke <[EMAIL P

[PATCH] Tomcat 4.0 BUILDING.txt

Hi, After going through the exercise of building TC, I noticed one issue with the instructions contained in BUILDING.txt. The download URL referenced in the BUILDING.txt file to obtain JAXP 1.1 is now stale. Attached is a possible patch to update the BUILDING.txt file. NOTE: This release of JAX

[PATCH] Watchdog 4.0 -- New Filter tests + JSP web.xml fix for DTDreference

Hello, In the attached tarball are source and goldenfiles for some new Filter tests. Unpack the tarball in the src directory of Watchdog. Also attached are patches for the servlet-gtest.xml and the web.xml for the servlet tests. Also attached is a patch for the jsp web.xml to correct the DTD re

[PATCH] Watchdog-4.0 -- New Tests tests.javax_servlet.Error

New tests for verification of error page handling by the container. The tests validate the use of dynamic and static resources as error pages and validate that the appropriate request parameters are set depending on the circumstances when the error resource is dynamic. The attached .gz file can

[PATCH] Watchdog-4.0 - Correction/cleanup of jsp_precompile tests

I've cleaned up the jsp_precompile tests in Watchdog-4.0 in response to Bug 5169. - removed the goldenfile checks in the jsp-gtest.xml for those precompile tests that used them. - removed commented and invalid tests from that section - added new functionality to GTest to assert cases where no

RE: [VOTE] Tomcat 4.0.2 Release Plan

Hi Andrew, Take a look at the following URL: http://jakarta.apache.org/site/getinvolved.html On Wed, 2001-11-28 at 19:10, Andrew Bruno wrote: > How can this kind of documentation be inclcuded? > > http://www.vacodi.com/howto/tomcat/iisnt/ > > I am happy to do some extra work (fix some content

[PATCH] Proposed Fix for Bugzilla 5169

Synopsis of 5169: JavaServer Pages Specification 1.2, Section JSP.8.4.2: The "jsp_precompile" parameter may have no value, or may have the values "true" or "false". In all cases, the request should not be delivered to the JSP page. With Tomcat, if the jsp_precompile parameter i

[PATCH] Tomcat 4.0 -- Spelling correction in JspServlet class

Simple spelling correction in org.apache.jasper.servlet.JspServlet Index: JspServlet.java === RCS file: /home/cvspublic/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java,v retrieving revision 1.23 diff

[PATCH] Watchdog-4.0 -- GetMethod_HEADTest patch

Hi, This test, the way it is currently written, expects that whent he client invokes the HTTP HEAD method, that a response-body is returned. This is incorrect. The test currently passes due to Tomcat Bugzilla 5126. I've modified the test so that no response output is written via a writer and i

[PATCH] Tomcat 4.0.1- Proposed fix for Bugzilla 4609

Hi, Thought I'd give a shot at patching a bug (4609) I logged. The basics of the bug is that an IOException is not thrown if out.close() is called from within a JSP page and subsequent calls to write() or println(), etc. are made. The solution I have affects two classes: org.apache.jasper.runti

Re: [PATCH] Watchdog 4.0 - Fix for Bugzilla 3904

Apologies, I attached the wrong patch in the previous email. The correct patch for Bugzilla 3904 is now attached. -rl On Tue, 2001-11-20 at 09:07, Ryan Lubke wrote: > GTest currently verifies response headers in a case sensative > manner. This patch resolves the issue. > > Fix

[PATCH] Watchdog 4.0 - Fix for Bugzilla 3904

GTest currently verifies response headers in a case sensative manner. This patch resolves the issue. Fix is based of suggested fix in Bug report. Comments welcome. -rl Index: GTest.java === RCS file: /home/cvspublic/jakart

[PATCH] Watchdog 4.0 - Fix for Bugzilla 3527

Classes referenced by TLD are not in the repository. As stated in the bug, some containers are very strict about having all classes available that are referenced in a TLD. The included patches removed the unused references from the TLDs. Comments welcome. -rl Index: tld_uri.tld ===

[PATCH] - Watchdog 4.0 - 3 New HttpServletResponse tests + Patchesto support new tests.

Hi, I've added 3 tests to javax_servlet_http/HttpServletResponse to validate that headers set after sendError() or sendRedirect are called are ignored by the container (this was an issue at one point). The 3 new tests are: SendErrorIgnoreHeaderTestServlet.java SendError_StringIgnoreHeaderTestSe

[PATCH] Watchdog-4.0 -- Runtime patch for positiveContenttype.jsp

Hi, Below is the source for the positiveContenttype.jsp *** positiveContenttype . . . <%@ page contentType="text/plain;charset=ISO-8859-1" %> *** GTest is configured to check only the goldenfile,

Re: [PATCH] Watchdog-4.0 - GTest patch for whitspace comparison.

Forgot to mention, I changed the method name : compareWeek, to compareWeak. On Mon, 2001-11-19 at 17:04, Ryan Lubke wrote: > Hi, > > After reading through GTest, and the JSP/Servlet-Gtest.xml, none of the > tests set the "exactMatch" property to true to do whitespace co

[PATCH] Watchdog-4.0 - GTest patch for whitspace comparison.

Hi, After reading through GTest, and the JSP/Servlet-Gtest.xml, none of the tests set the "exactMatch" property to true to do whitespace comparison between the response from the server, and the contents of the goldenfile. This patch, will make GTest do a byte for byte comparison of the response

[PATCH] Watchdog-4.0 -- tag_int.jsp tests functionality notmentioned in detail in spec

Hi, The following test: server/jsp-tests/jsp/tagext/LifeCycle/tag_int.jsp Is testing functionality not really explained clearly in the Specification. Test code: <%-- Test for defining an int variable. --%> <%@ taglib uri="/TestLib.tld" prefix="x" %> <%! public

[PATCH] Watchdog-4.0 - False positive from GetRealPathTestServlet

Simple patch, but server/servlet-tests/WEB-INF/classes/tests/javax_servlet/ServletContext/GetRealPathTestServlet.java Yeilds a false positive when the test is run. Attached is a simple patch to rectify. More to follow later Index: GetRealPathTestServlet.java ==

[PATCH] Status-Code not set for Error pages when Exception is thrown

Hi, Say a user has a custom error page for status codes of 500 when an uncaught exception occurs. The request parameter, javax.servlet.error.status_code, is not set, so if the error page tries to access this req. parameter, null will be returned. Attached is a patch that I've tested in my env

Re: Performance of tomcat 3.2.3

http://jakarta.apache.org/jmeter/index.html On Fri, 2001-11-16 at 12:16, Michael Jennings wrote: > Hi everyone, > > I'm working on a project for a client that involves a servlet engine component. I >suggested tomcat > since I am most familiar with it and it seems the most compliant servlet engi

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

new to the list, but I like to veto things too. Somebody point me at something I can veto... :-) Ryan __ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] --

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

On Monday 10 September 2001 15:22, Pier Fumagalli wrote: > "Ryan Bloom" <[EMAIL PROTECTED]> wrote: > >> MMAP is the other scary stuff in APR, the new code (without Ralph's > >> libmm) it no more than one month old... I need it for load balancing, > &

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

) :) :) Give me one or two hours, and I will commit it. :-) Ryan ______ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] --

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

gt; > > > > Now, if you could agree on merging mod_webapp and mod_jk, that would be > > > something... > > > > Slowww down... :) If mod_jk wants to start using APR, I believe we're > > talking, otherwise, I'm done with cross-platform porting, I live i

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat f or Tomcat 3.3

On Monday 10 September 2001 14:05, Pier Fumagalli wrote: > "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > On Mon, 10 Sep 2001, Pier Fumagalli wrote: > >> "GOMEZ Henri" <[EMAIL PROTECTED]> wrote: > >>> Ryan to became more than just

Re: [VOTE] New commiter Ryan Bloom

On Monday 10 September 2001 10:23, Christopher Cain wrote: Thanks for the vote of confidence everybody. I wasn't expecting such a fast turn-around time on this. I'll try not to muck things up too badly. Ryan > +1 > > Welcome, Slick! > > - Christopher > > /** &

Re: [VOTE] Removal of mod_jk for Apache 2.0 from jakarta-tomcat for Tomcat 3.3

-base throughout the world. :-) Anyway, from a non-committer, but sometime contributer, get rid of the duplicate code, please. Ryan > +1 > > JTC is the best place for this since it can be kept up to date > with an appropriate version of APR and Apache 2.0. > > Mike

Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 mod_w ebapp.c

the end those changes will have to be integrated with HEAD, > > so, there's no point in sticking with backward compatibility AT THIS > > POINT. > > +1 to what Pier said. (Ryan may chip in here too...) > > If you are using anything other than HEAD for httpd-2.0, I do

[PATCH] only parse workers.properties once

require us to read it twice. This also has the advantage, that the workers.properties file does not need to be readable by the user that the web server is running as. Ryan Index: mod_jk.c === RCS file: /home/cvspublic/jakarta-tomcat

Patch for mod_jk and Apache 2.0

This patch allows mod_jk to successfully serve pages against Apache 2.0 and Tomcat 4.0. This is required after the changes to abstract out location and directory walks from the core request processing. This was created by Will Rowe and myself. Ryan Index: mod_jk.c

Re: Build system for mod_webapp and Apache 2.0

On Wednesday 05 September 2001 09:57, jean-frederic clere wrote: > Ryan Bloom wrote: > > On Wednesday 05 September 2001 04:13, jean-frederic clere wrote: > > > > If you don't remove the --disable-shared, then libtool 1.4 can't compile > > mod_webapp as a d

Re: Build system for mod_webapp and Apache 2.0

to use the latest version of libtool. :-( Ryan > Hi, > > I have committed it. Note that the --disable-shared MUST NOT be removed > otherwise libtool uses the dynamic libraries and we want it to use the > static ones. >

Re: Build system for mod_webapp and Apache 2.0

/APRVARS]) fi +else + LIBDIR="" +fi if ${TEST} ! -x ${APRDIR}/libtool then + if ${TEST} "${APA}" ; then +LIBTOOL="${APXS_PREFIX}/build/libtool" + else AC_MSG_RESULT([error]) AC_MSG_ERROR([Cannot find APR libtool binary]) + fi else LIBTOOL="${APRDIR}/libtool" fi -eval `cat ${APRDIR}/APRVARS` +eval `cat ${APRDIR}${LIBDIR}/APRVARS` AC_SUBST(CC) AC_SUBST(CPP) AC_SUBST(SHELL) __ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] --

Re: Build system for mod_webapp and Apache 2.0

. (I'll see what I can figure out, > hoping that 2.0 works on my OS/X box :) Oh, if that's what you want to do, I can make that happen. Give me five minutes, and you'll have a patch. :-) Ryan __ Ryan Bloom [EMAIL PROTECTED] Covalent Technologies [EMAIL PROTECTED] --

Re: cvs commit: jakarta-tomcat-connectors/webapp/apache-2.0 Makefile.in

gt; Copy/add configure logic for Apache-2.0 from mod_jk. > > > > Revision ChangesPath > > 1.23 +12 -3 jakarta-tomcat-connectors/webapp/configure.in > > APXS is broken in Apache 2.0... We should rely on APRVARS... I actually fixed APXS this l

Re: Build system for mod_webapp and Apache 2.0

On Thursday 30 August 2001 01:10, jean-frederic clere wrote: > Ryan Bloom wrote: > > Hi everybody, I'm new to the list, but for anybody who doesn't know me, > > I have been pretty active on httpd 2.0. I decided to port mod_webapp > > last week, and Pier committed

Build system for mod_webapp and Apache 2.0

rrently working, although there seems to be some strangeness when Tomcat responds to mod_webapp. I'll be looking into that over the next few days. I hope to be more active as time permits. :-) The Makefile.in should be placed in jakarta-tomcat-connectors/webapp/apache-2.0 Thanks, Ryan Index

submitting a patch

I have found a bug and fixed it in the Tomcat NT service program. How do I submit it? Do you guys take bug fixes from independent people. I had heard from several people that they had submitted bug fixes and you guys told them to f*** off (not necessarily in those terms).