https://issues.apache.org/bugzilla/show_bug.cgi?id=54320
--- Comment #4 from Cédrik LIME ---
Thanks for the heads up, Violeta!
Strangely enough, specifying "resourceOnlyServlets=jsp" is enough, even though
it is the DefaultServlet that is serving the listing.
As this is a new behaviour for Tomc
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The "TomcatVersions" page has been changed by markt:
http://wiki.apache.org/tomcat/TomcatVersions?action=diff&rev1=16&rev2=17
= Tomcat 5.5.x =
||Spec versions: ||Servlet 2.4, JSP 2.
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The "TomcatVersions" page has been changed by markt:
http://wiki.apache.org/tomcat/TomcatVersions?action=diff&rev1=17&rev2=18
= Tomcat 6.0.x =
||Spec versions: ||Servlet 2.5, JSP 2.
Author: markt
Date: Thu Jan 3 11:14:35 2013
New Revision: 1428283
URL: http://svn.apache.org/viewvc?rev=1428283&view=rev
Log:
Line endings
Modified:
tomcat/trunk/test/org/apache/jasper/runtime/TestJspWriterImpl.java
(contents, props changed)
tomcat/trunk/test/webapp-3.0/bug5/bug54
Author: markt
Date: Thu Jan 3 11:15:17 2013
New Revision: 1428284
URL: http://svn.apache.org/viewvc?rev=1428284&view=rev
Log:
Line endings
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/test/org/apache/jasper/runtime/TestJspWriterImpl.java
(contents, props chan
https://issues.apache.org/bugzilla/show_bug.cgi?id=54368
Bug ID: 54368
Summary: Default in compiling
Product: Tomcat 6
Version: unspecified
Hardware: PC
OS: Windows XP
Status: NEW
Severity: normal
https://issues.apache.org/bugzilla/show_bug.cgi?id=54369
Bug ID: 54369
Summary: Default in compiling
Product: Tomcat 6
Version: unspecified
Hardware: PC
OS: Windows XP
Status: NEW
Severity: normal
https://issues.apache.org/bugzilla/show_bug.cgi?id=54369
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54368
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Thu Jan 3 14:18:01 2013
New Revision: 1428355
URL: http://svn.apache.org/viewvc?rev=1428355&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54260
Avoid NPE when using JSP unloading and tag files.
Modified:
tomcat/trunk/java/org/apache/jasper/util/Fast
Author: markt
Date: Thu Jan 3 14:19:55 2013
New Revision: 1428358
URL: http://svn.apache.org/viewvc?rev=1428358&view=rev
Log:
Avoid NPE when using JSP unloading and tag files.
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/jasper/util/FastRemovalDe
https://issues.apache.org/bugzilla/show_bug.cgi?id=54260
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
Bug ID: 54370
Summary: NPE mapping method in EL
Product: Tomcat 7
Version: trunk
Hardware: PC
OS: Linux
Status: NEW
Severity: normal
Prior
https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
--- Comment #1 from Mark Thomas ---
I think you have identified a problem but I'm not sure the proposed solution is
correct. Treating a null as an exact match for a parameter seems wrong. I think
it needs to be treated as a possible match.
On 03/01/2013 14:30, Violeta Georgieva wrote:
> I think that when the filter name is NULL the proper behaviour is to return
> IllegalArgumentException.
> From other point of view the method's javadoc specifies only
> IllegalStateException and UnsupportedOperationException.
> If the method starts r
https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
--- Comment #2 from Remy Maucherat ---
(In reply to comment #1)
> I think you have identified a problem but I'm not sure the proposed solution
> is correct. Treating a null as an exact match for a parameter seems wrong. I
> think it needs t
The Buildbot has detected a new failure on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/974
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Source
Author: markt
Date: Thu Jan 3 15:38:00 2013
New Revision: 1428403
URL: http://svn.apache.org/viewvc?rev=1428403&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
Improve handling of nulls when trying to match sets of parameters to a method
in EL.
Added:
tomcat/trunk
Author: markt
Date: Thu Jan 3 15:39:41 2013
New Revision: 1428408
URL: http://svn.apache.org/viewvc?rev=1428408&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
Improve handling of nulls when trying to match sets of parameters to a method
in EL.
Added:
tomcat/tc7.0
https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
The Buildbot has detected a restored build on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/975
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build Sou
Thanks
2013/1/3 Mark Thomas
> On 03/01/2013 14:30, Violeta Georgieva wrote:
>
> > I think that when the filter name is NULL the proper behaviour is to
> return
> > IllegalArgumentException.
> > From other point of view the method's javadoc specifies only
> > IllegalStateException and Unsupported
https://issues.apache.org/bugzilla/show_bug.cgi?id=54284
Violeta Georgieva changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #3 from V
https://issues.apache.org/bugzilla/show_bug.cgi?id=54370
--- Comment #4 from Remy Maucherat ---
Thanks, very nice improvement.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe, e-mail:
https://issues.apache.org/bugzilla/show_bug.cgi?id=54371
Bug ID: 54371
Summary: java.io.FileNotFoundException while deploying web
application with white space in the context root
Product: Tomcat 7
Version: trunk
Hardware: P
https://issues.apache.org/bugzilla/show_bug.cgi?id=54371
--- Comment #1 from polina.gen...@gmail.com ---
Created attachment 29810
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29810&action=edit
Patch proposal.
--
You are receiving this mail because:
You are the assignee for the bug.
https://issues.apache.org/bugzilla/show_bug.cgi?id=54262
--- Comment #2 from Violeta Georgieva ---
Hi,
I'm going to work on this.
Regards
Violeta
--
You are receiving this mail because:
You are the assignee for the bug.
-
To
https://issues.apache.org/bugzilla/show_bug.cgi?id=54261
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54314
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=54315
--- Comment #3 from Mark Thomas ---
I'm still not exactly sure what is going on here but it looks like something is
going wrong with the undeploy. There have been some fixes related to failed
undeploys since 7.0.29 so it would be helpful if
Author: markt
Date: Thu Jan 3 22:24:27 2013
New Revision: 1428643
URL: http://svn.apache.org/viewvc?rev=1428643&view=rev
Log:
Stop broken filters breaking things on application stop.
Modified:
tomcat/trunk/java/org/apache/catalina/core/ApplicationFilterConfig.java
tomcat/trunk/java/org/a
Author: markt
Date: Thu Jan 3 22:26:10 2013
New Revision: 1428645
URL: http://svn.apache.org/viewvc?rev=1428645&view=rev
Log:
Stop broken filters breaking things on application stop.
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/catalina/core/App
https://issues.apache.org/bugzilla/show_bug.cgi?id=54315
--- Comment #4 from Mark Thomas ---
I've found and fixed one place where undeploy could go wrong (filters throwing
exceptions on destroy) and I have fixed that in trunk and 7.0.x for 7.0.35.
I'm not sure that is what is going on here thoug
https://issues.apache.org/bugzilla/show_bug.cgi?id=54315
Mark Thomas changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #5 from Mark Th
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project tomcat-tc7.0.x-validate-eoln has an issue affecting its community
integra
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project tomcat-trunk-validate-eoln has an issue affecting its community
integrati
https://issues.apache.org/bugzilla/show_bug.cgi?id=54338
--- Comment #3 from Sheldon Shao ---
Yes.
The problem isn't only from primitive types.
Perform a "coerce" is a better choice.
(In reply to comment #2)
> Is it appropriate to perform a "coerce" instead of a simple cast? (I don't
> know whe
37 matches
Mail list logo