DO NOT REPLY New: REQUEST_URI should be explained

https://issues.apache.org/bugzilla/show_bug.cgi?id=49576

           Summary: ???
           Product: Tomcat 3
           Version: Unknown
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: minor
          Priority: P2
         Component: Servlet
        AssignedTo: d### @tomcat.apache.org
        ReportedBy: minmin0### @126.com

https://issues.apache.org/bugzilla/show_bug.cgi?id=49330

           Summary: my Bug
           Product: Tomcat 6
           Version: unspecified
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: trivial
          Priority: P2
         Component: Servlet & JSP API
        AssignedTo: d### @tomcat.apache.org
        ReportedBy: tang.### @agree.com.cn


servlet ????????

This is a multi-part message in MIME format.
I can send email to hive-us### @hadoop.apache.org, but  after other people
reply my email, I can't reply the people's email and I recieve below
message:
host mx1.eu.apache.org[192.87.106.230] said: 552 spam score (14.4)
exceeded threshold (in reply to end of DATA command) .


Could anybody can tell me what is reason?


Thanks,


LiuLei

https://issues.apache.org/bugzilla/show_bug.cgi?id=49679

           Summary: Session ID changes
           Product: Tomcat 6
           Version: 6.0.24
          Platform: PC
        OS/Version: Windows XP
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Cluster
        AssignedTo: de### @tomcat.apache.org
        ReportedBy: oseg### @gencat.net


Hi, 

We are developing a web application wich uses session listeners and such
kind
of stuff in order to control which users are loged in every time.

Nevertheless we have experienced a developement problem due to the session
ID
changes when one node goes down.

30/07/2010 13:08:27 org.apache.catalina.ha.session.JvmRouteBinderValve
changeSessionID
FINE: Changed session from [18434EBFCF3D1009BBEEE5C02D370BCF.workerW37] to
[18434EBFCF3D1009BBEEE5C02D370BCF.workerW38]

I think session ID should not change its ID or should be a way to avoid
this
rename processs.

Is there any workarround or fix for this issue ?

Thanks a lot.

https://issues.apache.org/bugzilla/show_bug.cgi?id=44181

b### @grastorpsik.se changed:

           What    |Removed                     |Added

https://issues.apache.org/bugzilla/show_bug.cgi?id=37619

Nick Kew <ni### @webthing.com> changed:

           What    |Removed                     |Added

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #61 from Mark Thomas <ma### @apache.org> 2010-07-15
16:52:12 EDT ---
Ping. No update/progress in over a week. Again.

Overall I am beginning to have serious concerns about the rate of progress
of
this project.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #32 from chamith buddhika <chamib### @gmail.com>
2010-06-09 06:25:46 EDT ---
Created an attachment (id=25564)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25564)
o.a.Catalina.tribes.membership Patch

Remove mbean descriptor methods using deprecated methods and adds new
ones.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #21 from chamith buddhika <chamib### @gmail.com>
2010-06-03 08:52:31 EDT ---
Created an attachment (id=25517)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25517)
o.a.Catalina.ha.tcp Patch

I found references to some classes I cannot seem to find in the code base?
Am I
missing some thing here? Classes are

 - ClusterReceiverBase
 - SocketReplicatonListener
 - AsyncSocketSender
 - FastAsyncSocketSender
 - PooledSocketSender
 - SocketSender

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #63 from chamith buddhika <chamib### @gmail.com>
2010-07-16 06:58:14 EDT ---
(In reply to comment #10)
 It seems that o.a.Catalina.Core descriptor has got operations
containing POJO
 objects instead of primitive types which make them inaccessible via
JConsole.
 Was this intended or does any one have suggestions for handling POJO
object
 parameters in mbean descriptors in general?

For this I was considering to use a separate MBean whose methods would
take an
oname of the respective component as a string. But it seems currently
there is
no facility (in the Registry) to obtain the associated resource object
given
the oname of a component. Alternatively it is possible to create a
component
from a scratch within the mbean method in add methods. But remove methods
still
requires obtaining the resource from the corresponding oname. Am I missing
some
thing here?

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #20 from chamith buddhika <chamib### @gmail.com>
2010-06-03 08:49:21 EDT ---
Created an attachment (id=25516)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25516)
o.a.Catalina.ha.session Patch

Adds missing attributes and reorders the existing attributes.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #27 from chamith buddhika <chamibu### @gmail.com>
2010-06-09 05:45:12 EDT ---
Created an attachment (id=25556)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25556)
o.a.Catalina.Realm Patch

UserDatabaseRealm and LockoutRealm contains a method with POJO parameters.

addRealm(org.apache.catalina.Realm)
I think an overload having a String would do the trick since there is only
one
method to be taken care of. So a seperate MBean resource is not necessary.

The patch adds missing attributes and methods and does some reordering of
attributes as well.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #30 from chamith buddhika <chamibu### @gmail.com>
2010-06-09 06:12:03 EDT ---
(In reply to comment #29)
 Created an attachment (id=25563)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25563)
[details]
 o.a.Catalina.Startup Patch
 
 Adds missing attributes.

In here also there is a operation having POJO parameters which can be
overloaded. Will supply this in a future patch if this is acceptable.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #29 from chamith buddhika <chamibu### @gmail.com>
2010-06-09 06:10:02 EDT ---
Created an attachment (id=25563)
 --> (https://issues.apache.org/bugzilla/attachment.cgi?id=25563)
o.a.Catalina.Startup Patch

Adds missing attributes.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #31 from chamith buddhika <chamib### @gmail.com>
2010-06-09 06:20:02 EDT ---
o.a.Catalina.tribes package descriptor has got mbeans which are present in
other several packages as well. They are

SimpleTcpCluster 
 Present in following package descriptors
       - o.a.Catalina.ha.tcp
       - o.a.Catalina.ha
       - o.a.Catalina.tribes
       - o.a.Catalina.tribes.transport

ReplicationValve
 Present in above 4 packages as SimpleTcpCluster

SimpleTcpReplicationManager
 Present in following package descriptors
       - o.a.Catalina.ha.session
       - o.a.Catalina.tribes

These mbeans are present in packages with some differences in attributes
and
operations. The other difference is being that they are in different
groups.
Any suggestions for proceeding with this scenario? I am guessing this
replication may have been intended? Anyway they can be made consistent
across
packages with respect to their attributes and methods.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #62 from chamith buddhika <chamib### @gmail.com>
2010-07-15 21:45:46 EDT ---
(In reply to comment #61)
 Ping. No update/progress in over a week. Again.
 
 Overall I am beginning to have serious concerns about the rate of
progress of
 this project.

Sorry. It seems the I have gone through all the mbean-descriptors in the
tomcat
packages as of now in the first round. Now I am evaluating what I have
missed
in the first round. There are some work left in several packages which I
have
been working on lately. Will provide a patch soon. e.g.: o.a.Catalina.Core
POJO
operations.Apart from those I guess descriptor related work should be
pretty
much done. Are there any specific other JMX related improvements that you
have
in mind?

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #51 from chamith buddhika <chamibu### @gmail.com>
2010-06-27 07:38:53 EDT ---
I cannot seem to find classes FastCommonAccessLogValve, RequestDamperValve
and
RequestListenerValve described in o.a.Catalina.Valves. Have they been
removed
from the code base? Will it be possible to remove their descriptors?

https://issues.apache.org/bugzilla/show_bug.cgi?id=47578

--- Comment #2 from Peter Kolbus <peter.### @gmail.com> 2010-05-29
13:34:20 EDT ---
I have seen this too on a new installation with Fedora 13.  2.2.15 builds
just
fine.

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #41 from chamith buddhika <chamibu### @gmail.com>
2010-06-25 07:16:23 EDT ---
(In reply to comment #40)
 (In reply to comment #25)
 > (In reply to comment #24)
 > > (In reply to comment #23)
 > > 
 > > > At least some of them were part of Tomcat 5.5
´cluster and have been dropped
 > > > when the new Tomcat 6 cluster was written.
 > > 
 > > So their corresponding descriptors can be safely removed?
 > 
 > Yes, but first check
 > 
 > - that those classes exist in the old tc 5.5 cluster (under
 > tc5.5.x/trunk/container/modules the directories are cluster, ha,
groupcom) . If
 > they are not there, we missed something.
 > 
 > - and that they are no longer present in any cluster related
package in TC 7
 > (which is easy, because since Tomcat 6 all Java classes are in
the same
 > directory tree).
 > 
 > Regards,
 > 
 > Rainer
 
 I couldn't find the mentioned classes in Tomcat 5.5 and nor they are
present in
 the trunk.

I found some of the classes in TC5.0. Namely 
  - PooledSocketSender
  - SocketSender
  - AsyncSocketSender
  - ReplicationTransmitter

Some of the other classes are missing in TC5.0 as well.
  - ClusterReceiverBase
  - SocketReplicatonListener
  - FastAsyncSocketSender

https://issues.apache.org/bugzilla/show_bug.cgi?id=49234

--- Comment #42 from chamith buddhika <chamibu### @gmail.com>
2010-06-25 07:22:19 EDT ---
(In reply to comment #41)
 (In reply to comment #40)
 > (In reply to comment #25)
 > > (In reply to comment #24)
 > > > (In reply to comment #23)
 > > > 
 > > > > At least some of them were part of Tomcat 5.5
´cluster and have been dropped
 > > > > when the new Tomcat 6 cluster was written.
 > > > 
 > > > So their corresponding descriptors can be safely
removed?
 > > 
 > > Yes, but first check
 > > 
 > > - that those classes exist in the old tc 5.5 cluster (under
 > > tc5.5.x/trunk/container/modules the directories are
cluster, ha, groupcom) . If
 > > they are not there, we missed something.
 > > 
 > > - and that they are no longer present in any cluster
related package in TC 7
 > > (which is easy, because since Tomcat 6 all Java classes are
in the same
 > > directory tree).
 > > 
 > > Regards,
 > > 
 > > Rainer
 > 
 > I couldn't find the mentioned classes in Tomcat 5.5 and nor they
are present in
 > the trunk.
 
 I found some of the classes in TC5.0. Namely 
 >  - PooledSocketSender
 >  - SocketSender
 >  - AsyncSocketSender
 >  - ReplicationTransmitter
 
 Some of the other classes are missing in TC5.0 as well.
 >  - ClusterReceiverBase
 >  - SocketReplicatonListener
 >  - FastAsyncSocketSender

So I will be removing the descriptors of these classes in respective
packages.