Apache serving static HTML via tag

Hi, Can Tomcat 3.2.1 be configured so the tag for static HTML content will be serviced by Apache rather than Tomcat? The problem is that we are sharing common JSP between multiple sites but have different look and feel for each page. This was accomplished by including content like: /meta res

[patch] for BugReport #602

In filing bug report #602 ( JDBCRealm and jakarta-tomcat-4.0-m5 ), the patch I pasted didn't seem to make it into the report, so here it is again, just in case. My apologies if this ends up duplicating the bug submission :) On a semi-related note, I went through and modified the 3.2 version of JD

BugRat Report #602 has been filed.

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

Re: [tomat 4.0] running on windows

Remy Maucherat wrote: > > > has anyone actually gotten m5 to startup on win98? > > > > i sure can't. > > I tried with Cygwin, and it didn't work either. > The Windows Java exe apparently can't understand a Unix style classpath :( > > Remy Can you explain what you mean by that stateme

Re: i figured it out

on 12/15/2000 8:35 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: >> tomcat 4.0m5 doesn't deal very well (actually it dumps the previous stack >> trace) if you delete the examples webapp. >> >> it would be nice if one could delete a webapp and have it not crash the >> server. > > I think that'

Re: i figured it out

> tomcat 4.0m5 doesn't deal very well (actually it dumps the previous stack > trace) if you delete the examples webapp. > > it would be nice if one could delete a webapp and have it not crash the > server. I think that's probably because the "examples" context is specifically declared in the serv

Re: [tomat 4.0] running on windows

on 12/15/2000 8:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > I tried with Cygwin, and it didn't work either. > The Windows Java exe apparently can't understand a Unix style classpath :( > > Remy yea, i just tested it...my just committed patch to catalina.sh allows things to run under cy

i figured it out

tomcat 4.0m5 doesn't deal very well (actually it dumps the previous stack trace) if you delete the examples webapp. it would be nice if one could delete a webapp and have it not crash the server. -jon

Re: [tomat 4.0] running on windows

> has anyone actually gotten m5 to startup on win98? > > i sure can't. I tried with Cygwin, and it didn't work either. The Windows Java exe apparently can't understand a Unix style classpath :( Remy

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

>catalina/src/share/org/apache/catalina/connector > HttpResponseBase.java This may be a dangerous fix, but it's something I wanted to do eventually. I think the mechanism that is used by the servlet wrapper to report errors ends up writing directly on the s

[tomat 4.0] running on windows

has anyone actually gotten m5 to startup on win98? i sure can't. -jon

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

craigmcc00/12/15 20:03:30 Modified:catalina/src/share/org/apache/catalina/authenticator BasicAuthenticator.java DigestAuthenticator.java FormAuthenticator.java catalina/src/share/org/apache/catalina/connector

[tomcat 4.0] catalina.sh

Ok, I'm trying to run things under cygwin and here is the error I get. Craig, could you please start testing Tomcat under cygwin as well? FYI, I can't get the .bat scripts to run either and under Win98 it is very hard to redirect stderr to a file (at least I haven't figured out how yet) and when

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

jon 00/12/15 19:33:09 Modified:catalina/src/bin catalina.sh Log: clean some stuff up start to add in cygwin support NOTE: tomcat still cannot startup properly under cygwin! UG i will post a stack trace in another email. Revision ChangesPath 1.12 +15

build scripts on hold

just letting you all know that i'm going to wait for Sam's buildmaker stuff before i go and re-do the build scripts. so, commit away on the ones that are there now. -jon

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

on 12/15/2000 5:05 PM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > We probably need a higher bandwidth communication at some point. You are welcome to come out and stay at my house in Berkeley. :-) I have an extra futon with a featherbed on it as well as plenty of hardware for us to develop on. :-)

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java BasicAuthenticator.java DigestAuthenticator.java FormAuthenticator.java SSLAuthenticator.java

craigmcc00/12/15 17:42:49 Modified:catalina/src/share/org/apache/catalina/authenticator AuthenticatorBase.java BasicAuthenticator.java DigestAuthenticator.java FormAuthenticator.java SSLAuthenticator.java Log: R

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

Jon Stevens wrote: > > no no no no no...keep reading... > > Essentially a basis buildmaker project for people to work from. > >That is what I thought that you just said you were creating. We probably need a higher bandwidth communication at some point. I'm building exactly what I described. It

BugRat Report #268 was closed (apparently by: Justyna Horwat)

Report #268 was closed by Person #0 Synopsis: JSP execution (logged in as: Justyna Horwat)

RE: Tomcat 3.2 - Default web.xml not being read

> > I think Larry is also working on something - he sent a proposal few days > > ago about how to enable debugging ( and pass options to jasper ). It'll > > probably be part of a 3.2.x bug-fix release, as it requires some changes > > in the existing code. > > Since there were no +1's for 3.2.x, I

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

craigmcc00/12/15 14:57:19 Modified:catalina/src/share/org/apache/catalina/connector/http HttpProcessor.java Log: Add back a couple of debugging log statements useful in validating Tomcat against the Watchdog tests for headers. Revision ChangesPath

Re: String usage in JSP-compiled Servlets?

On Fri, 15 Dec 2000, David Brown wrote: Hi David, String usage is a big performance problem in tomcat - we are just beginning to resolve this problem in the servlet container ( starting with 3.3, where the core will be able to work without allocating strings ), but we will continue even after 3

Re: [FAULT?] No space on Tomcat CVS Server?

on 12/15/2000 2:12 PM, "Stuart Roebuck" <[EMAIL PROTECTED]> wrote: > I've just tried to update my CVS version of tomcat and received the following > response: > > cannot create_adm_p > /tmp/cvs-serv39375/catalina/src/share/org/apache/catalina/context > No space left on device > > > Stuart. In

Re: [FAULT?] No space on Tomcat CVS Server?

Thanks, It's worked second time exactly as you predicted. Stuart. On Friday, December 15, 2000, at 10:16 PM, Craig R. McClanahan wrote: > Stuart Roebuck wrote: > > > I've just tried to update my CVS version of tomcat and received the following >response: > > > > cannot create_adm_p > /

Re: [FAULT?] No space on Tomcat CVS Server?

Stuart Roebuck wrote: > I've just tried to update my CVS version of tomcat and received the following >response: > > cannot create_adm_p /tmp/cvs-serv39375/catalina/src/share/org/apache/catalina/context > No space left on device > It is actually running out of inodes on the /tmp directory on th

[FAULT?] No space on Tomcat CVS Server?

I've just tried to update my CVS version of tomcat and received the following response: cannot create_adm_p /tmp/cvs-serv39375/catalina/src/share/org/apache/catalina/context No space left on device Stuart. - Stuart Roebuck

RE: Tomcat 3.2 - Default web.xml not being read

Hi Costin, > I think Larry is also working on something - he sent a proposal few days > ago about how to enable debugging ( and pass options to jasper ). It'll > probably be part of a 3.2.x bug-fix release, as it requires some changes > in the existing code. Since there were no +1's for 3.2.x, I

Re: String usage in JSP-compiled Servlets?

"Craig R. McClanahan" wrote: > > Well, any given page creates only one instance of the servlet class, so using > static really would not make any difference here. The string constants are (in > effect) created when the class is first loaded, not on every method call. Also, > most JVMs impleme

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

Craig, Thanks for this. If my analysis is correct I think our preferences are very similar, but we started with different viewpoints: 1. I saw Tomcat as a stand-alone project dependent on other stand-alone projects : you saw Tomcat as part of one interdependent Jakarta project. 2. I saw the

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

on 12/15/2000 11:59 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > Jon Stevens wrote: >> >> I didn't remember you posting about building such a system, >> but it is MOST appreciated and wanted. > > Posted innumerable times, but here it is once again: > > > http://oss.software.ibm.com/developerwo

RE: [SECURITY] Security Vulnerabilities in Tomcat 3.1 and 3.2

If the diff between 3.1.1 and 3.1 is small, yes, they can upgrade to 3.1.1 and not to 3.2. That's what being in production is like. Enough has changed between 3.1 and 3.2 that any application should go through a full QA cycle before being moved to the new platform. Not that I would really expec

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

on 12/15/2000 12:00 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Let me describe what I just had to do, to get a feel for why I like the > current approach. > > Recently, there were security issues with Tomcat 3.1 that required creating a > 3.1.1 release. Now, Tomcat 3.1 was dependent

BugRat Report #599 has been filed.

Bug report #599 has just been filed. You can view the report at the following URL: REPORT #599 Details. Project: Jasper Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical C

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

> There's still the "religious" war over "build inside my source directory" > versus "build someplace else". I am of the latter camp -- partly > because that's the way Tomcat has built ever since it was first released to Apache, > and partly because I've grown to like it -- but if everyone wants

Re: [tomcat-4.0] jakarta-regexp

Jon Stevens wrote: > why is an old version of jakarta-regexp being distributed with m5? > > also, why are there two copies of the regexp.jar (also > jakarta-regexp-1.1.jar) file in the lib directory? > > thanks, > > -jon Because the build scripts were only partly updated to reflect the fact that

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

> I've spent the last two days building a meta-build system. It consists of > an abstract definition of the system that you want to build, in XML. A > concrete user profile, also in XML, binding names to locations to where you > want them to reside on disk. And, finally, an XSLT transform which

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

Jon Stevens wrote: > > I didn't remember you posting about building such a system, > but it is MOST appreciated and wanted. Posted innumerable times, but here it is once again: http://oss.software.ibm.com/developerworks/opensource/jakarta/buildall.html > I will wait to use whatever you have.

[tomcat-4.0] jakarta-regexp

why is an old version of jakarta-regexp being distributed with m5? also, why are there two copies of the regexp.jar (also jakarta-regexp-1.1.jar) file in the lib directory? thanks, -jon

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

WARNING: Comments below relate to the build process the way it currently is. After Jon gets done, it will undoubtedly look quite different. Stuart Roebuck wrote: > On Friday, December 15, 2000, at 05:51 PM, Craig R. McClanahan wrote: > > > If you follow the recommended approach (create a "Jak

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming NamingContext.java

remm00/12/15 11:48:26 Modified:catalina/src/share/org/apache/naming NamingContext.java Log: - Fix a NPE if the NamingContext was initialized with an environment. Submitted by Tom Klaasen . Revision ChangesPath 1.2 +4 -3 jakarta-tomcat-4.0/catalina/src

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

on 12/15/2000 11:31 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > Please give us a chance to discuss before comitting? > > I've spent the last two days building a meta-build system. It consists of > an abstract definition of the system that you want to build, in XML. A > concrete user profile, a

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

Sam Ruby wrote: > > 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 > standard location inside the jar file itself. > I have a suggestion for how to approach this one. The JDK 1.3 docs describe

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

Jon Stevens wrote: > > i'm re-doing it this weekend and i don't want to have to > merge conflicts. > > yes craig, i will keep the same level of functionality > and simply add clean ness, ease of building, ant 1.2 > features and more functionality. Please give us a chance to discuss before comitti

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

On Friday, December 15, 2000, at 05:51 PM, Craig R. McClanahan wrote: > If you follow the recommended approach (create a "Jakarta" directory in your home > directory or wherever, and install all the project source distros inside it), this >is a > given. Apologies, I didn't realise I had to

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

on 12/15/2000 10:50 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: >> >> That makes building scripts dependent on these packages >> much more painful than it needs to be -- it's not enough >> to know what directory you've got these packages in, you >> have to specify the version number as well. > >

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

[ disclaimer: I am a fan of keeping the source separate from the outputs, but in the interest of fairness, I feel I must point out a few items ] Craig R. McClanahan wrote: > > > 3. different projects will create subdirectories of the > > "build" directory and these subdirectory names will never >

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

Jon Stevens wrote: > > There is nothing wrong with putting the version number on > the .jar file and it help WAY to many people to do so. I'm sure that putting the version number in a conspiquous place has helped innumerable people. However, as Craig pointed out: > > That makes building scripts

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

"Craig R. McClanahan" wrote: > > > Try doing a "cvs commit" or "cvs update" 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*. > N

Re: Suggestion for Mailing list page

on 12/15/2000 2:48 AM, "Kief Morris" <[EMAIL PROTECTED]> wrote: > Jon Stevens typed the following on 09:44 14/12/2000 -0800 >> on 12/14/2000 2:40 AM, "Kief Morris" <[EMAIL PROTECTED]> wrote: >> >>> I'd like to suggest that the mailing list page >>> http://jakarta.apache.org/site/mail.html >>> sh

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

i'm re-doing it this weekend and i don't want to have to merge conflicts. yes craig, i will keep the same level of functionality and simply add clean ness, ease of building, ant 1.2 features and more functionality. thanks, -jon

Re: Differerences in Jakarta distributions (Was 3.2.1 build fails- any ideas?) Please comment

on 12/15/2000 9:31 AM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > Release packaging is up to the person designated as release manager Craig, that is where you are wrong! Release packaging is up to whomever is using our source code! You can't assume that the only person who is doing rel

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

I agree with Stuart! Let me also state that 99% of the OSS C projects built with "configure" out there build into their own directory by default. However, most have the option to build to another directory. That is something I'm willing to support. -jon on 12/15/2000 7:45 AM, "Stuart Roebuck" <

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

on 12/15/2000 3:56 AM, "Sam Ruby" <[EMAIL PROTECTED]> wrote: > In the case of jakarta-regexp, can this be done instead of putting the > version number on the name of the jar file itself? > > - Sam Ruby There is nothing wrong with putting the version number on the .jar file and it help WAY to ma

Re: Réf. : RE: X509 client certificate

[EMAIL PROTECTED] wrote: > > hello stefan, > > I prefere having two answer than any, so thank you for you help but... > when I try with tomcat 4.0-m5 to sniffe my https request, I obtain this > Request attributes : > Request attributes: > filters.ExampleFilter.SERVLET_MAPPED = > InvokerFilter(A

Re: Sessions mix up when using Tomcat 3.1/Apache

"Hanusch, Hartwig" wrote: > Hi there, > > any ideas? > Same context, but when calling > > getSession(false); > > different session object than the previously createted via > getSession(true); > Upgrade to Tomcat 3.2. The 3.1 release has tons of bugs, session management behind Apache being one o

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

Stuart Roebuck wrote: > On Friday, December 15, 2000, at 03:24 PM, [EMAIL PROTECTED] wrote: > > > > > > > > > /jakarta-tomcat/ shouldn't then create ../build/ - it's > > > > not nice! > > > > > > An alternate perspective - I like the fact that building a cvs checkout > > > does not modify the che

Re: String usage in JSP-compiled Servlets?

Peter Huber wrote: > Hi you all, > > I'm new to the list maybe this stuff has been discussed several times. > If so I'm sorry to waist your time! > > My point: > tomcat 3.2 compiles a JSP into a servlet which contains out.write() > calls which have ""-strings as arguments. As far as I understand

Re: Differerences in Jakarta distributions (Was 3.2.1 build fails - any ideas?) Please comment

Stefán F. Stefánsson wrote: > Thanks everybody! > > I've managed to build it now. The problem was kindof weird and the > "solution" (if I can call it a solution) was even weirder... Like one > of you pointed out I had to do a "build clean". After that everything > worked. I found this rather

BugRat Report #598 has been filed.

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

RE: Réf. : RE: X509 client certificate (Mr. McClanahan, please take a look at this)

well... I'm stomped... I think this one is a question for Craig! As I said, I'm not familiar with the TC 4.0 source. Do you have any idea why javax.servlet.request.X509Certificate is not showing up in the Attribute list? Regards, Stefan. -Original Message- From: [EMAIL PROTECTED] [ma

Re: CVS trees

GOMEZ Henri wrote: > Hi, > > How could we know all the branch in the project. > We know for tomcat_32 but did there is a jakarta-servlet-api_32 ? > Right now, the servlet 2.2 and JSP 1.1 API classes are on the main branch of the "jakarta-servletapi" repository, and the servlet 2.3 / JSP 1.2 clas

Re: [VOTE] RPM packaging

GOMEZ Henri wrote: > I'll very happy to see that the works done on my jakarta/xml RPM used more > heavily > on Apache projects (at least on Linux/Unix boxes). > > So I propose that the sources and binaries RPMs I've done for > jakarta.apache.org and > xml.apache.org projects and which live now at

AW: [C2] C2 and Tomcat 4.0 CVS (Class javax/servlet/http/HttpServletRequest violates loader constraints)

Hi Craig, I did some further testing with this strange error. I've added some debug code to org.apache.cocoon.components.classloader.RepositoryClassLoader to find out when the class that's causing the error (javax.servlet.http.HttpServletRequest) is being loaded. I did find a difference when runni

BugRat Report #596 has been filed.

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

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

On Friday, December 15, 2000, at 03:24 PM, [EMAIL PROTECTED] wrote: > > > > > > /jakarta-tomcat/ shouldn't then create ../build/ - it's > > > not nice! > > > > An alternate perspective - I like the fact that building a cvs checkout > > does not modify the checkout itself. > > +1 ! >

RE: [VOTE] RPM packaging

>> So I propose that the sources and binaries RPMs I've done for >> jakarta.apache.org and >> xml.apache.org projects and which live now at >ftp://ftp.falsehope.com to be >> mirrored >> at apache site at >each release near the bin & src subdirs. > >+1. > >( could you also check in the spec file

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

> > While jakarta-servletapi-4.0 and TC4.0 builds are being > > re-developed, could we please *stop* them creating > > directories higher in the hierarchy thantheir own root? > > ie > > > > /jakarta-tomcat/ shouldn't then create ../build/ - it's > > not nice! > > An alternate perspective - I like

Re: [VOTE] RPM packaging

> I'll very happy to see that the works done on my jakarta/xml RPM used more > heavily > on Apache projects (at least on Linux/Unix boxes). > > So I propose that the sources and binaries RPMs I've done for > jakarta.apache.org and > xml.apache.org projects and which live now at ftp://ftp.falseho

Réf. : RE: X509 client certificate

hello stefan, I prefere having two answer than any, so thank you for you help but... when I try with tomcat 4.0-m5 to sniffe my https request, I obtain this Request attributes : Request attributes:   filters.ExampleFilter.SERVLET_MAPPED = InvokerFilter(ApplicationFilterConfig[name=Servlet Mapp

Sessions mix up when using Tomcat 3.1/Apache

Hi there, any ideas? Same context, but when calling getSession(false); different session object than the previously createted via getSession(true); Cheers Hartwig

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

Yeh, I see your point. But CVS ignores any files it doesn't know about and it _is_ a common idiom amongst open source projects... If you don't like cluttering the CVS co (and you're using Linux), create a linked dir to build into. > -Original Message- > From: Sam Ruby [mailto:[EMAIL PRO

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/compiler Compiler.java IncludeGenerator.java XmlOutputter.java

pierred 00/12/15 04:29:26 Modified:jasper/src/share/org/apache/jasper/compiler Compiler.java IncludeGenerator.java XmlOutputter.java Log: Bug fix: check for null value before processing the Hashtable. Revision ChangesPath 1.4 +6 -4 jak

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

Jon Stevens wrote: > > I would say that the servlet api build process should > be "fixed" to build/install into directories with the > version number attached. Agreed. In the case of jakarta-regexp, can this be done instead of putting the version number on the name of the jar file itself? - Sam

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

John Morrison wrote: > > While jakarta-servletapi-4.0 and TC4.0 builds are being > re-developed, could we please *stop* them creating > directories higher in the hierarchy thantheir own root? > ie > > /jakarta-tomcat/ shouldn't then create ../build/ - it's > not nice! An alternate perspective - I

cvs commit: jakarta-tomcat/src/examples/WEB-INF/classes LocalStrings_fr.properties

hgomez 00/12/15 03:24:16 Added: src/examples/WEB-INF/classes LocalStrings_fr.properties Log: Messages Translated from French Revision ChangesPath 1.2 +38 -0 jakarta-tomcat/src/examples/WEB-INF/classes/LocalStrings_fr.properties

String usage in JSP-compiled Servlets?

Hi you all, I'm new to the list maybe this stuff has been discussed several times. If so I'm sorry to waist your time! My point: tomcat 3.2 compiles a JSP into a servlet which contains out.write() calls which have ""-strings as arguments. As far as I understand Java, each ""-string creates a ne

cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util LocalStrings_fr.properties

hgomez 00/12/15 02:59:54 Added: src/share/org/apache/tomcat/core Tag: tomcat_32 LocalStrings_fr.properties src/share/org/apache/tomcat/resources Tag: tomcat_32 LocalStrings_fr.properties src/share/org/apach

cvs commit: jakarta-tomcat/src/share/org/apache/jasper/resources messages_fr.properties

hgomez 00/12/15 02:58:52 Added: src/share/org/apache/jasper/resources Tag: tomcat_32 messages_fr.properties Log: Message Translated in French Revision ChangesPath No revision No revision 1.1.2

cvs commit: jakarta-tomcat/src/examples/WEB-INF/classes LocalStrings_fr.properties

hgomez 00/12/15 02:57:22 Added: src/examples/WEB-INF/classes Tag: tomcat_32 LocalStrings_fr.properties Log: Message translated in french Revision ChangesPath No revision No revision 1.1.2.1

Re: Suggestion for Mailing list page

Jon Stevens typed the following on 09:44 14/12/2000 -0800 >on 12/14/2000 2:40 AM, "Kief Morris" <[EMAIL PROTECTED]> wrote: > >> I'd like to suggest that the mailing list page >> http://jakarta.apache.org/site/mail.html >> should be modified so tomcat-users appears before tomcat-dev. > >Please send

Differerences in Jakarta distributions (Was 3.2.1 build fails - any ideas?) Please comment

Thanks everybody! I've managed to build it now. The problem was kindof weird and the "solution" (if I can call it a solution) was even weirder... Like one of you pointed out I had to do a "build clean". After that everything worked. I found this rather weird since I deleted EVERYTHING in my J

CVS trees

Hi, How could we know all the branch in the project. We know for tomcat_32 but did there is a jakarta-servlet-api_32 ? I've finished traduction of Message (LocalString.properties) for both tomcat and servlet api and wish to export to servlet-api If there is a tool available to commiter, t

NullPointerException in NamingContext

Hi, I was playing around with EJB in Tomcat, and I bumped into a NullPointerException. I've solved it (pretty easy), the diff is in attachment. (It is not a unified diff, because I can't find out how to do that with wincvs on WinNT. I would be glad if somebody could help me on this one.) Cheer

error in HttpSessionFacade when working with Apache/Tomcat 3.2

Hi there, does anybody know why a servlet works fine with tomcat only (port 8080) but when using apache/tomcat via jk_mod (or old jserv) the servlet throws an error like that: java.lang.NullPointerException: at org.apache.tomcat.facade. HttpSessionFacade.getId(HttpSessio

RE: Ajp13 Patches for Tomcat 3.2

More on the patch. It is included in my 3.2.1 RPM since it works nice and corrected the problem. Another bug less in ajp13. Thanks

[VOTE] RPM packaging

I'll very happy to see that the works done on my jakarta/xml RPM used more heavily on Apache projects (at least on Linux/Unix boxes). So I propose that the sources and binaries RPMs I've done for jakarta.apache.org and xml.apache.org projects and which live now at ftp://ftp.falsehope.com to be m

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

While jakarta-servletapi-4.0 and TC4.0 builds are being re-developed, could we please *stop* them creating directories higher in the hierarchy than their own root? ie /jakarta-tomcat/ shouldn't then create ../build/ - it's not nice! Just my 2p worth ;-) > -Original Message- > From: Jon