https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Mark Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEEDINFO
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Mark Thomas changed:
What|Removed |Added
Status|REOPENED|NEEDINFO
--- Comment #14 from Mark Thoma
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #13 from rs...@idfconnect.com ---
Let me be more specific - the jar verifier is complaining that the signed jar
contains other unrelated resources (a JSP page), which are actually in the war,
not the jar at all:
Caused by: java.util
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
rs...@idfconnect.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXE
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Mark Thomas changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #10 from Frank Holler ---
(In reply to Mark Thomas from comment #9)
> From Tomcat 8.0.22 onwards (the 8.0.21 release is currently in progress so
> 8.0.22 should be within the next month) */ is used rather than ^/ which is
> valid as
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #9 from Mark Thomas ---
>From Tomcat 8.0.22 onwards (the 8.0.21 release is currently in progress so
8.0.22 should be within the next month) */ is used rather than ^/ which is
valid as per RFC 2396. The old format is still supported
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #8 from Mark Thomas ---
(In reply to Frank Holler from comment #7)
> So in my opinion, this is no "vendor specific" problem, because i only used
> Java Runtime imports, no additional imports are needed.
Accepted. The format we use
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #7 from Frank Holler ---
(In reply to Mark Thomas from comment #5)
> (In reply to Frank Holler from comment #4)
> The issue with com.mycila.xmltool falls into the category that we'd expect
> the vendor to fix.
I created a quiet sim
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #6 from Frank Holler ---
Created attachment 32597
--> https://bz.apache.org/bugzilla/attachment.cgi?id=32597&action=edit
example war for getResource() from lib
see README.txt embedded within the zip
--
You are receiving this ma
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #5 from Mark Thomas ---
(In reply to Frank Holler from comment #4)
> The reason why we don't use unpackWars="true" is, that the unpacked
> directory won't get updated, if the war changes. For security reasons we
> (and our customers
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #4 from Frank Holler ---
(In reply to Mark Thomas from comment #3)
> (In reply to Frank Holler from comment #2)
> > To use unpackWars="true" is a problem for us.
>
> Why?
>
> > So i digged a little deeper into the problem.
> > I f
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
--- Comment #3 from Mark Thomas ---
(In reply to Frank Holler from comment #2)
> To use unpackWars="true" is a problem for us.
Why?
> So i digged a little deeper into the problem.
> I found out that Tomcat 7 and Tomcat 8 both extract classes
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Frank Holler changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Mark Thomas changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=57736
Frank Holler changed:
What|Removed |Added
Hardware|PC |All
OS|Windows NT
16 matches
Mail list logo