Re: Site repository cleanup

[Yoav Shapira]

Hi,
I'd like to have snapshots of the site as it was for each release of the
product.  Especially since it's easy to keep.  So I'm OK with removing:

> http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/
> http://svn.apache.org/repos/asf/tomcat/site/tags/start/
> http://svn.apache.org/repos/asf/tomcat/site/tags/PRE-ANAKIA-REMOVAL/

But I'd like to keep:
> http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/
> http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_26/
> http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_27/
> http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_10/
> http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_2/
> http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_8/

> I don't see what purpose any of the above might serve.

Historical reference.

Yoav

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r264883 - /tomcat/site/branches/pre-tlp/

[Mark Thomas]

Remy Maucherat wrote:
Add a download page (like this one, maybe: 
http://httpd.apache.org/download.cgi), end of story ? Or are there plans 
for something more ambitious ?


Rémy


Certainly not anything ambitious, but a little bit more than
downloads. (archives, SVN, mailing lists, legal, who we are, etc).
Basically anything that is currently provided by the Jakarta site that
we need our own version of as a TLP. I was planning to use the current
Jakarta pages as a starting point and Tomcat-ise them.

I also think we should have a "heritage" page that refers back to Jakarta.

Mark



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Site repository cleanup

[Remy Maucherat]

Mark Thomas wrote:

Any objections to deleting the following?
http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/
http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/
http://svn.apache.org/repos/asf/tomcat/site/tags/start/
http://svn.apache.org/repos/asf/tomcat/site/tags/PRE-ANAKIA-REMOVAL/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_26/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_27/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_10/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_2/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_8/

I don't see what purpose any of the above might serve.

I know copies are cheap. My primary concern isn't space (and deleting 
things doesn't save space anyway) but making our repository easy for 
newcomers to navigate. We can get these back easily if we find we need 
them later.


Ok.

Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r264883 - /tomcat/site/branches/pre-tlp/

[Remy Maucherat]

[EMAIL PROTECTED] wrote:

Author: markt
Date: Tue Aug 30 15:38:30 2005
New Revision: 264883

URL: http://svn.apache.org/viewcvs?rev=264883&view=rev
Log:
Development of the tomcat.apache.org
site will take place in ../tomcat/site/trunk


Add a download page (like this one, maybe: 
http://httpd.apache.org/download.cgi), end of story ? Or are there plans 
for something more ambitious ?


Rémy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Site repository cleanup

[Mark Thomas]

Any objections to deleting the following?
http://svn.apache.org/repos/asf/tomcat/site/branches/TOMCAT_5_0/
http://svn.apache.org/repos/asf/tomcat/site/branches/tomcat-site/
http://svn.apache.org/repos/asf/tomcat/site/tags/start/
http://svn.apache.org/repos/asf/tomcat/site/tags/PRE-ANAKIA-REMOVAL/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_26/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_0_27/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_10/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_2/
http://svn.apache.org/repos/asf/tomcat/site/tags/TOMCAT_5_5_8/

I don't see what purpose any of the above might serve.

I know copies are cheap. My primary concern isn't space (and deleting 
things doesn't save space anyway) but making our repository easy for 
newcomers to navigate. We can get these back easily if we find we need 
them later.


Mark


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

[remm]

remm2005/08/30 15:39:36

  Modified:jasper2/src/share/org/apache/jasper/compiler
TagLibraryInfoImpl.java Parser.java
JspDocumentParser.java
   jasper2/src/share/org/apache/jasper
EmbeddedServletOptions.java Options.java JspC.java
   webapps/docs changelog.xml
  Log:
  - JSP compilation speed improvement using tag library information caching.
  - Submitted by Xingbo Gao.
  
  Revision  ChangesPath
  1.60  +1 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java
  
  Index: TagLibraryInfoImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TagLibraryInfoImpl.java,v
  retrieving revision 1.59
  retrieving revision 1.60
  diff -u -r1.59 -r1.60
  --- TagLibraryInfoImpl.java   23 Mar 2005 15:48:37 -  1.59
  +++ TagLibraryInfoImpl.java   30 Aug 2005 22:39:34 -  1.60
  @@ -86,7 +86,7 @@
   print("urn", urn, out);
   print("info", info, out);
   print("uri", uri, out);
  -print("tagLibraryValidator", tagLibraryValidator.toString(), out);
  +print("tagLibraryValidator", "" + tagLibraryValidator, out);
   
   for(int i = 0; i < tags.length; i++)
   out.println(tags[i].toString());
  
  
  
  1.91  +17 -8 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java
  
  Index: Parser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v
  retrieving revision 1.90
  retrieving revision 1.91
  diff -u -r1.90 -r1.91
  --- Parser.java   9 Mar 2005 19:13:20 -   1.90
  +++ Parser.java   30 Aug 2005 22:39:34 -  1.91
  @@ -414,14 +414,23 @@
prefix, uri, uriPrev);
}
if (pageInfo.getTaglib(uri) == null) {
  - String[] location = ctxt.getTldLocation(uri);
  - pageInfo.addTaglib(uri,
  -new TagLibraryInfoImpl(ctxt,
  -   parserController,
  -   prefix,
  -   uri,
  -   location,
  -   err));
  +TagLibraryInfoImpl impl = null;
  +if (ctxt.getOptions().isCaching()) {
  +impl = (TagLibraryInfoImpl) 
ctxt.getOptions().getCache().get(uri);
  +}
  +if (impl == null) {
  +String[] location = ctxt.getTldLocation(uri);
  +impl = new TagLibraryInfoImpl(ctxt,
  +parserController,
  +prefix,
  +uri,
  +location,
  +err);
  +if (ctxt.getOptions().isCaching()) {
  +ctxt.getOptions().getCache().put(uri, impl);
  +}
  +}
  + pageInfo.addTaglib(uri, impl);
}
pageInfo.addPrefixMapping(prefix, uri);
} else {
  
  
  
  1.86  +22 -14
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java
  
  Index: JspDocumentParser.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspDocumentParser.java,v
  retrieving revision 1.85
  retrieving revision 1.86
  diff -u -r1.85 -r1.86
  --- JspDocumentParser.java11 Aug 2005 12:00:32 -  1.85
  +++ JspDocumentParser.java30 Aug 2005 22:39:35 -  1.86
  @@ -1233,20 +1233,28 @@
   
   String[] location = ctxt.getTldLocation(uri);
   if (location != null || !isPlainUri) {
  -/*
  - * If the uri value is a plain uri, a translation error must
  - * not be generated if the uri is not found in the taglib 
map.
  - * Instead, any actions in the namespace defined by the uri
  - * value must be treated as uninterpreted.
  - */
  -result =
  -new TagLibraryInfoImpl(
  -ctxt,
  -parserController,
  -prefix,
  -uri,
  -location,
  -err);
  +if (ctxt.getOptions().isCaching()) {
  +result = (TagLibraryInfoImpl) 
ctxt.getOptions().getCache().get(uri);
  +}
  +   

svn commit: r264883 - /tomcat/site/branches/pre-tlp/

[markt]

Author: markt
Date: Tue Aug 30 15:38:30 2005
New Revision: 264883

URL: http://svn.apache.org/viewcvs?rev=264883&view=rev
Log:
Create a pre-TLP branch. This branch will be used until the new
tomcat.apache.org site goes live. Development of the tomcat.apache.org
site will take place in ../tomcat/site/trunk

Added:
tomcat/site/branches/pre-tlp/
  - copied from r264882, tomcat/site/trunk/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler AntCompiler.java JspRuntimeContext.java

[remm]

remm2005/08/30 15:38:34

  Modified:jasper2/src/share/org/apache/jasper/compiler
AntCompiler.java JspRuntimeContext.java
  Log:
  - Restrict SystemLogHandler to the Ant compiler (the regular compiler does not
need the nasty hacks).
  
  Revision  ChangesPath
  1.8   +6 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/AntCompiler.java
  
  Index: AntCompiler.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/AntCompiler.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- AntCompiler.java  22 Oct 2004 17:13:27 -  1.7
  +++ AntCompiler.java  30 Aug 2005 22:38:33 -  1.8
  @@ -42,7 +42,10 @@
*/
   public class AntCompiler extends Compiler {
   
  -
  +static {
  +System.setErr(new SystemLogHandler(System.err));
  +}
  +
   // - Instance 
Variables
   
   protected Project project=null;
  @@ -223,14 +226,14 @@
   }
   
   errorReport.append(logger.getReport());
  -
  +
   // Stop capturing the System.err output for this thread
   String errorCapture = SystemLogHandler.unsetThread();
   if (errorCapture != null) {
   errorReport.append(System.getProperty("line.separator"));
   errorReport.append(errorCapture);
   }
  -
  +
   if (!ctxt.keepGenerated()) {
   File javaFile = new File(javaFileName);
   javaFile.delete();
  
  
  
  1.28  +1 -8  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspRuntimeContext.java
  
  Index: JspRuntimeContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspRuntimeContext.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- JspRuntimeContext.java21 Mar 2005 15:38:12 -  1.27
  +++ JspRuntimeContext.java30 Aug 2005 22:38:33 -  1.28
  @@ -38,7 +38,6 @@
   import org.apache.jasper.Constants;
   import org.apache.jasper.JspCompilationContext;
   import org.apache.jasper.Options;
  -import org.apache.jasper.util.SystemLogHandler;
   import org.apache.jasper.runtime.JspFactoryImpl;
   import org.apache.jasper.security.SecurityClassLoad;
   import org.apache.jasper.servlet.JspServletWrapper;
  @@ -87,8 +86,6 @@
*/
   public JspRuntimeContext(ServletContext context, Options options) {
   
  -System.setErr(new SystemLogHandler(System.err));
  -
   this.context = context;
   this.options = options;
   
  @@ -246,10 +243,6 @@
* Process a "destory" event for this web application context.
*/
   public void destroy() {
  -
  -if(System.err instanceof SystemLogHandler)
  -System.setErr(((SystemLogHandler)System.err).getWrapped());
  -
   threadStop();
   
   Iterator servlets = jsps.values().iterator();
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33650





--- Additional Comments From [EMAIL PROTECTED]  2005-08-31 00:36 ---
The TL info caching seems to work reasonably well, after review, so I'll commit
it. The Options interface changes are not final.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Sriram N]

--- Markus Schönhaber <[EMAIL PROTECTED]> wrote:

[snip]

> 
> OK, subversion via squid ist possible. One has just to tell squid about the 
> request methods subversion uses. Add the following line to squid.conf:
> 
> extension_methods REPORT MERGE MKACTIVITY CHECKOUT
> 
> http://subversion.tigris.org/faq.html#proxy

Thanks. I'm able to do an svn checkout of the Tomcat svn site via my Squid
Proxy server.

> 
> Regards
>   mks
> 
-- Sriram




Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36423] - NTLM Authorization does not work (in Tomcat 4 the same code OK)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36423


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-08-30 18:01 ---
Once response.setContentLength(0); is called, the response is commited and any
other header settings will trigger an ISE.

Please use tomcat-user for more help debugging.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36423] New: - NTLM Authorization does not work (in Tomcat 4 the same code OK)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36423

   Summary: NTLM Authorization does not work (in Tomcat 4 the same
code OK)
   Product: Tomcat 5
   Version: 5.5.9
  Platform: PC
OS/Version: Windows 2000
Status: NEW
  Severity: normal
  Priority: P2
 Component: Unknown
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


I used the following jsp to login under TOMCAT 4 and it works fine. Under Tomcat
5 it does not work. It just passes once in the first if{}.

<%@ page import="jcifs.ntlmssp.Type3Message" %>
<%
String auth = request.getHeader("Authorization");

if (auth == null) {
  response.setContentLength(0);
  response.setStatus(response.SC_UNAUTHORIZED);
  response.setHeader("WWW-Authenticate", "NTLM");
  response.flushBuffer();
  return;
}

if (auth.startsWith("NTLM ")) {
  byte[] msg = new sun.misc.BASE64Decoder().decodeBuffer(auth.substring(5));
  int off = 0, length, offset;
  if (msg[8] == 1) {
byte z = 0;
byte[] msg1 = {(byte)'N', (byte)'T', (byte)'L',
  (byte)'M', (byte)'S', (byte)'S', (byte)'P', z,(byte)2, z,
  z, z, z, z, z, z,(byte)40, z, z, z, (byte)1, (byte)130,
  z, z, z, (byte)2, (byte)2, (byte)2, z, z, z, z, z, z, z,
  z, z, z, z, z};
out.println(" ");
response.setContentLength(3);
response.setHeader("WWW-Authenticate", "NTLM " +
new sun.misc.BASE64Encoder().encodeBuffer(msg1).trim());
response.sendError(response.SC_UNAUTHORIZED);
return;
  }
  else if (msg[8] == 3) {
logCat.debug("Type3");
Type3Message type3 = new Type3Message(msg);
session.setAttribute("osUser",type3.getUser());
session.setAttribute("osRemoteHost",type3.getWorkstation());
session.setAttribute("osDomain",type3.getDomain());
response.sendRedirect("index.jsp");
  }
}
%>

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 36199] - java plugin

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=36199


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




--- Additional Comments From [EMAIL PROTECTED]  2005-08-30 17:54 ---
(In reply to comment #0)
> 
> JApplet
>  
>code="ASV_applet.class"
>   codebase = "/ASV_site"
>   width="700" height="600">
> 
> 
> 

This snippet generates the HTML given below:
==

JApplet
 
http://java.sun.com/products/plugin/1.2.2/jinstall-1_2_2-win.cab#Version=1,2,2,0";>




http://java.sun.com/products/plugin/"; java_code="ASV_applet.class"
java_codebase="/ASV_site"/>







===

I took this HTML and replaced:
http://java.sun.com/products/plugin/"; java_code="ASV_applet.class"
java_codebase="/ASV_site"/>

with 

http://java.sun.com/products/plugin/"; java_code="ASV_applet.class"
java_codebase="/ASV_site"/>

That is, the type attribute now has "version=1.4". FireFox loads the Java 
Plugin.

> The EMBEDED part (for IE) of the generated
> page works fine. Any idea ?
> 
I referred to the documentation at
http://java.sun.com/products/plugin/versions.html to understand how the Java
applet plugins are loaded in IE and in Netscape 6.0

> Regards
> Cyril Mrazek

-- Sriram

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 33650] - Jasper performance for multiple files processing

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33650


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Markus Schönhaber]

Am Dienstag, 30. August 2005 16:56 schrieb Sriram N:
> --- Markus Schönhaber <[EMAIL PROTECTED]> wrote:
>
> [snip]
>
> > Does your svn client connect via an HTTP-Proxy to the repository?
> >
> > I haven't been able to get squid to forward REPORT-requests. Maybe ist's
> > the same problem for you.
>
> Thanks.
>
> I'd no clue that Squid would interfere. I disabled Squid on my IPCop
> firewall, and the svn checkout works just fine now. Perhaps we need to
> update the documentation to reflect this.

OK, subversion via squid ist possible. One has just to tell squid about the 
request methods subversion uses. Add the following line to squid.conf:

extension_methods REPORT MERGE MKACTIVITY CHECKOUT

http://subversion.tigris.org/faq.html#proxy

Regards
  mks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Sriram N]

--- Markus Schönhaber <[EMAIL PROTECTED]> wrote:

[snip]
> 
> Does your svn client connect via an HTTP-Proxy to the repository?
> 
> I haven't been able to get squid to forward REPORT-requests. Maybe ist's the 
> same problem for you.
> 

Thanks.

I'd no clue that Squid would interfere. I disabled Squid on my IPCop firewall,
and the svn checkout works just fine now. Perhaps we need to update the
documentation to reflect this.

> BTW: I don't think ist's a problem on the side of svn.apache.org since I can 
> checkout from the repositories without problems.
> 
> Regards
>   mks
> 
-- Sriram



__ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Markus Schönhaber]

Am Dienstag, 30. August 2005 16:31 schrieb Sriram N:
> --- Sriram N <[EMAIL PROTECTED]> wrote:
> > When I try any of the following:
> > svn checkout http://svn.apache.org/repos/asf/tomcat/site
> > svn checkout http://svn.apache.org/repos/asf/tomcat/archive/tools
> > svn checkout http://svn.apache.org/repos/asf/tomcat/archive/service
> >
> > I get the following error:
> > svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
> > svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request
> > (http://svn.apache.org)
> >
> > Test environments:
> > 1. Ubuntu 5.04
> > svn, version 1.1.1 (r11581)
> >compiled Jan 10 2005, 10:09:19
> >
> > 2. Eclipse 3.1 on Windows XP
>
> I get the same error when I try an "svn checkout
> http://svn.apache.org/repos/asf/tomcat/site/trunk tomcat-site" as per
>
> http://svn.apache.org/repos/asf/tomcat/site/trunk/README.txt

Does your svn client connect via an HTTP-Proxy to the repository?

I haven't been able to get squid to forward REPORT-requests. Maybe ist's the 
same problem for you.

BTW: I don't think ist's a problem on the side of svn.apache.org since I can 
checkout from the repositories without problems.

Regards
  mks

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Sriram N]

--- Sriram N <[EMAIL PROTECTED]> wrote:

> 
> 
> --- Mark Thomas <[EMAIL PROTECTED]> wrote:
> 
> > Phase 2 of the SVN migration is now complete.
> > 
> > The main component of this phase is the Tomcat website.
> > jakarta-tomcat-site has moved to
> > http://svn.apache.org/repos/asf/tomcat/site
> > 
> > and updated instructions for editing the website may be found at
> > http://svn.apache.org/repos/asf/tomcat/site/trunk/README.txt
> > 
> > The following little used modules have also moved:
> > jakarta-tools has moved to
> > http://svn.apache.org/repos/asf/tomcat/archive/tools
> > 
> > jakarta-tomcat-service has moved to
> > http://svn.apache.org/repos/asf/tomcat/archive/service
> > 
> 
> When I try any of the following:
> svn checkout http://svn.apache.org/repos/asf/tomcat/site
> svn checkout http://svn.apache.org/repos/asf/tomcat/archive/tools
> svn checkout http://svn.apache.org/repos/asf/tomcat/archive/service
> 
> I get the following error:
> svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
> svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request
> (http://svn.apache.org)
> 
> Test environments:
> 1. Ubuntu 5.04
> svn, version 1.1.1 (r11581)
>compiled Jan 10 2005, 10:09:19
> 
> 2. Eclipse 3.1 on Windows XP
> 

I get the same error when I try an "svn checkout
http://svn.apache.org/repos/asf/tomcat/site/trunk tomcat-site" as per

http://svn.apache.org/repos/asf/tomcat/site/trunk/README.txt

> -- Sriram
> 
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANN] Site, service & tools have moved to subversion

[Sriram N]

--- Mark Thomas <[EMAIL PROTECTED]> wrote:

> Phase 2 of the SVN migration is now complete.
> 
> The main component of this phase is the Tomcat website.
> jakarta-tomcat-site has moved to
> http://svn.apache.org/repos/asf/tomcat/site
> 
> and updated instructions for editing the website may be found at
> http://svn.apache.org/repos/asf/tomcat/site/trunk/README.txt
> 
> The following little used modules have also moved:
> jakarta-tools has moved to
> http://svn.apache.org/repos/asf/tomcat/archive/tools
> 
> jakarta-tomcat-service has moved to
> http://svn.apache.org/repos/asf/tomcat/archive/service
> 

When I try any of the following:
svn checkout http://svn.apache.org/repos/asf/tomcat/site
svn checkout http://svn.apache.org/repos/asf/tomcat/archive/tools
svn checkout http://svn.apache.org/repos/asf/tomcat/archive/service

I get the following error:
svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad Request
(http://svn.apache.org)

Test environments:
1. Ubuntu 5.04
svn, version 1.1.1 (r11581)
   compiled Jan 10 2005, 10:09:19

2. Eclipse 3.1 on Windows XP

-- Sriram

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34526


[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]




-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34526] - Truncated content in decompressed requests from mod_deflate

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34526





--- Additional Comments From [EMAIL PROTECTED]  2005-08-30 09:38 ---
(In reply to comment #11)
> So does this really mean that mod_deflate should simply not give a
> content-length when it does not know it?  That would seem (quite) reasonable
> (and correct).

mod_deflate cannot change the content length, because

(a) it doesn not know it before uncompressing the whole stream. It had to buffer
the whole inflated content to determine a new length, which is not going to 
happen.
(b) Anyway, the content length reflects the value sent by the client.
mod_deflate is not the authority to change it.

Note that CGIs are also broken by this behaviour, but there's no much we can do
for it by now. Someone might write some day a file bucket type, so we can
inflate the content into a file.

My conclusion is, that the ajp handler just should unset the content length if
the protocol depends on it (meaning "CL reflects the actual content sent to the
servlet or be unset at all").

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]