Thanks, Costin.
From the little I have seen so far, you haven't added much code; at least the
line count is very similar to 3.2.1. You should feel proud of what you have
accomplished so far; IMHO, all code-refactoring and re-design efforts are
worthy, regardless of where it is released. If it's
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 04:29
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 20:17
on 1/17/01 10:28 AM, "[EMAIL PROTECTED]" [EMAIL
Jeff Turner wrote:
Having a look through bug 652:
BodyTag doInitBody and doAfterBody called on tags without body
(http://znutar.cortexity.com/BugRatViewer/ShowReport/652)
I don't think this is a bug.
The JSP spec, p88, says:
"If an action element can have a non-empty body and is
Tomcat+Apache-HOWTO.txt
after doing all the step taken in the document me foung out that the
javascript need to be refresh in order to see the th page.
So do you any solution for this as soon as possible.
I am using winnt WK 4.0 with service pack 5. Tomcat i am using 3.2 final
release
* Paulo Gaspar ([EMAIL PROTECTED]) wrote on Thu Jan 18, 2001 at 11:49:41 +0100:
-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 04:29
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent:
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 04:42
on 1/17/01 7:43 PM, "Paulo Gaspar" [EMAIL PROTECTED] wrote:
1. You are flaming Costin again (is that harassment?);
I don't see a flame there. I'm simply speaking truth.
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 08:18
Paulo Gaspar wrote:
However, one of them is that there is no such thing as a
"version" of any Apache
project until there is a vote to go that way, and elect a
Remy,
Rest of your points re: Costin and your position on "3.3" well taken. But...
Remy Maucherat wrote:
However, I cannot say the same thing about you. Frankly, could you just
*stop* that ? I don't think you fully realize it, but you're not helping
either Costin or this project in any way
On 1/17/2001 at 11:17 PM Craig R. McClanahan wrote:
Many of those rules and conventions are documented (such as the rules
on voting), but some are not. One of the things I took away from the
PMC meeting yesterday is the need to better articulate those rules.
As a new committer to another
I'm auserand I rightly don't get a vote
(and mightdo better to keep quiet!) but I think releasing a version 3.3 would be bad for the project unless the
concerns about support can be fully resolved. This is so even though it seems to be agreed that the basic code itself
is technically
Again, you could have made just the same remaks about Jon's
activity in this list.
I know I am acting sily by going for the last word just as he does,
but I wanted to see what would happen if someone else does the same.
I am a no one here. I can aford doing this here. I would like to see
this
How about splitting this list into two lists:
tomcat-dev for those interested in seeing
the development of Tomcat advance and
tomcat-flames for those arguing all the time
about nothing relevant ;-)
Regards,
Gummi Haf
--
Gudmundur Hafsteinsson - [EMAIL
What? And deny our fun?
Regards,
Ramindur Singh
Message History
From: Gudmundur Hafsteinsson [EMAIL PROTECTED] on 01/18/2001 11:35 AM
Please respond to [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
cc:
Subject:
tomcat-dev for those interested in seeing
the development of Tomcat advance and
tomcat-flames
sounds like a good idea to me.
:)
Filip
~
Namaste - I bow to the divine in you.
~
Filip Hanik
Technical Architect
[EMAIL PROTECTED]
- Original Message -
From: "Gudmundur Hafsteinsson"
Well is there a solution? I know that Microsoft sucks but I don't think we
can expect a change from this side. So I and a lot of others (see user list)
would appreciate a solution from the Tomcat team.
Thank you
Kai
-Ursprngliche Nachricht-
Von: Graham Wright [mailto:[EMAIL
on 1/17/01 11:38 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote:
costin 01/01/17 23:38:24
Added: .RELEASE-PLAN-3.3
You are missing the word "support" in this entire document. It has already
been stated that it is a *requirement* in the PMC meeting that in order for
a
Costin / 3.x advocates,
I've read the catalina overview by Craig, and the link that Costin
provided. Appologies if I haven't grasped enough of the designs as yet,
still need to spend more time reading the source code. I'm just wondering
about the benefits of the designs.
As far as I can see,
hi all
please could someone give me hints on using jdbc [specially jdbcRleam]
and servlets or JSP for user authentication to lookup user details to
create a connection with.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Hi there !
How about splitting this list into two lists:
tomcat-dev for those interested in seeing
the development of Tomcat advance and
tomcat-flames for those arguing all the time
about nothing relevant ;-)
Well as I do not have commiter status this doesn't count but:
+1
Reason:
Bug report #799 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/799
REPORT #799 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
My personal feeling about this as a Jakarta (but not Tomcat) Committer
is that the requirement for three binding (+1) votes before a public
release is there to address the support issues. A (+1) vote on a public
release should mean that you are signing-on for future development and
support. In
I'm not a committer, but just to add my $.02, this release plan looks very
good, and seems like it meets my goals as a user/developer, and those of the
community. I hope it gets approved, since it seems like a lot of good work
has gone into this, and better yet, we'll have been able to finally
Was this a problem with JServ too?
Thanks,
Paulo
-Ursprngliche Nachricht-
Von: Graham Wright [mailto:[EMAIL PROTECTED]]
Gesendet am: Donnerstag, 18. Januar 2001 12:15
The problem does seem to be caused by IE but also varies depending of
the version and service pack of Windows
remm01/01/18 10:57:38
Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
Log:
- Make the DAV collection enumeration code more robust. This is the
equivalent to what was done in TC 4.1.
Revision ChangesPath
1.9
I was looking at this last night, by coincidence. It seems to me that the
class
name is encoding too much information. It's duplicating the package as part
of
the class name. I suspect it's getting confused between '/', '\',
File.separatorChar, etc.
It's also encoding characters that are legal
Me and Jon are only posting constructive stuff now.
Don't kick us more!
=;o)
Have fun,
Paulo Gaspar
-Original Message-
From: Bernd Eilers [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 14:28
To: [EMAIL PROTECTED]
Subject: Re: Forming an opinion
Hi there !
remm01/01/18 11:06:51
Modified:catalina/src/share/org/apache/catalina/resources
FileResources.java
Log:
- Now handles the case where File.list() returns null. This fixes some rare NPE
cases. That problem was already fixed in 4.1.
Revision
Bug report #802 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/802
REPORT #802 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: low
Severity: serious
Nick Bauman wrote:
I think the problem is from some bugs in IE's HTTP/1.1 impl, which Apache
out-of-box downgrades to a 1.0 conversation. Are you seeing this with TC
standalone or with Apache in front of it?
I have only seen this with TC standalone, but on the other hand, I've
never tested
"Ted Husted" [EMAIL PROTECTED] wrote:
[...]
Although I probably don't understand all the nuances of the "Apache
Culture", as a Jakarta Committer, here is a draft "patch" that I would
suggest to decisions.html (mostly parity-checks):
[...]
One of the action items from the meeting was to do
Actually, the safest thing to do is never store the credit card
number in clear text at all. Decrypt it only when it needs to be
transmitted to the merchant bank, over their SSL connection.
That way if the file or data base the CCNs are stored in is ever
compromoised, you haven't lost the
Hi Costin,
Here is our patch for bug 330, Priority: high, Severity
serious.(http://znutar.cortexity.com/BugRatViewer/ShowReport/330).
Having this patch included the official release of 3.X.X will make Tomcat
usable for us since we could not port our application from WebSphere to
Tomcat 3.2.1
remm01/01/18 12:20:56
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java
Log:
- Fix inclusion problems by catching the IllegalStateException which
can be thrown by the servlet container.
Revision ChangesPath
1.19
I suspect that this won't fix the underlying problem. The class name
includes the path and makes it too easy to overflow the filename limit. For
example:
/jsp/snp/a/very/very/very/very/very/very/deeply/nested/snoop.jsp
will not compile, while
Is it something you could solve with JSP custom taglibs?
Notice that it is quite easy to intermix JSPs with Servlets.
Just in case you don't know them, here are is a good introduction from Sun:
http://java.sun.com/products/jsp/tutorial/TagLibrariesTOC.html
and some Apache starting pointers:
Looking at the latest 3.x src drops, there are say ~30 methods in
BaseInterceptor, that is access points, into the request chain / context
mapping / session handling etc. This obviously gives a degree of
Hi Ken,
All this will be reviewed and documented - if the release proposal is
accepted.
[EMAIL PROTECTED] wrote:
Hi,
I checked in the initial draft of the "release plan for 3.3" proposal:
http://jakarta.apache.org/cvsweb/index.cgi/~checkout~/jakarta-tomcat/RELEASE-PLAN-3.3
I have some comments, see below.
I'll publish the final version and propose it for vote after any
[EMAIL PROTECTED] wrote:
Looking at the latest 3.x src drops, there are say ~30 methods in
BaseInterceptor, that is access points, into the request chain / context
mapping / session handling etc. This obviously gives a degree of
Hi Ken,
All this will be reviewed and documented - if
A couple of comments:
I would like to see a goal added like the following:
X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3
remains compatible with Jasper in Tomcat 4.x.
and under Release criteria something like:
X. Port all appropriate JSP 1.1 related changes from Tomcat
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 18, 2001 23:04
One appropriate question to ask yourself, when comparing, is
"what does having 15
entry points give me that I cannot get with a single entry point
approach"? If
We had a in person PMC meeting on the 16th. This is described on the Jakarta
News Page. Meeting minutes will be posted to this list soon.
Part of the agreement of the meeting is that non-has-to-be-private PMC mail
will be posted to the General@jakarta list in order to quell the belief that
the
Larry Isaacs wrote:
A couple of comments:
I would like to see a goal added like the following:
X. With respect to JSP 1.1 issues, insure that Jasper in Tomcat 3.3
remains compatible with Jasper in Tomcat 4.x.
Larry, are you thinking of "compatibility" from the functional viewpoint (i.e.
One of the outcomes of the PMC meeting on Tuesday (you will see the minutes
published shortly) involves increasing the amount of open communication on
general Jakarta issues that do not involve a few specific issues that require
confidential discussions. The forum in which these discussions will
Peter Donald wrote:
[snip]
I am not saying that Catalinas concept of a valve is completely correct (it
uses the Anti-Pattern Subvertion of Control - yuck !!) but it is definetly
a step in the right direction. Personally if I was doing it then I would
implement Inversion of Control and your
THANKYOU, THANKYOU, THANKYOU one and all.
Oh what a beautiful day it is, to see Tomcat 3.2.1 with patch to
Ajp13ConnectorResponse.java
working as it should.
I am extremely grateful.
Thanks
Jason
Dan Milstein wrote:
Jason,
This has been fixed in the cvs tree for TC 3.2 -- the relevant
remm01/01/18 17:11:30
Modified:catalina/src/share/org/apache/catalina/servlets
DefaultServlet.java WebdavServlet.java
Log:
- Fix to links encoding part 1 : Now the links encoding function is called
everywhere it needs to be. This patch will be merged
on 1/18/01 4:28 PM, "Craig R. McClanahan" [EMAIL PROTECTED]
wrote:
If you change the names and parameter orders a little, you have just quoted
the
new api for javax.servlet.Filter in the 2.3 Proposed Final Draft.
I'd be game to change the Valve APIs to conform to this kind of pattern in a
Hello Jakarta Tribe,
We are targeting Tomcat 4.0 for a project to be released within 30
days. We currently have an app in production at Exodus in Chicago that
utilizes many megabits of throughput and runs on multiple webservers that
are load balanced using TC 3.1 and Apache 1.3. This is a new
Section 2.2.1 of the JSP 1.2 spec states that if the url path starts with
"/" is is interpreted by the application to which the JSP page belongs. When
it doesn't start with "/", it is interpreted relative to the current JSP
page. This final path is interpreted through the ServletContext object.
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery failure: javax.mail.MessagingException: 452 Filesystem error - message not
accepted
Delivery
Is this something that needs to be addressed on a per-project level basis,
or is this a new policy handed down from the ASF? I'd be interested in
seeing this happen on xml.apache.org as well...
- Sean T.
-Original Message-
From: Jon Stevens [mailto:[EMAIL PROTECTED]]
Sent: Thursday,
costin 01/01/18 19:28:00
Modified:.RELEASE-PLAN-3.3
Log:
- incorporate Jon's suggestions: specify that the release team will
coordinate the support, the milestones will be periodical,based on
the RM decision, +1 commiters will decide what goes in during beta,
added
Uhhh, I just realized something
With TC 3x, you could map an extension from Apache to the servlet engine
with an AddHandler directive. I see nothing like this for TC4. Can someone
enlighten me?
On Thu, 18 Jan 2001, Nick Bauman wrote:
Hello Jakarta Tribe,
We are targeting Tomcat 4.0 for a
Yes Steve, you are right, this is not a complete solution, but it is simple,
and will reduce the pain at least for a while. In the example that you gave,
the new encoding will save about 50 chars (four for each '/') so you can add
6 or 7 Very's to the path. This is a low risk patch can be
Hi Pete,
My goal is to explain why and how interceptors are used in
tomcat3.x. While other solution exist,
the design of tomcat3.x is based on certain design patterns that have
certain advantages ( and disadvantages).
The reasons for choosing this pattern:
1. One of the goals is to integrate
remm01/01/18 21:58:24
Modified:catalina/src/share/org/apache/catalina/loader
StandardClassLoader.java StandardLoader.java
Log:
- The loader will attempt to copy the JARs files contained in the
/WEB-INF/lib path of the JNDI context to the work
I tried the first approach, it works great with 3.x.
Thank you,
Jayesh
-Original Message-
From: Kief Morris [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 17, 2001 8:26 AM
To: [EMAIL PROTECTED]
Subject: Re: session timeout
Jayesh typed the following on 08:00 AM 1/17/2001 -0800
I
Bug report #804 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/804
REPORT #804 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: serious
58 matches
Mail list logo