Re: [5.next] Summary

Bill Barker wrote: TC 3.3 has o.a.t.u.xml.* which is uses instead of Digester. If it helps with re-inventing wheels, you could take a look at it. Yes, it's also in TC 4. I think it has limitations when compared to the digester. Overall, the biggest problem of the digester might be the huge amoun

Re: [5.next] Summary

Peter Lin wrote: I see your back from vacation. I hope it was restful. No, no, I was doing a training in Vienna ;) I've started working on porting CLIPS 6.2 from C to Java. Once that is done, I will donate it back to CLIPS community (since it's public domain software), donate it as a project to ap

Re: [5.next] Summary

Remy Maucherat wrote: Remy Maucherat wrote: - Move to concrete classes for request/response, and remove all of the RTTI done in Catalina's pipeline Ok, I'm almost done with the first part of the refatoring (thanks to Eclipse 3) :) I think I'll commit when I'm done with the nex

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationValve.java

Henri Gomez wrote: This commit was sponsored by Eclipse 3 RC 1 and its refatoring features :) Somehow, they spell that "refactoring" in the menus, but it's evidently a mistake, as the features are powerful enough to warrant the Genuine Refatoring (R) label. Great use of Eclipse. Eclipse 3 RC3 is

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp ReplicationValve.java

[EMAIL PROTECTED] wrote: remm2004/06/23 01:25:04 Modified:catalina/src/share/org/apache/catalina/valves RequestDumperValve.java RequestFilterValve.java JDBCAccessLogValve.java ErrorReportValve.java AccessLogValve.

Re: [5.next] Summary

Remy Maucherat wrote: - Move to concrete classes for request/response, and remove all of the RTTI done in Catalina's pipeline Ok, I'm almost done with the first part of the refatoring (thanks to Eclipse 3) :) I think I'll commit when I'm done with the next two items, so th

Re: DO NOT REPLY [Bug 23914] - NullPointerException in Coyote Adapter

[EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.ap

Re: [ANN] Apache Tomcat 5.0.27 Beta released

Shapira, Yoav wrote: Hi, FYI on this release: It is a CVS branch point for TOMCAT_5_0, so those of you building from CVS directly should know that new stuff is going to start appearing on HEAD that may reduce stability temporarily (you can follow tomcat-dev discussions in the 5.next threads for mor

Re: 5.0.27, branching on Thursday

Shapira, Yoav wrote: Hi, I think I will tag and release 5.0.27 on Thursday evening (EDT time zone), and branch TOMCAT_5_0 at that point. The commons-dbcp (1.2.1) and commons-pool (1.2) dependency updates will get into this build, as will commons-collections-2.1.1. The commons-beanutils, -digester,

Re: [5.next] Summary

Shapira, Yoav wrote: Hi, Cool stuff ;) I'm away in two weeks, so I'll tag and branch 5.0.27 and TOMCAT_5_0 at the end of next week, so that you can start working on HEAD two weeks when you're back from vaca. I'm going to have a lot of fun: it's a training in Vienna. I guess you have to go earn mone

[5.next] Summary

- Move to concrete classes for request/response, and remove all of the RTTI done in Catalina's pipeline - Use Tomcat 4.0 beta valve pattern - Redo logging using commons-logging, and remove Logger - "Fork" commons-digester, to remove what we don't need (many fancy features provided by beanutils, an

Re: DBCP and Pool 1.2

Shapira, Yoav wrote: Hi, You didn't post a vote for 5.0.26, BTW. I don't think there's any critical stuff in this build, though. Yeah, I'm lazy ;) I think 5.0.26 is fine, and would pass a stable vote, but I also think 5.0.27 is close, and will be more significant because: - It will mark a CVS bran

Re: DBCP and Pool 1.2

Shapira, Yoav wrote: Hi, 5.0.27 will use them unless they break stuff. 5.0.27 should be available within the next 6 weeks. You didn't post a vote for 5.0.26, BTW. I don't think there's any critical stuff in this build, though. Rémy

Re: cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp SimpleTcpCluster.java

[EMAIL PROTECTED] wrote: fhanik 2004/06/04 13:22:27 Modified:catalina/src/share/org/apache/catalina/startup ClusterRuleSet.java modules/cluster/src/share/org/apache/catalina/cluster CatalinaCluster.java modules

Re: Hypothetical

Rick Knowles wrote: Yoav, I think you read it correctly, and interpreted it correctly. It's a distinction between the Servlet and JSP specifications. You just have to be careful to mention those sort of things up front, as people might expect those features from a "Servlet v2.4 container" (becaus

Re: Embedding Jasper / JSP compiling

Rick Knowles wrote: It was mainly a case of doing something so I could learn how it really worked and why - I didn't consider using Coyote mainly because the http request/response parsing was an important part of the understanding process, and I didn't want to miss out on the details of that. Th

Re: CVS branching

Shapira, Yoav wrote: Hi, For now, I think a branch is only needed in jakarta-tomcat-catalina (if there are problems, I'll use a build2.xml in jakarta-tomcat-5 with temporary hacks). Would it be better if you did your refactoring in a branch and then merged into the main branch, overwriting as neede

Re: CVS branching

Shapira, Yoav wrote: Hi, So at some point soon (the next day or two), we want to put the current tomcat 5 code on a branch called tomcat_5_0 (the actual branch name is tentative but let's use tomcat_5_0 for example). We'll do this after tagging TOMCAT_5_0_26 on the main branch. The actual CVS comm

Re: session facade not used for event

Filip Hanik - Dev wrote: Facading is likely worthless for sessions, you think so, you don't think session.setPrincipal is a security issue? Missed that one ;) As Jean-François said, the security manager will avoid the problem. I think it won't hurt replacing the "this"s with "getSession()"s in the

Re: session facade not used for event

Filip Hanik - Dev wrote: Quick question, is there a reason the user code has access to the internal session instead of the session facade on session events? event = new HttpSessionBindingEvent(this,name,value); //inside StandardSession as opposed to this code, which would give the user a facade? ev

Re: Time for 5.0.26?

Jeanfrancois Arcand wrote: I think renaming the classes, like they did for Xerces in j2se 1.5, would be the easiest way. But since we are "refactoring", we can also think of a pluggable SPI were the digester can be "plugged", as well as our own parsing mechanism. That would be usefull when Tomca

Re: Time for 5.0.26?

Shapira, Yoav wrote: Hi, Yeah, go ahead with the refactoring. I'll tag 5.0.26 tonight (on HEAD of course) unless I hear some last-minute things on this list during the day today. I'm going to open a separate thread on CVS branching, I need a bit of clarification in that area. I need to tweak a bit

Re: Time for 5.0.26?

Filip Hanik (lists) wrote: BTW, is it ok if I start my refatoring(s) in a separate branch based on go ahead, refator. :-) I'll "refator" then. I'll redo logging as well, and define c-l categories (for webapps, for example) to be able to eventually remove Logger altogether. Other things: - attempt

Re: Time for 5.0.26?

Shapira, Yoav wrote: Hi, We need to do a new release, 5.0.26, because of http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255. Does anyone have stuff they're working on, and would therefore like me to wait a couple of days (or more, or less?) before tagging and building? I probably won't have

Re: Time for 5.0.26?

Shapira, Yoav wrote: Hi, We need to do a new release, 5.0.26, because of http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255. Does anyone have stuff they're working on, and would therefore like me to wait a couple of days (or more, or less?) before tagging and building? I probably won't have

Re: [5.0.25] Release vote

Shapira, Yoav wrote: Release 5.0.25 as Stable: [X] Yes [ ] No Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: RPM spec file using our layout

Costin Manolache wrote: It seem we had one - but was removed 4 years ago, when Henri started it's RPMs ( if I remember corectly ). http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat/src/etc/Attic/tomcat.spec?rev=1.3&view=markup Wow, that's really old. If I update it for 4.x and 5.0 - and manage to

Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[EMAIL PROTECTED] wrote: - Regression: the sever cookies should be parsed after the context + Regression (Bugzilla 28971): the server cookies should be parsed after the context I recommend using 28971: the stylesheet will create a href. I find that convinient. Next time, I'm not d

Re: Byte-Range-Serving of DefaultServlet and Acrobat 6

Julian Reschke wrote: Remy Maucherat wrote: I think that's pretty clear from <http://greenbytes.de/tech/webdav/rfc2616.html#header.range> and <http://greenbytes.de/tech/webdav/rfc2616.html#rfc.section.2.1>. So it's a regular multi valued header ? It's not that crystal

Re: Fedora "tomcat"

Costin Manolache wrote: Remy Maucherat wrote: Finally - am I overreacting, are other people seeing this as a real issue, or should we just ignore the problem like apache does ? I would answer no, as the stability issue is a big problem (the HTTPd doesn't have that issue; why is the worst le

Re: Fedora "tomcat"

Costin Manolache wrote: I'm fine with using jpackage as the "official" or recommended binary distribution for RPM-based distributions. This solves part of the problem. To make sure everyone understand, this will mean we support the following layout for FHS-based linux systems, in addition to our

Re: Question about CVS tagging for a release

Shapira, Yoav wrote: Hi, I notice the jakarta-servletapi-5 CVS module has tags up to tomcat 5.0.19, but not beyond (.20-.24). Should I tag it for 5.0.25 and beyond when I do releases? Yes, it should be tagged with the others. As far as I can see in my revision graph, it does have tags as well (but

Re: Plan for 5.0.25

Shapira, Yoav wrote: - Please update the changelog with your changes since 5.0.24 during the day today. I'll fill in stuff (if there's any) tonight. (this is my experience) I've found it a lot better to have one person which does the changelog, and I could never get people (including me :-P) to u

Re: Byte-Range-Serving of DefaultServlet and Acrobat 6

Michael Südkamp wrote: Hello, I investigated the topic of byte-range-serving from the DefaultServlet with Acrobat 6. I noticed that Tomcat 4.1.30 did not any byte-range-serving with Acrobat 6.0.0. The entire file was sent instead. I compared the HTTP communication with that of Internet Information

Re: Next release

Costin Manolache wrote: Remy Maucherat wrote: For the critical path probably it's good to keep using an interface, but for all "container changes" and other notification - there is no performance issue. Yes, but we can't be too bad either: if we take one minute to deploy a

Re: Fedora "tomcat"

Costin Manolache wrote: Ant actually works quite well, it seem to have a much better startup time, which is very nice for a tool like ant. Yes, for Ant, startup time is critical, so native compilation is great. It is very nice they are bundling java tools and tomcat - but I thing it is a big prob

Re: Next release

Costin Manolache wrote: Remy Maucherat wrote: Shapira, Yoav wrote: One area to keep in mind there is performance. There's no argument on the utility of JMX at all. I also think most of the performance hit would be at initialization (and shutdown), as you're creating/naming/binding JMX

Re: Fedora "tomcat"

Costin Manolache wrote: I don't know if you saw it, but Fedora ( the free Redhat distro ) includes now tomcat-4.1.27. I think this is a big problem and we should Yes, I saw that FC 2 claims to bundle a lot of Java tools, including Tomcat. be aware of it - the "tomcat" they distribute uses the wor

Re: Vote for new 5.0.25

Peter Rossbach wrote: Hello, I have last week much problems with the admin app and Form based Auth. A lot of my session pepole at jax 2004 conference can't access the Admin app at 5.0.24. With news cvs head all is working now. I analysed that the wrong cookie handling is the fix. http://nagoya.ap

Re: Embedding Jasper / JSP compiling

Rick Knowles wrote: Dennis, I'm not a tomcat dev, but hopefully I can help anyway - having done what I think it is you're trying to do. I did mine for the Winstone servlet container (http://winstone.sourceforge.net) Interesting. Any reason for writing your own connectors (assuming you do), sinc

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

Filip Hanik - Dev wrote: roger that, didn't see the votes in tc-user, didn't even know we were voting in that forum :) It of course doesn't officially count (only tc-dev posts are official), but it seems Yoav thinks the patch will help people. And anytime he feels ready, he can do a new 5.0.25 bu

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

Filip Hanik - Dev wrote: since when could a -1 be shut down by one person, you so far you only have one +1 (Jeanfrancois) This is a release, not a vote with a veto. I have 3 yes (Yoav - look in tc-user: he fully agrees with this, JF, me), and 1 no (you), so it's enough to put out a package.

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

Filip Hanik - Dev wrote: - 5.0.25 +1 - A hotfix for 5.0.24 Big -1 You seem to be alone, so ... Sorry :/ Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

[EMAIL PROTECTED] wrote: remm2004/05/14 04:00:25 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java Log: - Major mistake: the sever cookies should be parsed after the context is mapped, otherwise, the session cookie is never consi

Load on startup 0

Hi, I got a question recently on the load on startup behavior, when associated to the 0 value. Tomcat will start those servlets last, and this was done on purpose (this dates back from TC 4.0, I think). However, the current spec wording isn't clear at all: The load-on-startup element indicate

Re: Next release

Shapira, Yoav wrote: One area to keep in mind there is performance. There's no argument on the utility of JMX at all. I also think most of the performance hit would be at initialization (and shutdown), as you're creating/naming/binding JMX operations/attributes. This is better than having a perf

Re: Next release

Bill Barker wrote: "Remy Maucherat" <[EMAIL PROTECTED]> wrote in message +1 for doing this in the Catalina code. Doing it in the Connector code would mean that CoyoteConnector code for older TC versions would languish off in a branch. They have the same name :( I was obviously t

Next release

I feel like starting working on the possible new codebase for Tomcat, now that Tomcat 5 is more or less stabilized. I have a few obvious items, but while a lot could be done to make the code more modern, it wouldn't make Tomcat actually run better, so I favor changing things only if it brings s

Re: New RM for Tomcat 5

Shapira, Yoav wrote: Hi, Glad to help ;) And apologies in advance if I make a couple of bungled attempts at first ;) I'll do any needed emergency release if one is needed within the next two weeks. For example, I'm worried about a possible memory leak with the JSP background reloading thread (I

Re: Question on 5.0.23

Costin Manolache wrote: Remy Maucherat wrote: Au menu: - Using Embedded - Using JMX (which I think is cool) - Using the in-memory connector Speaking of which, the in-memory connector might be good for a bare bones JNI connector, if someone wants to try. The current JK JNI has about the same

Re: DO NOT REPLY [Bug 28603] - JspC Ant task does not detect errors on a second compile

[EMAIL PROTECTED] wrote: DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.ap

New RM for Tomcat 5

Hi, Yoav has expressed interest in being the release manager for Tomcat 5. Since he has shown interest in nearly all Tomcat components, and apparently has enough time at the moment, I think he would be the most qualified to replace me, and has my +1. Rémy -

[ANN] Apache Tomcat 5.0.24 Stable released

The Tomcat Team announces the immediate availability of Apache Tomcat 5.0.24 Stable. Please refer to the changelog for the list of changes. Downloads: Binaries: http://jakarta.apache.org/site/binindex.cgi Sources: http://jakarta.apache.org/site/sourceindex.cgi The Apache Tomcat Team -

Re: Need help with admin app at 5.0.24

Remy Maucherat wrote: Peter Rossbach wrote: Next Information, I have analyse the traffic between Browser and Tomcat 5.0.24 (tcpmon)and the see following: cookie= JSESSIONID=1097F923FE5514A29042ABAC28E01CB8.node2; nde-textsize=13px So you mean this is the value of the "cookie" header

Re: Need help with admin app at 5.0.24

Peter Rossbach wrote: Next Information, I have analyse the traffic between Browser and Tomcat 5.0.24 (tcpmon)and the see following: cookie= JSESSIONID=1097F923FE5514A29042ABAC28E01CB8.node2; nde-textsize=13px So you mean this is the value of the "cookie" header ? There's nothing wrong with tha

Re: Need help with admin app at 5.0.24

Peter Rossbach wrote: I have testet with 5.0.22 and it work every time. Friend tell me, that same admin Application works with 5.0.24 (Suse 8.x jdk 1.4.2_04) well OK! My env Windows XP JDK 1.4.2_03 Tomcat 5.0.24 Mozilla 1.6 and IE 6 Suse 9.0 jdk 1.4.2_04 Mozilla 1.3 Tomcat 5.0.24 same bug O

Re: [5.0.23] Release vote

Shapira, Yoav wrote: Hi, We're technically voting on 5.0.24, not 5.0.23, right? Yes, of course. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Question on 5.0.23

Petr Jiricka wrote: Remy Maucherat wrote: Petr Jiricka wrote: BTW, this isn't really relevant, but the in memory connector is now working (= no socket). The older TC 4.x could be invoked in memory as well, but the API was cumbersome. I thought this could be useful in Netbeans (but last

Re: [5.0.23] Release vote

Remy Maucherat wrote: Release 5.0.23 as Stable: [X] Yes [ ] No Since the Jasper issue has been cleared, this build seems ok. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Question on 5.0.23

Petr Jiricka wrote: BTW, this isn't really relevant, but the in memory connector is now working (= no socket). The older TC 4.x could be invoked in memory as well, but the API was cumbersome. I thought this could be useful in Netbeans (but last time, you weren't interested, apparently), and now

Re: Question on 5.0.23

Petr Jiricka wrote: Well, this sounds quite alarming to me. Looks like there is no guarantee that the contents of the build really contains the intended codeline. If you are worried, you should make verifications. Get the source bundle and diff. Rémy ---

Re: Question on 5.0.23

Kin-Man Chung wrote: Which watchdog is it? Can you send me the other part (tld and tag handler) of it? It's Watchdog 4. It's the XML tests (obviously), and it is run in the release target. If the tag is of a TAGDEPENDENT body type, then its body is should not be evaluated. It used to be evaluat

Re: Question on 5.0.23

I have some possible problems with Jasper and XML syntax. One example from old watchdog: http://java.sun.com/JSP/Page"; version="1.2" xmlns:direct="urn:jsptld:/WEB-INF/tlds/example-taglib.tld" > Generates for the tag: do { out.write(""); out.write("\n");

Re: Question on 5.0.23

Shapira, Yoav wrote: Thanks. Is it still 5.0.23 then, and I should re-download and retest? I don't like moving tags, so it's 5.0.24, and I picked up the right version for CoyoteRequest this time :-/ Rémy - To unsubscribe, e-mai

Re: Question on 5.0.23

Shapira, Yoav wrote: Thanks for the quick investigation and resolution. ;) I'm formally withdrawing my stable vote for 5.0.23 because of this bug. I couldn't find 5.0.20-5.0.22 for download, but IIRC 5.0.22 worked fine. I'll gladly test 5.0.24 as soon as it's available. Thanks again, I did updat

Re: Question on 5.0.23

Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to an

Re: Question on 5.0.23

Shapira, Yoav wrote: Hi, I have a strange issue with 5.0.23 that's making me question my stable vote from earlier today. It has to do with a 3rd party servlet which checks for the presence of a cookie, if not found prompts for some user information, and then redirects (response.sendRedirect) to an

Re: [5.0.23] Release vote

Shapira, Yoav wrote: A few notes, obviously not enough to stop the stable label IMHO: - The XHTML JSPX example doesn't work for me. I'm using IE6 (all patches installed) on Windows 2000, and get an error processing XML type page. I can attach a screenshot/open a bugzilla item for this if the JSP

[5.0.23] Release vote

Since nobody seems to have any additional updates, here's the vote for the new build. Changelog: http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html Release 5.0.23 as Stable: [ ] Yes [ ] No Rémy - To unsubscribe, e

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

Glenn Nielsen wrote: Please accept my apology for that one. Accepted. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

Glenn Nielsen wrote: I dont' care what you think of me personally. But when your animosity towards me impacts Tomcat I had to say something. I'm sure it fully justifies the "egotistical piece of shit like you" comment ;) Jon is funny at least, but this is just pathetic. Rémy

[5.0.23] Build available

This sort of RC build is here: http://www.apache.org/dist/jakarta/tomcat-5/v5.0.23-alpha/ Some patches that could be included for the next build are: - 28335: javadoc fixes - 28071: Arbitrary query JDBC realm - 28612: JAAS fixes Rémy

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

Glenn Nielsen wrote: Remy, I am sick and tired of your crap. For whatever reason you don't like any of my contributions. You always try to find some way to justify a -1 of anything I contribute. Frankly you are the main reason why I rarely contribute to Tomcat any more. I just got tired of deal

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

Tom Anderson wrote: I'm just a list lurker (so my opinion doesn't "count") but I'm really happy to see these fixes. I have had to override JDBCStore and PersistentManagerBase at my site to make similar fixes so that things work acceptably (yes, I submitted patches but they weren't accepted).

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

Filip Hanik - Dev wrote: And of course you don't discuss this before making the change ? This is the old branch, so this is clearly not acceptable. I have to -1 regardless of the possible merits. Ok, so he forgot to ask the developers if this would be ok, no big deal. Can happen to anybody. But if

Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java

[EMAIL PROTECTED] wrote: glenn 2004/04/30 12:15:26 Modified:catalina/src/share/org/apache/catalina/session JDBCStore.java PersistentManagerBase.java StandardManager.java StandardSession.java StoreBase.java Log:

Re: [5.0.23] Tag at the end of the week ?

Filip Hanik - Dev wrote: 10-4 Let me guess ... 10 people will complain that their bug is not fixed in this release, and out of these, 4 will point out this is a critical issue and requires a new tag immidiately. Rémy - To unsu

Re: [5.0.23] Tag at the end of the week ?

Remy Maucherat wrote: I got some mojo back, and as a result I propose tagging a new release at the end of the week. I'm going to commit a few more pacthes, including improvements to SSO which were propsed. There are lots of JK issues filed for TC 5 (of course, it's not really rela

Re: Many thanks to the dev team

[EMAIL PROTECTED] wrote: Thank you for your email. Thank you for your email. I am out of the office traveling and writing until Mid-May. If this is urgent or if someone else can assist you, please call my office at 425.313.9850. Warm regards, This *did* ruin the mood ;) Isn't there an

Re: Many thanks to the dev team

Matt Woodings wrote: Hi, I know this is not strictly protocol but I wanted to do it anyway. I just wanted to say thank you to the dev team for all their hard work and patience in creating an awesome java app server. I have been in production mode for about 6 months now and Tomcat has run flawles

Re: WebappClassLoader: Lifecycle error : CL stopped

Shapira, Yoav wrote: Hi, I like #2: in fact, it seems like it should be strictly enforced for general stability and security, and I'm surprised the current code doesn't restart a context after changing its loader already. I think the admin webapp should stop the context before doing anything to i

Re: (movie)

Anyone could find a good explanation as to why unsubscribing the address didn't work ? (the list manager says [EMAIL PROTECTED] is not subscribed) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail:

Re: Movie

Mladen Turk wrote: Yes, It seems that even my account is missused, I even send myself a virus yesterday. Not to speak that some [EMAIL PROTECTED] is constantly sending me a viruses :-). As long as it's private mail, it's a smaller issue (I obviously get hundreds of viruses a day). Of course, it

Re: Movie

shachor wrote: I'm going to unsubscribe Gal from tomcat-dev for now, since a lot of spam is coming through this old email. Subscribe again if you'd like to be on the list (but with a slightly different email so we don't get the spam ;) ). (Apache really needs to add competent spam filtering ...

[5.0.23] Tag at the end of the week ?

I got some mojo back, and as a result I propose tagging a new release at the end of the week. I'm going to commit a few more pacthes, including improvements to SSO which were propsed. There are lots of JK issues filed for TC 5 (of course, it's not really related to the Tomcat release used). Do

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

Mark Thomas wrote: I tested it for TC4 and saw the issue. I must admit to just porting it to TC5 as the code looked to be identicial. I'll do some more testing with TC5 and revert the patch if it isn't actually doing anything. I rewrote a lot in the request dispatcher, so that its speed is now dec

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

Remy Maucherat wrote: [EMAIL PROTECTED] wrote: markt 2004/04/24 08:12:00 Modified:catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: - Fix bug19801. Request dispatcher does not set empty javax.servlet.include request attributes

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java

[EMAIL PROTECTED] wrote: markt 2004/04/24 08:12:00 Modified:catalina/src/share/org/apache/catalina/core ApplicationDispatcher.java Log: - Fix bug19801. Request dispatcher does not set empty javax.servlet.include request attributes on nested includes.

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

Jan Luehe wrote: the reason I wanted to expose these methods at the Manager level is that it makes using various session manager implementations more seamless, without having to cast to specific impl classes. Yes I agree. I was just poiting out the discrepancies that this change introduced with Cr

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

[EMAIL PROTECTED] wrote: luehe 2004/04/21 16:37:07 Modified:catalina/src/share/org/apache/catalina Manager.java Log: Expose more of the session management methods at the top-level Manager interface This is not a good idea since: - it changes the API (ok, it likely won't break any e

Re: [jk/jk2] Free Microsoft Compilers

Mladen Turk wrote: From: Cox, Charlie This may be helpful in allowing more people to build jk/jk2 for windows. Even more if you create a buildable makefiles :-) They don't include their make in the package ? (it's cmake, right ?) Rémy

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm RealmBase.java

[EMAIL PROTECTED] wrote: luehe 2004/04/19 13:42:01 Modified:catalina/src/share/org/apache/catalina/realm RealmBase.java Log: Exempt welcome pages from any security-constraint checks. The Servlet 2.4 spec does not require this (and there are no CTS tests for this), but it see

Changes for 5.0.23

Personally, I am done (and it was faster than what I expected, which is cool). Hopefully, I didn't break cookies. The new exception "chaining" (I call that nested exceptions, usually) is useful for debugging, obviously. Rémy -

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java StandardDefaultContext.java

Bill Barker wrote: luehe 2004/04/13 16:59:50 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java StandardDefaultContext.java Log: Added support for exception chaining. Let me know if the call to Throwable.initCause(), which was added in J2

Re: Facades for OS and W

Filip Hanik (lists) wrote: Bug 28347 had good entertaining value you are so humble ;-) it is an interesting and fully valid test case to test our systems under extreme concurrency by one user, he he he Of course not: it generates more load on the client, and if you have the two of them on the sam

Facades for OS and W

Hi, Bug 28347 had good entertaining value. Since I had time to spare yesterday afternoon, I investigated it a little (which was rather interesting). After going nuts for a while, I determined the problem is simply that the output stream and writer need facades (maybe because the API used have

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardHost.java StandardHostDeployer.java

[EMAIL PROTECTED] wrote: luehe 2004/04/12 15:05:15 Modified:catalina/src/share/org/apache/catalina Deployer.java catalina/src/share/org/apache/catalina/core StandardHost.java StandardHostDeployer.java Log: Fixed Bugzilla 28272 ("Deploy manager

Re: chk mail

[EMAIL PROTECTED] wrote: this is test msg. thanq I'm unsubscribing anything that remotely looks like a spammer. If somehow you're a legitimate user, then don't post suspect looking test messages. Thanks, Rémy - To unsubscribe, e

Re: [5.0.22] Release vote

Peter Rossbach wrote: Hello Remy, the fix is also usefull at linux and all other systems following with current autodeploy host not working a) copy a webapp at host appBase (webapps dir) b) remove this new deployed application with manager app c) copy the same webapp again at host appB

Re: [5.0.22] Release vote

Amy Roh wrote: Which bug? Sorry, I'm lost. After the i18n patch was committed, there was a leftover _en bundle which missed all the new strings. The fix was obviously trivial (remove the older bundle). Rémy - To unsubscribe, e-

<    3   4   5   6   7   8   9   10   11   12   >