DO NOT REPLY [Bug 33266] - Context defined datasources require driver classes placed in common classloader

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33266


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Resolution||WONTFIX
 Status|REOPENED|RESOLVED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 09:46 ---
This is a container service. Please do not reopen the report. If you disagree,
it's easy to implement and use your own factory to do what you want.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



tomcat connector

2005-03-21 Thread Remo rahman
I'm developing an application which is a java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets,  for that it has to make a socket connection and listen that
port for data.

 I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

 In my case I need a Connector which can listen to a socket for raw
data type requests

And, I can hook my application (or servlet) with that Connector  can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.

 

Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario

 

Looking forward to your comments  suggestions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 33266] - Context defined datasources require driver classes placed in common classloader

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=33266.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33266





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 11:31 ---
(In reply to comment #5)
 This is a container service. 
??? It is. So what? 

 Please do not reopen the report. If you disagree,
 it's easy to implement and use your own factory to do what you want.
I won't reopen (though I'm tempted to, as this comment will be left unanswered)
and I disagree.
Why wouldn't you like everyone to benefit from the change?
Is there any performance impact related with this? Any enormous effort on
coding? Any fundamental change in the architecture? Any violation of servlet
specs? I don't think so.

My proposal is the natural continuation of the works made on context.xml files 
placed in WAR'S META-INF subdir. It is possible to define a DataSource and
referring DataSourceRealm in such a file, but they all render *useless* without
apropriate JDBC driver. Please reconsider your rejection. And be more
descriptive in your comments if you want people be less persistent in their 
whining.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

2005-03-21 Thread remm
remm2005/03/21 07:37:10

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  - Fix sync block placement.
  
  Revision  ChangesPath
  1.44  +9 -9  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.43
  retrieving revision 1.44
  diff -u -r1.43 -r1.44
  --- Mapper.java   29 Aug 2004 17:14:42 -  1.43
  +++ Mapper.java   21 Mar 2005 15:37:10 -  1.44
  @@ -183,13 +183,13 @@
   }
   Host host = hosts[pos];
   if (host.name.equals(hostName)) {
  -Context[] contexts = host.contextList.contexts;
  -// Update nesting
   int slashCount = slashCount(path);
  -if (slashCount  host.contextList.nesting) {
  -host.contextList.nesting = slashCount;
  -}
   synchronized (host) {
  +Context[] contexts = host.contextList.contexts;
  +// Update nesting
  +if (slashCount  host.contextList.nesting) {
  +host.contextList.nesting = slashCount;
  +}
   Context[] newContexts = new Context[contexts.length + 1];
   Context newContext = new Context();
   newContext.name = path;
  @@ -219,11 +219,11 @@
   }
   Host host = hosts[pos];
   if (host.name.equals(hostName)) {
  -Context[] contexts = host.contextList.contexts;
  -if( contexts.length == 0 ){
  -return;
  -}
   synchronized (host) {
  +Context[] contexts = host.contextList.contexts;
  +if( contexts.length == 0 ){
  +return;
  +}
   Context[] newContexts = new Context[contexts.length - 1];
   if (removeMap(contexts, newContexts, path)) {
   host.contextList.contexts = newContexts;
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime JspFactoryImpl.java HttpJspBase.java

2005-03-21 Thread remm
remm2005/03/21 07:38:13

  Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java TldLocationsCache.java
JspConfig.java JspRuntimeContext.java SmapUtil.java
JspReader.java Compiler.java
   jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java
   jasper2/src/share/org/apache/jasper/servlet JspServlet.java
JspServletWrapper.java
   jasper2/src/share/org/apache/jasper/xmlparser UCSReader.java
ParserUtils.java UTF8Reader.java
   jasper2/src/share/org/apache/jasper/runtime
JspFactoryImpl.java HttpJspBase.java
  Log:
  - Per instance loggers in Jasper.
  
  Revision  ChangesPath
  1.57  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java
  
  Index: TagLibraryInfoImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java,v
  retrieving revision 1.56
  retrieving revision 1.57
  diff -u -r1.56 -r1.57
  --- TagLibraryInfoImpl.java   23 Jul 2004 22:45:38 -  1.56
  +++ TagLibraryInfoImpl.java   21 Mar 2005 15:38:12 -  1.57
  @@ -62,7 +62,7 @@
   class TagLibraryInfoImpl extends TagLibraryInfo implements TagConstants {
   
   // Logger
  -private static Log log = LogFactory.getLog(TagLibraryInfoImpl.class);
  +private Log log = LogFactory.getLog(TagLibraryInfoImpl.class);
   
   private Hashtable jarEntries;
   private JspCompilationContext ctxt;
  
  
  
  1.29  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java
  
  Index: TldLocationsCache.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java,v
  retrieving revision 1.28
  retrieving revision 1.29
  diff -u -r1.28 -r1.29
  --- TldLocationsCache.java14 Feb 2005 19:54:52 -  1.28
  +++ TldLocationsCache.java21 Mar 2005 15:38:12 -  1.29
  @@ -77,7 +77,7 @@
   public class TldLocationsCache {
   
   // Logger
  -private static Log log = LogFactory.getLog(TldLocationsCache.class);
  +private Log log = LogFactory.getLog(TldLocationsCache.class);
   
   /**
* The types of URI one may specify for a tag library
  
  
  
  1.17  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java
  
  Index: JspConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- JspConfig.java17 Mar 2004 19:23:03 -  1.16
  +++ JspConfig.java21 Mar 2005 15:38:12 -  1.17
  @@ -40,7 +40,7 @@
   private static final String WEB_XML = /WEB-INF/web.xml;
   
   // Logger
  -private static Log log = LogFactory.getLog(JspConfig.class);
  +private Log log = LogFactory.getLog(JspConfig.class);
   
   private Vector jspProperties = null;
   private ServletContext ctxt;
  
  
  
  1.27  +2 -2  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspRuntimeContext.java
  
  Index: JspRuntimeContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspRuntimeContext.java,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- JspRuntimeContext.java19 Oct 2004 16:21:46 -  1.26
  +++ JspRuntimeContext.java21 Mar 2005 15:38:12 -  1.27
  @@ -59,7 +59,7 @@
   public final class JspRuntimeContext implements Runnable {
   
   // Logger
  -private static Log log = LogFactory.getLog(JspRuntimeContext.class);
  +private Log log = LogFactory.getLog(JspRuntimeContext.class);
   
   /*
* Counts how many times the webapp's JSPs have been reloaded.
  
  
  
  1.27  +4 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java
  
  Index: SmapUtil.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- SmapUtil.java 20 Sep 2004 18:27:09 -  1.26
  +++ SmapUtil.java 21 Mar 2005 15:38:12 -  1.27
  @@ -43,7 +43,7 @@
*/
   public class SmapUtil {
   
  -private static org.apache.commons.logging.Log log=
  +private 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java

2005-03-21 Thread remm
remm2005/03/21 07:59:26

  Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java
  Log:
  - private - protected (as the class is not final).
  
  Revision  ChangesPath
  1.47  +16 -16
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
  
  Index: WebappClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
  retrieving revision 1.46
  retrieving revision 1.47
  diff -u -r1.46 -r1.47
  --- WebappClassLoader.java25 Jan 2005 13:16:32 -  1.46
  +++ WebappClassLoader.java21 Mar 2005 15:59:26 -  1.47
  @@ -100,14 +100,14 @@
   implements Reloader, Lifecycle
{
   
  -private static org.apache.commons.logging.Log log=
  +protected static org.apache.commons.logging.Log log=
   org.apache.commons.logging.LogFactory.getLog( 
WebappClassLoader.class );
   
   protected class PrivilegedFindResource
   implements PrivilegedAction {
   
  -private File file;
  -private String path;
  +protected File file;
  +protected String path;
   
   PrivilegedFindResource(File file, String path) {
   this.file = file;
  @@ -132,20 +132,20 @@
* but where the corresponding JAR files are required to run on
* earlier versions.
*/
  -private static final String[] triggers = {
  +protected static final String[] triggers = {
   javax.servlet.Servlet // Servlet API
   };
   
   /** 
* Jdk Compatibility Support.
*/
  -private static JdkCompat jdkCompat = JdkCompat.getJdkCompat();
  +protected static JdkCompat jdkCompat = JdkCompat.getJdkCompat();
   
   /**
* Set of package names which are not allowed to be loaded from a webapp
* class loader without delegating first.
*/
  -private static final String[] packageTriggers = {
  +protected static final String[] packageTriggers = {
   };
   
   
  @@ -309,38 +309,38 @@
* A list of read File and Jndi Permission's required if this loader
* is for a web application context.
*/
  -private ArrayList permissionList = new ArrayList();
  +protected ArrayList permissionList = new ArrayList();
   
   
   /**
* Path where resources loaded from JARs will be extracted.
*/
  -private File loaderDir = null;
  +protected File loaderDir = null;
   
   
   /**
* The PermissionCollection for each CodeSource for a web
* application context.
*/
  -private HashMap loaderPC = new HashMap();
  +protected HashMap loaderPC = new HashMap();
   
   
   /**
* Instance of the SecurityManager installed.
*/
  -private SecurityManager securityManager = null;
  +protected SecurityManager securityManager = null;
   
   
   /**
* The parent class loader.
*/
  -private ClassLoader parent = null;
  +protected ClassLoader parent = null;
   
   
   /**
* The system class loader.
*/
  -private ClassLoader system = null;
  +protected ClassLoader system = null;
   
   
   /**
  @@ -358,7 +358,7 @@
   /**
* All permission.
*/
  -private Permission allPermission = new java.security.AllPermission();
  +protected Permission allPermission = new java.security.AllPermission();
   
   
   // - 
Properties
  @@ -1650,7 +1650,7 @@
*
* @return the loaded resource, or null if the resource isn't found
*/
  -private ResourceEntry findResourceInternal(File file, String path){
  +protected ResourceEntry findResourceInternal(File file, String path){
   ResourceEntry entry = new ResourceEntry();
   try {
   entry.source = getURI(new File(file, path));
  @@ -2038,7 +2038,7 @@
*
* @exception IOException if an input/output error occurs
*/
  -private boolean validateJarFile(File jarfile)
  +protected boolean validateJarFile(File jarfile)
   throws IOException {
   
   if (triggers == null)
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: DO NOT REPLY [Bug 34090] - org.apache.catalina.util.CustomObjectInputStream causes problems

2005-03-21 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34090
--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 17:40 ---
Whatever it is you are doing is absolutely scary. I tried to see if calling the
superclass helps and does not cause regressions or problems, as the field you
mention cannot be used.
If I commit this, does Sun see it as a legal problem ? Simply calling 
the superclass could create issues, and I don't want to try it.

Index: CustomObjectInputStream.java
===
RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/CustomObjectInputStream.java,v
retrieving revision 1.4
diff -u -r1.4 CustomObjectInputStream.java
--- CustomObjectInputStream.java	10 Mar 2005 23:54:45 -	1.4
+++ CustomObjectInputStream.java	21 Mar 2005 16:47:25 -
@@ -21,6 +21,7 @@
 import java.io.ObjectInputStream;
 import java.io.ObjectStreamClass;
 import java.lang.reflect.Proxy;
+import java.util.HashMap;

 /**
  * Custom subclass of codeObjectInputStream/code that loads from the
@@ -37,6 +38,23 @@
 /**
+ * List of primitive classes.
+ */
+private static final HashMap primitiveTypes = new HashMap();
+static {
+primitiveTypes.put(boolean, boolean.class);
+primitiveTypes.put(byte, byte.class);
+primitiveTypes.put(char, char.class);
+primitiveTypes.put(double, double.class);
+primitiveTypes.put(float, float.class);
+primitiveTypes.put(int, int.class);
+primitiveTypes.put(long, long.class);
+primitiveTypes.put(short, short.class);
+primitiveTypes.put(void, void.class);
+}
+
+
+/**
  * The class loader we will use to resolve classes.
  */
 private ClassLoader classLoader = null;
@@ -70,7 +88,17 @@
  */
 public Class resolveClass(ObjectStreamClass classDesc)
 throws ClassNotFoundException, IOException {
-return Class.forName(classDesc.getName(), false, classLoader);
+try {
+return Class.forName(classDesc.getName(), false, classLoader);
+} catch (ClassNotFoundException e) {
+// Trying again for the case of primitives
+Class result = (Class) primitiveTypes.get(classDesc.getName());
+if (result != null) {
+return result;
+} else {
+throw e;
+}
+}
 }
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 34110] New: - The message SEVERE: Error listenerStart should be more explicit

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34110.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34110

   Summary: The message SEVERE: Error listenerStart should be more
explicit
   Product: Tomcat 5
   Version: 5.5.7
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


About 50 times during the last 2 years developing programs with tomcat I have
had the message 

SEVERE: Error listenerStart
21-Mar-2005 11:38:17 org.apache.catalina.core.StandardContext start
SEVERE: Context startup failed due to previous errors

I usually manage to find out that its a configuration problem of mine
but the message isnt enough information to go on. It has caused me hours and
hours of hunting for the problem.

I consider that it is a bug, as the message should be more explicit. 

... a stacktrace would be nice.

I dont think its necessary to attach more information about my setup as I have
seen the message on 20 different web applications of mine. With tomcat versions
from 4 to 5.5 I always hoped it would be fixed in the next release.

Thanks in advance

Andy Bailey

The latest example follows:


21-Mar-2005 11:38:12 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8080
21-Mar-2005 11:38:12 org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on http-8443
21-Mar-2005 11:38:12 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 1402 ms
21-Mar-2005 11:38:13 org.apache.catalina.core.StandardService start
INFO: Starting service Catalina
21-Mar-2005 11:38:13 org.apache.catalina.core.StandardEngine start
INFO: Starting Servlet Engine: Apache Tomcat/5.5.7
21-Mar-2005 11:38:13 org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
21-Mar-2005 11:38:13 org.apache.catalina.core.StandardHost start
INFO: XML validation disabled
21-Mar-2005 11:38:13 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive pse.war
21-Mar-2005 11:38:13 org.apache.catalina.startup.ContextConfig 
applicationWebConfig
INFO: Missing application web.xml, using defaults only
StandardEngine[Catalina].StandardHost[localhost].StandardContext[/pse]
21-Mar-2005 11:38:13 org.apache.catalina.startup.HostConfig deployWAR
INFO: Deploying web application archive 
acegi-security-sample-contacts-filter.war
[WARN,Configurator,main] No configuration found. Configuring ehcache from
ehcache-failsafe.xml found in the classpath:
jar:file:/opt/tomcat2/webapps/acegi-security-sample-contacts-filter/WEB-INF/lib/ehcache-1.1.jar!/ehcache-failsafe.xml
21-Mar-2005 11:38:17 org.apache.catalina.core.StandardContext start
SEVERE: Error listenerStart
21-Mar-2005 11:38:17 org.apache.catalina.core.StandardContext start
SEVERE: Context startup failed due to previous errors
21-Mar-2005 11:38:17 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8080
21-Mar-2005 11:38:17 org.apache.coyote.http11.Http11Protocol start
INFO: Starting Coyote HTTP/1.1 on http-8443
21-Mar-2005 11:38:17 org.apache.catalina.storeconfig.StoreLoader load
INFO: Find registry server-registry.xml at classpath resource
21-Mar-2005 11:38:17 org.apache.catalina.startup.Catalina start
INFO: Server startup in 4615 ms

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34111] New: - globalnamingesources environment not working

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34111.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34111

   Summary: globalnamingesources environment not working
   Product: Tomcat 4
   Version: 4.1.31
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I looked everywhere. No one appears to be using this feature and it appears to
not be working as advertised. If I put a environment element in the
globalnamingresources, it doesn't show up in a webapp. 

I shouldn't need to use a ResourceLink. 

Using the environment variable given in the server.xml:

Environment name=simpleValue type=java.lang.Integer value=30/

Code snippet to access it:

  public void service(HttpServletRequest req, HttpServletResponse res)
  //  public void secureService(HttpServletRequest req, HttpServletResponse res,
User user)

throws ServletException ,IOException{

Context x = null;
Context x2 = null;
Integer env = null;
try {
x = new InitialContext();
} catch (Exception ex) {System.out.println(error on x);}
try {
x2 = (Context) x.lookup(java:comp/env);
NamingEnumeration enum = x.list(java:comp/env);
// simpleValue should show up here, but it doesn't
while (enum.hasMore()) {
System.out.println(env var:  + 
enum.next().toString());
}
} catch (Exception ex) {System.out.println(error on x2);}
try {
env = (Integer) x2.lookup(simpleValue);
try {
System.out.println(env var: + env.toString());
} catch (Exception ex) {System.out.println(error on env 
print);}
} catch (Exception ex) {System.out.println(error on env + 
ex.toString());}

Tomcat Error:

error on envjavax.naming.NameNotFoundException: Name simpleValue is not bound in
 this Context

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Time for TLP?

2005-03-21 Thread Yoav Shapira
Hi,

In light of these recent discussions on [EMAIL PROTECTED]:

http://marc.theaimsgroup.com/?t=4256091
http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2

http://marc.theaimsgroup.com/?l=jakarta-general
http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
m=42733325833w=2

http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2

http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2

 

I think we're ready to move Tomcat to a TLP.  There's a lot of support for
it in the general Jakarta and ASF ranks.  Before we write and vote on a
proposal, I wanted to see informally what the opinions are within our own
group about this potential move.  I'm obviously +1.

 

Yoav Shapira

System Design and Management Fellow

MIT Sloan School of Management / School of Engineering

Cambridge, MA USA

 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]

 



Re: Time for TLP?

2005-03-21 Thread Mladen Turk
Yoav Shapira wrote:
I think we're ready to move Tomcat to a TLP.  There's a lot of support for
it in the general Jakarta and ASF ranks.  Before we write and vote on a
proposal, I wanted to see informally what the opinions are within our own
group about this potential move.  I'm obviously +1.
Me too, as you already know :)
+1
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Time for TLP?

2005-03-21 Thread Derrick Koes
TLP = Top Level Project ?
 

-Original Message-
From: Yoav Shapira [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 21, 2005 1:42 PM
To: 'Tomcat Developers List'
Subject: Time for TLP?

Hi,

In light of these recent discussions on [EMAIL PROTECTED]:

http://marc.theaimsgroup.com/?t=4256091
http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2

http://marc.theaimsgroup.com/?l=jakarta-general
http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
m=42733325833w=2

http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2

http://marc.theaimsgroup.com/?t=1753782
http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2

 

I think we're ready to move Tomcat to a TLP.  There's a lot of support for it 
in the general Jakarta and ASF ranks.  Before we write and vote on a proposal, 
I wanted to see informally what the opinions are within our own group about 
this potential move.  I'm obviously +1.

 

Yoav Shapira

System Design and Management Fellow

MIT Sloan School of Management / School of Engineering

Cambridge, MA USA

 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] / mailto:[EMAIL PROTECTED] 
[EMAIL PROTECTED]

 




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34113] New: - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113

   Summary: [PATCH] setHeader( ) method in Response object does not
clear multiple values
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P2
 Component: Connector:Coyote
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


The setHeader( ) method in the org.apache.coyote.Response class does not clear
existing values for a header with multiple values.

According to the Servlet Specification version 2.4 (SRV.5.2, para 2):
-
The setHeader method sets a header with a given name and value. A previous
header is replaced by the new header. Where a set of header values exist for the
name, the values are cleared and replaced with the new value.
-

This requirement has been true since at least Servlets 2.2 (same location in
Serlvets 2.3 specification; SRV.6.2, para 2 in the Servlets 2.2 specification).

Where only one value exists, the setHeader( ) method properly replaces it with
the specified value.

Attached is a patch that fixes the bug.  In creating the patch, I found that:

  a) the setHeader( ) method in Response relies on the
org.apache.tomcat.util.http.MimeHeaders class's setValue( ) method.
  b) the setValue( ) method in MimeHeaders relies on getValue( ) in MimeHeaders
  c) the getValue( ) method in MimeHeaders explicitly states, If more than one
such field is in the header, an arbitrary one is returned.
  d) the MimeHeaders class's source code is prefixed with: XXX XXX XXX Need a
major rewrite  

Therefore, with the existing MimeHeaders class, all existing header values must
be removed before calling getValue( ).  If the MimeHeaders class is rewritten,
this requirement may be alleviated by a design change in consideration of the
Servlet Specification's requirements for setHeader( ).

The attached patch simply removes the named header (by calling MimeHeader's
removeHeader( ) method) before calling MimeHeader's setValue( ) method.  This
means that the removeHeader( ) method will be called with every execution of the
Response's setHeader( ) method.  Since removeHeader( ) iterates over every
header, we incur a penalty for every execution of setHeader( ), and the penalty
grows as the number of headers increases.  However, since:

  a) there is no way to find out whether multiple values exist for a specified
header (other than iterating as is done by removeHeader( ))
  b) the containsHeader( ) and getHeader( ) methods iterate over the headers (by
calling getValue( )) (as is done by removeHeader( ))
  c) the average number of headers is small (assumed to be about 8)

attempting to determine if multiple values exist for the header before calling
removeHeader( ) is fruitless since the same penalty is paid whether zero, one,
or multiple values exist for the named header and the penalty is identical to
that imposed by calling the removeHeader( ) method without first checking for
the existence of a header.  If checking first, the penalty would double for the
case where multiple values exist.  If the assumption that the number of headers
is small holds true, the penalty should be minimal.

I'm marking the severity as minor because the bug is unlikely to affect many
users (only those trying to replace all values of a header with multiple values)
and workarounds exist (i.e. ensure that the headers are set to their correct
value the first time ;), or reset the response while retaining and setting the
values that should not be replaced).  However, until this bug is fixed, Tomcat
is not in compliance with the Servlet Specification.  ;)

This bug is also confirmed to exist in Tomcat  CVS, 5.5.8, 5.5.7, and in 5.0.30
code.  It may also exist in Tomcat 4.x and Tomcat 3.x.

Attached patch fixes the bug.  The patch is against Tomcat 5.5.8 source and
applies cleanly to CVS.

Attached WAR file contains an example of the problem.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34113] - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 20:33 ---
Created an attachment (id=14526)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14526action=view)
WAR file showing multiple value headers are not reset with call to setHeader( )

The WAR file contains an index.jsp that redirects the user to a servlet that
triggers the bug.  You will need to view the response headers to see the
violation.  The servlet may be accessed directly with the request:

GET /SetHeaders/SetHeaders HTTP/1.0

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34113] - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 20:34 ---
Created an attachment (id=14527)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14527action=view)
Proposed patch

Original bug summary describes the decisions made for the patch.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34107] - session already invalidated before valueUnbound() called

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34107.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34107





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 20:43 ---
The patch is bad (and I will veto it).  
This is per the servlet-spec:
spec-quote version=2.4 section=15.1.7
For session that are invalidated or expire, notifications are sent after the 
session has been invalidated or expired.
/spec-quote

The spec doesn't mandate a isValid check in getLastAccessedTime, so it would 
be possible to simply remove the check there.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



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

2005-03-21 Thread Bill Barker

- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 21, 2005 8:25 AM
Subject: cvs commit:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session
StandardSession.java


 remm2005/03/21 08:25:53

   Modified:catalina/src/share/org/apache/catalina/session
 StandardSession.java
   Log:
   - 34107: I would think the session should still be seen as valid when
notifying attributes of unbinding.
   - Does this cause regressions or not ?


As promised, a big -1 on this.  It breaks the servlet-spec, which
specifically states that the session is invalid.



This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Time for TLP?

2005-03-21 Thread Yoav Shapira
Hi,
Yea, TLP = Top-Level Project.  My apologies for the acronym ;)

It would mean Tomcat leaves Jakarta technically.  There would be a Tomcat
PMC (roughly consisting of all current committers), reporting to the ASF
Board.  There would be a tomcat.apache.org instead of
Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding
URLs for sanity sake).  For more details on what's involved, you can google
on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's
now an Apache TLP.

As I said before, this is an informal survey.  A formal proposal and vote
would be the next step, but as one can see from the URLs below, there is a
broad level of support within the ASF for Tomcat becoming its own TLP.

Yoav

 -Original Message-
 From: Derrick Koes [mailto:[EMAIL PROTECTED]
 Sent: Monday, March 21, 2005 2:28 PM
 To: Tomcat Developers List
 Subject: RE: Time for TLP?
 
 TLP = Top Level Project ?
 
 
 -Original Message-
 From: Yoav Shapira [mailto:[EMAIL PROTECTED]
 Sent: Monday, March 21, 2005 1:42 PM
 To: 'Tomcat Developers List'
 Subject: Time for TLP?
 
 Hi,
 
 In light of these recent discussions on [EMAIL PROTECTED]:
 
 http://marc.theaimsgroup.com/?t=4256091
 http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2
 
 http://marc.theaimsgroup.com/?l=jakarta-general
 http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
 m=42733325833w=2
 
 http://marc.theaimsgroup.com/?t=1753782
 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
 http://marc.theaimsgroup.com/?t=1753782
 http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
 
 
 I think we're ready to move Tomcat to a TLP.  There's a lot of support for
 it in the general Jakarta and ASF ranks.  Before we write and vote on a
 proposal, I wanted to see informally what the opinions are within our own
 group about this potential move.  I'm obviously +1.
 
 
 
 Yoav Shapira
 
 System Design and Management Fellow
 
 MIT Sloan School of Management / School of Engineering
 
 Cambridge, MA USA
 
  mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
 mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 
 
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

2005-03-21 Thread remm
remm2005/03/21 12:02:21

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  - Undo change.
  
  Revision  ChangesPath
  1.51  +4 -4  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.50
  retrieving revision 1.51
  diff -u -r1.50 -r1.51
  --- StandardSession.java  21 Mar 2005 16:25:53 -  1.50
  +++ StandardSession.java  21 Mar 2005 20:02:21 -  1.51
  @@ -709,14 +709,14 @@
   fireSessionEvent(Session.SESSION_DESTROYED_EVENT, null);
   }
   
  +// We have completed expire of this session
  +expiring = false;
  +
   // Unbind any objects associated with this session
   String keys[] = keys();
   for (int i = 0; i  keys.length; i++)
   removeAttributeInternal(keys[i], notify);
   
  -// We have completed expire of this session
  -expiring = false;
  -
   }
   
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34113] - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 21:12 ---
-1 for the proposed patch (quite inefficient).

Overall, I think the issue is trivial while the change to make it work
efficiently is not exactly trivial, so there is no hurry to fix this.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34107] - session already invalidated before valueUnbound() called

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34107.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34107


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 21:13 ---
Sorry for the trouble.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34090] - org.apache.catalina.util.CustomObjectInputStream causes problems

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34090





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 21:16 ---
(In reply to comment #1)
 Whatever it is you are doing is absolutely scary. I tried to see if calling 
 the
 superclass helps and does not cause regressions or problems, as the field you
 mention cannot be used.

After a lot of investigation, I've found the underlying problem. Catalina's
CustomObjectInputStream seems to be unable to deserialize the Class-Objects of
the build-in types like Integer.TYPE or Long.TYPE. Other Class-Objects cause no
problems. After eliminanting this Class-Object from our code, the session is
restored successfully on Tomcat startup. 
I would classify this as a bug, because the Class-Objects of the build-in types
should be serializable. The standard ObjectInputStream has no problem with these
Class-Objects.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Time for TLP?

2005-03-21 Thread Henri Gomez
It was proposed months ago when ant became TLP and the consensus at
this time was to keep Tomcat in the jakarta.

I'd like to know the reason who motive this move ;)


On Mon, 21 Mar 2005 15:00:54 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
 Hi,
 Yea, TLP = Top-Level Project.  My apologies for the acronym ;)
 
 It would mean Tomcat leaves Jakarta technically.  There would be a Tomcat
 PMC (roughly consisting of all current committers), reporting to the ASF
 Board.  There would be a tomcat.apache.org instead of
 Jakarta.apache.org/tomcat (obviously old links will be kept as forwarding
 URLs for sanity sake).  For more details on what's involved, you can google
 on the promotions of Struts, Lucene, Cocoon, or any other sub-project that's
 now an Apache TLP.
 
 As I said before, this is an informal survey.  A formal proposal and vote
 would be the next step, but as one can see from the URLs below, there is a
 broad level of support within the ASF for Tomcat becoming its own TLP.
 
 Yoav
 
  -Original Message-
  From: Derrick Koes [mailto:[EMAIL PROTECTED]
  Sent: Monday, March 21, 2005 2:28 PM
  To: Tomcat Developers List
  Subject: RE: Time for TLP?
 
  TLP = Top Level Project ?
 
 
  -Original Message-
  From: Yoav Shapira [mailto:[EMAIL PROTECTED]
  Sent: Monday, March 21, 2005 1:42 PM
  To: 'Tomcat Developers List'
  Subject: Time for TLP?
 
  Hi,
 
  In light of these recent discussions on [EMAIL PROTECTED]:
 
  http://marc.theaimsgroup.com/?t=4256091
  http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2
 
  http://marc.theaimsgroup.com/?l=jakarta-general
  http://marc.theaimsgroup.com/?l=jakarta-generalm=42733325833w=2
  m=42733325833w=2
 
  http://marc.theaimsgroup.com/?t=1753782
  http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
  http://marc.theaimsgroup.com/?t=1753782
  http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
 
 
 
  I think we're ready to move Tomcat to a TLP.  There's a lot of support for
  it in the general Jakarta and ASF ranks.  Before we write and vote on a
  proposal, I wanted to see informally what the opinions are within our own
  group about this potential move.  I'm obviously +1.
 
 
 
  Yoav Shapira
 
  System Design and Management Fellow
 
  MIT Sloan School of Management / School of Engineering
 
  Cambridge, MA USA
 
   mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
  mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
 
 
 
 
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Time for TLP?

2005-03-21 Thread Yoav Shapira
Hi,
The main reason is in the threads quoted in my original email: there is
increased support and motivation for it in the broader ASF community.  A
secondary reason is my own personal interest in seeing Tomcat become an even
stronger brand.

Yoav

 -Original Message-
 From: Henri Gomez [mailto:[EMAIL PROTECTED]
 Sent: Monday, March 21, 2005 3:25 PM
 To: Tomcat Developers List
 Subject: Re: Time for TLP?
 
 It was proposed months ago when ant became TLP and the consensus at
 this time was to keep Tomcat in the jakarta.
 
 I'd like to know the reason who motive this move ;)
 
 
 On Mon, 21 Mar 2005 15:00:54 -0500, Yoav Shapira [EMAIL PROTECTED] wrote:
  Hi,
  Yea, TLP = Top-Level Project.  My apologies for the acronym ;)
 
  It would mean Tomcat leaves Jakarta technically.  There would be a
 Tomcat
  PMC (roughly consisting of all current committers), reporting to the ASF
  Board.  There would be a tomcat.apache.org instead of
  Jakarta.apache.org/tomcat (obviously old links will be kept as
 forwarding
  URLs for sanity sake).  For more details on what's involved, you can
 google
  on the promotions of Struts, Lucene, Cocoon, or any other sub-project
 that's
  now an Apache TLP.
 
  As I said before, this is an informal survey.  A formal proposal and
 vote
  would be the next step, but as one can see from the URLs below, there is
 a
  broad level of support within the ASF for Tomcat becoming its own TLP.
 
  Yoav
 
   -Original Message-
   From: Derrick Koes [mailto:[EMAIL PROTECTED]
   Sent: Monday, March 21, 2005 2:28 PM
   To: Tomcat Developers List
   Subject: RE: Time for TLP?
  
   TLP = Top Level Project ?
  
  
   -Original Message-
   From: Yoav Shapira [mailto:[EMAIL PROTECTED]
   Sent: Monday, March 21, 2005 1:42 PM
   To: 'Tomcat Developers List'
   Subject: Time for TLP?
  
   Hi,
  
   In light of these recent discussions on [EMAIL PROTECTED]:
  
   http://marc.theaimsgroup.com/?t=4256091
   http://marc.theaimsgroup.com/?t=4256091r=1w=2 r=1w=2
  
   http://marc.theaimsgroup.com/?l=jakarta-general
   http://marc.theaimsgroup.com/?l=jakarta-
 generalm=42733325833w=2
   m=42733325833w=2
  
   http://marc.theaimsgroup.com/?t=1753782
   http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
  
   http://marc.theaimsgroup.com/?t=1753782
   http://marc.theaimsgroup.com/?t=1753782r=1w=2 r=1w=2
  
  
  
   I think we're ready to move Tomcat to a TLP.  There's a lot of support
 for
   it in the general Jakarta and ASF ranks.  Before we write and vote on
 a
   proposal, I wanted to see informally what the opinions are within our
 own
   group about this potential move.  I'm obviously +1.
  
  
  
   Yoav Shapira
  
   System Design and Management Fellow
  
   MIT Sloan School of Management / School of Engineering
  
   Cambridge, MA USA
  
mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] /
   mailto:[EMAIL PROTECTED] [EMAIL PROTECTED]
  
  
  
  
  
  
   -
   To unsubscribe, e-mail: [EMAIL PROTECTED]
   For additional commands, e-mail: [EMAIL PROTECTED]
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: tomcat connector

2005-03-21 Thread Bill Barker
You need to implement your own ProtocolHandler
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/catalina/docs/api/org/apache
/coyote/ProtocolHandler.html, which will hand the Request  Response off to
the Adapter that Tomcat hands it when it is ready for Tomcat to process
them.  You'll probably also want to implement an ActionHook as well.

The simplest place to start is to take a look at
org.apache.coyote.memory.MemoryProtocolHandler.

- Original Message -
From: Remo rahman [EMAIL PROTECTED]
To: tomcat-dev@jakarta.apache.org
Sent: Monday, March 21, 2005 1:28 AM
Subject: tomcat connector


I'm developing an application which is a java servlet, deployed on tomcat
5.5
Now, I want my application to take raw data from the client through
sockets,  for that it has to make a socket connection and listen that
port for data.

 I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

 In my case I need a Connector which can listen to a socket for raw
data type requests

And, I can hook my application (or servlet) with that Connector  can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments  suggestions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication 
in error, please notify us immediately by e-mail and then delete all copies of 
this message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through 
the Internet is not secure. Do not send confidential or sensitive information, 
such as social security numbers, account numbers, personal identification 
numbers and passwords, to us via ordinary (unencrypted) e-mail.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Time for TLP?

2005-03-21 Thread Mladen Turk
Henri Gomez wrote:
It was proposed months ago when ant became TLP and the consensus at
this time was to keep Tomcat in the jakarta.
I'd like to know the reason who motive this move ;)
I think it was around for a while, and cooking :)
First of all we deserve that, because Tomcat is one of the
best ASF projects, with strong and active community.
Also, more people are discussing Tomcat then the Tomcat
developers itself, so probably that's one of the reasons.
All in all, it will mean more work on our side, but
I think It's worth the effort, because the Tomcat will
be perceived as 'lean-and-mean-sexy-machine' :)
Back to the topic:
If you look at the comments from Jakarta community, even
they are for that proposal, because frankly, Tomcat is
in a way 'artificial body' inside what the rest of the
Jakarta projects are.
Regards,
Mladen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 34113] - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113


[EMAIL PROTECTED] changed:

   What|Removed |Added

  Attachment #14527|0   |1
is obsolete||




--- Additional Comments From [EMAIL PROTECTED]  2005-03-22 02:01 ---
Created an attachment (id=14531)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14531action=view)
Slightly more efficient patch - one interation over the list of headers

This patch changes the setValue( ) method call to an addValue( ) method call to
avoid needlessly iterating over the entire list in the call to setValue(
)--since setValue( ) will not find a header with given name after all headers
with that name have been removed.

After this patch, a call to setHeader( ) will require one full iteration
through the list of headers; whereas current CVS iterates over half the list,
on average, inside the call to setValue( ).  Therefore, assuming the
DEFAULT_HEADER_SIZE of 8, this will mean an additional 4 String comparisons,
but without using a hash or some kind of custom search tree or redesigning
MimeHeaders with multiple header values in mind, a full iteration over the list
is unavoidable.  So, are the additional String comparisons a small enough price
to pay for compliance?  :)

A better solution is to fix the setValue( ) method of the MimeHeaders
class--assuming (since the partial javadoc doesn't say so) that setValue( )
should replace all existing headers having the given name.  If this is the
intended behavior of the setValue( ) method, the next patch could be used
instead.  It's consequences (and implementation) are identical to those of this
patch.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34113] - [PATCH] setHeader( ) method in Response object does not clear multiple values

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34113





--- Additional Comments From [EMAIL PROTECTED]  2005-03-22 02:06 ---
Created an attachment (id=14532)
 -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14532action=view)
Patch to fix the setValue( ) method of MimeHeaders (on which Response's
setHeader( ) method relies)

This patch implements the changes given in
http://issues.apache.org/bugzilla/attachment.cgi?id=14531 in the MimeHeaders
method setValue( ) instead of the Response method setHeader( ).  The
consequences and implementation are the same as those described in the patch
for Response.

Only one of the patches should be used.  Since the partial javadoc for the
setValue( ) method was not clear about its intended behavior, I was unsure
which class should be changed.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34110] - The message SEVERE: Error listenerStart should be more explicit

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34110.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34110





--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 22:45 ---
It did not get fixed because I do not think there's a bug in the first place.
It's logged to the webapp's servlet context logger, as error. Why don't you see 
it ?

Look in the source:

boolean ok = true;
for (int i = 0; i  results.length; i++) {
if (log.isDebugEnabled())
log.debug( Configuring event listener class ' +
listeners[i] + ');
try {
Class clazz = loader.loadClass(listeners[i]);
results[i] = clazz.newInstance();
} catch (Throwable t) {
getServletContext().log
(sm.getString(standardContext.applicationListener,
  listeners[i]), t);
ok = false;
}
}
if (!ok) {
log.error(sm.getString(standardContext.applicationSkipped));
return (false);
}


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Time for TLP?

2005-03-21 Thread Peter Rossbach
Yoav Shapira schrieb:
I think we're ready to move Tomcat to a TLP.  There's a lot of support for
it in the general Jakarta and ASF ranks.  Before we write and vote on a
proposal, I wanted to see informally what the opinions are within our own
group about this potential move.  I'm obviously +1.
 

+1, I think the tomcat community is big ... :-)
Peter

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: DO NOT REPLY [Bug 34090] - org.apache.catalina.util.CustomObjectInputStream causes problems

2005-03-21 Thread Jeanfrancois Arcand

Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34090.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=34090
--- Additional Comments From [EMAIL PROTECTED]  2005-03-21 17:40 
---
Whatever it is you are doing is absolutely scary. I tried to see if 
calling the
superclass helps and does not cause regressions or problems, as the 
field you
mention cannot be used.

If I commit this, does Sun see it as a legal problem ? Simply calling 
the superclass could create issues, and I don't want to try it.
Hi,
here is the answer I got from management:
 Hi Remy -  This is Jim.  We (Sun) can't relicense use of copywritten 
Sun code from the JDK outside of the JDK itself without extensive use of 
lawyers, and the Apache board.  So, it would be better to find another 
solution.  This isn't significantly different than JBoss' position that 
Apache can't use JBoss code, so I'm sure it's not too big a suprise.  If 
I'm misunderstanding what's been requested, please let me know.

-- Jeanfrancois


Index: CustomObjectInputStream.java
===
RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/CustomObjectInputStream.java,v 

retrieving revision 1.4
diff -u -r1.4 CustomObjectInputStream.java
--- CustomObjectInputStream.java10 Mar 2005 23:54:45 -1.4
+++ CustomObjectInputStream.java21 Mar 2005 16:47:25 -
@@ -21,6 +21,7 @@
 import java.io.ObjectInputStream;
 import java.io.ObjectStreamClass;
 import java.lang.reflect.Proxy;
+import java.util.HashMap;
 /**
  * Custom subclass of codeObjectInputStream/code that loads from the
@@ -37,6 +38,23 @@
 /**
+ * List of primitive classes.
+ */
+private static final HashMap primitiveTypes = new HashMap();
+static {
+primitiveTypes.put(boolean, boolean.class);
+primitiveTypes.put(byte, byte.class);
+primitiveTypes.put(char, char.class);
+primitiveTypes.put(double, double.class);
+primitiveTypes.put(float, float.class);
+primitiveTypes.put(int, int.class);
+primitiveTypes.put(long, long.class);
+primitiveTypes.put(short, short.class);
+primitiveTypes.put(void, void.class);
+}
+
+
+/**
  * The class loader we will use to resolve classes.
  */
 private ClassLoader classLoader = null;
@@ -70,7 +88,17 @@
  */
 public Class resolveClass(ObjectStreamClass classDesc)
 throws ClassNotFoundException, IOException {
-return Class.forName(classDesc.getName(), false, classLoader);
+try {
+return Class.forName(classDesc.getName(), false, classLoader);
+} catch (ClassNotFoundException e) {
+// Trying again for the case of primitives
+Class result = (Class) 
primitiveTypes.get(classDesc.getName());
+if (result != null) {
+return result;
+} else {
+throw e;
+}
+}
 }

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

2005-03-21 Thread billbarker
billbarker2005/03/21 19:50:03

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  From the comments for R1.11, it seems that some early version of the spec had 
an exception here.  However, this didn't survive to the final spec version, so 
we can once again allow access to getLastAccessedTime from an invalid session.
  
  Fix for Bug #34107
  
  Revision  ChangesPath
  1.52  +2 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.51
  retrieving revision 1.52
  diff -u -r1.51 -r1.52
  --- StandardSession.java  21 Mar 2005 20:02:21 -  1.51
  +++ StandardSession.java  22 Mar 2005 03:50:03 -  1.52
  @@ -408,10 +408,7 @@
* a value associated with the session, do not affect the access time.
*/
   public long getLastAccessedTime() {
  -if ( !isValid() ) {
  -throw new IllegalStateException
  -(sm.getString(standardSession.getLastAccessedTime.ise));
  -}
  +
   return (this.lastAccessedTime);
   
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34118] New: - Last-Modified Header unpredictable when using includes

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34118.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34118

   Summary: Last-Modified Header unpredictable when using includes
   Product: Tomcat 5
   Version: 5.5.7
  Platform: Other
OS/Version: All
Status: NEW
  Severity: minor
  Priority: P2
 Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When you include static content with jsp:include or similar (without 
flush=true) the DefaultServlet implementation calls setHeader for the Last- 
Modified header. This is passed to the response for the overall request and 
overwrites any previously set value.

This means that the Last-Modified header varies depending on the last include. 
Admittedly the size of the response may mean that flush() was called prior to 
the include, complicating the issue further.

The problem cropped up with a dynamic page that handles a login for users. If 
you are already logged in it includes a different page to that of a public 
user. 
This meant that the Last-Modified date was being overwritten depending on when 
the various included content pages were modified. It was very difficult to 
isolate the cause of the problem as it very inconsistent from page to page.

The problem manifested itself irregularly and only with certain 
browsers/proxies 
caching the content. Only some setups seem to observe the Last-Modified Date 
over other headers that were set to discourage caching. This in turn lead to 
problems logging in or out of the site for certain users. (Generally a browser 
refresh fixed the problem)

It seems appropriate that the Last-Modified header should either not be set at 
all by included content, or at least not to a value prior to any current value. 
The latter option would be the most correct. However it probably should not 
preclude overwriding the modified date with a smaller value if that was what 
you 
wanted.

A workaround is not to include static content (only dynamic content). You can 
also call response.flush() to send the headers prior to the include.

Sorry that there is no example URL. It's pretty easy to replicate. Set the last 
modified timestamp of a non-jsp file (using touch -B for example) and include 
into a small page with jsp:include page=... flush=false/

A simple examination of the response headers should reveal that the Last-
Modified date is the date of the included file not the JSP.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



tomcat connector

2005-03-21 Thread Remo rahman
I'm developing an application which is a java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets,  for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requests

And, I can hook my application (or servlet) with that Connector  can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.

Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario

Looking forward to your comments  suggestions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



DO NOT REPLY [Bug 34118] - Last-Modified Header unpredictable when using includes

2005-03-21 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=34118.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34118


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Resolution||WORKSFORME
 Status|NEW |RESOLVED




--- Additional Comments From [EMAIL PROTECTED]  2005-03-22 07:12 ---
Trying the simple example suggested above, I (correctly) see no Last-Modified 
header returned at all.

Feel free to reopen if you can provide a war file that demonstrates the 
problem.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: tomcat connector

2005-03-21 Thread vamsi kanuri
plz dont send any e mails 

Remo rahman [EMAIL PROTECTED] wrote:I'm developing an application which is a 
java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets,  for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requests…

And, I can hook my application (or servlet) with that Connector  can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments  suggestions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Send instant messages to your online friends http://uk.messenger.yahoo.com 

Re: tomcat connector

2005-03-21 Thread vamsi kanuri
plz dont send any e mails 

Remo rahman [EMAIL PROTECTED] wrote: I'm developing an application which is a 
java servlet, deployed on tomcat 5.5
Now, I want my application to take raw data from the client through
sockets,  for that it has to make a socket connection and listen that
port for data.

I've heard that we can create Connectors in Tomcat, which can listen
to any protocol type of request i.e. Http, Telnet or any of
application protocol.

In my case I need a Connector which can listen to a socket for raw
data type requests…

And, I can hook my application (or servlet) with that Connector  can
listen to those requests which are coming on that connection.

But, as a solution I want my client to be a simple Telnet tool, which
can send requests on the port, I've configured for my Connector.

But, till now I've seen tomcat entertaining Http requests only.



Please suggest,

- How to implement this in tomcat 5.5

- Is there any built-in connector available

- Is it possible to make a custom connector for this scenario



Looking forward to your comments  suggestions

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Send instant messages to your online friends http://uk.messenger.yahoo.com 

Re: DO NOT REPLY [Bug 34107] New: - session already invalidated before valueUnbound() called

2005-03-21 Thread vamsi kanuri
dont send any more emails or i have to sen a bug to ur site

[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.apache.org/bugzilla/show_bug.cgi?id=34107

Summary: session already invalidated before valueUnbound() called
Product: Tomcat 5
Version: 5.0.28
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P3
Component: Catalina
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


This may not be a bug, as it appears the servlet 2.4 spec is not precise on this
matter.

The issue is that in previous versions of Tomcat and Weblogic an implementation
of javax.servlet.http.HttpSessionBindingListener could successfully make this 
call:

public void valueUnbound(HttpSessionBindingEvent event)
{
long lastAccessedTime = event.getSession().getLastAccessedTime();

In Tomcat 5, the Session is already invalidated by the time the container calls
'valueUnbound', so the call to getLastAccessedTime() fails.


Sections 7.4-7.6 of the 2.4 servlet specification do not precisely specify
whether or not the session is valid at the time the container calls 
valueUnbound().

This code has functioned fine in previous versions of Catalina/Tomcat as well as
weblogic. 

I have a code workaround for this, but wanted to determine if this was an issue.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Send instant messages to your online friends http://uk.messenger.yahoo.com