DO NOT REPLY [Bug 47785] New: Cluster MBean not registered
https://issues.apache.org/bugzilla/show_bug.cgi?id=47785 Summary: Cluster MBean not registered Product: Tomcat 6 Version: 6.0.20 Platform: PC OS/Version: All Status: NEW Severity: blocker Priority: P2 Component: Cluster AssignedTo: dev@tomcat.apache.org ReportedBy: stephane.z...@yahoo.fr --- Comment #0 from eyindanga 2009-09-04 04:33:48 PDT --- I have started tomcat with tcp cluster enabled, but I cannot see the cluster MBean. The MBean seems not to be registered. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47648] application context file in conf/Catalina/localhost/ is removed by tomcat
https://issues.apache.org/bugzilla/show_bug.cgi?id=47648 cingarfi...@lim.com changed: What|Removed |Added CC||cingarfi...@lim.com -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
RE: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
On Windows prepending "file://" to "C:\somedir\somefile" results in
"file://C:/somedir/somefile". I'm pretty sure URL will think "C" is the host
name and fail if you try to use a URL object to read the file. I think it was
the same issue on Linux when prepending "file:/" to "/somedir/somefile", i.e.
"somedir" was seen as a host name. I think you need to ensure there is one
slash or three to avoid inadvertently specifying a host name.
Larry
> -Original Message-
> From: Filip Hanik - Dev Lists [mailto:devli...@hanik.com]
> Sent: Thursday, September 03, 2009 5:52 PM
> To: Tomcat Developers List
> Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
> The URL has to start with "file://"
>
> So the VirtualWebappLoader, can take a regular file path, and should
> simply prepend file://, not file: or file:/
>
> Filip
>
> On 09/01/2009 12:48 PM, Larry Isaacs wrote:
> > Hi Filip,
> >
> > I have a vague recollection about tripping over this issue while
> working on the Tomcat support in the Eclipse Web Tools Platform. WTP
> has its own version(s) of VirtualWebappLoader, called WtpWebappLoader,
> to address it. If I'm recalling the issue correctly, pre-pending
> "file:/" worked on Windows, but not on Linux since an absolute path
> ended up as "file://somedir/...". I believe with the change below,
> pre-pending "file://" will work for Linux, but not for Windows, i.e.
> "file://C:/somedir/..." is going to have problems. If it helps, I went
> with the URL form "file:/somedir/..." and used the following code
> snippet to get it working for Windows and Linux in WtpWebappLoader:
> >
> >
> > String path = file.getAbsolutePath();
> > if (path.startsWith("/")) {
> > path = "file:" + path;
> > } else {
> > path = "file:/" + path;
> > }
> > if (file.isDirectory()) {
> > addRepository(path + "/");
> > } else {
> > addRepository(path);
> > }
> >
> > Cheers,
> > Larry
> >
> >
> >
> >> -Original Message-
> >> From: fha...@apache.org [mailto:fha...@apache.org]
> >> Sent: Tuesday, September 01, 2009 1:22 PM
> >> To: dev@tomcat.apache.org
> >> Subject: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
> >>
> >> Author: fhanik
> >> Date: Tue Sep 1 17:21:59 2009
> >> New Revision: 810132
> >>
> >> URL: http://svn.apache.org/viewvc?rev=810132&view=rev
> >> Log:
> >> proposal
> >>
> >> Modified:
> >> tomcat/tc6.0.x/trunk/STATUS.txt
> >>
> >> Modified: tomcat/tc6.0.x/trunk/STATUS.txt
> >> URL:
> >>
> http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=810132
> >> &r1=810131&r2=810132&view=diff
> >>
> ===
> >> ===
> >> --- tomcat/tc6.0.x/trunk/STATUS.txt (original)
> >> +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Sep 1 17:21:59 2009
> >> @@ -321,3 +321,25 @@
> >> +1: funkman
> >> -1:
> >>
> >> +
> >> +* Fix VirtualWebappClassLoader file directives
> >> + Index: java/org/apache/catalina/loader/VirtualWebappLoader.java
> >> +===
> >> +--- java/org/apache/catalina/loader/VirtualWebappLoader.java
> >>(revision 810099)
> >> java/org/apache/catalina/loader/VirtualWebappLoader.java
> >>(working copy)
> >> +@@ -92,9 +92,9 @@
> >> + continue;
> >> + }
> >> + if (file.isDirectory()) {
> >> +-addRepository("file:/" + file.getAbsolutePath() +
> >> "/");
> >> ++addRepository("file://" + file.getAbsolutePath() +
> >> "/");
> >> + } else {
> >> +-addRepository("file:/" + file.getAbsolutePath());
> >> ++addRepository("file://" + file.getAbsolutePath());
> >> + }
> >> + }
> >> +
> >> + +1: fhanik
> >> + -1:
> >> +
> >> +
> >>
> >>
> >>
> >>
> -
> >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: dev-h...@tomcat.apache.org
> >>
> >>
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
DO NOT REPLY [Bug 47786] New: 100<4 in arithmetic evaluation - when 2 variables are used
https://issues.apache.org/bugzilla/show_bug.cgi?id=47786
Summary: 100<4 in arithmetic evaluation - when 2 variables are
used
Product: Taglibs
Version: unspecified
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: critical
Priority: P2
Component: Standard Taglib
AssignedTo: dev@tomcat.apache.org
ReportedBy: vg...@rogers.com
--- Comment #0 from Vasili 2009-09-04 06:54:30 PDT ---
Hi,
I'm getting 100<4==true - when using 2 variables while using of constant on any
position - works correctly. I had to change the code (to take one variable from
a bean and that works as well - to fix the problem in my code. But this seems
to be weird...
Tried both jakarta-taglibs-standard-1.1.2.zip and jakarta-taglibs-20060829.zip
- behave the same.
test.jsp demonstrating the bug:
--8<--
<%
long x=4;
pageContext.setAttribute("x", Long.toString(x));
long y=100;
pageContext.setAttribute("y", Long.toString(y));
%>
y=${y},x=${x}, ${y}<${x} is ${y
However if we'll change any of variables to a constant - no problem:
y=100,x=${x}, 100<${x} is ${100
y=${y},x=4, ${y}<4 is ${y<4}
y=100,x=4, 100<4 is ${100<4}
--8<--
what I'm getting in the browser:
--8<--
y=100,x=4, 100<4 is true
However if we'll change any of variables to a constant - no problem:
y=100,x=4, 100<4 is false
y=100,x=4, 100<4 is false
y=100,x=4, 100<4 is false
--8<--
thanks
Vasili
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: FW: dbcp pool evictor deadlock?
Hi, I would like to download jdbc-pool library. However, I am unable to find the library in jakarata.apache.org. Can anybody tell me where from I can download this file? Regards, Narendra > > -- Forwarded message -- > From: Eric B. > Date: Tue, Jun 23, 2009 at 10:13 AM > Subject: Re: dbcp pool evictor deadlock? > To: dev@tomcat.apache.org > > > "Mark Thomas" wrote in message > news:4a40e12c.2070...@apache.org... > > Narendra Sarkar wrote: > >> Hi, > >> We have a multi threaded environment. We have noticed that thread blocks > >> for > >> 10 to 20 minutes due DBCP getConnection method call. Then, we > >> investigated > >> the source code of DBCP(commons-dbcp-1.2.1-PII.jar) and noticed that > >> createConnection method is synchronized. This problem occur more > >> frequently > >> when we have lower value of MaxIdleConnection parameter. After > increasing > >> the value of MaxIdleConnection parameter, frequency of blocking get > >> reduced. > >> We then replaced DBCP connection pooling with Oracle Connection pooling > >> (ojdbc14.jar) and never encountered blocking issue. > >> > >> I think the issue is with that createConnection method of DBCP > >> synchronization. We have taken Thread dump to do above analysis. > > > > Yep, known issues with commons-pool. Should be fixed in 1.5.1. Trunk has > > been updated. Proposed for 6.0.x and 5.5.x. Alternatively, there is the > > new JDBC pool module. > > I'm a little confused now. Filip pointed me to the jdbp-1.0.5 package. > Is > that just repackaged versions of dbcp 1.2.2/pool 1.5? If not, what > versions > of dbcp/pool are contained within there? > > If the fix in commons-pool is in 1.5.1, am I still expecting concurrency > problems if upgrading 1.5? What would be the best move? > > Thanks, > > Eric > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > > >
Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
the URL for Unix would be file:///somedir/somefile
Windows is always a pain in the butt, but I think you need
file:///c:/somedir/somepath
Filip
On 09/04/2009 07:22 AM, Larry Isaacs wrote:
On Windows prepending "file://" to "C:\somedir\somefile" results in "file://C:/somedir/somefile". I'm pretty sure URL
will think "C" is the host name and fail if you try to use a URL object to read the file. I think it was the same issue on Linux when
prepending "file:/" to "/somedir/somefile", i.e. "somedir" was seen as a host name. I think you need to ensure there
is one slash or three to avoid inadvertently specifying a host name.
Larry
-Original Message-
From: Filip Hanik - Dev Lists [mailto:devli...@hanik.com]
Sent: Thursday, September 03, 2009 5:52 PM
To: Tomcat Developers List
Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
The URL has to start with "file://"
So the VirtualWebappLoader, can take a regular file path, and should
simply prepend file://, not file: or file:/
Filip
On 09/01/2009 12:48 PM, Larry Isaacs wrote:
Hi Filip,
I have a vague recollection about tripping over this issue while
working on the Tomcat support in the Eclipse Web Tools Platform. WTP
has its own version(s) of VirtualWebappLoader, called WtpWebappLoader,
to address it. If I'm recalling the issue correctly, pre-pending
"file:/" worked on Windows, but not on Linux since an absolute path
ended up as "file://somedir/...". I believe with the change below,
pre-pending "file://" will work for Linux, but not for Windows, i.e.
"file://C:/somedir/..." is going to have problems. If it helps, I went
with the URL form "file:/somedir/..." and used the following code
snippet to get it working for Windows and Linux in WtpWebappLoader:
String path = file.getAbsolutePath();
if (path.startsWith("/")) {
path = "file:" + path;
} else {
path = "file:/" + path;
}
if (file.isDirectory()) {
addRepository(path + "/");
} else {
addRepository(path);
}
Cheers,
Larry
-Original Message-
From: fha...@apache.org [mailto:fha...@apache.org]
Sent: Tuesday, September 01, 2009 1:22 PM
To: dev@tomcat.apache.org
Subject: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: fhanik
Date: Tue Sep 1 17:21:59 2009
New Revision: 810132
URL: http://svn.apache.org/viewvc?rev=810132&view=rev
Log:
proposal
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=810132
&r1=810131&r2=810132&view=diff
===
===
--- tomcat/tc6.0.x/trunk/STATUS.txt (original)
+++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Sep 1 17:21:59 2009
@@ -321,3 +321,25 @@
+1: funkman
-1:
+
+* Fix VirtualWebappClassLoader file directives
+ Index: java/org/apache/catalina/loader/VirtualWebappLoader.java
+===
+--- java/org/apache/catalina/loader/VirtualWebappLoader.java
(revision 810099)
java/org/apache/catalina/loader/VirtualWebappLoader.java
(working copy)
+@@ -92,9 +92,9 @@
+ continue;
+ }
+ if (file.isDirectory()) {
+-addRepository("file:/" + file.getAbsolutePath() +
"/");
++addRepository("file://" + file.getAbsolutePath() +
"/");
+ } else {
+-addRepository("file:/" + file.getAbsolutePath());
++addRepository("file://" + file.getAbsolutePath());
+ }
+ }
+
+ +1: fhanik
+ -1:
+
+
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: FW: dbcp pool evictor deadlock?
http://people.apache.org/~fhanik/jdbc-pool/v1.0.7.1/ Filip On 09/04/2009 08:28 AM, Narendra Sarkar wrote: Hi, I would like to download jdbc-pool library. However, I am unable to find the library in jakarata.apache.org. Can anybody tell me where from I can download this file? Regards, Narendra -- Forwarded message -- From: Eric B. Date: Tue, Jun 23, 2009 at 10:13 AM Subject: Re: dbcp pool evictor deadlock? To: dev@tomcat.apache.org "Mark Thomas" wrote in message news:4a40e12c.2070...@apache.org... Narendra Sarkar wrote: Hi, We have a multi threaded environment. We have noticed that thread blocks for 10 to 20 minutes due DBCP getConnection method call. Then, we investigated the source code of DBCP(commons-dbcp-1.2.1-PII.jar) and noticed that createConnection method is synchronized. This problem occur more frequently when we have lower value of MaxIdleConnection parameter. After increasing the value of MaxIdleConnection parameter, frequency of blocking get reduced. We then replaced DBCP connection pooling with Oracle Connection pooling (ojdbc14.jar) and never encountered blocking issue. I think the issue is with that createConnection method of DBCP synchronization. We have taken Thread dump to do above analysis. Yep, known issues with commons-pool. Should be fixed in 1.5.1. Trunk has been updated. Proposed for 6.0.x and 5.5.x. Alternatively, there is the new JDBC pool module. I'm a little confused now. Filip pointed me to the jdbp-1.0.5 package. Is that just repackaged versions of dbcp 1.2.2/pool 1.5? If not, what versions of dbcp/pool are contained within there? If the fix in commons-pool is in 1.5.1, am I still expecting concurrency problems if upgrading 1.5? What would be the best move? Thanks, Eric - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
RE: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
I haven't run into any cases in Java where "file:/C:/somedir/somefile" didn't
also work for Windows, though it may not be fully spec compliant. This form
has been working for a while for WtpWebappLoader.
Larry
> -Original Message-
> From: Filip Hanik - Dev Lists [mailto:devli...@hanik.com]
> Sent: Friday, September 04, 2009 11:27 AM
> To: Tomcat Developers List
> Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
> the URL for Unix would be file:///somedir/somefile
>
> Windows is always a pain in the butt, but I think you need
> file:///c:/somedir/somepath
>
> Filip
>
>
> On 09/04/2009 07:22 AM, Larry Isaacs wrote:
> > On Windows prepending "file://" to "C:\somedir\somefile" results in
> "file://C:/somedir/somefile". I'm pretty sure URL will think "C" is
> the host name and fail if you try to use a URL object to read the file.
> I think it was the same issue on Linux when prepending "file:/" to
> "/somedir/somefile", i.e. "somedir" was seen as a host name. I think
> you need to ensure there is one slash or three to avoid inadvertently
> specifying a host name.
> >
> > Larry
> >
> >
> >> -Original Message-
> >> From: Filip Hanik - Dev Lists [mailto:devli...@hanik.com]
> >> Sent: Thursday, September 03, 2009 5:52 PM
> >> To: Tomcat Developers List
> >> Subject: Re: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
> >>
> >> The URL has to start with "file://"
> >>
> >> So the VirtualWebappLoader, can take a regular file path, and should
> >> simply prepend file://, not file: or file:/
> >>
> >> Filip
> >>
> >> On 09/01/2009 12:48 PM, Larry Isaacs wrote:
> >>
> >>> Hi Filip,
> >>>
> >>> I have a vague recollection about tripping over this issue while
> >>>
> >> working on the Tomcat support in the Eclipse Web Tools Platform.
> WTP
> >> has its own version(s) of VirtualWebappLoader, called
> WtpWebappLoader,
> >> to address it. If I'm recalling the issue correctly, pre-pending
> >> "file:/" worked on Windows, but not on Linux since an absolute path
> >> ended up as "file://somedir/...". I believe with the change below,
> >> pre-pending "file://" will work for Linux, but not for Windows, i.e.
> >> "file://C:/somedir/..." is going to have problems. If it helps, I
> went
> >> with the URL form "file:/somedir/..." and used the following code
> >> snippet to get it working for Windows and Linux in WtpWebappLoader:
> >>
> >>>
> >>> String path = file.getAbsolutePath();
> >>> if (path.startsWith("/")) {
> >>> path = "file:" + path;
> >>> } else {
> >>> path = "file:/" + path;
> >>> }
> >>> if (file.isDirectory()) {
> >>> addRepository(path + "/");
> >>> } else {
> >>> addRepository(path);
> >>> }
> >>>
> >>> Cheers,
> >>> Larry
> >>>
> >>>
> >>>
> >>>
> -Original Message-
> From: fha...@apache.org [mailto:fha...@apache.org]
> Sent: Tuesday, September 01, 2009 1:22 PM
> To: dev@tomcat.apache.org
> Subject: svn commit: r810132 - /tomcat/tc6.0.x/trunk/STATUS.txt
>
> Author: fhanik
> Date: Tue Sep 1 17:21:59 2009
> New Revision: 810132
>
> URL: http://svn.apache.org/viewvc?rev=810132&view=rev
> Log:
> proposal
>
> Modified:
> tomcat/tc6.0.x/trunk/STATUS.txt
>
> Modified: tomcat/tc6.0.x/trunk/STATUS.txt
> URL:
>
>
> >>
> http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=810132
> >>
> &r1=810131&r2=810132&view=diff
>
>
> >>
> ===
> >>
> ===
> --- tomcat/tc6.0.x/trunk/STATUS.txt (original)
> +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Sep 1 17:21:59 2009
> @@ -321,3 +321,25 @@
> +1: funkman
> -1:
>
> +
> +* Fix VirtualWebappClassLoader file directives
> + Index: java/org/apache/catalina/loader/VirtualWebappLoader.java
>
> +===
> +--- java/org/apache/catalina/loader/VirtualWebappLoader.java
> (revision 810099)
> java/org/apache/catalina/loader/VirtualWebappLoader.java
> (working copy)
> +@@ -92,9 +92,9 @@
> + continue;
> + }
> + if (file.isDirectory()) {
> +-addRepository("file:/" + file.getAbsolutePath()
> +
> "/");
> ++addRepository("file://" + file.getAbsolutePath()
> +
> "/");
> + } else {
> +-addRepository("file:/" +
> file.getAbsolutePath());
> ++addRepository("file://" +
> file.getAbsolutePath());
> + }
> + }
> +
> + +1: fhanik
> + -1:
> +
> +
>
>
>
> -
