DO NOT REPLY [Bug 51544] New: EL parser problem for EmptyList

2011-07-23 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51544

 Bug #: 51544
   Summary: EL parser problem for EmptyList
   Product: Tomcat 7
   Version: 7.0.19
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Jasper
AssignedTo: dev@tomcat.apache.org
ReportedBy: gl...@abv.bg
Classification: Unclassified


When I return Collections.emptyList() and then use ${list.isEmpty()} in a JSP,
a problem occurs (see below). It didn't occur in older Tomcat 7 versions (like
7.0.5).

15: ${user.names}
16: 
17: 
18: 
19: ${msg.noResults}
20: 
21: 


Stacktrace:] with root cause
java.lang.IllegalAccessException: Class javax.el.BeanELResolver can not access
a member of class java.util.Collections$EmptyList with modifiers "public"
at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:95)
at java.lang.reflect.Method.invoke(Method.java:607)
at javax.el.BeanELResolver.invoke(BeanELResolver.java:467)
at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:161)
at org.apache.el.parser.AstValue.getValue(AstValue.java:159)
at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:189)
at
org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:985)
at
org.apache.jsp.WEB_002dINF.jsp.externalUsers_jsp._jspx_meth_c_005fif_005f2(externalUsers_jsp.java:2060)
at
org.apache.jsp.WEB_002dINF.jsp.externalUsers_jsp._jspService(externalUsers_jsp.java:396)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:433)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:389)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:333)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:304)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:684)
at
org.apache.catalina.core.ApplicationDispatcher.processRequest(ApplicationDispatcher.java:471)
at
org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:402)
at
org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:329)
at
org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:238)
at
org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:262)
at
org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1120)
at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:890)

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

svn commit: r1150070 - in /tomcat/trunk/webapps/docs: changelog.xml config/context.xml

2011-07-23 Thread markt 
Author: markt
Date: Sat Jul 23 08:56:10 2011
New Revision: 1150070

URL: http://svn.apache.org/viewvc?rev=1150070&view=rev
Log:
Make rules on settng path clearer

Modified:
tomcat/trunk/webapps/docs/changelog.xml
tomcat/trunk/webapps/docs/config/context.xml

Modified: tomcat/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/changelog.xml?rev=1150070&r1=1150069&r2=1150070&view=diff
==
--- tomcat/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/trunk/webapps/docs/changelog.xml Sat Jul 23 08:56:10 2011
@@ -129,6 +129,11 @@
 if the connector is also configured with
 URIEncoding="UTF-8".(markt)  
   
+  
+Update the documentation web application to be even more explicit about
+the implications of setting the path attribute on a Context element in
+server.xml. (markt)
+  
 
   
   

Modified: tomcat/trunk/webapps/docs/config/context.xml
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/context.xml?rev=1150070&r1=1150069&r2=1150070&view=diff
==
--- tomcat/trunk/webapps/docs/config/context.xml (original)
+++ tomcat/trunk/webapps/docs/config/context.xml Sat Jul 23 08:56:10 2011
@@ -307,9 +307,15 @@
 If you specify a context path of an empty string (""), you are
 defining the default web application for this Host, which
 will process all requests not assigned to other Contexts.
-The value of this field must not be set except when statically
-defining a Context in server.xml, as it will be inferred from the
-filenames used for either the .xml context file or the docBase.
+This attribute must only be used when statically defining a Context
+in server.xml. In all other circumstances, the path will be inferred
+from the filenames used for either the .xml context file or the 
docBase.
+
+Even when statically defining a Context in server.xml, this 
attribute
+must not be set unless either the docBase is not located under the
+Host's appBase or both
+deployOnStartup and autoDeploy are false. If
+this rule is not followed, double deployment is likely to result.
   
 
   



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 51545] New: make threadname available in ExtendedAccessLogValve

2011-07-23 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51545

 Bug #: 51545
   Summary: make threadname available in ExtendedAccessLogValve
   Product: Tomcat 7
   Version: trunk
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: felix.schumac...@internetallee.de
Classification: Unclassified


Created attachment 27309
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=27309
Threadname usable in ExtendedAccessLogValve

As discussed on the tomcat-users mailinglist
http://old.nabble.com/thread-name-in-extended-access-log-valve-tt32101677.html
make the threadname of the thread, that served the request, available to the
ExtendedAccessLogValve.

-- 
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 51546] New: Usage of equals instead of ==

2011-07-23 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51546

 Bug #: 51546
   Summary: Usage of equals instead of ==
   Product: Tomcat 7
   Version: trunk
  Platform: All
OS/Version: All
Status: NEW
  Severity: trivial
  Priority: P2
 Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: felix.schumac...@internetallee.de
Classification: Unclassified


Created attachment 27310
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=27310
replace ==/!= with equals in case of string compare

Findbugs found two places where ==/!= is used instead of equals for comparing
strings.

-- 
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: PROPOSAL: Update Tomcat 7 tests to JUnit 4

2011-07-23 Thread Christoph Pater 
I like that idea.
I'm new to tomcat sources but maybe I can volunteer here?

2011/7/22 Ian Darwin 

>
> > Are there any objections or comments?
>
> Go for it! JUnit 4.x has been out and stable for like a hundred years
> now :-).
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>

DO NOT REPLY [Bug 51546] Usage of equals instead of ==

2011-07-23 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51546

Mark Thomas  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #1 from Mark Thomas  2011-07-23 16:27:14 UTC ---
That is deliberate and is covered in the Tomcat 7 Findbugs configuration. See
/res/findbugs/filter-false-positives.xml

-- 
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 51546] Usage of equals instead of ==

2011-07-23 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51546

--- Comment #2 from Felix Schumacher  
2011-07-23 17:19:22 UTC ---
Sorry for overlooking that findbugs configuration.

But I still wonder, why you are testing for object identity rather than
equality. If the strings are the same, than why bother to create a new
StringBuilder or update the attributes?

-- 
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: Interested in helping a research study on Eclipse?

2011-07-23 Thread Mohsen Vakilian 
Hi,

We're happy to announce that CodingSpectator now supports Eclipse
Indigo (3.7) -- the latest version of Eclipse.

We are looking for more participants. Your participation in our study
will help to keep the Eclipse platform innovative. If you couldn't
participate in the study because you had to use Indigo, you can now
install CodingSpectator.

If you are interested, please sign up at
 to participate in
our study.

We are thankful to those of you who have already participated in our study.

Regards,
Mohsen Vakilian

On Thu, Jun 2, 2011 at 10:34 AM, Mohsen Vakilian  wrote:
> Hi
>
> I'm Mohsen Vakilian, a PhD student working with Prof. Ralph Johnson at the 
> University of Illinois at Urbana-Champaign (UIUC). Ralph is a co-author of
> the seminal book on design patterns (GoF) and his research group has a 
> history of important contributions to IDE's.
>
> Our team [1] is studying how developers interact with the Eclipse IDE for 
> evolving and maintaining their code. We noticed that the Ant build file of
> Tomcat  generates 
> Eclipse project files. So, we assume that some of the contributors of
> Tomcat who are on this mailing list use Eclipse. Therefore, we'd like to 
> invite you to contribute to the future of Eclipse by participating in our 
> research
> study.
>
> To participate you should be at least 18 years old and use the Eclipse IDE 
> for Java development. As a participant, we ask that you complete a short
> survey and install our Eclipse plug-in called CodingSpectator [2].
>
> CodingSpectator monitors programming interactions non-intrusively in the 
> background and periodically uploads it to a secure server at UIUC. To get a
> representative perspective of how you interact with Eclipse, we would 
> appreciate if you could install CodingSpectator for two months. Rest assured 
> that
> we are taking the utmost measures to protect your privacy and confidentiality.
>
> If you are interested, you may sign up at 
> , which contains our 
> consent form with all the details and
> procedures of our research study.
>
> Your participation will help us greatly as we try to better understand how 
> developers interact with their IDE's so we can propose improvements which fit
> better with their mindsets.
>
> Thanks in advance for your time! Please do not hesitate to contact me 
> (mvaki...@illinois.edu) if you have any questions or comments. More 
> information
> can also be found at our FAQ [3]. Feel free to forward this invitation to 
> anyone who might be interested in participating in this study.
>
> --
> Mohsen Vakilian
> & the CodingSpectator team
>
> [1] http://codingspectator.cs.illinois.edu/People
> [2] http://codingspectator.cs.illinois.edu
> [3] http://codingspectator.cs.illinois.edu/FAQ
>
> -
> 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