Build errors on Solaris 2.8

2001-03-07 Thread David Peterson

When compiling Tomcat 3.2.1 on Solaris 2.8 using buid.sh, I get the
following errors.  What am I doing wrong?

tomcat:
[javac] Compiling 6 source files to
/export/home/work/build/tomcat/classes
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/jasper/runti
me/JspFactoryImpl.java:93: class org.apache.jasper.runtime.PageContextImpl
is an abstract class. It can't be instantiated.
[javac] if( pc == null ) pc= new PageContextImpl(this);
[javac]  ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/jasper/runti
me/JspFactoryImpl.java:95: class org.apache.jasper.runtime.PageContextImpl
is an abstract class. It can't be instantiated.
[javac] pc =  new PageContextImpl(this);
[javac]   ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/jasper/runti
me/PageContextImpl.java:99: class org.apache.jasper.runtime.PageContextImpl
must be declared abstract. It does not define void
handlePageException(java.lang.Throwable) from class
javax.servlet.jsp.PageContext.
[javac] public class PageContextImpl extends PageContext {
[javac]  ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/HttpServletRequestFacade.java:83: class
org.apache.tomcat.facade.HttpServletRequestFacade must be declared abstract.
It does not define void setCharacterEncoding(java.lang.String) from
interface javax.servlet.ServletRequest.
[javac] final class HttpServletRequestFacade implements
HttpServletRequest {
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/HttpServletRequestFacade.java:83: class
org.apache.tomcat.facade.HttpServletRequestFacade must be declared abstract.
It does not define java.lang.StringBuffer getRequestURL() from interface
javax.servlet.http.HttpServletRequest.
[javac] final class HttpServletRequestFacade implements
HttpServletRequest {
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/HttpServletRequestFacade.java:83: class
org.apache.tomcat.facade.HttpServletRequestFacade must be declared abstract.
It does not define java.util.Map getParameterMap() from interface
javax.servlet.ServletRequest.
[javac] final class HttpServletRequestFacade implements
HttpServletRequest {
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/HttpServletResponseFacade.java:84: class
org.apache.tomcat.facade.HttpServletResponseFacade must be declared
abstract. It does not define void resetBuffer() from interface
javax.servlet.ServletResponse.
[javac] final class HttpServletResponseFacade  implements
HttpServletResponse
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/ServletContextFacade.java:82: class
org.apache.tomcat.facade.ServletContextFacade must be declared abstract. It
does not define java.util.Set getResourcePaths() from interface
javax.servlet.ServletContext.
[javac] final class ServletContextFacade implements ServletContext {
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/ServletContextFacade.java:82: class
org.apache.tomcat.facade.ServletContextFacade must be declared abstract. It
does not define java.lang.String getServletContextName() from interface
javax.servlet.ServletContext.
[javac] final class ServletContextFacade implements ServletContext {
[javac] ^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/SimpleFacadeManager.java:103: class
org.apache.tomcat.facade.ServletContextFacade is an abstract class. It can't
be instantiated.
[javac] return new ServletContextFacade(ctx.getContextManager() ,
ctx);
[javac]^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/SimpleFacadeManager.java:109: class
org.apache.tomcat.facade.HttpServletRequestFacade is an abstract class. It
can't be instantiated.
[javac] return new HttpServletRequestFacade(req);
[javac]^
[javac]
/export/home/work/jakarta-tomcat-3.2.1-src/src/share/org/apache/tomcat/facad
e/SimpleFacadeManager.java:115: class
org.apache.tomcat.facade.HttpServletResponseFacade is an abstract class. It
can't be instantiated.
[javac] return new HttpServletResponseFacade(res);
[javac]^
[javac] Note: 2 files use or override a deprecated API.  Recompile with
"-deprecation" for details.
[javac] 12 errors, 1 warning

BUILD FAILED

/export/home/work/jakarta-tomcat-3.2.1-src/build.xml:94: Compile failed,
messages should have been provided.

Total time: 7 seconds

Thank you,
David Peterson

Supervisor, NOC
www.cybersensor.com
Tel:  615.86

Session beans and multiple tomcat servers ?

2001-03-02 Thread David Peterson



Hi Everybody,

I have a question about the architecture of tomcat and the sharing of
beans (typically accessed by JSP page code) with a scope of "session".

It seems to me that one major problem with JSP and session-scoped beans
on tomcat (and possibly other servlet engines ? i'm not trying to bag
tomcat specifically here !) is that I am restricted to a hardware
architecture of a *single webserver* running tomcat.

If I wish to run a 'load-balanced' (dns round robin most likely) server
configuration with multiple instances of tomcat sitting behind the same
URL, is there any known way in which to share session-scope java beans
created by one tomcat server across the other servers ?

The only way I can see to solve this problem is to push all session
information to a backend database accessible by all the webservers, and
to look up the session information from the database *each* time the
user moves from page to page (and potentially across tomcat servers).
This seems kludgy, and the database access requirements defeat both the
simplicity of the session-bean approach, and add overhead to the very
scalability and performance that you're trying to achieve by using
multiple servers.

Any guidance or relevent experiences much appreciated ...

Thanks in advance.


David Peterson



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




Consultant

2001-02-21 Thread David Peterson

We are in need of a consultant to help us with our Apache/Tomcat
implementation.  We are having some specific problems with Tomcat.  If
interested, please contact me directly.

Thank you,
David Peterson
www.cybersensor.com
Email:  [EMAIL PROTECTED]


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