cvs commit: jakarta-tomcat-4.0/webapps/webdav index.html

[remm]

remm00/11/13 20:09:25

  Modified:webapps/webdav index.html
  Log:
  - Added a DAV clients compatibility list.
  
  Revision  ChangesPath
  1.2   +16 -0 jakarta-tomcat-4.0/webapps/webdav/index.html
  
  Index: index.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/webdav/index.html,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- index.html2000/08/31 19:09:08 1.1
  +++ index.html2000/11/14 04:09:24 1.2
  @@ -27,6 +27,22 @@
   safety reasons. It can be put in read-write mode by editing the web 
   application descriptor file (WEB-INF/web.xml).
   
  +Working WebDAV clients include :
  +
  +Internet Explorer 5 (Windows 2000)
  +Internet Explorer 5.5 (Windows 2000)
  +Office 2000 (Windows 2000)
  +DAV Explorer 0.60
  +Adobe GoLive 5.0
  +
  +
  +Incompatible WebDAV clients include :
  +
  +DAV Explorer 0.61 and 0.62
  +WebDrive
  +
  +Any help resolving those issues would be appreciated.
  +
   Documentation on WebDAV:
   
   http://www.webdav.org">General info on WebDAV
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets WebdavServlet.java

[remm]

remm00/11/13 18:05:20

  Modified:catalina/src/share/org/apache/catalina/servlets
WebdavServlet.java
  Log:
  - Fix two bugs found using Adobe GoLive 5 :
* The lock scope was incorrectly parsed. It could be a cut and paste bug,
  since the fix was already present in the original Slide code
* "/" was sometimes incorrectly appended to a path when generating href
  elements
  - Lock functionality doesn't work yet with GoLive, since it doesn't like that I
obsfucate the lock token (and even crashes if I don't specify a locktoken
element, which I'm allowed to do according to the DTD). I'll add a
workaround, since some other clients may not like this. What will happen
is that a user will be able to access the locktoken of the locks that he has
set (so that he can steal his own locks using another WebDAV enabled
application, which can prove to be useful).
  
  Revision  ChangesPath
  1.6   +8 -6  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java
  
  Index: WebdavServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- WebdavServlet.java2000/11/09 07:22:22 1.5
  +++ WebdavServlet.java2000/11/14 02:05:20 1.6
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v
 1.5 2000/11/09 07:22:22 remm Exp $
  - * $Revision: 1.5 $
  - * $Date: 2000/11/09 07:22:22 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/WebdavServlet.java,v
 1.6 2000/11/14 02:05:20 remm Exp $
  + * $Revision: 1.6 $
  + * $Date: 2000/11/14 02:05:20 $
*
* 
*
  @@ -121,7 +121,7 @@
* are handled by the DefaultServlet.
*
* @author Remy Maucherat
  - * @version $Revision: 1.5 $ $Date: 2000/11/09 07:22:22 $
  + * @version $Revision: 1.6 $ $Date: 2000/11/14 02:05:20 $
*/
   
   public class WebdavServlet
  @@ -828,8 +828,8 @@
   case Node.ELEMENT_NODE:
   String tempScope = currentNode.getNodeName();
   if (tempScope.indexOf(':') != -1) {
  -lock.scope = 
  -tempScope.substring(tempScope.indexOf(':'));
  +lock.scope = tempScope.substring
  +(tempScope.indexOf(':') + 1);
   } else {
   lock.scope = tempScope;
   }
  @@ -1732,6 +1732,8 @@
   String toAppend = path.substring(relativePath.length());
   if ((!toAppend.startsWith("/")) && (!absoluteUri.endsWith("/")))
   toAppend = "/" + toAppend;
  +if (toAppend.equals("/"))
  +toAppend = "";
   
   generatedXML.writeText(absoluteUri + toAppend);
   
  
  
  

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

[PATCH] 3.2b7 ContextManager.shutdown()

[Marc Saegesser]

When Tomcat is shutdown not all contexts are shutdown.  This prevents the
destroy() method of servlets from being called.

The problem is the classic error of altering a collection during an
enumeration of that collection.  ContextManager.shutdown() gets an
enumeration of contextsV by calling ContextManager.getContexts() and then
calls ContextManager.removeContext() for each element.
ContextManager.removeContext() calls contextsV.removeElement() which
invalidates the enumeration in shutdown().

Attached is a patch that fixes the problem.

 ContextManager.patch

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

cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime PageContextImpl.java

[pierred]

pierred 00/11/13 17:04:26

  Modified:jasper/src/share/org/apache/jasper/runtime
PageContextImpl.java
  Log:
  Port of improvement made in 3.2b7
  -
  When "redirecting" to the error page in handlePageException(), first try to
  forward to the error page.  If this fails because the response has already
  been committed, do an include of the error page instead -- that way the user
  gets at least some feedback on what is causing the problem.
  
  Submitted by: Larry Isaacs <[EMAIL PROTECTED]>
  
  Revision  ChangesPath
  1.5   +8 -4  
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime/PageContextImpl.java
  
  Index: PageContextImpl.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- PageContextImpl.java  2000/10/16 17:25:44 1.4
  +++ PageContextImpl.java  2000/11/14 01:04:23 1.5
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
 1.4 2000/10/16 17:25:44 craigmcc Exp $
  - * $Revision: 1.4 $
  - * $Date: 2000/10/16 17:25:44 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/runtime/PageContextImpl.java,v
 1.5 2000/11/14 01:04:23 pierred Exp $
  + * $Revision: 1.5 $
  + * $Date: 2000/11/14 01:04:23 $
*
* 
*
  @@ -452,7 +452,11 @@
request.setAttribute("javax.servlet.jsp.jspException", e);
   
if (errorPageURL != null && !errorPageURL.equals("")) {
  - forward(errorPageURL);
  +try {
  +forward(errorPageURL);
  +} catch (IllegalStateException ise) {
  +include(errorPageURL);
  +}
} // Otherwise throw the exception wrapped inside a ServletException.
else {
// Set the exception as the root cause in the ServletException
  
  
  

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

Clarification

[Roy Wilson]

Nick,

"Toy" was referring to size of the makefile, not it's usefulness. Thanks 
to Matthew for the link.

Roy

>> Original Message <<

On 11/13/00, 6:31:13 PM, Nick Bauman <[EMAIL PROTECTED]> wrote regarding 
Re: Thanks for the make links and a rant:


> On Mon, 13 Nov 2000, Roy Wilson wrote:

> > Nick,
> >
> > I agree that your example is simple. Even I can understand and create
> > such "toy" makefile. What I am complaining about is getting

> Not a toy. Really works.

> By the way, Matthew, my boss, sent this earlier but it somehow never made
> it to the list:

> MATTHEW
>  Hi Roy!
> >
> > If someone can provide a link to something like "Make for Dummies" I'd
> > appreciate it.
> >

> You betcha, and fyi-- this format is VERY similar to the make file Nick
> Bauman, myself and others use at our place of employment.  (Some might
> say better!?)

> At the very least, it's well documented.

>  http://geosoft.no/javamake.html

> enjoy.

>  -Matthew

>  PS>I've been resisting the temptation to get involved on the ant rant
>  thread, but this link might suggest I'm a Make fan.

>  PPS> I'm not.
> MATTHEW


> > evil/nasty/nested makefiles that don't work (unlike the MAKE_CONF
> > experience you've had) and having to understand all [exaggeration] of it
> > to find the presumably few line(s) that must be changed.

> If you don't know make, this will happen. Same with Ant. =)

> > I assume you're referring to Nash the game theorist. Back before WWII and
> > after, von Neumann (a founder of the discipline of computing) applied
> > functional analysis as developed by Banach to problems of mathematical
> > physics and economics. I didn't know that Nash used functional analysis
> > in game theory. Thanks for the opportunity to rant :-).

> Well, Nash is purported to have solved the embedding theorem and was
> working on a general theorem on turbulance before he lost his mind (maybe
> he was writing Makefiles when he snapped. I rememeber it was either
> Makefiles or Fermat's Last Theorem, I don't recall exactly, gah!)

> > Roy
> >
> > >> Original Message <<
> >
> > On 11/13/00, 5:58:34 PM, Nick Bauman <[EMAIL PROTECTED]> wrote regarding
> > Re: Thanks for the make links and a rant:
> >
> >
> > 
> >
> > > The makefile I used to compile Tomcat is thus:
> >
> > > -8<--
> > > # Keep track of the package name
> > > PACKAGE=org.apache
> >
> > > # Keep track of the package version
> > > VERSION=3_2
> >
> > > # where the maketools be
> > > MAKE_CONF=./maketools
> >
> > > include $(MAKE_CONF)/config.mk
> > > include $(MAKE_CONF)/rules.mk
> > > -8<--
> >
> > > Can it be any simpler?
> >
> > > Now I know that there is a lot of magic in the MAKE_CONF, but then you
> > > don't have to worry about that. It just works.
> >
> > > On Mon, 13 Nov 2000, Roy Wilson wrote:
> >
> > > > Nick,
> > > >
> > > > I have a copy of the FSF make manual: As our president used to say "I
> > > > recur to my former statement [about make documentation]." :-) I'll have
> > > > to check out the O'Reilly reference. See my rant below.
> > > >
> > > > Roy
> > > >
> >
> > > --
> > > Nicolaus Bauman
> > > Software Engineer
> > > Simplexity Systems
> >
> >
> >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >

> --
> Nicolaus Bauman
> Software Engineer
> Simplexity Systems



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

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

Re: Servlet - Jini - Tomcat3.1

[Arieh Markel]

> Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
> list-help: 
> list-unsubscribe: 
> list-post: 
> Delivered-To: mailing list [EMAIL PROTECTED]
> From: "Flávio Rodrigo M. de Carvalho" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Subject: Servlet - Jini - Tomcat3.1
> X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N
> 
> Hi all,
> 
> My servlet is getting the following exception when running on Tomcat3.1.
> This happens when I try to get the reference of a jini service (by a unicast
> call) :
> 
> java.lang.ClassCastException: org.apache.tomcat.protocol.WARConnection
> 
> A friend told me that it is a bug from Tomcat and that there would be a fix
> for that. I have no idea what this could be. Is there any special
> configuration to use in Tomcat3.1 to use with jini services ? What is this
> excepion about ?

Flavio,

I am not aware that there is anything specific with regards to Jini
and Jakarta-Tomcat (our application actually advertises its embedded
tomcat webserver as a Jini service).

As far as your question 'what it this exception about':

a WARConnection is a class that extends URLConnection, in order
to do WAR (Web Application Resource) loading

check the javadoc for java.net.URLCOnnection:

"The abstract class URLConnection is the superclass of all classes that
 
represent a communications link between the application and a URL.
Instances of this class can be used both to read from and to write to 
the resource referenced by the URL. In general, creating a connection
to a URL is a multistep process: ..."




It is not clear from your description what you are trying to do.

   . does your server issue a query to obtain a Jini service reference from
 a lookup server ?
 
   . are you expecting that the Jini service will upload the WAR over
 the net to be incorporated ?


Arieh
   
> 
> Thanks all,
> 
> Flavio.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

--
 Arieh Markel   Sun Microsystems Inc.
 Network Storage500 Eldorado Blvd. MS UBRM11-194
 e-mail: [EMAIL PROTECTED]   Broomfield, CO 80021
 Let's go Panthers  Phone: (303) 272-8547 x78547
 (e-mail me with subject SEND PUBLIC KEY to get public key)


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

Security constraints for forward()/include() [Was: Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 7]

[Hans Bergsten]

Hans Bergsten wrote:
> 
> [EMAIL PROTECTED] wrote:
> > [...]
> > >   6.8 Container Managed Security Constraints
> > >   Due to the way that Tomcat 3.2 is implemented, container managed security
> > >   constraints are imposed both on the original request URI *and* on subrequests
> > >   initiated to handle RequestDispatcher.forward() or RequestDispatcher.include()
> > >   calls.
> > > [...]
> > > This does *not* seem to be the case. I have an example that uses the RD to
> > > forward() to JSP pages that are protected from direct access using BASIC
> > > authentication. It works exactly as it should: forward() invokes them but
> > > a direct access prompts for username/password. You may want to look at
> >
> > If this is the case probably something changed in the implementation, and
> > we should at least find out if the danger is real and document that.
> 
> I'll try to take a look at the code today or tomorrow to see what's going
> on. But the way it works now (at least in my test case) is the way it
> should work according to 2.3, so I agree that we should leave it as it is
> and just document how it works (if it's different than 2.3 after all and
> if those differences poses a security threat).

I've looked at the code to try to figure out why it doesn't work as Costin
intended, and instead works as specified in 2.3, but I'm afraid there are
just too many interceptors involved and too little time for me to dig deeper.

Anyway, from tracing it's clear that the AccessInterceptor gets invoked
even for a forward() and it calls req.setRequiredRoles( roles ) so that
the "roles will be checked by a different interceptor". I assume this is
the SimpleRealm interceptor, but it's never invoked for a forward(). Maybe
this is because ContextManager.processRequest() (called by the RD) never 
calls the authorize() method in the interceptions, only contextMap() and 
requestMap().

An in all, I'm happy with the current behavior and I suggest that 
"6.8 Container Managed Security Constraints" is removed from the README
in the final release build. It would nice, however, if someone else can
verify this as well, since I didn't find out exactly why it works as it
should ;-)

Hans
-- 
Hans Bergsten   [EMAIL PROTECTED]
Gefion Software http://www.gefionsoftware.com

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

Re: Thanks for the make links and a rant

[Nick Bauman]

On Mon, 13 Nov 2000, Roy Wilson wrote:

> Nick,
> 
> I agree that your example is simple. Even I can understand and create 
> such "toy" makefile. What I am complaining about is getting 

Not a toy. Really works.

By the way, Matthew, my boss, sent this earlier but it somehow never made
it to the list:

MATTHEW
 Hi Roy!
>
> If someone can provide a link to something like "Make for Dummies" I'd
> appreciate it.
>

You betcha, and fyi-- this format is VERY similar to the make file Nick
Bauman, myself and others use at our place of employment.  (Some might
say better!?)

At the very least, it's well documented.

 http://geosoft.no/javamake.html

enjoy.

 -Matthew

 PS>I've been resisting the temptation to get involved on the ant rant
 thread, but this link might suggest I'm a Make fan.

 PPS> I'm not.
MATTHEW


> evil/nasty/nested makefiles that don't work (unlike the MAKE_CONF 
> experience you've had) and having to understand all [exaggeration] of it 
> to find the presumably few line(s) that must be changed.

If you don't know make, this will happen. Same with Ant. =)
 
> I assume you're referring to Nash the game theorist. Back before WWII and 
> after, von Neumann (a founder of the discipline of computing) applied 
> functional analysis as developed by Banach to problems of mathematical 
> physics and economics. I didn't know that Nash used functional analysis 
> in game theory. Thanks for the opportunity to rant :-).

Well, Nash is purported to have solved the embedding theorem and was
working on a general theorem on turbulance before he lost his mind (maybe
he was writing Makefiles when he snapped. I rememeber it was either
Makefiles or Fermat's Last Theorem, I don't recall exactly, gah!)

> Roy
> 
> >> Original Message <<
> 
> On 11/13/00, 5:58:34 PM, Nick Bauman <[EMAIL PROTECTED]> wrote regarding 
> Re: Thanks for the make links and a rant:
> 
> 
>  
> 
> > The makefile I used to compile Tomcat is thus:
> 
> > -8<--
> > # Keep track of the package name
> > PACKAGE=org.apache
> 
> > # Keep track of the package version
> > VERSION=3_2
> 
> > # where the maketools be
> > MAKE_CONF=./maketools
> 
> > include $(MAKE_CONF)/config.mk
> > include $(MAKE_CONF)/rules.mk
> > -8<--
> 
> > Can it be any simpler?
> 
> > Now I know that there is a lot of magic in the MAKE_CONF, but then you
> > don't have to worry about that. It just works.
> 
> > On Mon, 13 Nov 2000, Roy Wilson wrote:
> 
> > > Nick,
> > >
> > > I have a copy of the FSF make manual: As our president used to say "I
> > > recur to my former statement [about make documentation]." :-) I'll have
> > > to check out the O'Reilly reference. See my rant below.
> > >
> > > Roy
> > >
> 
> > --
> > Nicolaus Bauman
> > Software Engineer
> > Simplexity Systems
> 
> 
> 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

-- 
Nicolaus Bauman
Software Engineer
Simplexity Systems



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

Re: [PATCH] Re: Ready for 3.2b7?

[Colin Evans]

> What I suggest we do instead (for both 3.2 and 4.0, by the way) is to
treat the *first*
> JSESSIONID occurrence that is submitted as the one that is relevant for
this web
> application.  This is based on a requirement in the cookie spec (RFC 2109)
that the browsers
> actually seem to be obeying:
>
> "If multiple cookies satisfy the criteria above, they are
> ordered in the Cookie header such that those with more
> specific Path attributes precede those with less specific."
>

For what its worth, a lot of browsers don't seem to do this correctly.  One
of the developers that I work with was telling me that versions of Netscape
4.7 don't do this correctly, and I've had experiences with the Phone.com WAP
browser that indicate that the browser is *very* broken in how and when it
handles, replaces, deletes, and expires cookies.

For instance, the Phone.com 4.0 WAP browser emulator doesn't do cookie
replacement, which means that it will pass up multiple JSESSIONID cookies
for the same path attribute.  This violates section 4.3.3 of RFC 2109, but
the Phone.com browser is in every WAP phone in north america, which makes it
a de facto standard:

"If a user agent receives a Set-Cookie response header whose NAME is  the
same as a pre-existing cookie, and whose Domain and Path attribute values
exactly (string) match those of a pre-existing cookie, the new cookie
supersedes the old."

I would recommend testing cookie behavior with a large number of browsers
before committing to any strategy for handling cookies.

-Colin

--
Colin Evans
Bitmo, Inc. (http://www.bitmo.com)
(415)920.7225 / [EMAIL PROTECTED]



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

BugRat Report #379 has been filed.

[BugRat Mail System]

Bug report #379 has just been filed.

You can view the report at the following URL:

   

REPORT #379 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: high
Severity: critical
Confidence: public
Environment: 
   Release: tomcat 3.2 beta 7
   JVM Release: jdk 1.2.2
   Operating System: Windows NT
   OS Release: 4.0
   Platform: PC

Synopsis: 
SSL stopped working for index.jsp welcome page

Description:
I have setup Tomcat 3.2 Beta 7 on NT 4.0 with JDK 1.2.2

Followed config procedure for SSL. The following is the entry in server.xml:










When I point the browser to https://localhost/index.jsp the following exception is 
thrown:

java.io.IOException: Invalid argument
at java.io.Win32FileSystem.canonicalize(Native Method)
at java.io.File.getCanonicalPath(File.java, Compiled Code)
at org.apache.tomcat.util.FileUtil.safePath(FileUtil.java, Compiled Code
)
at org.apache.tomcat.core.Context.getRealPath(Context.java, Compiled Cod
e)
at org.apache.tomcat.request.StaticInterceptor.requestMap(StaticIntercep
tor.java, Compiled Code)
at org.apache.tomcat.core.ContextManager.processRequest(ContextManager.j
ava, Compiled Code)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.
java, Compiled Code)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java, Co
mpiled Code)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnectio
n(HttpConnectionHandler.java, Compiled Code)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java,
 Compiled Code)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java
, Compiled Code)
at java.lang.Thread.run(Thread.java:479)




Title: 
BugRat Report #
379





BugRat Report #
379




Project:
Tomcat


Release:
tomcat 3.2 beta 7




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
high


Severity:
critical




Confidence:
public





Submitter:
_Anonymous ( [EMAIL PROTECTED] )

Date Submitted:
Nov 13 2000, 05:26:58 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

SSL stopped working for index.jsp welcome page


 Environment: (jvm, os, osrel, platform)

jdk 1.2.2, Windows NT, 4.0, PC



Additional Environment Description:





Report Description:

I have setup Tomcat 3.2 Beta 7 on NT 4.0 with JDK 1.2.2

Followed config procedure for SSL. The following is the entry in server.xml:










When I point the browser to https://localhost/index.jsp the following exception is thrown:

java.io.IOException: Invalid argument
at java.io.Win32FileSystem.canonicalize(Native Method)
at java.io.File.getCanonicalPath(File.java, Compiled Code)
at org.apache.tomcat.util.FileUtil.safePath(FileUtil.java, Compiled Code
)
at org.apache.tomcat.core.Context.getRealPath(Context.java, Compiled Cod
e)
at org.apache.tomcat.request.StaticInterceptor.requestMap(StaticIntercep
tor.java, Compiled Code)
at org.apache.tomcat.core.ContextManager.processRequest(ContextManager.j
ava, Compiled Code)
at org.apache.tomcat.core.ContextManager.internalService(ContextManager.
java, Compiled Code)
at org.apache.tomcat.core.ContextManager.service(ContextManager.java, Co
mpiled Code)
at org.apache.tomcat.service.http.HttpConnectionHandler.processConnectio
n(HttpConnectionHandler.java, Compiled Code)
at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java,
 Compiled Code)
at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java
, Compiled Code)
at java.lang.Thread.run(Thread.java:479)






How To Reproduce:

null



Workaround:

null



View this report online...






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

Re: Thanks for the make links and a rant

[Roy Wilson]

Nick,

I agree that your example is simple. Even I can understand and create 
such "toy" makefile. What I am complaining about is getting 
evil/nasty/nested makefiles that don't work (unlike the MAKE_CONF 
experience you've had) and having to understand all [exaggeration] of it 
to find the presumably few line(s) that must be changed.

I assume you're referring to Nash the game theorist. Back before WWII and 
after, von Neumann (a founder of the discipline of computing) applied 
functional analysis as developed by Banach to problems of mathematical 
physics and economics. I didn't know that Nash used functional analysis 
in game theory. Thanks for the opportunity to rant :-).

Roy

>> Original Message <<

On 11/13/00, 5:58:34 PM, Nick Bauman <[EMAIL PROTECTED]> wrote regarding 
Re: Thanks for the make links and a rant:


 

> The makefile I used to compile Tomcat is thus:

> -8<--
> # Keep track of the package name
> PACKAGE=org.apache

> # Keep track of the package version
> VERSION=3_2

> # where the maketools be
> MAKE_CONF=./maketools

> include $(MAKE_CONF)/config.mk
> include $(MAKE_CONF)/rules.mk
> -8<--

> Can it be any simpler?

> Now I know that there is a lot of magic in the MAKE_CONF, but then you
> don't have to worry about that. It just works.

> On Mon, 13 Nov 2000, Roy Wilson wrote:

> > Nick,
> >
> > I have a copy of the FSF make manual: As our president used to say "I
> > recur to my former statement [about make documentation]." :-) I'll have
> > to check out the O'Reilly reference. See my rant below.
> >
> > Roy
> >

> --
> Nicolaus Bauman
> Software Engineer
> Simplexity Systems



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

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

Re: Thanks for the make links and a rant

[Nick Bauman]

Roy,

Having just read a biography of John Forbes Nash, I have but a wisp of
understanding of what a Banach space is.

However, you echo what I already said. Make is unlike any other tool in
the unix world. I think you could write a white paper on this,
seriously; like, entitled "where the hell did Make come from?" because
it's actually an example of how diverse a genius (or sadist,
depending on your prespective. I prefer the former) RMS is. It
resembles, at times, treatise on lingusitics. But I digress.

The makefile I used to compile Tomcat is thus:

-8<--
# Keep track of the package name
PACKAGE=org.apache

# Keep track of the package version
VERSION=3_2

# where the maketools be
MAKE_CONF=./maketools

include $(MAKE_CONF)/config.mk
include $(MAKE_CONF)/rules.mk
-8<--

Can it be any simpler?

Now I know that there is a lot of magic in the MAKE_CONF, but then you
don't have to worry about that. It just works.

On Mon, 13 Nov 2000, Roy Wilson wrote:

> Nick,
> 
> I have a copy of the FSF make manual: As our president used to say "I 
> recur to my former statement [about make documentation]." :-) I'll have 
> to check out the O'Reilly reference. See my rant below.
> 
> Roy
> 

-- 
Nicolaus Bauman
Software Engineer
Simplexity Systems



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

Thanks for the make links and a rant

[Roy Wilson]

Nick,

I have a copy of the FSF make manual: As our president used to say "I 
recur to my former statement [about make documentation]." :-) I'll have 
to check out the O'Reilly reference. See my rant below.

Roy
-- 
Roy Wilson
E-mail: [EMAIL PROTECTED]

>> Original Message <<



> http://www.gnu.org/manual/make/index.html

> It's not really that hard. 



Nothing is THAT hard once you have a context for new knowledge. For 
example, once you know what a Banach space is (a normed linear space), it 
is not THAT hard to understand what a Hilbert space is (a normed linear 
space endowed with an inner product). Now you know what a Hilbert space 
is, right? I don't take any pride in my "explanation" precisely because 
it assumes knowledge that few non/new mathematicians have. If you have 
that knowledge, I offer my congratulations/condolences. :-)

To begin to understand in a practical/computational way (yes, Dorothy, 
economists and physicists do digital computation in Banach and Hilbert 
space) the "explanation" I gave, however, you need to have worked with 
simple abstract spaces like the vector space built on top of the set of 
all continuous functions on the unit interval. Each continuous function 
is like a point: You then define a distance function, consider sequences 
of functions/points, convergence, topological completeness, etc. I would 
only say that such work is not that HARD for those who already have the 
context. My point was that most make documents I had seen seemed to 
presuppose that I had that kind of contextual knowledge.

> But ant is much less opaque, to be sure. I think this is important and 
the
> ant developers should be proud of this accomplishment.

> --
> Nicolaus Bauman



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

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

Servlet - Jini - Tomcat3.1

[Flávio Rodrigo M. de Carvalho]

Hi all,

My servlet is getting the following exception when running on Tomcat3.1.
This happens when I try to get the reference of a jini service (by a unicast
call) :

java.lang.ClassCastException: org.apache.tomcat.protocol.WARConnection

A friend told me that it is a bug from Tomcat and that there would be a fix
for that. I have no idea what this could be. Is there any special
configuration to use in Tomcat3.1 to use with jini services ? What is this
excepion about ?

Thanks all,

Flavio.


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

Re: [Resend] Ready for 3.2b7?

[kenneth topp]

Craig, the issues is still there.

Here (attached is a simple test case to test the issue).  It's gzip'ed to
500 byes, but's uncompressed' it's 100k.  Please let me know if you want
it in a different form.

How to test:

1) apache->tomcat 3.2b7 via ajp13 (on mod_jk)

2) point to test-postbug.jsp via browser.

3) Hit go.

I believe there was a post the other day about data chunks and that being
the issue.

Please let me know if there are troubles confirming this, also if I can
contribute towards the solution.

And the rest of tomcat 3.2 is looking really nice.

Thanks for the awesome container!

Kenneth Topp

On Fri, 10 Nov 2000, Craig R. McClanahan wrote:

> kenneth topp wrote:
>
> > --critical, no workaround--
> >
> > 1) The ajp13 error with post data greater then 8k?
> >   Bug 367 & 194 I believe.
> >
>
> Kenneth,
>
> One of the patches I committed last Saturday was a fix to TcpConnector --
> previously, it would not completely read the input stream.  The patches are
> all running together in my head now :-), but I think this one had something to
> do with the 8k problem.  It will be important to test this once b7 is out,
> ujnless you find something else in the meantime.
>
> Craig
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

 test-postbug.jsp.gz

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

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 7

[cmanolache]

> > The reason - it's a huge security hole to not check them ( IMHO ) - a site
> > running multiple webapps ( with different security constraints ) may be
> > compromised if the constraints of the original requests are propagated on
> > forward. ( you can get a request dispatcher for a different webapp - and
> > then call include for a "secure" page ). Disabling access to other webapps
> > is not allways possible or a good idea.
> > 
> > Of course, in 2.3 that seems to be required by the spec - I just hope I'm
> > wrong and there is a way to avoid the security hole.
> 
> 2.3 assumes that security is handled at the web app level, by restricting
> access to RDs for another app. This is also in the 2.1 spec. I'm not sure
> I understand why you think that's "not always possible or a good idea."

I think 2.2 doesn't assume that ( and at the time the implementation was
written, there was no 2.3 ). Plus the previous code seemed to work that
way. 

I said it's not always possible because Tomcat3.2 doesn't implement any
restrictions on ServletContext.getContext() - it's on the todo list, but
we need a way to express what apps can access other apps, and that's not
defined ( AFAIK ). 

Also, most servers ( Apache, etc ) seem to do a full processRequest for
internal redirects - that include authentication/authorization - and again
we'll make even harder to integrate web servers with the servlet api. 

Anyway - it's not a big deal, in 3.3 we'll have to implement restrictions
on ServletContext.getContext() and that'll resolve the problem, and 3.2
doesn't claim to be able to run multiple security domains ( it can run
untrusted apps, but can't isolate one app from another - the 3.2 core is
still not there ). 

Costin




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

Re: Ant rant

[Nick Bauman]

On Mon, 13 Nov 2000 [EMAIL PROTECTED] wrote:

> > If it works out-of-box with jikes 1.12, then awesome! (I've had problems
> > with 1.12 because of the multibyte encoding changes between 1.11 and 1.12)
> 
> I use it with jikes most of the time.  If you are on unix, you can 
> use an .antrc and
>  ANT_OPTS="-Dbuild.compiler=jikes"
> 
> BTW, if you are an expert ( or know how to use :-) autoconf, it would be
> really great to contribute an autoconf script for mod_jk ( and mod_warp
> when ready ).

I'll look into it.
 
> I also think some of the features of autoconf ( like looking for a package
> in multiple places ) are very nice - for a while ( when I had more time
> ) I tried to port some of them to ant. 

That would be VERY cool.
 
> Another intersting project ( if you prefer makefiles ) is to write a
> simple XSL stylesheet to convert from Ant build.xml to a makefile. 
> I think ( hope ) most of the ant tasks can be easily converted to the
> make equivalent ( java, cp, mkdir, etc ) and in the worse case a small
> "java runAntTask foo " can deal with the rest of the tasks. 

Yes, I mentioned something like this earlier. And when I say make I should
clarify that I mean gmake, which is far more flexible than SysV make

> ( I like and use ant, but it's just a tool - and everyone should use
> whatever tools work best for him ) 
> 
> Costin

As you could probably already figure, I'm becoming an Ant convert. The
thing that broke the whole log jam for me was that I can continue to
use jikes, which turns a project that takes 1 hour to compile with javac
into 10 minutes with Jikes.

-- 
Nicolaus Bauman


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

Re: Ant rant

[Glenn Vanderburg]

Bob Jamison <[EMAIL PROTECTED]> writes:
>
> I can think of one major thing that restricts the use of Make on Java.
> The wizards at Sun, when they implemented inner classes, decided
> to use $ as the class name separator, like
> MyClass$SomeThread.class
> (why, O why, not % or @ or something else!  ;-( )

Because those characters aren't legal in class and method names in the
VM spec.  Changing the VM spec wasn't an option; if inner classes
required a new VM, they simply wouldn't have succeeded.  '$' is legal
in class and method names, but the language spec has always stated
that it should only be used in mechanically generated source code.

So '$' was really the only character they could've used.

-- 
Glenn Vanderburg
Delphi Consultants, LLC
[EMAIL PROTECTED]


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

RE: [Resend] Ready for 3.2b7?

[Marc Saegesser]

Craig,

Verified this in 3.2b7 and it works fine.  Thanks.

Marc

-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 5:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [Resend] Ready for 3.2b7?


Marc Saegesser wrote:

> Craig,
>
> I posted the diffs to fix a log file problem in jk_nt_service.c a few days
> ago.  The changes are minor (but fix a really annoying problem) and have
> been running at my site without problem for about a week.
>
> I'm new to submitting code changes to the project so if there is anything
I
> could do to make it easier to get the changes accepted and commited please
> let me know.
>

Thanks Marc,

I am about to commit this patch, but I don't have any way to verify that
it's
correct.  Please download 3.2b7 when it's posted and make sure this is
working
correctly.

Craig



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


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

BugRat Report #377 has been filed.

[BugRat Mail System]

Bug report #377 has just been filed.

You can view the report at the following URL:

   

REPORT #377 Details.

Project: Tomcat
Category: Bug Report
SubCategory: New Bug Report
Class: swbug
State: received
Priority: medium
Severity: serious
Confidence: public
Environment: 
   Release: 3.2 b7
   JVM Release: 1.3
   Operating System: Win2000
   OS Release: 2195 SP1
   Platform: i386

Synopsis: 
Inconsistent application class loading behaviour

Description:
This seems more like a servlet 2.2 spec design issue, but I post it here anyway.
When the classes are loaded from JARs residing in the {app}/WEB-INF/lib, different 
class loader then the application classloader (AdaptiveClassLoader) may be used, 
resulting in ClassNotFoundException thrown. This results in inconsistent application 
behaviour.

See "How To Reproduce" section for concrete example and details.


Title: 
BugRat Report #
377





BugRat Report #
377




Project:
Tomcat


Release:
3.2 b7




Category:
Bug Report


SubCategory:
New Bug Report




Class:
swbug


State:
received




Priority:
medium


Severity:
serious




Confidence:
public





Submitter:
Emil Marceta ( [EMAIL PROTECTED] )

Date Submitted:
Nov 13 2000, 01:42:28 CST

Responsible:
Z_Tomcat Alias ( [EMAIL PROTECTED] )


Synopsis:

Inconsistent application class loading behaviour


 Environment: (jvm, os, osrel, platform)

1.3, Win2000, 2195 SP1, i386



Additional Environment Description:

Sample web application using the JNDI with File System Service Provider 1.2 beta 3 (available from Sun @ http://java.sun.com/products/jndi/serviceproviders.html)



Report Description:

This seems more like a servlet 2.2 spec design issue, but I post it here anyway.
When the classes are loaded from JARs residing in the {app}/WEB-INF/lib, different class loader then the application classloader (AdaptiveClassLoader) may be used, resulting in ClassNotFoundException thrown. This results in inconsistent application behaviour.

See "How To Reproduce" section for concrete example and details.




How To Reproduce:

null



Workaround:

null



View this report online...






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

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 7

[Hans Bergsten]

[EMAIL PROTECTED] wrote:
> 
> >   6.8 Container Managed Security Constraints
> >   Due to the way that Tomcat 3.2 is implemented, container managed security
> >   constraints are imposed both on the original request URI *and* on subrequests
> >   initiated to handle RequestDispatcher.forward() or RequestDispatcher.include()
> >   calls.
> 
> Since I did part of the implementation, my intention was to check the
> security constraints on forward and include.
> 
> The reason - it's a huge security hole to not check them ( IMHO ) - a site
> running multiple webapps ( with different security constraints ) may be
> compromised if the constraints of the original requests are propagated on
> forward. ( you can get a request dispatcher for a different webapp - and
> then call include for a "secure" page ). Disabling access to other webapps
> is not allways possible or a good idea.
> 
> Of course, in 2.3 that seems to be required by the spec - I just hope I'm
> wrong and there is a way to avoid the security hole.

2.3 assumes that security is handled at the web app level, by restricting
access to RDs for another app. This is also in the 2.1 spec. I'm not sure
I understand why you think that's "not always possible or a good idea."

> > This does *not* seem to be the case. I have an example that uses the RD to
> > forward() to JSP pages that are protected from direct access using BASIC
> > authentication. It works exactly as it should: forward() invokes them but
> > a direct access prompts for username/password. You may want to look at
> 
> If this is the case probably something changed in the implementation, and
> we should at least find out if the danger is real and document that.

I'll try to take a look at the code today or tomorrow to see what's going
on. But the way it works now (at least in my test case) is the way it
should work according to 2.3, so I agree that we should leave it as it is
and just document how it works (if it's different than 2.3 after all and
if those differences poses a security threat).

Hans
-- 
Hans Bergsten   [EMAIL PROTECTED]
Gefion Software http://www.gefionsoftware.com

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

Re: Ant rant

[Bob Jamison]

Nick Bauman wrote:

> Question: WHAT THE HECK IS ANT?
>
> Now I know what ant is, I'm just hyperbolizing. But...
>
> It's just that I got the entire Tomcat 3.1 tree to compile with a single
> Makefile in around 10 minutes. I can't figure out what Ant is helping this
> project with. Maybe I'm just stupid or something but this Ant thing
> doesn't really impress me very much. Make is very stable, very cross
> platform; I just don't see what's so cool about ant.
>
> Why is ant better than Make?
>
> And don't say "ant is cross platform, make is not" because that just isn't
> true. Was someone just bored with the wheel and wanted to reinvent it?
>

I can think of one major thing that restricts the use of Make on Java.
The wizards at Sun, when they implemented inner classes, decided
to use $ as the class name separator, like
MyClass$SomeThread.class
(why, O why, not % or @ or something else!  ;-( )

Make just -freaks- on $ when doing dependencies.  In makefiles,
I had to hardcode every name with a $ in it with single quotes, in
order to prevent Make from attempting name substitution.

Another problem with using Make,  is not make itself, but Javac.
Previously ,  and I think it has been fixed now,   javac did
not return a true/false properly, so Make did not know when to stop.
Also,  javac did not do a thorough enough dependency check.



Bob



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

Re: Ant rant

[cmanolache]

> If it works out-of-box with jikes 1.12, then awesome! (I've had problems
> with 1.12 because of the multibyte encoding changes between 1.11 and 1.12)

I use it with jikes most of the time.  If you are on unix, you can 
use an .antrc and
 ANT_OPTS="-Dbuild.compiler=jikes"

BTW, if you are an expert ( or know how to use :-) autoconf, it would be
really great to contribute an autoconf script for mod_jk ( and mod_warp
when ready ).

I also think some of the features of autoconf ( like looking for a package
in multiple places ) are very nice - for a while ( when I had more time
) I tried to port some of them to ant. 

Another intersting project ( if you prefer makefiles ) is to write a
simple XSL stylesheet to convert from Ant build.xml to a makefile. 
I think ( hope ) most of the ant tasks can be easily converted to the
make equivalent ( java, cp, mkdir, etc ) and in the worse case a small
"java runAntTask foo " can deal with the rest of the tasks. 

( I like and use ant, but it's just a tool - and everyone should use
whatever tools work best for him ) 

Costin



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

Re: [ANNOUNCEMENT] Tomcat 3.2 Beta 7

[cmanolache]

>   6.8 Container Managed Security Constraints
>   Due to the way that Tomcat 3.2 is implemented, container managed security
>   constraints are imposed both on the original request URI *and* on subrequests 
>   initiated to handle RequestDispatcher.forward() or RequestDispatcher.include()
>   calls.

Since I did part of the implementation, my intention was to check the
security constraints on forward and include.

The reason - it's a huge security hole to not check them ( IMHO ) - a site
running multiple webapps ( with different security constraints ) may be
compromised if the constraints of the original requests are propagated on
forward. ( you can get a request dispatcher for a different webapp - and
then call include for a "secure" page ). Disabling access to other webapps
is not allways possible or a good idea.

Of course, in 2.3 that seems to be required by the spec - I just hope I'm
wrong and there is a way to avoid the security hole.
 
 
> This does *not* seem to be the case. I have an example that uses the RD to
> forward() to JSP pages that are protected from direct access using BASIC
> authentication. It works exactly as it should: forward() invokes them but 
> a direct access prompts for username/password. You may want to look at

If this is the case probably something changed in the implementation, and
we should at least find out if the danger is real and document that.

Costin


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

Re: Make rant

[Nick Bauman]

On Mon, 13 Nov 2000, Roy Wilson wrote:

> I've struggled to find what was for me a useable tutorial on make, but 
> did not succeed. Most seem to have been written by experts too close to 
> their subject. If someone can provide a link to something like "Make for 
> Dummies" I'd appreciate it. Having constructed abstract Turing Machines 
> to do arithmetic, read and written technical papers, I'd like to think 
> the problem is more than brain-death on my part. :-)

http://www.gnu.org/manual/make/index.html

It's not really that hard. At first glance a Makefile resembles
nothing else in Unix, it's not a shell, it's not a programming
language, and I think that's what puts people off of Make.

But ant is much less opaque, to be sure. I think this is important and the
ant developers should be proud of this accomplishment.

-- 
Nicolaus Bauman



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

tomcat 4.0 m4: bug while submitting UTF-8 data to JSP page

[Christian Mallwitz]

Hi,

I have a JSP file (see attachment) which lets you submit text in UTF-8 to
the same JSP file. For this to work the JSP file contains code for
converting the submitted text from Unicode to UTF-8. 

I run some test to submit the Euro symbol. In Unicode this is code point
0x20ac and in UTF-8 it is 0xE2 0x82 0xAC (3 bytes). It works for all servlet
engines I know of incl. Tomcat up to 3.2 beta 6 but not for Tomcat 4.0m4

if you have an URL like http://host/post.jsp?text=%E2%82%AC I expect the
following output:

text [as text]   = â'¬
text [as hex]= 0xe2 0x82 0xac 
text [corrected] = EUR

but I get

text [as text]   = â'¬
text [as hex]= 0xe2 0x201a 0xac 
text [corrected] = 

Note the second hex code. Interestingly 0x201a is a Unicode code point
containing a , character but I'm clueless how Tomcat got there ...

Bye
Christian
PS: I have attached a JSP file for more multibyte samples ...
-- 
Christian Mallwitz INTERSHOP Communications Germany
Senior Software Engineerphone: +49 3641 894 334


 post.jsp
 complete-charset-unicode-utf8.jsp

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

TC4-M4: Bug while loading jars?

[James Cook]

Is it considered a bug that any jars loaded by Tomcat 4 (whether from
WEB-INF/lib, or /lib) must have a manifest file? I'm not sure why
this restriction is in place.

jim


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

Make rant

[Roy Wilson]

FWIW,

I've been unable to set up cross-compilers and other things because I 
couldn't get enough knowledge to sort out the nested make files that 
appear to have been written for a particular configuration (which was not 
mine). 

I've struggled to find what was for me a useable tutorial on make, but 
did not succeed. Most seem to have been written by experts too close to 
their subject. If someone can provide a link to something like "Make for 
Dummies" I'd appreciate it. Having constructed abstract Turing Machines 
to do arithmetic, read and written technical papers, I'd like to think 
the problem is more than brain-death on my part. :-)

Roy
-- 
Roy Wilson
E-mail: [EMAIL PROTECTED]

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

[ANNOUNCEMENT] Tomcat 3.2 Beta 7 RPM available

[GOMEZ Henri]

RPM for TC 3.2b7 are available at :

http://rpmized.free.fr/

Compiled under Redhat 6.1 + updates with SSL support.

size 

2106243 tomcat-3.2-beta7.1.src.rpm
1567141 tomcat-3.2-beta7.1.noarch.rpm
 257654 tomcat-manual-3.2-beta7.1.noarch.rpm

1093345 tomcat-mod-3.2-beta7.1.src.rpm
  84332 tomcat-mod-3.2-beta7.1.i386.rpm

md5sum

c086eecb9e69a3db89f66a014b0db154  tomcat-3.2-beta7.1.src.rpm
679fae23773f921746a3b5281ee4459b  tomcat-3.2-beta7.1.noarch.rpm
541e876cd247a070c8be11148ba1300e  tomcat-manual-3.2-beta7.1.noarch.rpm

cc09be5f8a5808a649c4ab9b911fa25d  tomcat-mod-3.2-beta7.1.src.rpm
1132af05ef0a67a7487e480a6005ac48  tomcat-mod-3.2-beta7.1.i386.rpm

---

Name: tomcat   Relocations: (not relocateable)
Version : 3.2   Vendor: Apache Software
Foundation
Release : beta7.1   Build Date: Mon 13 Nov 2000
11:06:20 AM CET
Install date: (not installed)   Build Host: perso.free.fr
Group   : Networking/DaemonsSource RPM:
tomcat-3.2-beta7.1.src.rpm
Size: 2086570  License: Apache
Packager: Henri Gomez <[EMAIL PROTECTED]>
URL : http://jakarta.apache.org
Summary : Apache's servlet engine
Description :
Develop Web applications in Java.
* Mon Nov 13 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-7 RPM

* Tue Oct 24 2000 Henri Gomez <[EMAIL PROTECTED]>

- RPM Release 4
- renamed tomcat-doc to tomcat-manual (follow apache RPM naming)
- RH 7.0 changes location of docdir and DocumentRoot. The spec file is
modified
  to place manual in right place when rebuilded under RH 6.x or RH 7.0
- compiled on Redhat 6.1 box plus updates with rpm-3.0.5

* Tue Oct 17 2000 Henri Gomez <[EMAIL PROTECTED]>

- RPM Release 3
- follow Debian policy about java stuff, libs in /usr/share/java,
  executable in /usr/bin
- prepare transition to RH 7.0 new document root (/var/www)

* Thu Oct 12 2000 Henri Gomez <[EMAIL PROTECTED]>

- RPM release 2
- correct webapps file mod (644)
- correct server.xml with secure param set for SSL

* Thu Oct 12 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-6 RPM
- removed ajp12 patch (now there are included)
- JSSE is now NEEDED to build Tomcat (like TC 4.0)
- build
CLASSPATH=/usr/lib/java/jsse.jar:/usr/lib/java/jcert.jar:/usr/lib/java/jnet.
jar

* Fri Oct 06 2000 Henri Gomez <[EMAIL PROTECTED]>

- RPM release 2
- tomcat is now installed on /home/tomcat instead of
  /opt/tomcat since /opt is mounted read-only on
  many systems <[EMAIL PROTECTED]>
- build
CLASSPATH=/usr/lib/java/jsse.jar:/usr/lib/java/jcert.jar:/usr/lib/java/jnet.
jar
- correct stuff in spec file (copyright, group...)

* Mon Sep 25 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-5 RPM
- detect jikes and use it to rebuild (yep 10 times faster).
- patched incorrect version number
- rebuilded with jikes 1.12 (and jsse 1.0.2).

* Thu Sep 14 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-4 RPM
- mainly documentations correction and WEB-INF/lib jars classloading

* Mon Sep 11 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-3 RPM release 3
- updated TOMCAT.README.RPM (more info on mod_jk and mod_ssl)

* Fri Sep 08 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-3 RPM release 2
- new release for my birthday ;-)
- removed apache-devel requirement (no APXS use here)
- rebuilded with jsse (1.0.2) and IBM JDK 1.3.0 (cx130-2815)
- tomcat.init modified to use IBM JDK 1.3.0. 
- signed with my PGP key

* Fri Sep 01 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-3
- removed AJP13 patch (included now)

* Fri Jul 28 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-2 RPM release 1
- Added TOMCAT.README.RPM for information on how to rebuild RPM.
- Modified RPM to keep CLASSPATH in build.
- Rebuilt with jsse (1.0.1) jars in CLASSPATH to add SSL support to tomcat. 
- Removed JDK determination at post time

* Thu Jul 27 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.2-beta-2
- Initial RPM for v3.2-beta-2 (modules are now in another RPM)
- Installation stay under /opt until tomcat add support alternate
  configuration separation.
- Rebuild rpm with IBM JDK 1.3 (cx130-2623) to allow ant
  work under both JDK 1.1.8 and JDK 1.3.

* Wed Jul 19 2000 Henri Gomez <[EMAIL PROTECTED]>

- v3.1-8
- corrected %post and %preun for jserv to also
  support standard Redhat 6.2 apache httpd.conf.

* Mon Jul 17 2000 John Summerfield <[EMAIL PROTECTED]>

- v3.1-6
- Edit /etc/rc.d/init.d/tomcat so it picks up Java settings from user for
java2 at install time
- Requires: ed, and some trickery. Sources bash init scripts to setup a
typical users' environment
- Move webapps to /var - /usr must not be written (especially by users!)
- Change port 8007 to 8008 as the former is used (by default) by jserv.

* Wed Jul 05 2000 John Summerfield <[EMAIL PROTECTED]>

- v3.1-6
- Edit /etc/rc.d/init.d/tomcat so it picks up Java settings from user (if
set) at install time
- Requires: ed

* Sat Jun 24 2000 John Summerfield <[E

Re: Tomcat 4.0 -- JSP XML representation problems

[Piotr Lipski]

Hi!

Maybe try to add dummy attribute to br tag, for example .

Piotr Lipski

- Original Message -
From: "Boyd Waters" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 13, 2000 11:02 AM
Subject: Re: Tomcat 4.0 -- JSP XML representation problems


: Boyd Waters wrote:
:
: > It's actually worse than this, because my site uses XHTML -- the HTML
: > pages are XML documents. I need Tomcat to emit XML, *INCLUDING* the
: > DOCTYPE declaration.
: >
: > So by way of winding down this rant, has anyone been able to use the XSL
: > taglib with Tomcat 4.0? Or any XML at all?
:
: OK, so I ditched the initial  line, and left the
: DOCTYPE DECL in, and I was able to use the "old-style" JSP
: representation, with some significant limitations.
:
: In particular, I cannot use empty XHTML tags in my XSLT anymore, because
: the new version of one of the XML processors that is with the Tomcat 4.0
: distro insists on taking out the space between the tag and its closing
: '/'
:
: e.g.
: in XSLT:
: 
:^
: emitted HTML to the browser:
: 
:   ^
:
: which Netscape 4.x blows off, screwing up my HTML...
:
: Most user agents need those spaces.
:
: FWIW, I was able to get emitted XHTML from Tomcat 4.0/XSLT that
: validated OK with the W3.org validator, but I had to aviod these "empty"
: tags in my XSLs.
:
: Sigh...
: -- boyd
:
: PS:
: I'll be posting my experiences with Tomcat, XSLT, and similar
: technologies on a web log that I'm putting together. The weblog is
: mirrored by a static web-server that's publically-acessible at
:
: htpp://www.aoc.nrao.edu/~bwaters
:
: This mirror is something of a kludge, but it's the best we can do right
: now. It's updated every day or so.
:
: -
: Boyd Waters  [EMAIL PROTECTED]
: National Radio Astronomy Observatory  http://www.nrao.edu
: PO Box 0 Socorro, NM 87801   505.835.7346
:
: http://www.zocalo.net/~waters
: [EMAIL PROTECTED]
: -
:
: -
: To unsubscribe, e-mail: [EMAIL PROTECTED]
: For additional commands, e-mail: [EMAIL PROTECTED]
:


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

Re: Tomcat 4.0 -- JSP XML representation problems

[Boyd Waters]

Boyd Waters wrote:

> It's actually worse than this, because my site uses XHTML -- the HTML
> pages are XML documents. I need Tomcat to emit XML, *INCLUDING* the
> DOCTYPE declaration.
> 
> So by way of winding down this rant, has anyone been able to use the XSL
> taglib with Tomcat 4.0? Or any XML at all?

OK, so I ditched the initial  line, and left the
DOCTYPE DECL in, and I was able to use the "old-style" JSP
representation, with some significant limitations.

In particular, I cannot use empty XHTML tags in my XSLT anymore, because
the new version of one of the XML processors that is with the Tomcat 4.0
distro insists on taking out the space between the tag and its closing
'/'

e.g.
in XSLT:

   ^
emitted HTML to the browser:

  ^

which Netscape 4.x blows off, screwing up my HTML...

Most user agents need those spaces.

FWIW, I was able to get emitted XHTML from Tomcat 4.0/XSLT that
validated OK with the W3.org validator, but I had to aviod these "empty"
tags in my XSLs.

Sigh...
-- boyd

PS:
I'll be posting my experiences with Tomcat, XSLT, and similar
technologies on a web log that I'm putting together. The weblog is
mirrored by a static web-server that's publically-acessible at

htpp://www.aoc.nrao.edu/~bwaters

This mirror is something of a kludge, but it's the best we can do right
now. It's updated every day or so.

-
Boyd Waters  [EMAIL PROTECTED]
National Radio Astronomy Observatory  http://www.nrao.edu
PO Box 0 Socorro, NM 87801   505.835.7346

http://www.zocalo.net/~waters
[EMAIL PROTECTED]
-

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