DO NOT REPLY [Bug 39975] New: - Classloader refence leaks in jasper-runtime when webapp has log4j and commons-logging

[bugzilla]

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=39975

   Summary: Classloader refence leaks in jasper-runtime when webapp
has log4j and commons-logging
   Product: Tomcat 5
   Version: 5.0.17
  Platform: All
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


When the first JSP renderd (since startup) is from a webapp that contains
commons-logging and log4j, classes from the 'jasper.runtime' package create a
memory leak.

Here's a description in more detail
1) User deploys war with commons-logging + log4j jars (quite common)
2) First page is rendered, causing loading and initialization of classes in the
'jasper.runtime' package.
3) Some of these classes (for instance PageContextImpl) contain static
commons-logging 'log' fields.
4) In the scenario described, these fields get intialized to a Log4JLogger
instance that is loaded from the webapp classloader.

The effective result is that code and data in this webapp will never be 
unloaded.

-- 
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 39089] - java.lang.InternalError: name is too long to represent

[bugzilla]

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=39089


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
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 39974] - after passing through a redirector in squid proxy server session become null

[bugzilla]

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=39974


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2006-07-06 10:57 ---
Bugzilla is not a support forum for proxy configuration or any other
configuration issue. Please use the users list for questions of this type.

-- 
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]

svn commit: r419553 - /tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/

[fhanik]

Author: fhanik
Date: Thu Jul  6 06:52:19 2006
New Revision: 419553

URL: http://svn.apache.org/viewvc?rev=419553&view=rev
Log:
More tests to track down an NIO send problem that only happens on linux

Added:

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioValidateSend.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketValidateReceive.java
Modified:

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioReceive.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketReceive.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketSend.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioReceive.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioReceive.java?rev=419553&r1=419552&r2=419553&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioReceive.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioReceive.java
 Thu Jul  6 06:52:19 2006
@@ -40,7 +40,7 @@
 synchronized (mutex) {
 mutex.wait(5000);
 if ( start != 0 ) {
-System.out.println("Throughput " + df.format(mb / 
seconds) + " MB/seconds, messages "+count+" accepts "+accept);
+System.out.println("Throughput " + df.format(mb / 
seconds) + " MB/seconds, messages "+count+" accepts "+accept+", total "+mb+" 
MB.");
 }
 }
 }catch (Throwable x) {
@@ -63,7 +63,7 @@
 if ( ( (count) % 1) == 0) {
 long time = System.currentTimeMillis();
 seconds = ( (double) (time - start)) / 1000;
-System.out.println("Throughput " + df.format(mb / seconds) + " 
MB/seconds, messages "+count);
+System.out.println("Throughput " + df.format(mb / seconds) + " 
MB/seconds, messages "+count+", total "+mb+" MB.");
 }
 }
 

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java?rev=419553&r1=419552&r2=419553&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
 Thu Jul  6 06:52:19 2006
@@ -12,6 +12,7 @@
 import java.util.Iterator;
 import org.apache.catalina.tribes.Channel;
 import org.apache.catalina.tribes.io.ChannelData;
+import java.math.BigDecimal;
 
 public class SocketNioSend {
 
@@ -25,6 +26,8 @@
 data.setMessage(new XByteBuffer(buf,false));
 buf = XByteBuffer.createDataPackage(data);
 int len = buf.length;
+BigDecimal total = new BigDecimal((double)0);
+BigDecimal bytes = new BigDecimal((double)len);
 NioSender sender = new NioSender();
 sender.setDestination(mbr);
 sender.setDirectBuffer(true);
@@ -63,13 +66,14 @@
 int readyOps = sk.readyOps();
 sk.interestOps(sk.interestOps() & ~readyOps);
 if (sender.process(sk, false)) {
+total = total.add(bytes);
 sender.reset();
 sender.setMessage(buf);
 mb += ( (double) len) / 1024 / 1024;
 if ( ( (++count) % 1) == 0) {
 long time = System.currentTimeMillis();
 double seconds = ( (double) (time - start)) / 1000;
-System.out.println("Throughput " + df.format(mb / 
seconds) + " MB/seconds");
+System.out.println("Throughput " + df.format(mb / 
seconds) + " MB/seconds, total "+mb+" MB, total "+total+" bytes.");
 }
 }
 
@@ -79,5 +83,7 @@
 }
 }
 }
+System.out.println("Complete, sle

DO NOT REPLY [Bug 22390] - init() method called twice

[bugzilla]

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=22390





--- Additional Comments From [EMAIL PROTECTED]  2006-07-06 15:02 ---
I encountered the same issue in Tomcat 5.

I was manually defining a single root Context (that I chose not to call "ROOT"),
but this Context was also being auto-loaded a second time giving me the init()
is called twice issue.

Adding autoDeploy="false" to the  element fixed this 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]

svn commit: r419604 - /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java

[fhanik]

Author: fhanik
Date: Thu Jul  6 09:16:37 2006
New Revision: 419604

URL: http://svn.apache.org/viewvc?rev=419604&view=rev
Log:
Use flip instead of rewind

Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java?rev=419604&r1=419603&r2=419604&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioSender.java
 Thu Jul  6 09:16:37 2006
@@ -295,9 +295,10 @@
else writebuf = getBuffer(length);
if ( writebuf.capacity() < length ) writebuf = getBuffer(length);
writebuf.put(data,offset,length);
-   writebuf.rewind();
+   //writebuf.rewind();
//set the limit so that we don't write non wanted data
-   writebuf.limit(length);
+   //writebuf.limit(length);
+   writebuf.flip();
if (isConnected()) {
socketChannel.register(getSelector(), SelectionKey.OP_WRITE, 
this);
}



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

svn commit: r419605 - in /tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes: group/ group/interceptors/ test/io/ test/mina/ test/transport/

[fhanik]

Author: fhanik
Date: Thu Jul  6 09:16:53 2006
New Revision: 419605

URL: http://svn.apache.org/viewvc?rev=419605&view=rev
Log:
Test classes for low level IO testing

Added:

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/group/

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/group/interceptors/

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/TestSerialization.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/mina/
Modified:

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java

tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketValidateReceive.java

Added: 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/TestSerialization.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/TestSerialization.java?rev=419605&view=auto
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/TestSerialization.java
 (added)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/io/TestSerialization.java
 Thu Jul  6 09:16:53 2006
@@ -0,0 +1,24 @@
+package org.apache.catalina.tribes.test.io;
+
+import org.apache.catalina.tribes.io.XByteBuffer;
+import junit.framework.TestCase;
+
+public class TestSerialization extends TestCase {
+protected void setUp() throws Exception {
+super.setUp();
+}
+
+public void testEmptyArray() throws Exception {
+
+}
+
+protected void tearDown() throws Exception {
+super.tearDown();
+}
+
+public static void main(String[] args) throws Exception {
+//XByteBuffer.deserialize(new byte[0]);
+XByteBuffer.deserialize(new byte[] {-84, -19, 0, 5, 115, 114, 0, 17, 
106});
+}
+
+}

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java?rev=419605&r1=419604&r2=419605&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketNioSend.java
 Thu Jul  6 09:16:53 2006
@@ -30,8 +30,9 @@
 BigDecimal bytes = new BigDecimal((double)len);
 NioSender sender = new NioSender();
 sender.setDestination(mbr);
-sender.setDirectBuffer(true);
+sender.setDirectBuffer(false);
 sender.setSelector(selector);
+sender.setTxBufSize(1024*1024);
 sender.connect();
 sender.setMessage(buf);
 System.out.println("Writing to ");
@@ -82,6 +83,7 @@
 return;
 }
 }
+selector.selectedKeys().clear();
 }
 System.out.println("Complete, sleeping 15 seconds");
 Thread.sleep(15000);

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java?rev=419605&r1=419604&r2=419605&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/test/java/org/apache/catalina/tribes/test/transport/SocketTribesReceive.java
 Thu Jul  6 09:16:53 2006
@@ -11,7 +11,7 @@
 static long start = 0;
 static double mb = 0;
 //static byte[] buf = new byte[32871];
-static byte[] buf = new byte[1024];
+static byte[] buf = new byte[32871];
 static boolean first = true;
 static int count = 0;
 static DecimalFormat df = new DecimalFormat("##.00");
@@ -20,11 +20,13 @@
 
 
 public static void main(String[] args) throws Exception {
+int size = 43800;
+if (args.length > 0 ) try 
{size=Integer.parseInt(args[0]);}catch(Exception x){}
 XByteBuffer xbuf = new XByteBuffer(43800,true);
 ServerSocket srvSocket = new ServerSocket();

svn commit: r419612 - in /tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes: io/ObjectReader.java transport/nio/NioReceiver.java transport/nio/NioReplicationThread.java

[fhanik]

Author: fhanik
Date: Thu Jul  6 09:38:44 2006
New Revision: 419612

URL: http://svn.apache.org/viewvc?rev=419612&view=rev
Log:
Set the state of the object reader correctly, and do it before the event happens

Modified:

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReceiver.java

tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReplicationThread.java

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java?rev=419612&r1=419611&r2=419612&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/io/ObjectReader.java
 Thu Jul  6 09:38:44 2006
@@ -43,6 +43,7 @@
 protected long lastAccess = System.currentTimeMillis();
 
 protected boolean accessed = false;
+private boolean cancelled;
 
 /**
  * Creates an ObjectReader for a TCP NIO socket channel
@@ -146,8 +147,16 @@
 return lastAccess;
 }
 
+public boolean isCancelled() {
+return cancelled;
+}
+
 public void setLastAccess(long lastAccess) {
 this.lastAccess = lastAccess;
+}
+
+public void setCancelled(boolean cancelled) {
+this.cancelled = cancelled;
 }
 
 }

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReceiver.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReceiver.java?rev=419612&r1=419611&r2=419612&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReceiver.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReceiver.java
 Thu Jul  6 09:38:44 2006
@@ -161,11 +161,9 @@
 
 public static void cancelledKey(SelectionKey key) {
 try {
-ObjectReader ka = (ObjectReader)key.attachment();
 key.cancel();
 key.channel().close();
 key.attach(null);
-if ( ka != null ) ka.finish();
 } catch (IOException e) {
 if (log.isDebugEnabled()) log.debug("", e);
 // Ignore
@@ -194,7 +192,7 @@
 if ( ka != null ) {
 long delta = now - ka.getLastAccess();
 if (delta > (long) getTimeout() && (!ka.isAccessed())) 
{
-log.warn("Channel key is registered, but has had 
no interest ops for the last "+getTimeout()+" ms.");
+log.warn("Channel key is registered, but has had 
no interest ops for the last "+getTimeout()+" ms. 
(cancelled:"+ka.isCancelled()+")");
 ka.setLastAccess(now);
 //key.interestOps(SelectionKey.OP_READ);
 }//end if

Modified: 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReplicationThread.java
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReplicationThread.java?rev=419612&r1=419611&r2=419612&view=diff
==
--- 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReplicationThread.java
 (original)
+++ 
tomcat/container/tc5.5.x/modules/groupcom/src/share/org/apache/catalina/tribes/transport/nio/NioReplicationThread.java
 Thu Jul  6 09:38:44 2006
@@ -229,6 +229,11 @@
 }
 
 private void cancelKey(final SelectionKey key) {
+ObjectReader reader = (ObjectReader)key.attachment();
+if ( reader != null ) {
+reader.setCancelled(true);
+reader.finish();
+}
 Runnable cx = new Runnable() {
 public void run() {
 NioReceiver.cancelledKey(key);



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

svn commit: r419613 - /tomcat/container/tc5.5.x/modules/groupcom/VERSION

[fhanik]

Author: fhanik
Date: Thu Jul  6 09:41:09 2006
New Revision: 419613

URL: http://svn.apache.org/viewvc?rev=419613&view=rev
Log:
update release notes

Modified:
tomcat/container/tc5.5.x/modules/groupcom/VERSION

Modified: tomcat/container/tc5.5.x/modules/groupcom/VERSION
URL: 
http://svn.apache.org/viewvc/tomcat/container/tc5.5.x/modules/groupcom/VERSION?rev=419613&r1=419612&r2=419613&view=diff
==
--- tomcat/container/tc5.5.x/modules/groupcom/VERSION (original)
+++ tomcat/container/tc5.5.x/modules/groupcom/VERSION Thu Jul  6 09:41:09 2006
@@ -1,3 +1,5 @@
+0.9.4.8
+  - fix bug in the NIO sender, it should use flip instead of rewind
 0.9.4.7
   - release the socket key to the poller before sending the data requests up 
through the channel
 this makes receiving data non blocking, even if the application is



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

JSP Compiler error messages lower quality in Tomcat 5.5?

[M Coffee]

The quality of the JSP compiler error messages for Tomcat 5 seems much worse 
than those for Tomcat
4.  The difference makes debugging much harder under the Tomcat 5.5 releases.  
Is there a way to
build Tomcat with different components to have it provide better compiler error 
messages?

As an example, this JSP code snippet:

errMsg = "Uploaded file has no readable records or is empty.");

generates this compiler error message in Tomcat 5.5.12:

SEVERE: Servlet.service() for servlet jsp threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 7 in the jsp file: /adminArea/UploadFile.jsp
Generated servlet error:
Syntax error on token ")", delete this token


However, the same file under Tomcat 4.1.24 generates this compiler error 
message:
---
Generated servlet error:
[javac] Since fork is true, ignoring compiler setting.
[javac] Compiling 1 source file
[javac] Since fork is true, ignoring compiler setting.
[javac]
D:\jakarta-tomcat-4.1.24\work\Standalone\localhost\_\adminArea\UploadFile_jsp.java:1998:
 ';'
expected
[javac] errMsg = "Uploaded file has no readable 
records or is empty.");
[javac] 
  
   ^
[javac] 1 error
--

M Coffee

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

Compiling Tomcat on Gentoo, log4j weirdness

[William L. Thomson Jr.]

I have as of December started to take over package/ebuild maintenance of
Tomcat on Gentoo Linux. From interacting on irc, I get that many don't
like us compiling. Such is such, and not looking to debate or discuss
that.

The issue is this, a few users, 2 so far, with custom apps using log4j
are having problems. Specifically

java.lang.NoClassDefFoundError: org/apache/log4j/Priority

Now we are compiling Tomcat against log4j 1.2.13 instead of 1.2.12, but
I doubt that is the problem. Currently at the moment we are still mainly
compiling Tomcat with 1.4 jdk, but should be using 1.5 soon.

I believe there might be a conflict with JULI or etc? The initial
reporter, when we would put log4j in common/lib or shared/lib would
crash Tomcat. The other get's the above CNFE.

Now I have come across a few things via google where people with the
official binary Tomcat, are having similar issues. So I am not sure if
this is a result of us compiling Tomcat. Or issues with their custom
apps and implementation of log4j.

When they can run their apps via the binary just fine, it makes me
believe it's something related to us compiling Tomcat.

Any input is greatly appreciated. Pretty sure this is more developer
related than user, since I am curious as to the inner workings, deps etc
of Tomcat's new logging JULI.

Still pretty confused with regard to Tomcat's Core Optional Libraries.
Of which log4j is one. Not sure if log4j is required or not to make
Tomcat whole during compile or what. For now it's all present, and if it
can be left out. Might be optional for users at compile time. But I will
cross that bridge once I resolve current issues.

Thanks


-- 
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
http://www.obsidian-studios.com


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

Re: JSP Compiler error messages lower quality in Tomcat 5.5?

[Yoav Shapira]

Hi,

On 7/6/06, M Coffee <[EMAIL PROTECTED]> wrote:

The quality of the JSP compiler error messages for Tomcat 5 seems much worse than 
>those for Tomcat


That's kind of funny: a few 5.5 releases ago I committed a patch
suggested by someone to make JSP error messages much clearer ;)  I
think it was for release 5.5.15 and the relevant Bugzilla issue is
37062: see it at
http://issues.apache.org/bugzilla/show_bug.cgi?id=37062.

Obviously "clear" is a subjective term.  See if you like the Tomcat
5.5 behavior before 5.5.15 better or less than Tomcat 4, and let us
know.  Then perhaps we can work on a patch together.


Is there a way to build Tomcat with different components to have it provide better 
compiler > error messages?


Generically speaking, you can customize Tomcat any which way you want.
And if you find a setup that works better for you with regards to JSP
error messages, we'd love to hear about it, see your patch, and
hopefully include it in the product itself.

Yoav

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

Re: Cluster SingleSignOn and Message

[Fabien Carrion]

Hi,

I hope you get my singlesignon patch working ! Please tell me if you 
had a problem, or if you use it without any kind of problem :)

Cheers'

Voici comment s'exprima Sriram Narayanan ([EMAIL PROTECTED]):

~ On 7/3/06, Fabien Carrion <[EMAIL PROTECTED]> wrote:
~ >Hi the list,
~ >
~ >I finished to develop my project for the Google Summer of Code.
~ >It is available on the same website :
~ >http://wwwetu.utc.fr/~fcarrion/GoogleSoC.html
~ >
~ I get a "Document Nonexistent" message.
~ 
~ -- SRiram
~ 
~ -
~ To unsubscribe, e-mail: [EMAIL PROTECTED]
~ For additional commands, e-mail: [EMAIL PROTECTED]

-- 
Fabien Carrion

()  Campagne du ruban ASCII -- Contre les mails en html
/\  contre les pieces-jointes Microsoft
Web: http://fcarrion.lidsol.net/

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

May Chun Chew/FEA/PEC is out of the office.

[May Chun Chew]

I will be out of the office starting Fri 07/07/2006 and will not return
until Thu 07/20/2006.

I will still be accessing emails and contactable through my mobile phone:
97876648.


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

Re: JSP Compiler error messages lower quality in Tomcat 5.5?

[M Coffee]

Yoav -- thanks for this link.

The patch you referenced installs and runs, but doesn't solve the problem 
Tomcat 5 has with
showing where the JSP compiler error occurred.  We installed the patch on a 
Tomcat 5.5.12
instance, and it runs successfully, but the output for the same code snippet is 
still
uninformative:

--
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 7 in the jsp file: /adminArea/UploadFile.jsp
Generated servlet error:
Syntax error on token ")", delete this token



org.apache.jasper.servlet.JspServletWrapper.handleJspException(JspServletWrapper.java:474)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:372)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)

root cause

org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 7 in the jsp file: /adminArea/UploadFile.jsp
Generated servlet error:
Syntax error on token ")", delete this token



org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84)

org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:328)

org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:409)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:288)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:267)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:255)

org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:563)

org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:300)
-

In reading the Bugzilla reference you included, I see that there are more 
layers of indirection
between the compiler and the Tomcat output -- with even more added in later 
releases of Tomcat 5.5
-- so that is probably the issue:  someone didn't propagate the full compiler 
error information up
the stack.

Has anyone looked at this, or can someone point me at the likely spot to 
collect the correct
information from the JSP compiler so that I could start trying to build a patch?

Thanks,

M Coffee


--- Yoav Shapira <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> On 7/6/06, M Coffee <[EMAIL PROTECTED]> wrote:
> > The quality of the JSP compiler error messages for Tomcat 5 seems much 
> > worse than >those for
> Tomcat
> 
> That's kind of funny: a few 5.5 releases ago I committed a patch
> suggested by someone to make JSP error messages much clearer ;)  I
> think it was for release 5.5.15 and the relevant Bugzilla issue is
> 37062: see it at
> http://issues.apache.org/bugzilla/show_bug.cgi?id=37062.
> 
> Obviously "clear" is a subjective term.  See if you like the Tomcat
> 5.5 behavior before 5.5.15 better or less than Tomcat 4, and let us
> know.  Then perhaps we can work on a patch together.
> 
> > Is there a way to build Tomcat with different components to have it provide 
> > better compiler >
> error messages?
> 
> Generically speaking, you can customize Tomcat any which way you want.
>  And if you find a setup that works better for you with regards to JSP
> error messages, we'd love to hear about it, see your patch, and
> hopefully include it in the product itself.
> 
> Yoav
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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

[ANN] Apache Tomcat 4.1.32-beta Now available

[Mark Thomas]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The Apache Tomcat team is proud to announce the immediate availability
of Tomcat v4.1.32-beta. This release contains dozens of bug fixes and
a number of other updates. Please consult the release notes included
in the distributions for more details.

Downloads: http://tomcat.apache.org/download-41.cgi

Thank you,

- -- The Apache Tomcat Team

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFErbVwb7IeiTPGAkMRAq+WAKDF0X0ajkubJO/JzfCAWuB58sGthACg7NSf
JGG+yRbDfbUQaD4xFLfG7iY=
=Ty02
-END PGP SIGNATURE-

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

svn commit: r419759 - in /tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config: connectors.xml project.xml

[markt]

Author: markt
Date: Thu Jul  6 18:28:49 2006
New Revision: 419759

URL: http://svn.apache.org/viewvc?rev=419759&view=rev
Log:
Remove Jakarta references from the TC4 docs

Modified:
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/connectors.xml
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/project.xml

Modified: 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/connectors.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/connectors.xml?rev=419759&r1=419758&r2=419759&view=diff
==
--- tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/connectors.xml 
(original)
+++ tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/connectors.xml 
Thu Jul  6 18:28:49 2006
@@ -9,7 +9,7 @@
   
 Ian Darwin
 Jean-Frederic Clere
-JTC Connectors
+Connectors Overview
   
  
 
@@ -17,9 +17,6 @@
  
 
 
-JTC stands for Jakarta Tomcat Connectors.
-
-
 There are two different types of connectors. Connectors that allow browsers to
 connect directly to the Tomcat and connectors that do it through a Web Server.
 
@@ -34,21 +31,25 @@
 
 with the Tomcat binary releases. The C part is released separately and may be
 obtained from the
-http://jakarta.apache.org/site/downloads/downloads_tomcat-connectors.cgi";>
+http://tomcat.apache.org/download-connectors.cgi";>
 Tomcat Connectors Downloads.
 
 
 The total number of different operating systems and web servers is sufficiently
 large that it is not practical to provide binaries downloads for every
 combination. Binaries are provided for most of the popular combinations and if
-the one you need is not avaialble do not hesitate to ask for it on the
+the one you need is not available do not hesitate to ask for it on the
 tomcat-user mailing list but please be patient and accept you may have to build
-it yourself with the help of the mialing list.
-
-The CVS repository for JTC is called jakarta-tomcat-connectors and source
-bundles (that include both the Java and the C components) are available from
-http://jakarta.apache.org/site/downloads/downloads_tomcat-connectors.cgi";>
+it yourself with the help of the mailing list.
+
+
+The source code for the Tomcat Connectors is available from the SVN repository
+(http://tomcat.apache.org/svn.html";>Tomcat SVN structure) or as a
+bundle (that includes both the Java and the C components) from the
+http://tomcat.apache.org/download-connectors.cgi";>
 Tomcat Connectors Downloads.
+
+
 
 
 

Modified: 
tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/project.xml
URL: 
http://svn.apache.org/viewvc/tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/project.xml?rev=419759&r1=419758&r2=419759&view=diff
==
--- tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/project.xml 
(original)
+++ tomcat/container/branches/tc4.1.x/webapps/tomcat-docs/config/project.xml 
Thu Jul  6 18:28:49 2006
@@ -22,7 +22,7 @@
 
 
 
-
+
 
 
 
@@ -31,7 +31,7 @@
 
 
 
-
+
 
 
 



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

DO NOT REPLY [Bug 38868] - JDBCRealm defined in META-INF/context.xml not recognized

[bugzilla]

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=38868





--- Additional Comments From [EMAIL PROTECTED]  2006-07-07 02:50 ---
Yes.  This works on 5.5.17.

-- 
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]