[Bug 55735] Additional quote entity in html element attribute evaluated in tagx if attribute contains EL expression

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55735

--- Comment #1 from azuo@sohu.com ---
Um... it seems JSP spec doesn't clarify the behavior at all...

But XSLT does. If we "borrow" rules from XSLT, then some correct examples could
be (text="2 > 1"):

tagx/jspx:  ABCD
output: ABCD

tagx/jspx:  "
output: " 2 > 1"

But XSLT doesn't allow expressions in template text, thus, what can be the
correct result generated by the following example?

tagx/jspx:  "${text}"

Should it be
output: "2 > 1"
or
output: "2 > 1"
or
output: "2 > 1"
or
output: "2 > 1"



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



[Bug 55735] Additional quote entity in html element attribute evaluated in tagx if attribute contains EL expression

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55735

--- Comment #2 from azuo@sohu.com ---
Conclusion:

1. If you use jspx or tagx, then never use any EL expressions within attribute
values, and always use JSTL  tag to output expression values within
template content -- unless you know the expression value must not contain any
XML reserved characters;

2. Do not use jspx or tagx at all, use jsp and tag files instead -- whose
behaviors are relatively determined.

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



[Bug 52323] Cobertura test code coverage support for build.xml and build.properties.default

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52323

--- Comment #3 from Violeta Georgieva  ---
Created attachment 30996
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=30996&action=edit
updated patch

Hi,

I touched the script here and there and also updated the version to 2.0.3.
I think it is working now. Can you check? I tested on Windows.

The NPE was because the cobertura instrumented our ClassLoaderLogManager and in
the same time tried to initialize a static Logger field. [1]

Regards
Violeta

[1]
https://github.com/cobertura/cobertura/blob/master/cobertura/src/main/java/net/sourceforge/cobertura/coveragedata/TouchCollector.java

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



[Bug 52323] Cobertura test code coverage support for build.xml and build.properties.default

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=52323

--- Comment #4 from Violeta Georgieva  ---
The patch is against trunk (Tomcat 8)

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



[Bug 55734] Manager using absolute URLs

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55734

--- Comment #11 from Christopher Schultz  ---
(In reply to Milo Hyson from comment #10)
> I came across that same article when I Googled the issue. The problem is it
> seems to be describing generally bad practices that are not specific to the
> use of relative URLs.

I'm sorry for launching a discussion in BZ. This really belongs on the users'
list. I'd be happy to expand upon my assertions there.

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



[Bug 55737] New: JVM crash with GzipOutputFilter

2013-11-02 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=55737

Bug ID: 55737
   Summary: JVM crash with GzipOutputFilter
   Product: Tomcat 7
   Version: 7.0.47
  Hardware: Other
OS: Linux
Status: NEW
  Severity: blocker
  Priority: P2
 Component: Connectors
  Assignee: dev@tomcat.apache.org
  Reporter: wojteksoluti...@gmail.com

Tomcat (with NIO connector) crashes suddenly:

#0 0x7f72302a0425 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x7f72302a3b8b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x7f722fc18155 in os::abort(bool) () from
jdk1.7.0_45/jre/lib/amd64/server/libjvm.so
#3 0x7f722fd97087 in VMError::report_and_die() () from
jdk1.7.0_45/jre/lib/amd64/server/libjvm.so
#4 0x7f722fc1cadf in JVM_handle_linux_signal () from
jdk1.7.0_45/jre/lib/amd64/server/libjvm.so
#5 
#6 0x7f722e078099 in deflate_slow () from
jdk1.7.0_45/jre/lib/amd64/libzip.so
#7 0x7f722e077433 in deflate () from jdk1.7.0_45/jre/lib/amd64/libzip.so
#8 0x7f722e073049 in Java_java_util_zip_Deflater_deflateBytes () from
jdk1.7.0_45/jre/lib/amd64/libzip.so
#9 0x7f7225012738 in ?? ()
#10 0x7f71 in ?? ()
#11 0x7f72250061d4 in ?? ()
#12 0x in ?? ()

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