DO NOT REPLY [Bug 45357] Add property to specify custom maintenance page when AJP unavailable.
https://issues.apache.org/bugzilla/show_bug.cgi?id=45357 Tim Whittington changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Tim Whittington 2010-01-08 00:11:34 UTC --- The error_page configuration option in 1.2.27 gives you this ability in IIS now. -- 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 24427] Tomcat mod_jk - Excludes in Redirection
https://issues.apache.org/bugzilla/show_bug.cgi?id=24427 Tim Whittington changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Tim Whittington 2010-01-08 00:14:29 UTC --- Since 1.2.26, you can specify exclusion mappings in uriworkermap.properties http://tomcat.apache.org/connectors-doc/reference/uriworkermap.html#Exclusion,%20Disabling%20and%20Priorities Since 1.2.27, you can specify JkUnMount exclusions for Apache mod_jk http://tomcat.apache.org/connectors-doc/reference/apache.html -- 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 48083] IIS7 with Tomcat-Connector
https://issues.apache.org/bugzilla/show_bug.cgi?id=48083 --- Comment #4 from gre...@familyfischer.net 2010-01-08 01:02:24 UTC --- (In reply to comment #3) > Please use the Tomcat Users list if you need help configuring IIS7. > The IIS HOWTO is a bit out of date, so if you still need help I can supply > instructions (and possibly fix the docs). Yes please, would be very nice. Fixing the Docs should be enough, I hope. I think you mean http://tomcat.apache.org/connectors-doc/webserver_howto/iis.html , don't you? THANK YOU!! -- 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: Tomcat-Lite update
>> Any comments on including the experimental SPDY support ( >> http://www.chromium.org/spdy/spdy-protocol ) ? >> I know we had countless debates on JK2 and http proxies, but some extra code >> to try out doesn't hurt :-) > > We need a httpd module (like mod_proxy_ajp) for that :-) mod_proxy_spdy ? :-) Very interesting thread. BTW, tomcat-lite is still here ? http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
EL issues and 6.0.x release
I think I have got to the bottom of why the EL has been so fragile and
why the fixes to the various edge case bug fixes have invariably created
new edge cases. It is probably easier to explain by considering an
example. Using the echo tag from the newly added EL test cases consider
the following JSP extract:
The JSP and EL specs are a little fuzzy/inconsistent but the guidance we
received from the expert group was:
- the whole attribute should be unquoted as per the rules for quoting
JSP attributes
- everything outside an actual expression after unquoting should be
treated as a literal
The issue is that we performed JSP attribute unquoting and EL parsing in
two independent steps. This creates an ambiguity. If the attribute
values above are unquoted then we get the following:
${1+1}
${1+1}
\${1+1}
The first is an EL expression and will be treated as such.
The second is a literal. However, the EL parser will treat it as an
expression.
The third is a literal '\' followed by an expression but the EL parser
will see an escaped literal.
My proposed solution is to modify the output of the attribute unquoting
to ensure the EL Parser correctly interprets the result. ie:
${1+1}
${'$'}{1+1}
${'\'}${1+1}
In writing this I think a few of my test cases might still be wrong.
I'll take a look and update them as necessary.
I have some rough code that implements this scheme. I am in the process
of integrating it into Jasper for trunk. I can see this taking little
while to iron out the wrinkles before I'll be ready t propose a
back-port for 6.0.x. I don't think we should hold up the 6.0.x release
for this. I think it is more important to get the next 6.0.x release out
than to wait to fix something that has been broken for quite a while anyway.
One area where help would be appreciated is in the test cases. If folks
see an edge case that isn't covered by the current set of tests please
do add it.
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: EL issues and 6.0.x release
On Fri, 2010-01-08 at 11:36 +, Mark Thomas wrote: > I have some rough code that implements this scheme. I am in the process > of integrating it into Jasper for trunk. I can see this taking little > while to iron out the wrinkles before I'll be ready t propose a > back-port for 6.0.x. I don't think we should hold up the 6.0.x release > for this. I think it is more important to get the next 6.0.x release out > than to wait to fix something that has been broken for quite a while anyway. I don't think making major changes to 6.x to fix edge cases nobody knows about is a good idea ... Rémy - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: EL issues and 6.0.x release
+1 to trunk
-0 for backport to 6.0.x
Is this legal? ${'\'}${1+1}
Shouldn't it be: ${'\\'}${1+1}
Or phrased another way, what should I see on the screen with this:
${1+1}${'\t'}${1+1}
"2 2" or "2\t2"
-Tim
On 1/8/2010 6:36 AM, Mark Thomas wrote:
One area where help would be appreciated is in the test cases. If folks
see an edge case that isn't covered by the current set of tests please
do add it.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: EL issues and 6.0.x release
On 08/01/2010 11:53, Remy Maucherat wrote: > On Fri, 2010-01-08 at 11:36 +, Mark Thomas wrote: >> I have some rough code that implements this scheme. I am in the process >> of integrating it into Jasper for trunk. I can see this taking little >> while to iron out the wrinkles before I'll be ready t propose a >> back-port for 6.0.x. I don't think we should hold up the 6.0.x release >> for this. I think it is more important to get the next 6.0.x release out >> than to wait to fix something that has been broken for quite a while anyway. > > I don't think making major changes to 6.x to fix edge cases nobody knows > about is a good idea ... Unfortunately, as can be seen in Bugzilla [1]-[7] to list a few of them, plenty of people do know about them. Unfortunately most of the attempts to fix these issues have usually introduced another one. The current problem is [8]. The change is likely to be on the larger side of what we are normally comfortable with in 6.0.x but lets wait and see exactly how big the change is and what benefits we get (in terms of less fragility, code with test cases for regression testing etc) before deciding how good or bad an idea this porting this will be. At the moment the discussion is rather academic as we don't have a concrete backport to discuss. Mark [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=42565 [2] https://issues.apache.org/bugzilla/show_bug.cgi?id=44994 [3] https://issues.apache.org/bugzilla/show_bug.cgi?id=45427 [4] https://issues.apache.org/bugzilla/show_bug.cgi?id=45451 [5] https://issues.apache.org/bugzilla/show_bug.cgi?id=45511 [6] https://issues.apache.org/bugzilla/show_bug.cgi?id=46596 [7] https://issues.apache.org/bugzilla/show_bug.cgi?id=47413 [8] https://issues.apache.org/bugzilla/show_bug.cgi?id=48112 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: EL issues and 6.0.x release
On 08/01/2010 12:18, Tim Funk wrote:
> +1 to trunk
> -0 for backport to 6.0.x
>
> Is this legal? ${'\'}${1+1}
> Shouldn't it be: ${'\\'}${1+1}
Yes it should.
and the Java code to append the \ is:
result.append("${''}");
This is part of what makes this so tricky to get right. The quoting
rules vary between Java, JSPs and EL. A number of the initial failures
with my tests were because I had quoted stuff incorrectly in the test case.
The good news is that one of my test cases was failing because of
exactly this error. As you'll see which my next commit (hopefully later
today) things are a lot easier to test and there are a lot more test
cases. In fact the majority of the changes will be test cases rather
than changes to Jasper/EL.
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat Native 1.1.19
On Tue, Jan 5, 2010 at 9:50 AM, Mladen Turk wrote: > Apache Tomcat Native 1.1.19 is: > > [ X ] Stable - no major issues, no regressions > [ ] Beta - at least one significant issue -- tell us what it is > [ ] Alpha - multiple significant issues -- tell us what they are Yoav - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48510] New: Memory leak after undeploying web application using custom log formatter
https://issues.apache.org/bugzilla/show_bug.cgi?id=48510 Summary: Memory leak after undeploying web application using custom log formatter Product: Tomcat 6 Version: 6.0.20 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: dev@tomcat.apache.org ReportedBy: dsavic...@gmail.com Created an attachment (id=24819) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=24819) Zipped Maven project folder After undeploying web application (see attachment) instance of CustomFormatter is left non-reclaimed. As CustomFormatter is loaded by WebAppClassLoader, the classloader remains in memory too. To reproduce: deploy attached web application and stop/start it several times, then do a heap dump. Check the dump using Eclipse Memory Analyzer or YourKit Java Profiler and notice multiple WebAppClassLoaders present in the dump. Issue seems to be related to org.apache.juli.ClassLoaderLogManager. org.apache.juli.ClassLoaderLogManager$LogNode keeps a reference to java.util.logging.Logger. Logger has a handler with CustomFormatter. -- 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 47679] Not all headers get passed to Tomcat server from isapi_redirect.dll
https://issues.apache.org/bugzilla/show_bug.cgi?id=47679 --- Comment #2 from brett.prucha@scrb.navy.mil 2010-01-08 06:45:29 UTC --- I'm not sure you understand what I mean by "extension". I am referring to the IIS application mappings (Website properties / Home Directory / Configuration under Application settings / Mappings / Add mappings of specific extensions to ISAPI dll). In this scenario IIS handles the authentication and isapi_redirect does not use the url mappings. Unfortunately I am no longer using Windows 2000 server so I can't verify the settings you are talking about though I am quite positive I had auth_complete=0. I initially ran into this problem using the precompiled dll downloaded from the apache website so if that version was built with automatic notification event detection then that is what I was using. Even if that isn't the case I know IIS intercepts the authentication when using the filter as an "extension" so the SF_NOTIFY_AUTH_COMPLETE event does not get called. -- 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: Tomcat-Lite update
On 01/08/2010 11:15 AM, Henri Gomez wrote: >>> Any comments on including the experimental SPDY support ( >>> http://www.chromium.org/spdy/spdy-protocol ) ? >>> I know we had countless debates on JK2 and http proxies, but some extra code >>> to try out doesn't hurt :-) >> >> We need a httpd module (like mod_proxy_ajp) for that :-) > > mod_proxy_spdy ? :-) Yep that is my idea :-) Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Basic Auth and tomcat mod_jk
Hello, I'm using mod_jk to forward all apache requests to /reportsvcs_ws/* to tomcat and I have a question regarding basic auth. I need to ensure the user has been authorized prior to the /reportsvcs_ws/* request and I'm unsure as the best angle to take. Is there anything that can be configured on the apache side prior to the mod_jk forwarding to tomcat to ensure the user is authorized? thanks. -- View this message in context: http://old.nabble.com/Basic-Auth-and-tomcat-mod_jk-tp27078430p27078430.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Basic Auth and tomcat mod_jk
On 08/01/2010 16:12, cgswtsu78 wrote: > > Hello, > > I'm using mod_jk to forward all apache requests to /reportsvcs_ws/* to > tomcat and I have a question regarding basic auth. I need to ensure the > user has been authorized prior to the /reportsvcs_ws/* request and I'm > unsure as the best angle to take. Is there anything that can be configured > on the apache side prior to the mod_jk forwarding to tomcat to ensure the > user is authorized? That would be a question for the users list. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat Native 1.1.19
+1 On Jan 8, 2010, at 8:02 AM, Yoav Shapira wrote: > On Tue, Jan 5, 2010 at 9:50 AM, Mladen Turk wrote: >> Apache Tomcat Native 1.1.19 is: >> >> [ X ] Stable - no major issues, no regressions >> [ ] Beta - at least one significant issue -- tell us what it is >> [ ] Alpha - multiple significant issues -- tell us what they are > > Yoav > > - > 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
[RESULT] [VOTE] Release Apache Tomcat Native 1.1.19
On 01/05/2010 03:50 PM, Mladen Turk wrote: Apache Tomcat Native 1.1.19 is: [X] Stable - no major issues, no regressions [ ] Beta - at least one significant issue -- tell us what it is [ ] Alpha - multiple significant issues -- tell us what they are OK. We have 4 binding +1 votes. I'll proceed with copying the files to dev/dist and make an Announcement Thanks -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Fri, Jan 8, 2010 at 2:15 AM, Henri Gomez wrote: > >> Any comments on including the experimental SPDY support ( > >> http://www.chromium.org/spdy/spdy-protocol ) ? > >> I know we had countless debates on JK2 and http proxies, but some extra > code > >> to try out doesn't hurt :-) > > > > We need a httpd module (like mod_proxy_ajp) for that :-) > > mod_proxy_spdy ? :-) > > Very interesting thread. > > BTW, tomcat-lite is still here ? > > http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ > > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 jars ( since tomcat7 is not in maven ). You can use lite as a connector with both 6 and 7. As a client library or http server or subset-of-servlet engine it doesn't depend on anything in tomcat. The only deps on tomcat are the connector. ( of course - a lot is still missing, as I mentioned connection management/timeouts/limits need to be added) Re. mod_proxy_spdy - yes, it would be great if someone could do this. One missing feature (mentioned - but not specified yet ) - is negotiating a switch, starting as http and switching to spdy if both ends supports it. So if you have the spdy code for mod_proxy_spdy - you could also try to hook it in the normal HTTP connector. What spdy does: - real long-lived connection - with multiplexed requests, and no connection close if a HTTP connection is aborted. - back-channel from server to client - would help with all the load-balancing ( for real clients will help in a lot of ajax-stuff ) - some initial negotiation - we can extend it to do some auth / config - header and body compression / ssl - the spec seems to have them as mandatory, but we don't have to implement it exactly as is, there are flag bits It's certainly not perfect - but not too bad either. I have my doubts about how it'll work in real world, with proxies and firewalls - but for reverse-proxy and internal use it's better than the current jk and I think better than a plain http proxy. Costin ( disclaimer: I don't work on spdy, it's a big company - I just saw the announcement and seemed a good fit for tomcat ) - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
svn commit: r897300 - /tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
Author: markt
Date: Fri Jan 8 18:59:19 2010
New Revision: 897300
URL: http://svn.apache.org/viewvc?rev=897300&view=rev
Log:
Now the EL parser doesn't unquote stuff it shouldn't (r896589), remove the
attributeValueWithEL() method as it is causing more problems than it is
solving. There are still a couple of test failures but the solution I have in
mind for them won't require this method.
Modified:
tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
Modified: tomcat/trunk/java/org/apache/jasper/compiler/Generator.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/compiler/Generator.java?rev=897300&r1=897299&r2=897300&view=diff
==
--- tomcat/trunk/java/org/apache/jasper/compiler/Generator.java (original)
+++ tomcat/trunk/java/org/apache/jasper/compiler/Generator.java Fri Jan 8
18:59:19 2010
@@ -804,8 +804,8 @@
}
return v;
} else if (attr.isELInterpreterInput()) {
-v = attributeValueWithEL(this.isTagFile, v, expectedType,
-attr.getEL().getMapName());
+v = JspUtil.interpreterCall(this.isTagFile, v, expectedType,
+attr.getEL().getMapName(), false);
if (encode) {
return
"org.apache.jasper.runtime.JspRuntimeLibrary.URLEncode("
+ v + ", request.getCharacterEncoding())";
@@ -823,124 +823,6 @@
}
-/*
- * When interpreting the EL attribute value, literals outside the EL
- * must not be unescaped but the EL processor will unescape them.
- * Therefore, make sure only the EL expressions are processed by the EL
- * processor.
- */
-private String attributeValueWithEL(boolean isTag, String tx,
-Class expectedType, String mapName) {
-if (tx==null) return null;
-Class type = expectedType;
-int size = tx.length();
-StringBuilder output = new StringBuilder(size);
-boolean el = false;
-int i = 0;
-int mark = 0;
-char ch;
-
-while(i < size){
-ch = tx.charAt(i);
-
-// Start of an EL expression
-if (!el && i+1 < size && ch == '$' && tx.charAt(i+1)=='{') {
-if (mark < i) {
-if (output.length() > 0) {
-output.append(" + ");
-// Composite expression - must coerce to String
-type = String.class;
-}
-output.append(quote(tx.substring(mark, i)));
-}
-mark = i;
-el = true;
-i += 2;
-} else if (ch=='\\' && i+1 < size &&
-(tx.charAt(i+1)=='$' || tx.charAt(i+1)=='}')) {
-// Skip an escaped $ or }
-i += 2;
-} else if (el && ch=='}') {
-// End of an EL expression
-if (output.length() > 0) {
-output.append(" + ");
-// Composite expression - must coerce to String
-type = String.class;
-}
-if (i+1 < size) {
-// Composite expression - must coerce to String
-type = String.class;
-}
-output.append(
-JspUtil.interpreterCall(isTag,
-tx.substring(mark, i+1), type,
-mapName, false));
-mark = i + 1;
-el = false;
-++i;
-} else {
-// Nothing to see here - move to next character
-++i;
-}
-}
-if (!el && mark < i) {
-if (output.length() > 0) {
-output.append(" + ");
-}
-output.append(quote(tx.substring(mark, i)));
-}
-if (expectedType != type && !expectedType.isAssignableFrom(type)) {
-// Composite expression was evaluated to String
-// We must coerce it to the expected type.
-String className = JspUtil.getCanonicalName(expectedType);
-String methodName = null;
-if (expectedType.isPrimitive()) {
-if (expectedType == Boolean.TYPE) {
-className = "Boolean";
-methodName = ".booleanValue()";
-}
-else if (expectedType == Character.TYPE) {
-className = "Charact
Re: Tomcat-Lite update
On 08/01/2010 18:54, Costin Manolache wrote: > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 > jars ( since tomcat7 is not in maven ). It is a few months out of date but it is there. I was planning on another update when I get the EL stuff fixed. http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ It should be available via: https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ but most of the JARs are missing. Any hints as to what i did wrong? Cheers, Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
Well, I'll take a look a Tomcat Lite and SPDY :) And see what can be done 2010/1/8 Costin Manolache : > On Fri, Jan 8, 2010 at 2:15 AM, Henri Gomez wrote: > >> >> Any comments on including the experimental SPDY support ( >> >> http://www.chromium.org/spdy/spdy-protocol ) ? >> >> I know we had countless debates on JK2 and http proxies, but some extra >> code >> >> to try out doesn't hurt :-) >> > >> > We need a httpd module (like mod_proxy_ajp) for that :-) >> >> mod_proxy_spdy ? :-) >> >> Very interesting thread. >> >> BTW, tomcat-lite is still here ? >> >> http://svn.apache.org/repos/asf/tomcat/trunk/modules/tomcat-lite/ >> >> > > Yes. BTW - if you use maven, it'll download, build and test against tomcat6 > jars ( since tomcat7 is not in maven ). > You can use lite as a connector with both 6 and 7. As a client library or > http server or subset-of-servlet engine it doesn't depend on anything in > tomcat. The only deps on tomcat are the connector. > ( of course - a lot is still missing, as I mentioned connection > management/timeouts/limits need to be added) > > Re. mod_proxy_spdy - yes, it would be great if someone could do this. One > missing feature (mentioned - but not specified yet ) - is negotiating a > switch, starting as http and switching to spdy if both ends supports it. > So if you have the spdy code for mod_proxy_spdy - you could also try to hook > it in the normal HTTP connector. > > What spdy does: > - real long-lived connection - with multiplexed requests, and no connection > close if a HTTP connection is aborted. > - back-channel from server to client - would help with all the > load-balancing ( for real clients will help in a lot of ajax-stuff ) > - some initial negotiation - we can extend it to do some auth / config > - header and body compression / ssl - the spec seems to have them as > mandatory, but we don't have to implement it exactly as is, there are flag > bits > > It's certainly not perfect - but not too bad either. I have my doubts about > how it'll work in real world, with proxies and firewalls - but for > reverse-proxy and internal use it's better than the current jk and I think > better than a plain http proxy. > > Costin > > ( disclaimer: I don't work on spdy, it's a big company - I just saw the > announcement and seemed a good fit for tomcat ) > > - >> 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
Re: Tomcat-Lite update
2010/1/8 Mark Thomas : > On 08/01/2010 18:54, Costin Manolache wrote: >> Yes. BTW - if you use maven, it'll download, build and test against tomcat6 >> jars ( since tomcat7 is not in maven ). > > It is a few months out of date but it is there. I was planning on > another update when I get the EL stuff fixed. > > http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ > > It should be available via: > > https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ > > but most of the JARs are missing. Any hints as to what i did wrong? > > Cheers, > > Mark How did you produce and deploy the jars ? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Fri, Jan 8, 2010 at 11:03 AM, Mark Thomas wrote: > On 08/01/2010 18:54, Costin Manolache wrote: > > Yes. BTW - if you use maven, it'll download, build and test against > tomcat6 > > jars ( since tomcat7 is not in maven ). > > It is a few months out of date but it is there. I was planning on > another update when I get the EL stuff fixed. > > http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ > > It should be available via: > > > https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ > > but most of the JARs are missing. Any hints as to what i did wrong? > > Cheers, > Well, I don't mind testing and running tomcat-lite against tomcat6 - after all it is supposed to be usable with multiple servers and servlet versions :-) I typically build/test with both maven and ant - to cover both ( maven tests pass all, ant runs more tests and some are failing ) Costin
Re: Tomcat-Lite update
On 08/01/2010 19:12, Henri Gomez wrote: > 2010/1/8 Mark Thomas : >> On 08/01/2010 18:54, Costin Manolache wrote: >>> Yes. BTW - if you use maven, it'll download, build and test against tomcat6 >>> jars ( since tomcat7 is not in maven ). >> >> It is a few months out of date but it is there. I was planning on >> another update when I get the EL stuff fixed. >> >> http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ >> >> It should be available via: >> >> https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ >> >> but most of the JARs are missing. Any hints as to what i did wrong? >> >> Cheers, >> >> Mark > > How did you produce and deploy the jars ? Standard release build then: http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
Could you do it again ? 2010/1/8 Mark Thomas : > On 08/01/2010 19:12, Henri Gomez wrote: >> 2010/1/8 Mark Thomas : >>> On 08/01/2010 18:54, Costin Manolache wrote: Yes. BTW - if you use maven, it'll download, build and test against tomcat6 jars ( since tomcat7 is not in maven ). >>> >>> It is a few months out of date but it is there. I was planning on >>> another update when I get the EL stuff fixed. >>> >>> http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ >>> >>> It should be available via: >>> >>> https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ >>> >>> but most of the JARs are missing. Any hints as to what i did wrong? >>> >>> Cheers, >>> >>> Mark >> >> How did you produce and deploy the jars ? > > Standard release build then: > http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml > > Mark > > > > - > 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
Re: Tomcat-Lite update
On 08/01/2010 20:34, Henri Gomez wrote: > Could you do it again ? I could (as could any other committer) but I'd rather wait a day or so until I finish off this JSP/EL work. I'm almost there... Mark > > 2010/1/8 Mark Thomas : >> On 08/01/2010 19:12, Henri Gomez wrote: >>> 2010/1/8 Mark Thomas : On 08/01/2010 18:54, Costin Manolache wrote: > Yes. BTW - if you use maven, it'll download, build and test against > tomcat6 > jars ( since tomcat7 is not in maven ). It is a few months out of date but it is there. I was planning on another update when I get the EL stuff fixed. http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/ It should be available via: https://repository.apache.org/content/groups/snapshots-group/org/apache/tomcat/ but most of the JARs are missing. Any hints as to what i did wrong? Cheers, Mark >>> >>> How did you produce and deploy the jars ? >> >> Standard release build then: >> http://svn.apache.org/viewvc/tomcat/trunk/res/maven/mvn-pub.xml >> >> Mark >> >> >> >> - >> 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 > - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Tomcat-Lite update
On Thu, Jan 7, 2010 at 8:29 AM, Konstantin Kolinko wrote: > 2010/1/6 Mark Thomas : >> On 06/01/2010 00:27, Costin Manolache wrote: >>> Also, I would like to know if other comitters are OK with (temporarily - >>> i.e. until the 7.0 release vote) including lite in the tomcat7 builds, >>> so people can try it out. >> >> How about adding it to the extras build? It could be included in the >> release then as well. >> >> Mark >> > > +1 for extras +1 for extras as well. Love the ideas. Yoav - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897367 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Sat Jan 9 02:00:48 2010 New Revision: 897367 URL: http://svn.apache.org/viewvc?rev=897367&view=rev Log: vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=897367&r1=897366&r2=897367&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Sat Jan 9 02:00:48 2010 @@ -149,10 +149,22 @@ * Remove hard coded version numbers and instead apply version filter already defined in ant scripts. Backport from trunk of - http://svn.apache.org/viewvc?rev=r711934&view=rev - http://svn.apache.org/viewvc?rev=r712053&view=rev + http://svn.apache.org/viewvc?rev=711934&view=rev + http://svn.apache.org/viewvc?rev=712053&view=rev Complete patch applicable to TC6: http://people.apache.org/~rjung/patches/tc6-version_filter.patch +1: rjung -1: + kkolinko: ( + -0 for changes of the *.txt files: +- RELEASE-NOTES +- RUNNING.txt +- BUILDING.txt + 1) I see no point. These are specific for the major.minor branch. + Turning them into a template looks wrong. + I do not expect doing merges to these files. + 2) It results in an unfiltered BUILDING.txt in our src bundles. That + is not pretty. This also affects our TC 7 builds. + +1 for all the other changes + ) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897368 - in /tomcat/trunk: RELEASE-NOTES res/welcome.bin.html res/welcome.main.html
Author: kkolinko Date: Sat Jan 9 02:13:19 2010 New Revision: 897368 URL: http://svn.apache.org/viewvc?rev=897368&view=rev Log: Correction for the README pages: Tomcat 7 requires Java 6 Modified: tomcat/trunk/RELEASE-NOTES tomcat/trunk/res/welcome.bin.html tomcat/trunk/res/welcome.main.html Modified: tomcat/trunk/RELEASE-NOTES URL: http://svn.apache.org/viewvc/tomcat/trunk/RELEASE-NOTES?rev=897368&r1=897367&r2=897368&view=diff == --- tomcat/trunk/RELEASE-NOTES (original) +++ tomcat/trunk/RELEASE-NOTES Sat Jan 9 02:13:19 2010 @@ -42,7 +42,7 @@ === Dependency Changes: === -Tomcat @VERSION_MAJOR_MINOR@ is designed to run on JSE 6.0 and later. +Tomcat @VERSION_MAJOR_MINOR@ is designed to run on Java SE 6 and later. In addition, Tomcat @VERSION_MAJOR_MINOR@ uses the Eclipse JDT Java compiler for compiling JSP pages. This means you no longer need to have the complete Modified: tomcat/trunk/res/welcome.bin.html URL: http://svn.apache.org/viewvc/tomcat/trunk/res/welcome.bin.html?rev=897368&r1=897367&r2=897368&view=diff == --- tomcat/trunk/res/welcome.bin.html (original) +++ tomcat/trunk/res/welcome.bin.html Sat Jan 9 02:13:19 2010 @@ -36,7 +36,7 @@ of tar on Solaris and Mac OS X will not work with these files. -Tomcat @VERSION_MAJOR_MINOR@ requires JRE 5.0. Read the +Tomcat @VERSION_MAJOR_MINOR@ requires Java SE 6 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. Modified: tomcat/trunk/res/welcome.main.html URL: http://svn.apache.org/viewvc/tomcat/trunk/res/welcome.main.html?rev=897368&r1=897367&r2=897368&view=diff == --- tomcat/trunk/res/welcome.main.html (original) +++ tomcat/trunk/res/welcome.main.html Sat Jan 9 02:13:19 2010 @@ -36,7 +36,7 @@ of tar on Solaris and Mac OS X will not work with these files. -Tomcat @VERSION_MAJOR_MINOR@ requires JRE 5.0. Read the +Tomcat @VERSION_MAJOR_MINOR@ requires Java SE 6 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897369 - in /tomcat/tc6.0.x/trunk/res: welcome.bin.html welcome.main.html
Author: kkolinko Date: Sat Jan 9 02:18:42 2010 New Revision: 897369 URL: http://svn.apache.org/viewvc?rev=897369&view=rev Log: add "or later" to the JRE version requirement mentioned on the README pages Modified: tomcat/tc6.0.x/trunk/res/welcome.bin.html tomcat/tc6.0.x/trunk/res/welcome.main.html Modified: tomcat/tc6.0.x/trunk/res/welcome.bin.html URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/welcome.bin.html?rev=897369&r1=897368&r2=897369&view=diff == --- tomcat/tc6.0.x/trunk/res/welcome.bin.html (original) +++ tomcat/tc6.0.x/trunk/res/welcome.bin.html Sat Jan 9 02:18:42 2010 @@ -36,7 +36,7 @@ of tar on Solaris and Mac OS X will not work with these files. -Tomcat 6.0 requires JRE 5.0. Read the +Tomcat 6.0 requires JRE 5.0 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. Modified: tomcat/tc6.0.x/trunk/res/welcome.main.html URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/res/welcome.main.html?rev=897369&r1=897368&r2=897369&view=diff == --- tomcat/tc6.0.x/trunk/res/welcome.main.html (original) +++ tomcat/tc6.0.x/trunk/res/welcome.main.html Sat Jan 9 02:18:42 2010 @@ -36,7 +36,7 @@ of tar on Solaris and Mac OS X will not work with these files. -Tomcat 6.0 requires JRE 5.0. Read the +Tomcat 6.0 requires JRE 5.0 or later. Read the RELEASE-NOTES and the RUNNING.txt file in the distribution for more details. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897370 - in /tomcat: tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties trunk/java/org/apache/jasper/resources/LocalStrings_es.properties
Author: kkolinko Date: Sat Jan 9 02:25:44 2010 New Revision: 897370 URL: http://svn.apache.org/viewvc?rev=897370&view=rev Log: Trivial: move first line of the resource file to be below the license header Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties tomcat/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties Modified: tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties?rev=897370&r1=897369&r2=897370&view=diff == --- tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties (original) +++ tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties Sat Jan 9 02:25:44 2010 @@ -1,4 +1,3 @@ -jsp.error.compiler = No hay compilador Java disponible # Licensed to the Apache Software Foundation (ASF) under one or more # contributor license agreements. See the NOTICE file distributed with # this work for additional information regarding copyright ownership. @@ -17,6 +16,7 @@ # # Default localized string information # Localized para Locale es_ES +jsp.error.compiler = No hay compilador Java disponible jsp.error.bad.servlet.engine = \u00A1Versi\u00F3n incorrecta del motor servlet\! jsp.error.no.scratch.dir = El motor JSP no tiene configurado un directorio de trabajo.\n\ \ A\u00F1ada "jsp.initparams\=scratchdir\=" \n\ Modified: tomcat/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties URL: http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties?rev=897370&r1=897369&r2=897370&view=diff == --- tomcat/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties (original) +++ tomcat/trunk/java/org/apache/jasper/resources/LocalStrings_es.properties Sat Jan 9 02:25:44 2010 @@ -1,4 +1,3 @@ -jsp.error.compiler = No hay compilador Java disponible # Licensed to the Apache Software Foundation (ASF) under one or more # contributor license agreements. See the NOTICE file distributed with # this work for additional information regarding copyright ownership. @@ -17,6 +16,7 @@ # # Default localized string information # Localized para Locale es_ES +jsp.error.compiler = No hay compilador Java disponible jsp.error.bad.servlet.engine = \u00A1Versi\u00F3n incorrecta del motor servlet\! jsp.error.no.scratch.dir = El motor JSP no tiene configurado un directorio de trabajo.\n\ \ A\u00F1ada "jsp.initparams\=scratchdir\=" \n\ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897371 - in /tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources: LocalStrings_fr.properties LocalStrings_ja.properties
Author: kkolinko
Date: Sat Jan 9 02:39:19 2010
New Revision: 897371
URL: http://svn.apache.org/viewvc?rev=897371&view=rev
Log:
Trivial corrections to the French and Japanese resource files of Jasper:
- correct Jasper version mentioned in a message
- comment-out untranslated messages in the French file, so that the English
ones could be used
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_fr.properties
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_ja.properties
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_fr.properties
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_fr.properties?rev=897371&r1=897370&r2=897371&view=diff
==
---
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_fr.properties
(original)
+++
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_fr.properties
Sat Jan 9 02:39:19 2010
@@ -81,7 +81,7 @@
jsp.error.unable.load=Impossible de charger la classe pour la JSP
jsp.error.unable.rename=Impossible de renommer le fichier classe de {0} vers
{1}
jsp.error.mandatory.attribute={0}: L''attribut obligatoire {1} est manquant
-jsp.engine.info=Moteur Jasper JSP 2.0
+jsp.engine.info=Moteur Jasper JSP 2.1
jsp.error.invalid.expression="{0}" contient d''incorrecte(s) expression(s): {1}
jsp.error.invalid.attribute={0}: Attribut incorrect: {1}
jsp.error.usebean.class.notfound=Classe: {0} non trouv\u00e9e
@@ -126,7 +126,6 @@
jsp.warning.checkInterval=Attention: Valeur incorrecte pour le initParam
checkInterval. Utilisation de la valeur par d\u00e9faut \"300\" secondes
jsp.warning.development=Attention: Valeur incorrecte pour le initParam
development. Utilisation de la valeur par d\u00e9faut \"true\"
jsp.warning.reloading=Attention: Valeur incorrecte pour le initParam
reloading. Utilisation de la valeur par d\u00e9faut \"true\"
-jsp.warning.reloading=
jsp.error.badtaglib=Impossible d''ouvrir le taglibrary {0} : {1}
jsp.error.badGetReader=Impossible de cr\u00e9er un lecteur (reader) quand le
flux n''utilse pas des tampons (not buffered)
jsp.warning.unknown.element.in.TLD=Attention: El\u00e9ment inconnu {0} dans le
TLD
@@ -294,26 +293,26 @@
jsp.error.badStandardAction=L''action n''est pas reconnue comme une action
standard.
jsp.error.tagdirective.badbodycontent=Contenu de corps (body-content) ({0})
invalide dans la directive tag
jsp.error.config_pagedir_encoding_mismatch=L''encode de page (Page-encoding)
indiqu\u00e9 dans le jsp-property-group ({0}) est diff\u00e9rent de celui
indiqu\u00e9 dans la directive de page ({1})
-jsp.error.prolog_pagedir_encoding_mismatch=
-jsp.error.prolog_config_encoding_mismatch=
+#jsp.error.prolog_pagedir_encoding_mismatch=
+#jsp.error.prolog_config_encoding_mismatch=
jsp.error.attribute.custom.non_rt_with_expr=D''apr\u00e8s la TLD, l''attribut
{0} n''accepte aucune expression
jsp.error.scripting.variable.missing_name=Incapable de d\u00e9terminer le nom
de variable scripting d''apr\u00e8s l''attribut {0}
jasper.error.emptybodycontent.nonempty=D''apr\u00e8s la TLD, le tag {0} doit
\u00eatre vide, mais ne l''est pas
-jsp.error.tagfile.nameNotUnique=
-jsp.error.tagfile.nameFrom.noAttribute=
-jsp.error.tagfile.nameFrom.badAttribute=
+#jsp.error.tagfile.nameNotUnique=
+#jsp.error.tagfile.nameFrom.noAttribute=
+#jsp.error.tagfile.nameFrom.badAttribute=
jsp.error.useBean.noSession=Il est ill\u00e9gal pour useBean d''utiliser une
port\u00e9e de session (session scope) quand la page JSP indique (via la
directive de page) qu''elle ne participe pas aux sessions
jsp.error.attributes.not.allowed = {0} ne doit avoir aucun attribut
-jsp.error.nested.jspattribute=
-jsp.error.nested.jspbody=
-jsp.error.variable.either.name=
-jsp.error.variable.both.name=
-jsp.error.variable.alias=
-jsp.error.jsptext.badcontent=
-jsp.error.prefix.refined=
-jsp.error.jspoutput.conflict=
-jsp.error.jspoutput.doctypenamesystem=
-jsp.error.jspoutput.doctypepulicsystem=
-jsp.error.jspoutput.nonemptybody=
-jsp.error.jspoutput.invalidUse=
-jsp.error.invalid.bean=
+#jsp.error.nested.jspattribute=
+#jsp.error.nested.jspbody=
+#jsp.error.variable.either.name=
+#jsp.error.variable.both.name=
+#jsp.error.variable.alias=
+#jsp.error.jsptext.badcontent=
+#jsp.error.prefix.refined=
+#jsp.error.jspoutput.conflict=
+#jsp.error.jspoutput.doctypenamesystem=
+#jsp.error.jspoutput.doctypepulicsystem=
+#jsp.error.jspoutput.nonemptybody=
+#jsp.error.jspoutput.invalidUse=
+#jsp.error.invalid.bean=
Modified:
tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_ja.properties
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/jasper/resources/LocalStrings_ja.properties?rev=897371&r1=897370&r2=897371&view=diff
==
---
tomcat/tc6.0.x/trunk/jav
svn commit: r897375 - in /tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources: LocalStrings_es.properties LocalStrings_fr.properties
Author: kkolinko
Date: Sat Jan 9 02:50:41 2010
New Revision: 897375
URL: http://svn.apache.org/viewvc?rev=897375&view=rev
Log:
Trivial: comment-out untranslated messages, so that the English ones could be
used
Modified:
tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_es.properties
tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_fr.properties
Modified:
tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_es.properties
URL:
http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_es.properties?rev=897375&r1=897374&r2=897375&view=diff
==
---
tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_es.properties
(original)
+++
tomcat/tc5.5.x/trunk/jasper/src/share/org/apache/jasper/resources/LocalStrings_es.properties
Sat Jan 9 02:50:41 2010
@@ -420,4 +420,4 @@
jsp.error.prefix.refined=Intento de redefinir el prefijo {0} por {1}, cuando
ya estaba definido como {2} en el ámbito en curso.
jsp.error.nested_jsproot= anidado
jsp.error.unbalanced.endtag=El tgag final \"
svn commit: r897380 - /tomcat/trunk/java/org/apache/juli/FileHandler.java
Author: kkolinko
Date: Sat Jan 9 03:59:59 2010
New Revision: 897380
URL: http://svn.apache.org/viewvc?rev=897380&view=rev
Log:
Followup for r816252/r891328
Allow to disable buffering in JULI FileHandler
The previous implementation did not work as expected because of buffering
performed by OutputStreamWriter
Modified:
tomcat/trunk/java/org/apache/juli/FileHandler.java
Modified: tomcat/trunk/java/org/apache/juli/FileHandler.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/juli/FileHandler.java?rev=897380&r1=897379&r2=897380&view=diff
==
--- tomcat/trunk/java/org/apache/juli/FileHandler.java (original)
+++ tomcat/trunk/java/org/apache/juli/FileHandler.java Sat Jan 9 03:59:59 2010
@@ -145,7 +145,16 @@
try {
PrintWriter writer = this.writer;
if (writer!=null) {
-writer.write(result);
+if (bufferSize > 0) {
+writer.write(result);
+} else {
+synchronized (this) {
+// OutputStreamWriter performs buffering inside its
StreamEncoder,
+// and so to run without a buffer we have to flush
explicitly
+writer.write(result);
+writer.flush();
+}
+}
} else {
reportError("FileHandler is closed or not yet initialized,
unable to log ["+result+"]", null, ErrorManager.WRITE_FAILURE);
}
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897381 - /tomcat/trunk/webapps/docs/logging.xml
Author: kkolinko
Date: Sat Jan 9 04:30:14 2010
New Revision: 897381
URL: http://svn.apache.org/viewvc?rev=897381&view=rev
Log:
Update documentation
Modified:
tomcat/trunk/webapps/docs/logging.xml
Modified: tomcat/trunk/webapps/docs/logging.xml
URL:
http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/logging.xml?rev=897381&r1=897380&r2=897381&view=diff
==
--- tomcat/trunk/webapps/docs/logging.xml (original)
+++ tomcat/trunk/webapps/docs/logging.xml Sat Jan 9 04:30:14 2010
@@ -129,9 +129,10 @@
The root logger can define its set of handlers using a
.handlers property.
Logging is buffered using a default buffer size of 8192 bytes.
- To change buffersize, use the bufferSize property.
- System property replacement for property values which start with
- ${systemPropertyName}.
+ To change buffersize, use the bufferSize property of a
handler.
+ The value of 0 disables buffering.
+ System property replacement is performed for property values which
+ contain ${systemPropertyName}.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r897382 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: kkolinko Date: Sat Jan 9 04:48:37 2010 New Revision: 897382 URL: http://svn.apache.org/viewvc?rev=897382&view=rev Log: proposal and comments Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=897382&r1=897381&r2=897382&view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Sat Jan 9 04:48:37 2010 @@ -92,6 +92,9 @@ http://svn.apache.org/viewvc?rev=893001&view=rev +1: kkolinko -1: +kkolinko: The current Mark's work on fixing EL issues is expected to +provide a better fix for this issue. + * Enforce presence of charset in content-type header of textual mime-types in the Examples webapp step 1) copy AddDefaultCharsetFilter from trunk @@ -102,6 +105,9 @@ http://svn.apache.org/viewvc?rev=893496&view=rev +1: kkolinko -1: +kkolinko: setting org.apache.catalina.STRICT_SERVLET_COMPLIANCE=true +also provides this feature, and better than this patch does. + * Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=48345 Sessions timed out too early when using PersistentManager @@ -168,3 +174,11 @@ +1 for all the other changes ) + +* Allow to disable buffering in JULI FileHandler + It is followup to r891328, + which failed to implement this fix properly. + http://svn.apache.org/viewvc?rev=897380&view=rev (fix) + http://svn.apache.org/viewvc?rev=897381&view=rev (Documentation) + +1: kkolinko + -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Removal of libtcnative-1.dll files from /dist
2010/1/4 Konstantin Kolinko : > Hi, all! > > I removed the libtcnative-1.dll files of Tomcat Native 1.1.18 from > www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries > 5 days passed, and the current status is the following: a) the libtcnative-1.dll files are still present at http://www.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/win32/ b) they are absent at mirrors c) they are absent at archive.apache.org Reading the manual, http://www.apache.org/dev/mirror-step-by-step.html I should say that the host where I removed the files 5 days ago was p.a.o. It looks like they have to be removed from www.apache.org directly. I noticed one glitch with the archive.apache.org site: In the binaries folder the README.html file, that mentions the APR and OpenSSL versions that were used to build the binaries is neither displayed on the page like on www.apache.org, nor listed among the files. [1] [1] http://archive.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/win32/ Though it is readable if I access it directly [2], so it is present there. [2] http://archive.apache.org/dist/tomcat/tomcat-connectors/native/1.1.18/binaries/win32/README.html Looks like some misconfiguration at archive.apache.org. Best regards, Konstantin Kolinko - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
