Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Bootstrap.java

[EMAIL PROTECTED] wrote: costin 2005/09/14 23:04:01 Modified:catalina/src/share/org/apache/catalina/startup Bootstrap.java Log: Support for corner case, when all tomcat is in a single jar and no fancy classloaders are used. That's nice functionality :)

Re: Final phase of SVN migration - the plan

Mark Thomas wrote: All, The plan for the last phase is slightly different since these repositories are in pretty much constant use. The CVS repos that will be migrated are: jakarta-tomcat-connectors jakarta-tomcat-catalina jakarta-tomcat-5 jakarta-tomcat-jasper The plan is: - Submit migratio

Re: Final phase of SVN migration - the plan

Mark Thomas wrote: Yoav Shapira wrote: If possible, it'd be nice to establish a "quiet window," say 24 hours, during which we shall not commit anything, and infra will do the real repository move. That will help eliminate the possibility of lost/clashed commits and related wasted time. Go

Re: Final phase of SVN migration - the plan

Yoav Shapira wrote: Hi, Do we do a new Tomcat 5.0.12 build (which will be voted on this time) before the migration ? We'll have to change build scripts after that, Yes, I'd like to do a new 5.5.12. That's one of the reasons I asked for timings, once they're known, so we can work with nice m

Re: Final phase of SVN migration - the plan

Yoav Shapira wrote: Hi, I'm fine with this WE, or the end of this week. I mean, the previous build was decent already. I just looked at the changelog for 5.5.12, it's a nice collection of stuff. Is Friday OK with everyone? If not, I can do Saturday, but I'd prefer Friday to keep my weeken

Re: precompile failure for jsr152 examples

Tim Funk wrote: With the new tag plugins patch, precompiling the jsp examples fails. The root cause seems to be jsr152/examples/WEB-INF/tagPlugins.xml has the old classes. When I removed the file - everything compiled fine. When I updated jsr152/examples/WEB-INF/tagPlugins.xml with the tagPl

Re: cvs commit: jakarta-tomcat-5 build.xml

Mark Thomas wrote: [EMAIL PROTECTED] wrote: remm2005/09/22 03:39:37 Modified:.build.xml Log: - Fix build by excluding tagPlugins.xml. - This file shouldn't be in the standard examples, but rather copied there before precompiling (once it works again, of course

Re: Final phase of SVN migration - the plan

Yoav Shapira wrote: Hi, Reminder that this is about 90 minutes from now ;) All done ? If so, the migration is now ready :) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Apache Tomcat 5.5.12-alpha Released

Yoav Shapira wrote: This release is the last one to be done using the CVS repository at Apache. The Tomcat team is moving to the Subversion (SVN) repository as part of the overall Apache initiative to do so. Access instructions for the SVN repository are available at http://www.apache.org/dev/ver

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

[EMAIL PROTECTED] wrote: +/* + * Clear the IntrospectionUtils cache. + * + * Implementation note: + * Any reference to IntrospectionUtils which may cause the static + * initalizer of that class to be invoked must occur prior to setting

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

Jan Luehe wrote: We have seen the ThreadDeath in our callstacks, hence this fix. Nobody is reading what I am writing anymore ... I wrote: The static initializer is called when loading the class, and obviously the webapp CL is not going to load IntrospectionUtils. IntrospectionUtils will be

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

Jan Luehe wrote: No, I did. Cool, there's one, at least :) Yes, but with lazy resolution, it will be loaded when the IntrospectionUtils symbol is first encountered, which may be inside WebappClassLoader.stop(). Normally, it's used by plenty of things, like the digester. Who knows anyway, I

Releasing something

Hi, Are there plans to make any new releases, as well as launching tomcat.apache.org along with it ? Tomcat 5.5.9 was released in March, and nothing non alpha has been released since then. I don't see any voting for 5.5.12 being announced, so it's a bit worrying. Rémy

Re: [VOTE] 5.5.12 Stability

Yoav Shapira wrote: Tomcat 5.5.12 is: [X] Stable - no major issues, It looks good enough to me. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 5.5.12 / Jasper2 -> showstoppers ?

Henri Gomez wrote: Hi to all, I don't know if they should be considered showstopper but while playing with 5.5.12 for some of our new applications, I see these problems : When using Jasper2 in JSP precompilation step, it load needed taglibs jars defined in web.xml, but didn't release all of the

Re: [VOTE] 5.5.12 Stability

Allistair Crossley wrote: Hi, I've tested our intranet app on 5.5.12. Our application uses the following extensively; NTLM authentication via IIS5/JK1.2 META-INF/context.xml configuration 8 JNDI datasources (mix of various SQL Server 2K databases and JavaMail) Log4J Hibernate Spring Struts CMS

Re: CVS->SVN Schedule

Henri Yandell wrote: http://svn.apache.org/repos/asf/tomcat/container/catalina/ http://svn.apache.org/repos/asf/tomcat/container/tc5/ There seems to be a problem with those two. http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/ contains what was in jakarta-tomcat-catalina, and jakarta-

Re: [VOTE] 5.5.12 Stability

Henri Gomez wrote: Should we post-pone to 5.5.13 the fixes to Jasper2 ? Yes, it seems like it. I don't even know if they are fixable at this point. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-m

Re: CVS->SVN Schedule

Remy Maucherat wrote: There seems to be a problem with those two. http://svn.apache.org/repos/asf/tomcat/container/tc5.5.x/ contains what was in jakarta-tomcat-catalina, and jakarta-tomcat-5 appears to be gone. I found jakarta-tomcat-5, which is now at http://svn.apache.org/repos/asf/tomcat

New repository org

Hi, Since the previous naming scheme has "jakarta" everywhere, I propose we change it to (I'll do the updating of the build scripts): http://svn.apache.org/repos/asf/tomcat/build/tc5.5.x -> build http://svn.apache.org/repos/asf/tomcat/connectors/trunk -> connectors http://svn.apache.org/repos/

Re: New repository org

Bill Barker wrote: A big -1 to the reorg, since then it won't be possible to checkout Trunk without also checking out all of the branches as well. I don't understand your answer. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTE

Re: [VOTE] 5.5.12 Stability

Allistair Crossley wrote: i take this back, it's only 5.5.9 that is exhibiting this behaviour, 5.5.12 fully explodes the war correctly. I don't see any relevant changes. Who knows ... Rémy - To unsubscribe, e-mail: [EMAIL PRO

Re: New repository org

Bill Barker wrote: It occurs to me that I may have misunderstood, and you were just talking about setting up the svn:externals for tomcat/current. If that's the case, then +0 (I don't really care, but I'm glad that somebody does :). svn:externals sounds like a cool feature, I guess I'll have t

Re: New repository org

Yoav Shapira wrote: Hi, You can also look at how Struts is organized. There, if you do: svn co http://svn.apache.org/repos/asf/struts/current struts You get all of the little bits and pieces all checked out to one place. That's pretty cool, especially when cutting out a new release. Can

Re: setURLStreamHandlerFactory--why?

- Original Message - From: "Kyle F. Downey" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, April 18, 2001 6:25 PM Subject: setURLStreamHandlerFactory--why? > I'm working with the latest b4-dev from CVS. > > Is there a reason the StandardLoader establishes a URLStreamHandler

Re: [VOTE] New Committer: Bip Thelin

- Original Message - From: "Kief Morris" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, April 22, 2001 2:22 AM Subject: [VOTE] New Committer: Bip Thelin > I would like to propose Bip Thelin as a new committer. He has made a number > of contributions of patches over the past s

Re: Cross context class loader bug ?

> Hi all, > > I am using cross context dispatching in one of my web applications. In > order to do this I have the following setup in my server.xml file : > > > > > This is of course in a tag. I know this is a little extreme to put > the cross context in the default context bu

Re: NullPointers thrown during tester

> Recently, when I run tester my tomcat console shows scads of NullPointerExceptions: > The tests all pass though ... I just looked at my code in the url connection, and if the resource does not exist, it will throw a NPE. Oops. Adding a null check should fix it. Other methods in the class are al

Re: porting ajp13 to tomcat 4 (was Re: ajp13 question)

> On Mon, 30 Apr 2001, GOMEZ Henri wrote: > > > >damn! i wasn't expecting that complex of an answer ;) > > > > The difficulty is in the difference between TC 3.2/3.3 and 4.0 > > and the how the connector are written. They're just to highly > > linked in the tomcat core ! > > Well, someone can rei

Re: tomcat 4 http/1.1 connector and keep alives

> why does the http/1.1 connector in tomcat 4 not set a connection: > keep-alive header? doesn't it need to? No. Keepalive is HTTP/1.0. In 1.1 connections are kept alive by default. Remy

Re: Servlet Re-loading in TC4

Quoting Martijn Koster <[EMAIL PROTECTED]>: > On Tue, May 01, 2001 at 11:41:00AM +0100, Kevin Jones wrote: > > > The log says > > > > StandardLoader[/AddressBook]: Reloading checks are enabled for this > Context > > > > but re-loading doesn't (appear) to work. > > Same problem here. The maili

Re: Tomcat 4.0 Beta3 and Request Attributes Error

> On Wed, 2 May 2001, Ana wrote: > > > Hi, > > We think we have discovered an error. We call the include method of the > > RequestDispatcher from a servlet. Then, we call the setAttribute method > > of the request object of the included JSP. If we call the getAttribute > > method of the request

Re: Tomcat 4.0 Beta3 and Request Attributes Error

> On Wed, 2 May 2001, Ana wrote: > > > Hi, > > We think we have discovered an error. We call the include method of the > > RequestDispatcher from a servlet. Then, we call the setAttribute method > > of the request object of the included JSP. If we call the getAttribute > > method of the request

Re: [VOTE] New Committer: Kevin Seguin

+1 Remy

Re: [PROPOSAL/VOTE] New Repositories for Collaborative Development

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > Over the last few weeks, there has been a lot of discussion on > collaborative development, across the various Tomcat branches, on two > major areas: > > * Web connectors > > * A new Jasper (the "jasper34" proposal) > > and efforts have begu

Re: HEAD methods

> Hi everyone, > > When I dropped a file from my local computer to my webdav, I discovered that there were three requests have been sent: HEAD, PUT, and then HEAD again. Are the content of the first HEAD method and second HEAD method different? If so, what is the different from the two? Thank y

Re: load-on-startup / classloader bug??

> doh! not only did i not mention which version i'm using, i also > mispoke... mondays... > > so, i'm using the latest tomcat 4.0 out of cvs (co'd this morning). > > also, it's in the servlet init method, *not* it's service method where > the thread is created. > > when i get some time, i'm go

Re: [PROPOSAL/VOTE] Tomcat 4.0 Beta 4 Release

> Now that the "Proposed Final Draft 2" versions of the Servlet 2.3 and JSP > 1.2 specs have been published (with Tomcat 4.0 updated to support the > latest changes), and a ton of bug fixes have been made, I would like to > propose that we create a "Tomcat 4.0 Beta 4" release as follows: > > Rel

Re: cvs commit: jakarta-tomcat-connectors/src - New directory

> seguin 01/05/10 17:36:37 > > jakarta-tomcat-connectors/src - New directory I don't agree with that directory structure. I think it should be : [subproject]/src/java Remy

Re: [PROPOSAL] jakarta-tomcat-connectors renaming

> >GOMEZ Henri wrote: > >> > >> >> >actually, i think i might prefer something like mod_ajp and > >> >ajp_. if > >> >> >jtc means jakarta-tomcat-connector, that might be a little too > >> >> >generic. > >> >> >what do you call the next connector protocal? > >> >> > >> >> and ajp = Apache Jakarta

Re: Class Reloading

Quoting Bo Xu <[EMAIL PROTECTED]>: > Kevin Jones wrote: > > > [...] > > I believe (I've yet to test this) that the only way reloading works > > currently (for me) is if I have no jars in web-inf/lib, > > > > Kevin Jones > > DevelopMentor > > www.develop.com > > [...] > > yes! I just test it wit

Re: SendMailFactory.java breaks compile

> I've just tried to compile the latest CVS of Tomcat 4 and I'm missing some > classes trying to compile SendMailFactory.java. > > /Users/stuart/OpenSource/jakarta-tomcat-4.0/catalina/src/share/org/apache/ > naming/factory/SendMailFactory.java:0: Class javax.activation.DataSource > not found in cl

Re: [Proposal] Default Encoding option for JSP/Tomcat in server.xml or web.xml

> "Craig R. McClanahan" wrote: > > > > [...] > > > > On Sun, 13 May 2001, Alec Yu wrote: > > > > > > [snip] I just feel curious, why the standard specifications cost > > > people here so much maintainance time, just because they don't allow > > > us to specify default encodings for compilation tim

Re: [tomcat 4] RequestUtil.parseParameters() method

> i just happened to be looking through the RequestUtil.parseParameters() > method, and something struck me as odd. since i don't know the history > here, i figured i'd ask someone who does... > > anyway, the method looks something like this: > > public static void parseParameters(Map map, St

Re: [tomcat 4] RequestUtil.parseParameters() method

> what might be an even more relevant question is why convert the string > to bytes anyways? these bytes just end up in new strings, so why not > perform the parsing logic on chars rather than bytes? seems like > unecessary conversions to/from bytes/strings Well, there are a number of opera

Re: [tomcat 4] RequestUtil.parseParameters() method

> > We use simple byte conversion there because the String which is passed here > > (the query portion of the URL) is supposed to only have US-ASCII characters. > > > > it's also used to parse form data, right? can form data have non > US-ASCII characters? No. Form data uses parseParameters(Map,

Re: [Catalina 4.0 b5] reloadable="true" broken for JSP?

> I've been using Tomcat 4.0 beta 5 and can't seem to get Tomcat to realise > that I've changed a JSP file and for it to recompile it. (This worked fine > in all the 3.X versions I've worked with) > > Stopping & restarting it doesn't work - I physically have to delete the Java > code generated in

Re: [Beta5]HttpRequestBase POST buglet

> [I sent this to the users list on Friday - someone sent me email > telling me I should send it to this group - sorry for the double > post] > > I just started using TomCat B5 using the builtin HTTPConnector. > When POST-ing a form, none of the name-value pairs of the > "Query string" make it t

Re: [Tomcat 4] PROPOSAL: Revision to Build Procedures

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > I'd like to propose a modification to the way that the build scripts > for > Tomcat 4 work, based on experience gained in the Jakarta Commons > project, > Struts, and a couple of non-Jakarta projects that use the same > approach. +1 Remy

Re: Packaged tag libraries

> I have been having some problems with packaged tag libraries and have seen > other mentions of this problem on the tomcat-user list. Basically the > problem is that when a taglib is packaged as specified in the JSP 1.2 spec > the following error is returned when trying to use a tag in that libr

Re: Packaged tag libraries

> Maybe I'm running a version that is too old (daily build from 5/12/2001) but > I cant find the method you sugest. What object is "getResourcePaths" on? ServletContext. Remy

Re: cvs commit:jakarta-tomcat/src/share/org/apache/tomcat/util/buf DateTool.java

> [EMAIL PROTECTED] at [EMAIL PROTECTED] wrote: > > > > It has all to do with "standards". Tabs have been used for indentation for > > at least the last 15 years ( that's when I started playing with computers- > > and the tab was there ). > > But the point is that we're using SPACES... Since _EVER

RE: Filter Chains slow first time it is called

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > On Wed, 30 May 2001, Craig R. McClanahan wrote: > > > Hello Paul, > > > > This definitely sounds like something wrong with Tomcat 4 -- most > likely a > > combination of things related to the browser (which can affect which > HTTP > > version

Re: [T4] Classloader funk

> I'm using T4b5. > > So, what I did was re-compile some Scarab classes. Those classes are located > in scarab/WEB-INF/classes. I have class reloading turned on and when > Catalina reloaded the classes, this got output to System.out.println() in my > terminal window... > > What it *looks* like is

Re: [PATCH] RE: Packaged tag libraries

> Ok well here is a patch to TldLocationsCache that should all Jasper to > correctly process packaged tab libraries. I tested on my system and it > works well. I changed processJars() to use the "getResourcePaths" method as > Remy suggested. I pulled "tldConfigJar()" as it did a bunch of stuff

Re: [T4] Classloader funk

> I'm using T4b5. > > So, what I did was re-compile some Scarab classes. Those classes are located > in scarab/WEB-INF/classes. I have class reloading turned on and when > Catalina reloaded the classes, this got output to System.out.println() in my > terminal window... > > What it *looks* like is

Re: [T4] Classloader funk

> On Wed, 30 May 2001, Remy Maucherat wrote: > > > CL was indeed broken when stopping the manager. > > I have committed something which should fix it. > > > > [Note : My build environment is totally messed up, so I wasn't able to test > > with Watchdog or

Re: [T4] Classloader funk

> on 5/30/01 9:16 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > I have committed something which should fix it. > > Note: In the future, giving credit for the find in the CVS commit message is > appreciated. :-) Sorry. The latest nightly (05/31)

Re: tomcat-4.0 and JSP class reloading

> i was litlle un detailed sorry but i try to explain. > > This can be test with Tomcat 4.0 b6-dev (last week CVS version at least i haven't see this to be fixed) > > and turn reloading on to test/ context then create servlet that uses this Class [test.TestIt] (i think you know how to do it) make

Re: tomcat-4.0 and JSP class reloading

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > See below. > > On Thu, 31 May 2001, Remy Maucherat wrote: > > > I'm not sure this proposed change would really make any difference. > The > "parent" classloader here is the web app cl

Re: [T4] Nightly snapshots aren't working...

Quoting Jon Stevens <[EMAIL PROTECTED]>: > I need my fix man! > > I think that's because of a few files which won't build with 1.2 (but will with 1.3), which is a problem with Craig's build env (he's using 1.2.2). Wait until he get

Re: [T4] Three things

Quoting Jon Stevens <[EMAIL PROTECTED]>: > #1. I have been able to compile Tomcat 4 for the FIRST time in about 6 > months without a lot of painful work. Woo hoo! Champagne ! The new build.properties based build is much easier :) > #2. The latest cvs version fixes about 99% of the speed issues

Re: buffers in jakarta-tomcat-connectors

> Hi, > > Unless someone has reasons not to, I will start changing the build > process to use the buffers and low-level objects in j-t-c. Over > the weekend I'll try to finish the move of all connector code > into j-t-c, where it belongs. > > I would also try to add jasper34 ( as originally di

Re: javax.servlet.request.key-size/cipher-suite attributes aren't being set in Tomcat 4.0-b2 and later

> I submitted a bug report using the Apache Bug Database regarding this. > However, something seems to be wrong with that database because I don't see > it in there now. Anyone know what happened to this bug? > > There are some new attributes in Tomcat 4 which allow you to query for SSL > related

Re: [T4] Strange error

> Not really sure what caused this, but I just saw it printed to my window > that I'm running T4 in...this is from fairly recent CVS... > > java.util.ConcurrentModificationException > at java.util.HashMap$HashIterator.next(HashMap.java:736) > at java.util.AbstractCollection.toArray

Re: [j-t-c] OS poll

Quoting Glenn Nielsen <[EMAIL PROTECTED]>: > Solaris 7 & 8 both Sparc and x86, and FreeBSD. Win2k / Cygwin / XEmacs. Remy > GOMEZ Henri wrote: > > > > Hi, > > > > A quick poll to get informations about OS used by > > j-t-c developpers & users ... > > > > I: Redhat 6.2 / 7.1 > > > > - > > H

RE: Problems with aliased hosts (ver 4.0b5) - please help

Quoting Deacon Marcus <[EMAIL PROTECTED]>: > Hi, > Please, if you don't have the time to fix it or it's low priority let > me > know which classes control this behavior so I could try to fix it > myself. Oops, sorry. It's the J1 effect : don't put any urgent requests that week. I think you shoul

Re: Problems with aliased hosts (ver 4.0b5) - please help

> Hi, > > I think I got it, could someone please check and add it ? I've just committed the fix. Thanks ! Remy

Always loading default web.xml ?

Hi, I have the impression that we're always loading the default web.xml, even if the webapp already contains one, and add to the mappings which are defined there. I think it's ok when no mapping are defined, or no mapping is defined on the root node, but it's not as soon as a mapping is defined

Re: Always loading default web.xml ?

> On Tue, 12 Jun 2001, Remy Maucherat wrote: > > > Hi, > > > > I have the impression that we're always loading the default web.xml, even if > > the webapp already contains one, and add to the mappings which are defined > > there. > > > > Y

[T4] Lifecycle problem

Hi, I'm fighting a lifecycle problem at the moment. When stopping and then restarting the examples, I get : 001-06-13 18:52:00 ContextConfig[/examples] Configuration error in default web.xml java.lang.IllegalArgumentException: addChild: Child name 'default' is not unique at org.apache.catalina

Re: [T4] Lifecycle problem

> On Wed, 13 Jun 2001, Remy Maucherat wrote: > > Can we accomplish this by erasing all the defined servlets, servlet > mappings, MIME mappings, security constraints, and so on? Recycling the > Context object would mean we're impacting the surrounding environment > (i.e

Re: cvs commit: jakarta-tomcat-connectors/coyote - Imported sources

> Yep, yep :) > > What about the native part ? > > Since you plan to use http/1.1 as protocol, I feel > you may didn't need a strong connector only something like > proxy ? > > Whatever, happy to see you in j-t-c Remy ;) The goals with those "new" objects are : - Remove any dependencies with the

[T4] More mapping problems

Hi Craig, (putting on my Catalina user hat) I found a case where I think adding the default configuration mapping is done wrong. For example, you can choose to map a servlet to /*, in which case you would expect it to handle all requests. That's not what happens because the default config wi

Re: Initial comments on coyote

> Hi Remy, > > I looked at coyote, and it looks good ( the Request and Response are > simplified and have no deps on a higher layer ). > > Few issues: > - Note - the user should be able to store any object as a note, there is > no reason to require "recycle" on it ( if you want you could turn it i

Re: [t4] FYI: usual problems building according to README...

> Hi tc4 people, > > I'm putting myself through the regular "build TC4 from source" hell that I > do whenever I want to test the latest version. (this is on WinNT4) It's a lot easier now, actually :) > I came across the following issues, you may be aware of them already but I > thought I'd repor

Re: [t4] FYI: usual problems building according to README...

> Hi remy, > > Thanks for the reply. > > > It's a lot easier now, actually :) > > It wasn't that hard b4, just the README was always a little out of date... > > > > 2) it seems to be depending on old versions of the projects it depends > on: > > > > It looks like you're still using the build scrip

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

> on 6/18/01 7:12 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > - All the JARs in /WEB-INF/lib are extracted and copied to the work directory, > > even if the resources are filesystem based. Otherwise, it is not possible to > > actually manipulate the JARs which are in the webapp wh

Re: [t4] yet another classloader muckup...

Quoting Jon Stevens <[EMAIL PROTECTED]>: > I haven't tried a recent snapshot of Catalina (after remy's recent > classloader changes)...but, this is something that is being reported on > the > Turbine mailing list as well as I have seen it on my own... > > What happens is that when the classloade

Re: [t4] weird build error...

> With Jikes... > > build-main: > [javac] Compiling 280 source files to > /Users/jon/checkout/jakarta-tomcat-4.0 > /catalina/build/classes > [javac] > /Users/jon/checkout/jakarta-tomcat-4.0/catalina/src/share/org/apache > /catalina/loader/WebappLoader.java:806: class > org.apache.catalina.

Re: cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loaderWebappClassLoader.java

> on 6/18/01 7:30 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Obviously, the "side effect" is not that huge. > > > > Try it first, and complain later if it's really a problem :) > > > >> I'm not sure I like a

Re: Re:cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loaderWebappClassLoader.java

> > And it's still loading the classes ? > > Yup, everything is running fine... Weird. > I'm serious...nothing is going into my work/localhost/scarab (the only > directories in the work directory) directory... Do you have version 1.63 of StandardContext, as well as 1.4 (or 1.3, it's the same mi

Re: cvs commit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loaderLocalStrings.properties WebappLoader.java

> on 6/20/01 6:39 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > - Add additional log info so that I can figure out what's up with Scarab > > running on Jon's box. It's no longer displayed on the console, but instead > > put in the log files. > > - Rename StandardLoader -> WebappLoad

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

> on 6/20/01 8:42 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > > > - Whenever a Loader element was specified in a Context, a StandardLoader > > was created, regardless on whether or not a className attribute was > > specified. > > This is now fixed, and the className attribute now work

Re: cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

> on 6/20/01 9:14 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > Lol. I thought it was really weird at first, then I added some traces, then > > I finally figured out something was hardcoded somewhere in the mapper. > > Still nothing in the work dire

Re: Re:cvscommit:jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/startupCatalina.java

> on 6/21/01 5:45 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > If you think the bug isn't fixed fast enough, you can either : > > I never said or even implied such a thing. Speed isn't the issue. > > > - send new logs instead of just

Re: [t4] again...classloader stuff...

Quoting Jon Stevens <[EMAIL PROTECTED]>: > on 6/21/01 7:13 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > If you're paranoid, you can do as I did and delete StandardLoader from > your > > tree. > > > > Remy > >

Re: [t4 patch] delete the damn file. :-)

Quoting Jon Stevens <[EMAIL PROTECTED]>: > Untested... > > If there is an exception thrown during the processing, the file won't > get > deleted because it isn't in a try/finally statement... That looks like a good idea (more robust). I would add the finally block to the second try (the one in

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

Quoting [EMAIL PROTECTED]: > glenn 01/06/22 13:20:54 > > Modified:catalina/src/share/org/apache/naming/resources > FileDirContext.java > Log: > Fix path for windows file separator > @@ -843,6 +842,8 @@ > * @param name Normalized context-relative

Re: cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unshared UnsharedSessionBean.java

> craigmcc01/06/22 14:57:08 > > Log: > Add some unit tests for bean references from a servlet (Session01 or > Session03) to beans in the following locations: > * SessionBean is in the same /WEB-INF/lib/tester.jar JAR file as the > servlet classes are > * UnsharedSessionBean is un

Re: cvs commit: jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unshared UnsharedSessionBean.java

> On Fri, 22 Jun 2001, Remy Maucherat wrote: > > > > > I don't think that test case is valid. > > > > Both of the following explanations are theories. I could be wrong. Comments > > by CL gurus are welcome. > > > > Case A (Craig's test) :

Re: cvs commit:jakarta-tomcat-4.0/tester/src/tester/org/apache/tester/unsharedUnsharedSessionBean.java

> on 6/22/01 5:09 PM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote: > > > I'm not too sure about that yet ... > > Jon's case is quite complex, and is definitely not the same thing as your > > test case. > > > > Remy > > I don'

Re: [jtc - coyote] couple questions about the Request object

> 1) why is Request final? i was planning on extending it in > org.apache.ajp.AjpRequest, but can't do so since it's final. it's no > big deal, i can create org.apache.ajp.AjpRequestAdapter instead, just > kind of curious. Well, before, the primary use for extending the request and response was

Re: DirContextURLStreamHandlerFactory

> Hey Folks, > > this is a follow-up question to a post made by Kavi on 6/25 regarding > running Tomcat on HP's Core Services Framework. > > We encountered a problem with a dual URLStreamHandlerFactory - Catalina > installs its own, in order to provide the jndi: URL for e.g. reading > WEB-INF/web.

Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10.java

> costin 01/06/27 23:48:53 > > Modified:src/share/org/apache/tomcat/modules/server Http10.java > Log: > Fix for multi-line headers ( I didn't tought any browser or client will > generate such thing, but it seems there is one Q: Which one ? (I never tested multi-line headers) >

Re: Hot Deploy?

Quoting Vinay Menon <[EMAIL PROTECTED]>: > Hello Folks, > Is 'hot deploy' something that is being planned for Tomcat 4.0. I > use > Tomcat with JBoss and do not use an EAR file to deploy to the > combination > ... instead deploy a server side jar for JBoss and the compiled classes > for > Tom

Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS:[TomcatDocu mentation Redactors To Hire]

> on 7/2/01 5:58 PM, "Pier P. Fumagalli" <[EMAIL PROTECTED]> wrote: > > > Excellent :) Anakia is a tool written by Jon to translate XML into HTML > > (correct me if I'm wrong) based on the same language that WebMacro uses... > > It generates http://jakarta.apache.org/, so, it must be somehow good

Re: [PRE-PROPOSAL] jakarta-tomcat-doc sub-project : WAS:[TomcatDocu mentation Redactors To Hire]

> > We've started writing some new docs in XML (catalina/docs/dev/xdocs). The > > HTML generation is done with XSL, but the DTD should be the same > > as the one > > used by Anakia. > > I noticed the xdocs directory, but I didn't see anything in there. I sent > Craig an email about it a week ago,

Re: Poor Tomcat 3.2.2 performance on Win32 with class reloading enabled

> The cases you've described above all happen only once (at startup > time). Assuming that we could safely optimize these cases, would it > really make a significant difference? It wouldn't. While you were away, I did some profiling of the startup (since people complained), and it turns out tha

Re: Probably a simple problem with an equally simple solution...

Quoting Kedar Hirve <[EMAIL PROTECTED]>: > I was trying to develop my own valve to plug into Catalina, but > running into some problems. I wrote up a little class that implements > Valve > and has empty code for getInfo() and invoke(). I put it in its own > package > called valvetest, compi

  1   2   3   4   5   6   7   8   9   10   >