** sorry people for reposting - i got no answer so far. maybe the e-mail
got lost. can someone comment on this, please? thx! **
hi all,
this might be regarded as a user question but i think this is so much
internal that this is the right list to post to. if not, please excuse me.
i will
| You're right about the normal delegation model for Java2.
However, the Servlet
| 2.3 Spec (Proposed Final Draft) gives a servlet container
the option to "look
| before delegating" -- see Section 9.6.2. Tomcat 4.0 does this.
I've been wondering quite some time: how can this be
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Is it possible to get Bugzilla to email open bugs to either the list or
interested individuals on an automated basis?
Nope, afaik, but it might be easy to do a script that queries the DB and
sends appropriate emails... Any volunteer?
--
Pier
To use the wonders of Bugzilla, you can use the following:
E-mail address: [EMAIL PROTECTED]
Password: bugzilla522
To change your password, go to:
http://nagoya.apache.org/bugzilla/userprefs.cgi
-
To unsubscribe,
On Mon, Feb 05, 2001 at 11:24:55AM +0100, Zhu Ming wrote:
Maybe you should not use character set "UTF-8". I remember
that it's 8-bit Unicode. As I know, Chinese and Korean has
16-bit code. So at least, you should try 16-bit Unicode.
I forgot the name, maybe it's "UTF-16". But I'm not sure if
From: "Michael Mealling" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, February 05, 2001 7:54 PM
Subject: Re: serializing XML to a ServletOutputStream fails
P.S. I've also posted this problem to HotDispatch so if you
can help me solve the problem you could get
On Mon, Feb 05, 2001 at 08:17:57PM +0900, Takashi Okamoto wrote:
From: "Michael Mealling" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, February 05, 2001 7:54 PM
Subject: Re: serializing XML to a ServletOutputStream fails
P.S. I've also posted this problem
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
To use the wonders of Bugzilla, you can use the following:
E-mail address: [EMAIL PROTECTED]
Password: bugzilla522
To change your password, go to:
http://nagoya.apache.org/bugzilla/userprefs.cgi
This is cool... It was nacho disabling the
Yep, i've tested that a user can engage sending the password to the
tomcat-dev bugzilla user to the list :(, but after that the user cannot
log in as is disabled :)
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Pier Fumagalli [mailto:[EMAIL PROTECTED]]
Enviado el: lunes 5
I found the following implementation source code from
the tomcat 3.2 codeline, in src\org\apache\tomcat\core\ResponseImpl.java
or
http://jakarta.apache.org/cvsweb/index.cgi/jakarta-tomcat/src/share/org/apac
he/tomcat/core/Attic/ResponseImpl.java?rev=1.33.2.5content-type=text/vnd.vi
ewcvs-markup
Use the PrintWriter object returned by
response.getWriter().
You will find more info at
http://java.sun.com/products/servlet/2.2/javadoc/javax/servlet/ServletResponse.html
--- Michael Mealling [EMAIL PROTECTED] wrote:
(This might be a bug so I'm cc-ing to tomcat-dev)
Hi,
I'm trying to
Hi All,
My tally of the Tomcat 3.3 Release Plan shows the release plan being
approved with the following vote totals.
+1 8
+08
01
-0none
-1 none
Thanks for the show of support.
I'll be e-mailing those who voluteered earlier to work in specific areas.
Together, I hope we
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Sunday, February 04, 2001 7:55 PM
To: [EMAIL PROTECTED]
Subject: Re: Tomcat 3 Connector Default Bug Owner
Dan Milstein wrote:
Craig (or anyone who has admin control over Bugzilla),
I notice
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
list-help: mailto:[EMAIL PROTECTED]
list-unsubscribe: mailto:[EMAIL PROTECTED]
list-post: mailto:[EMAIL PROTECTED]
Delivered-To: mailing list [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
X-Sender: costin@costin
To: [EMAIL PROTECTED]
Hi Larry,
I did not vote since I have no right to do it, but I would like to help.
I am starting to use TC 3.x HEAD and getting familiar with its internals.
If there are some fixes that do not demand for a wide knowledge of Tomcat
(as if they just involve a couple of modules) I am willing to
Done
Saludos ,
Ignacio J. Ortega
-Mensaje original-
De: Larry Isaacs [mailto:[EMAIL PROTECTED]]
Enviado el: lunes 5 de febrero de 2001 16:02
Para: '[EMAIL PROTECTED]'
Asunto: RE: Tomcat 3 Connector Default Bug Owner
-Original Message-
From: Craig R. McClanahan
Hi Michael,
I'll be working on a number of "encoding"-related problems, and support
for different charsets is one of them. The problem is not easy, and it'll
take few weeks - but you should have most of the issues resolved before
tc3.3 beta.
You can help in few ways:
1. Open a bug, with
Maybe you should not use character set "UTF-8". I remember
that it's 8-bit Unicode. As I know, Chinese and Korean has
16-bit code. So at least, you should try 16-bit Unicode.
I forgot the name, maybe it's "UTF-16". But I'm not sure if
JDK have fully support to "UTF-16".
UTF8 is ok - it
Remeber to download ApacheModuleJServ.dll and add the
following line in the tomcat.conf file
LoadModule jserv_module
@tomcat@/modules/ApacheModuleJServ.dll where
@tomcat@/modules is the directory the above dll
located
or you can also download and install JServ and point
to the LoadModule to the
hgomez 01/02/05 08:04:01
Modified:src/share/org/apache/tomcat/modules/server
Ajp13Interceptor.java
Log:
Avoid that ajp13 send 2 times END_OF_RESPONSE.
The problems occurs when using RequestDispatcher and Forward via ajp13
Revision ChangesPath
Gudmundur Hafsteinsson wrote:
| You're right about the normal delegation model for Java2.
However, the Servlet
| 2.3 Spec (Proposed Final Draft) gives a servlet container
the option to "look
| before delegating" -- see Section 9.6.2. Tomcat 4.0 does this.
I've been wondering quite
Michael Mealling wrote:
On Mon, Feb 05, 2001 at 08:17:57PM +0900, Takashi Okamoto wrote:
From: "Michael Mealling" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, February 05, 2001 7:54 PM
Subject: Re: serializing XML to a ServletOutputStream fails
P.S.
Hi,
I'm working on few bugs related with RequestDispatcher ( well, it started
with parameter handling, but RequestDispatcher is the place that have to
be resolved first in order to resolve parameters - since it is doing
special things with the params ).
The main issue is what should happen if
From Glenn's mail
When Jasper is run in a servlet container it no longer puts the class files
in a package, they are now
in the default package.
From the current (I think) public draft, jsp12.pdf: (emphasis mine)
The JSP Page implementation object belongs to an implementation-dependent
[EMAIL PROTECTED] wrote:
When Jasper is run in a servlet
container it no longer puts the class files in a package, they are now
in the default package.
As was discussed earlier on TOMCAT-DEV, this is going to cause
portability problems for people who use beans that are not in packages.
[EMAIL PROTECTED] wrote:
Hi,
I'm working on few bugs related with RequestDispatcher ( well, it started
with parameter handling, but RequestDispatcher is the place that have to
be resolved first in order to resolve parameters - since it is doing
special things with the params ).
The main
"Craig R. McClanahan" wrote:
[EMAIL PROTECTED] wrote:
When Jasper is run in a servlet
container it no longer puts the class files in a package, they are now
in the default package.
As was discussed earlier on TOMCAT-DEV, this is going to cause
portability problems for people
[EMAIL PROTECTED] wrote:
My preference would be to fix the test and throw exceptions from
include(). On the other side this changes the behavior of tomcat - and I
need a second opinion. If indeed the include() is supposed to throw the
exception, then it's a spec issue and the
danmil 01/02/05 15:04:26
Modified:src/share/org/apache/tomcat/task Tag: tomcat_32
ApacheConfig.java
Log:
Added configuraton for NetWare.
Contributed by: Mike Anderson ([EMAIL PROTECTED])
Revision ChangesPath
No revision
danmil 01/02/05 15:22:04
Modified:src/native/mod_jk/common jk_util.c
Log:
When the plugin is shutting down, the thread that the code is being run on
will likely only have a 16k stack. Since jk_log creates an 8k buffer on
the stack, there were some cases that we ran off the
danmil 01/02/05 15:23:17
Modified:src/native/mod_jk/netscape jk_nsapi_plugin.c
Log:
Fix a problem when submitting dating from a form with a POST request.
NetWare 5.1 doesn't have some of the assumed functionality
(netbuf_getbytes).
Submitted by: Mike Anderson ([EMAIL
danmil 01/02/05 15:29:57
Modified:src/share/org/apache/tomcat/modules/config ApacheConfig.java
Log:
Added configuraton for NetWare.
Contributed by: Mike Anderson ([EMAIL PROTECTED])
Revision ChangesPath
1.4 +7 -0
danmil 01/02/05 15:36:50
Modified:src/doc tomcat-ug.html
Log:
Cleaned up HTML, fixed typos.
Contributed by Chris Pepper [EMAIL PROTECTED]
Revision ChangesPath
1.5 +597 -562 jakarta-tomcat/src/doc/tomcat-ug.html
Index: tomcat-ug.html
In Tomcat 4, the following rules are applied:
* If the included servlet throws ServletException or IOException,
propogate it on to the calling servlet (i.e. no error page behavior).
* If the included servlet throws any other exception (such as
NullPointerException), wrap it in
The session handling enhancements proposed by Kief Morris
[EMAIL PROTECTED] have been committed on the Tomcat 4.0 CVS
repository. On an initial review, I plan to make the following changes,
and welcome additional thoughts and comments:
(1) Session Save/Restore Across App Restarts
Currently,
[EMAIL PROTECTED] wrote:
In Tomcat 4, the following rules are applied:
* If the included servlet throws ServletException or IOException,
propogate it on to the calling servlet (i.e. no error page behavior).
* If the included servlet throws any other exception (such as
Section 8.5 in 2.3 PFD says:
"Only runtime exceptions and checked exceptions of type ServletException
and IOException should be propagated ... if thrown by the target of
RequestDispatcher. All other exceptions should be wrapped ... "
My understanding of this is that NullPointerException should
nacho 01/02/05 18:05:46
Modified:src/share/org/apache/tomcat/modules/aaa JDBCRealm.java
Log:
Bugzilla #307 #407
Authentication failes using the JDBCRealm with Sybase ASE 11.9.2
for Linux BugRat Report#560
reported by: [EMAIL PROTECTED] (Allan Schweitz)
JDBCRealm:
nacho 01/02/05 18:11:08
Modified:catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Log:
Bugzilla Bugs #307 #407
*Authentication failes using the JDBCRealm with Sybase ASE 11.9.2
for Linux BugRat Report#560
reported by: [EMAIL PROTECTED] (Allan Schweitz)
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=532
*** shadow/532 Mon Feb 5 16:44:41 2001
--- shadow/532.tmp.14727Mon Feb 5 18:20:17 2001
***
*** 2,15
| JDBCRealm auth fails using interbase interclient |
nacho 01/02/05 18:46:31
Modified:.build.xml
src/facade22/org/apache/tomcat/facade JspInterceptor.java
src/share/org/apache/jasper/compiler JasperMangler.java
src/share/org/apache/tomcat/modules/config
This commit is intented to let Tomcat33
to use a classloader for internal classes
isolating tomcat internal classes on
his own classloader and with a common
Nice demonstration of my capability to write songs in swahili, :))
Saludos ,
Ignacio J. Ortega
How do I unsubscribe this.It has become so painful.I have tried thru the
address given at the bottom ,and no use.
Please suggest me what to do.
Thanks,
Arvind
_
Get your FREE download of MSN Explorer at
costin 01/02/05 20:44:53
Modified:src/shell tomcat.sh
Log:
Shell changes to match Nacho's bat file.
The new behavior is enabled by default, comment out the first line
if you want to go back.
( after a transition period I'll remove the old code from the startup
script
UTF-16 is not an acceptable encoding for XML as it takes two bytes per
character, is byte order sensitive, and the XML tags would not be
recognized...
UTF-8 is the correct encoding! Any 31 bit character in the ISO10646
specification can be correctly represented in UTF-8. UNICODE is the first
costin 01/02/05 22:24:27
Modified:src/share/org/apache/tomcat/util/http Parameters.java
Log:
All parameter handling code is now part of Parameters.
The internal representation of parameters is now encapsulated,
no external class can access the internal details.
This is
costin 01/02/05 22:29:19
Modified:src/share/org/apache/tomcat/core Request.java
Log:
Corresponding changes in Request - the parameter representation and handling
is now encapsulated in Parameters.
The Request and RequestDispatcher will create and manipulate Parameters,
costin 01/02/05 22:30:58
Modified:src/share/org/apache/tomcat/modules/aaa
AccessInterceptor.java
Log:
Use Parameters in AccessInterceptor.
Revision ChangesPath
1.5 +9 -2
costin 01/02/05 22:33:35
Modified:src/facade22/org/apache/tomcat/facade
HttpServletRequestFacade.java JspInterceptor.java
Log:
ServletRequestFacade will now use Parameters. It'll also implement the
API requirements about when and how the POST parameters
costin 01/02/05 22:35:56
Modified:src/facade22/org/apache/tomcat/facade
RequestDispatcherImpl.java
Log:
A bigger change in RequestDispatcherImpl:
- the parameter manipulation ( by using access to the internal representation)
is removed
- Parameters
costin 01/02/05 22:36:25
Modified:src/facade22/org/apache/tomcat/facade ServletHandler.java
Log:
Coresponding changes in ServletHandler - the exceptions are propagated
from included servlets ( instead of wrapping them )
Revision ChangesPath
1.13 +11 -4
costin 01/02/05 22:40:07
Modified:src/share/org/apache/tomcat/core BaseInterceptor.java
Container.java
Log:
A small change in Container/BaseInterceptor regarding module add.
The "registerHooks" needs access to the ContextManager and Context ( for
local
costin 01/02/05 22:41:08
Modified:src/share/org/apache/tomcat/core Context.java
ContextManager.java
Log:
Estetic change in the way Contexts are displayed: use host:/path
instead of Ctx ( )
Revision ChangesPath
1.138 +2 -2
costin 01/02/05 22:42:01
Modified:src/share/org/apache/tomcat/modules/config AutoWebApp.java
Log:
Better (and fewer) messages in AutoWebApp.
Revision ChangesPath
1.3 +4 -2
jakarta-tomcat/src/share/org/apache/tomcat/modules/config/AutoWebApp.java
Index:
costin 01/02/05 22:42:28
Modified:src/share/org/apache/tomcat/modules/config LogSetter.java
Log:
Added the missing options for removing and configuring timestamps.
Revision ChangesPath
1.6 +21 -1
costin 01/02/05 22:43:59
Modified:src/share/org/apache/tomcat/modules/config PathSetter.java
Log:
Better messages in pathsetter.
home will be displayed, but installDir only if different, also
simpler message.
Revision ChangesPath
1.4 +7 -4
costin 01/02/05 22:45:05
Modified:src/share/org/apache/tomcat/modules/config
ServerXmlReader.java
Log:
Fewer messages in ServerXmlReader.
If server.xml is read from TOMCAT_HOME, don't display the long path again.
Revision ChangesPath
1.4
costin 01/02/05 22:45:30
Modified:src/share/org/apache/tomcat/modules/config WorkDirSetup.java
Log:
Removed duplicated code ( it is also part of PathSetter )
Revision ChangesPath
1.4 +0 -22
costin 01/02/05 22:46:29
Modified:src/share/org/apache/tomcat/modules/generators
ErrorHandler.java
Log:
Fixes for the error handling. More debugging ( maybe we'll need it again )
Revision ChangesPath
1.6 +24 -13
costin 01/02/05 22:47:38
Modified:src/share/org/apache/tomcat/modules/loggers LogEvents.java
Log:
First use of registerHooks: LogEvents will add itself to the
server only if debug5 on ContextManager.
( LogEvents is very usefull in seeing what happens inside the server,
I
costin 01/02/05 22:48:36
Modified:src/share/org/apache/tomcat/util CharChunk.java
Log:
Removing debug message.
Revision ChangesPath
1.6 +1 -1 jakarta-tomcat/src/share/org/apache/tomcat/util/CharChunk.java
Index: CharChunk.java
costin 01/02/05 22:48:54
Modified:src/share/org/apache/tomcat/util/test HttpClient.java
Log:
Removing debug message.
Revision ChangesPath
1.5 +0 -2
jakarta-tomcat/src/share/org/apache/tomcat/util/test/HttpClient.java
Index: HttpClient.java
costin 01/02/05 22:49:32
jakarta-tomcat/src/tests/webpages/params - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
costin 01/02/05 22:51:17
jakarta-tomcat/src/tests/webpages/WEB-INF/classes/params - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
costin 01/02/05 22:53:33
Added: src/tests/webpages/WEB-INF/classes/params
InputStreamParams.java Params.java
ParamsInputStream.java
src/tests/webpages/params isParams.jsp params.jsp
paramsIS.jsp
65 matches
Mail list logo
