https://issues.apache.org/bugzilla/show_bug.cgi?id=50064
Bug 50064 depends on bug 50414, which changed state.
Bug 50414 Summary: tlv package cause another split package issue in impl and
jstlel bundles
https://issues.apache.org/bugzilla/show_bug.cgi?id=50414
What|Old Value
https://issues.apache.org/bugzilla/show_bug.cgi?id=50414
Rex Wang changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|
On Dec 22, 2010, at 1:01 AM, Rex Wang wrote:
> 2010/12/22 Jeremy Boynes
>>
>> The XPath implementation in Oracle's JDK was originally based on Xalan and
>> has the same performance issue.
>>
>> One issue with the JAXP API is that it does not allow context to be passed
>> to the evaluation and
https://issues.apache.org/bugzilla/show_bug.cgi?id=50511
--- Comment #5 from William A. Rowe Jr. 2010-12-22 14:09:02
EST ---
Without support for OPTIONS * HTTP/1.1 - it's going tot be impossible to
discern
what additional methods are exposed by Tomcat, e.g. DAV directives. Consider
this as a so
https://issues.apache.org/bugzilla/show_bug.cgi?id=50511
--- Comment #4 from Christopher Schultz
2010-12-22 13:45:05 EST ---
It seems like a request for "*" should never be mapped to mod_jk in the first
place. Does "JkMount /*" match a bare "*" (with no leading /)?
--
Configure bugmail: https:
https://issues.apache.org/bugzilla/show_bug.cgi?id=50511
--- Comment #3 from Rainer Jung 2010-12-22 13:13:00
EST ---
Since this is well-known behaviour of Apache, it would be nice if mod_jk would
tolerate those dummy requests instead of filling the log file with warnings. In
this special case th
Thanks - where could I get more details on these plans? Any design docs?
-Andrew
On Wed, Dec 22, 2010 at 1:32 AM, Pid * wrote:
> On 22 Dec 2010, at 06:36, Andrew Salamatov
> wrote:
>
> > Hi,
> >
> > I was wondering if there are any plans to build an OAuth stack into the
> > Tomcat server to s
https://issues.apache.org/bugzilla/show_bug.cgi?id=50511
Christopher Schultz changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #2 from
On 12/21/2010 7:29 PM, sebb wrote:
-private long signal;
+private volatile long signal;
It would be cheaper to make it final as it's only ever set in the ctor
and is immutable.
nothing cheaper, volatile are only expensive to write, not read. if maxConnections becomes a dynamically adju
https://issues.apache.org/bugzilla/show_bug.cgi?id=48550
--- Comment #7 from Peter Flynn 2010-12-22 05:16:10 EST ---
I had some problems forcing Cocoon output to be UTF-8 (using Tomcat5 and Cocoon
2.1.11) because I didn't realise the default was ISO-8859-1 (everything else in
my sitemaps and XSLT
On 22 Dec 2010, at 06:36, Andrew Salamatov wrote:
> Hi,
>
> I was wondering if there are any plans to build an OAuth stack into the
> Tomcat server to support OAuth 2.0 flows, instead of forcing the hosted
> applications to build the logic themselves.
Apache Amber (Incubating), an OAuth project,
2010/12/22 Jeremy Boynes
> On Dec 21, 2010, at 10:28 PM, Rex Wang wrote:
>
> > 2010/12/22 Jeremy Boynes
> >>
> >> Perhaps the changes needed to address the performance issue in #27717
> are
> >> relevant here.
> >> These stem from issues in Xalan's implementation which would also apply
> if
> >>
12 matches
Mail list logo