Bug report #729 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/729
REPORT #729 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: webbug
State: received
Priority: high
Severity: serious
Hi, I'd very much like to participate in developing
tomcat. Where should I start? Can someone please et
me know?
Thanks.
__
Do You Yahoo!?
Yahoo! Photos - Share your holiday photos online!
http://photos.yahoo.com/
Hi there,
At 03:39 10/1/01 -0800, GoldenDawn Fan wrote:
Hi, I'd very much like to participate in developing
tomcat. Where should I start? Can someone please et
me know?
The best way is to start reading the mailing list, fiddling with code and
asking questions. When you think you understand
TomcatX 1.0
A simple MacOS X GUI front-end for the Apache Tomcat servlet/JSP engine.
This release is simple, small and should work with any tomcat version,
although it has only been tested with tomcat 3.2.1.
The release can be found at:
http://homepage.mac.com/rlaing/FileSharing.html
Please
Bug report #733 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/733
REPORT #733 Details.
Project: Tomcat
Category: Feature Requests
SubCategory: New Feature
Class: swbug
State: received
Priority: medium
Severity:
Bug report #734 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/734
REPORT #734 Details.
Project: Catalina
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
- Original Message -
From: "Filip Hanik" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, January 09, 2001 11:13 PM
Subject: BUG?: weird nullpointer exception
This is why this happens, I figured it out, but I believe it is a bug.
if you add in
I tried sending this to the user mailing list two days in a row and got no
answer, so I am now asking the development community for help.
I am running Tomcat with Apache on NT. I have a servlet context which
contains three servlets and their supporting classes. I now need to limit
access to
Bug report #735 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/735
REPORT #735 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Hi,
Solution: Dan Milstein is adding my patch to mod_jk. It forces an instance
of Tomcat in the load balance list to reject new connections, but continue
to service existing sessions. (by setting worker.name.active=0, and
restarting my apaches)
Question: can this be done _without_
The attached file contains a solution to the bug I reported today. The basic
solution is the tomcat needed to add a "DirectoryIndex" line to each
"Directory" tag with a list of welcome file included on this line. Again the
attached file contain changes to ApacheConfig.java file that fixes this
Hi,
What's the status of ACL to mod_jk ?
I take a look at what to do on tc 3.3 to restrict
connections to tomcat with rules la hosts.allow/hosts.deny
but didn't know if Dan or Costin does something like this ?
I could send some code if nothing is done yet...
Sorry, I accidently send this to the user list before.
The current org.apache.catalina.connector.http.HttpConnector doesn't
bind to a single ip if the hostname of the machine doesn't have a A
record for the IP.
This breaks most Virtualserver enviroments that want to run different
server
glenn 01/01/10 14:55:49
Modified:src/shell Tag: tomcat_32 tomcat.sh
Log:
Fixed startup with -security
Revision ChangesPath
No revision
No revision
1.17.2.2 +3 -1 jakarta-tomcat/src/shell/tomcat.sh
Index:
Report #418 was closed by Person #0
Synopsis: Problem with include directive
(logged in as: Justyna Horwat)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Report #420 was closed by Person #0
Synopsis: More information for bug 418
(logged in as: Justyna Horwat)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
Report #523 was closed by Person #0
Synopsis: Platform Portability Issue
(logged in as: Justyna Horwat)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]
SocketInputStream extends java.io.BufferedInputStream and uses the
protected fields buf, pos and count.
As far as I can see there are several problems with some uses of pos:
First of all the use of buf and pos are not defined by the api, so it is
theoretical implementation dependent.
Quoting Thomas Butter [EMAIL PROTECTED]:
For example if in line 257:
requestLine.uri[readCount] = (char) buf[pos];
readCount++;
pos++;
buf[pos] is undefined the last fill called by the last read() only got
one byte (which was enough for the
I haven't had a chance to work on this yet, and I don't think I'll have an opportunity
soon, so if you want to send some code along, that would be great.
-Dan
GOMEZ Henri wrote:
Hi,
What's the status of ACL to mod_jk ?
I take a look at what to do on tc 3.3 to restrict
connections to
Hi, is there a pre-set spec?? And where can I get
source code...?
Thanks!
--- Peter Donald [EMAIL PROTECTED] wrote:
Hi there,
At 03:39 10/1/01 -0800, GoldenDawn Fan wrote:
Hi, I'd very much like to participate in developing
tomcat. Where should I start? Can someone please
et
me
At 06:11 10/1/01 -0800, GoldenDawn Fan wrote:
Hi, is there a pre-set spec?? And where can I get
source code...?
Source code via CVS - detaiks at http://jakarta.apache.org/site/cvsindex.html
You should also browse
http://jakarta.apache.org/site/guidelines.html
danmil 01/01/10 18:34:20
Modified:src/share/org/apache/tomcat/modules/server Ajp13.java
Log:
- Fixed the problems with multipart form encodings. Bug Reports #536 +
#542 and a bunch of others. File upload is now working.
- In doRead(), replaced byte-by-byte copy
Costin,
Hmmm. On the one hand, I very much like your idea of a) moving these admin-type
functions out of the mod_jk code and into a handler and b) not requiring a restart of
the web server.
On the other hand:
1) Michael's code doesn't actually modify the Ajp13 protocol -- it adds a new
craigmcc01/01/10 19:06:02
Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
Log:
Backport the debugging detail change from 4.1.
Revision ChangesPath
1.10 +26 -4
danmil 01/01/10 19:07:12
Modified:src/native/jk Tag: tomcat_32 jk_lb_worker.c
Log:
Fixed bug with how the load balancer reads the session id out of the cookie.
PR #603.
Revision ChangesPath
No revision
No revision
danmil 01/01/10 19:14:46
Modified:src/native/mod_jk/common jk_lb_worker.c
Log:
*Actually* fixing the bug in PR #603 -- the last commit fixed another bug (by
accident)
Revision ChangesPath
1.4 +2 -2 jakarta-tomcat/src/native/mod_jk/common/jk_lb_worker.c
OK, I've been playing with the scenario below ... and as far as I can tell,
session reloading works correctly. To aid in experimentation, I've added some
instrumentation so that you can log debugging detail messages related to it. The
attached log file is what I get when executing your steps
In the message I just wrote:
--- AccessLogValve.java Wed Jan 10 15:16:10 2001
+++ AccessLogValve.java-new Wed Jan 10 15:15:50 2001
@@ -61,6 +61,7 @@
package org.apache.catalina.valves;
+import java.io.BufferedWriter;
import java.io.File;
import java.io.FileWriter;
import
I've uploaded an early rough draft of a pair of articles that boils
down to a critique of the JSP approach plus source code for a quite
different approach. I'd be very interested in feedback... of the
constructive variety, of course ;)
The articles are at http://virtualschool.edu/wap
--
---
remm01/01/10 19:50:39
Modified:catalina/src/share/org/apache/catalina/valves
AccessLogValve.java
Log:
- Fix potential incorrenctly named log files.
Patch submitted by Jason Brittain [EMAIL PROTECTED]
Revision ChangesPath
1.3 +10 -7
Quoting Thomas Butter [EMAIL PROTECTED]:
I think the problem won't be triggered by a small buffer,
but by tcp packet that ends 1 byte after the current buffer.
If the next packet didn't arrive when fill() is triggered
the next time then pos==0 and count==1, the read then does a
pos++.
Here's
on 1/10/01 7:52 PM, "Brad Cox" [EMAIL PROTECTED] wrote:
I've uploaded an early rough draft of a pair of articles that boils
down to a critique of the JSP approach plus source code for a quite
different approach. I'd be very interested in feedback... of the
constructive variety, of course ;)
Bug report #737 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/737
REPORT #737 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: serious
Bug report #738 has just been filed.
You can view the report at the following URL:
http://znutar.cortexity.com/BugRatViewer/ShowReport/738
REPORT #738 Details.
Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
35 matches
Mail list logo