Multiple Hosting on IIS

[nilesh]

Dear Sir,
We are one of leading ISP companies, I am trying to install Jakarta-Tomcat 3.2.1 on of our Windows 2000 
Advance Server with IIS. 
I followed  
"jakarta-tomcat3.2.1\doc\tomcat-iis-howto.html" , everything is working 
perfectly except for multiple hosting. It works only with default web but not 
with other web sites that I have created using IIS Manager that I have been 
registered with NIC.
 
Please help, How can I configure Tomcat to work with multiple 
hosting ?
 
With Regards,
Nilesh ShresthaManager, WorldLink TechnologiesInternet 
BuildingDharmapathP.0. Box: 8207Kathmandu, 
Nepal.Tel:   +977 1 231 129 Fax:  +977 1 526 318 
Email: [EMAIL PROTECTED]  
[EMAIL PROTECTED]

The null thingee. I know it was discused before.

[Nino]

Hi guys, 

I am new to Tomcat and I have installed 3.2.2 with Apache 1.3.20.
It seems that Tomcat does not like my context :

2001-07-01 01:01:38 - Ctx( /iWeb ): 404 R( /iWeb + /iNotes/test/test.jsp
+ null) JSP file not found


This is the erroe I get. The Apache is configured correctly because I
can view static
pages. I am a little perplexed by this behaviour. All the example pages
work. Both servlet and jsp.
I am also having problems understanding how should I confiigure Tomcat
to the needs of the engineers 
in my company. Is there an FAQ that deals with this ?

Many thanks in advance for any help rendered.

N.

Does Apache worth it?

[Eitan Ben Noach]

Hello all,

We are intending to use Apache & Tomcat as web server in our product,
and preliminary experiments show excellent performance.

Most of our web pages are JSPs and servlets, and few HTMLs and Gifs.

We wonder what is the contribution of Apache in our scenario - some of us 
think that Tomcat standalone is enough.

Is there any advantage of using Apache and not Tomcat standalone?

We will appreciate any contributing input.

Thanks,
-
Eitan Ben-Noach
Proficiency, Ltd.

Tel: +972.2.548.0287
Fax: +972.2.586.3871
email: [EMAIL PROTECTED]

The Intelligence in Engineering Supply Chain Collaboration





 

i take it there is:

[Francis West]

Hello guys,
i take it there is a long time delay for 
<[EMAIL PROTECTED]>

to unsubscribe my e-mail?

Cheers!

[tomcat-user] how to use generic servlets

[Niko Schwarz]

Hi, 
all the literature i have just deals with HttpServlets and stuff, and 
anyway: its not much literature.

could someone give me a nice example how to write a web.xml in which i 
can use my generic servlet which uses my own protocol? 

tia,

nick
-- 
The moon is a planet just like the Earth, only it is even deader.

how come im still getting mail from this group?

[Francis West]

after unsubscribing 4 times, im still getting mail. what is going on?

Re: Does Apache worth it?

[Nivedan Nadraj]

Hi Eitan,

  Apache as far as I know is a powerful full blown
HTTP server. Tomcat is also a webserver and as you
already know it supports servlets and JSP's.
  The internals of how Tomcat and apache differ I do
not know. But from the docs I guess it's the divide
and rule policy. Anyting related to static it is
directed to Apache since it is a proven and powerful
HTTP service and when it is servlets or JSP it is
redirected to Tomcat. 
  Basic developement we can use Tomcat I guess for
production it is better to use Apache to serve the
static files. There is more to it...this is my part.

  Nive
--- Eitan Ben Noach <[EMAIL PROTECTED]> wrote:
> Hello all,
> 
> We are intending to use Apache & Tomcat as web
> server in our product,
> and preliminary experiments show excellent
> performance.
> 
> Most of our web pages are JSPs and servlets, and few
> HTMLs and Gifs.
> 
> We wonder what is the contribution of Apache in our
> scenario - some of us 
> think that Tomcat standalone is enough.
> 
> Is there any advantage of using Apache and not
> Tomcat standalone?
> 
> We will appreciate any contributing input.
> 
> Thanks,
> -
> Eitan Ben-Noach
> Proficiency, Ltd.
> 
> Tel: +972.2.548.0287
> Fax: +972.2.586.3871
> email: [EMAIL PROTECTED]
> 
> The Intelligence in Engineering Supply Chain
> Collaboration
> 
> 
> 
> 
> 
>  


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Re: Why does this list e-mail all users - i don't want this crap arriving in my mail

[Nivedan Nadraj]

It is a mailing list. And the good idea is that it is
a one-many relationship. When a person has a problem
it is communicated to all in the database. Hence the
answers to your questions can be answered by varioys
professionals and you have a wider network instead of
keepin it in a small group.
   Yup the mailbox is filled but there is a price you
have to take!!! :)(

 Cheers,

  Nive
--- Brad Pardee <[EMAIL PROTECTED]> wrote:
> Look on the bright side.  If you ever visit Germany,
> you'll be able to tell everyone your on vacation!
> 
> -Original Message-
> From: Norman Cave-Browne-Cave
> [mailto:[EMAIL PROTECTED]]
> Sent: 29 June 2001 12:02
> To: [EMAIL PROTECTED]
> Subject: Why does this list e-mail all users - i
> don't
> want this crap arriving in my mail
> 
> 
> 
> 
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Re: Does Apache worth it?

[David Crooke]

The built in webserver in a Java appserver is really only suitable for testing
with - if you are serving more than a few thousand pages per day, or doing
anything remotely serious for production use, or your server is on the internet,
you should use a "real" webserver in front of Tomcat, and Apache is the one of
choice.

Principal reasons are:

Performance - Apache is much faster at handling connections and doing basic
processing on URLs; it's IO is well optimised (the only thing that beats it is a
kernel-space websever like khttpd or Tux) You can also get it to serve any bits
of purely static content, such as image files, taking some load off the Java
layer. Finally, you can more easily multiplex across multiple Java VM's on
multiple boxes, for scalability and redundancy.

Configurability - Apache is very powerful and flexible as far as configuration
is concerned, and can handle all kinds of complex multi-site hosting issues.

Security - Apache has been used on the internet for years by many, many sites,
and has withstood all kinds of attacks; most of the vulnerabilities in it have
been found and eliminated. By contrast, Tomcat's built in server has not had
this level of robust testing. By avoiding the need to connect Tomcat directly to
port 80/443, Apache provides an additional layer of insulation between your
appserver and the bad guys.

Nivedan Nadraj wrote:

> Hi Eitan,
>
>   Apache as far as I know is a powerful full blown
> HTTP server. Tomcat is also a webserver and as you
> already know it supports servlets and JSP's.
>   The internals of how Tomcat and apache differ I do
> not know. But from the docs I guess it's the divide
> and rule policy. Anyting related to static it is
> directed to Apache since it is a proven and powerful
> HTTP service and when it is servlets or JSP it is
> redirected to Tomcat.
>   Basic developement we can use Tomcat I guess for
> production it is better to use Apache to serve the
> static files. There is more to it...this is my part.
>
>   Nive
> --- Eitan Ben Noach <[EMAIL PROTECTED]> wrote:
> > Hello all,
> >
> > We are intending to use Apache & Tomcat as web
> > server in our product,
> > and preliminary experiments show excellent
> > performance.
> >
> > Most of our web pages are JSPs and servlets, and few
> > HTMLs and Gifs.
> >
> > We wonder what is the contribution of Apache in our
> > scenario - some of us
> > think that Tomcat standalone is enough.
> >
> > Is there any advantage of using Apache and not
> > Tomcat standalone?
> >
> > We will appreciate any contributing input.
> >
> > Thanks,
> > -
> > Eitan Ben-Noach
> > Proficiency, Ltd.
> >
> > Tel: +972.2.548.0287
> > Fax: +972.2.586.3871
> > email: [EMAIL PROTECTED]
> >
> > The Intelligence in Engineering Supply Chain
> > Collaboration
> > 
> >
> >
> >
> >
> >
>
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail
> http://personal.mail.yahoo.com/

Re: Does Apache worth it?

[Benjamin Wong]

Hi,

I am very interested in this issue as well. What if all the pages of the
website are generated through servlets and JSP's (except for the token few
images/gifs) ? In cases of no static content, would Apache still make any
difference ?

Thanks.

Ben

- Original Message -
From: "David Crooke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 12:39 PM
Subject: Re: Does Apache worth it?


> The built in webserver in a Java appserver is really only suitable for
testing
> with - if you are serving more than a few thousand pages per day, or doing
> anything remotely serious for production use, or your server is on the
internet,
> you should use a "real" webserver in front of Tomcat, and Apache is the
one of
> choice.
>
> Principal reasons are:
>
> Performance - Apache is much faster at handling connections and doing
basic
> processing on URLs; it's IO is well optimised (the only thing that beats
it is a
> kernel-space websever like khttpd or Tux) You can also get it to serve any
bits
> of purely static content, such as image files, taking some load off the
Java
> layer. Finally, you can more easily multiplex across multiple Java VM's on
> multiple boxes, for scalability and redundancy.
>
> Configurability - Apache is very powerful and flexible as far as
configuration
> is concerned, and can handle all kinds of complex multi-site hosting
issues.
>
> Security - Apache has been used on the internet for years by many, many
sites,
> and has withstood all kinds of attacks; most of the vulnerabilities in it
have
> been found and eliminated. By contrast, Tomcat's built in server has not
had
> this level of robust testing. By avoiding the need to connect Tomcat
directly to
> port 80/443, Apache provides an additional layer of insulation between
your
> appserver and the bad guys.
>
> Nivedan Nadraj wrote:
>
> > Hi Eitan,
> >
> >   Apache as far as I know is a powerful full blown
> > HTTP server. Tomcat is also a webserver and as you
> > already know it supports servlets and JSP's.
> >   The internals of how Tomcat and apache differ I do
> > not know. But from the docs I guess it's the divide
> > and rule policy. Anyting related to static it is
> > directed to Apache since it is a proven and powerful
> > HTTP service and when it is servlets or JSP it is
> > redirected to Tomcat.
> >   Basic developement we can use Tomcat I guess for
> > production it is better to use Apache to serve the
> > static files. There is more to it...this is my part.
> >
> >   Nive
> > --- Eitan Ben Noach <[EMAIL PROTECTED]> wrote:
> > > Hello all,
> > >
> > > We are intending to use Apache & Tomcat as web
> > > server in our product,
> > > and preliminary experiments show excellent
> > > performance.
> > >
> > > Most of our web pages are JSPs and servlets, and few
> > > HTMLs and Gifs.
> > >
> > > We wonder what is the contribution of Apache in our
> > > scenario - some of us
> > > think that Tomcat standalone is enough.
> > >
> > > Is there any advantage of using Apache and not
> > > Tomcat standalone?
> > >
> > > We will appreciate any contributing input.
> > >
> > > Thanks,
> > > -
> > > Eitan Ben-Noach
> > > Proficiency, Ltd.
> > >
> > > Tel: +972.2.548.0287
> > > Fax: +972.2.586.3871
> > > email: [EMAIL PROTECTED]
> > >
> > > The Intelligence in Engineering Supply Chain
> > > Collaboration
> > > 
> > >
> > >
> > >
> > >
> > >
> >
> > __
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
>

Re: Does Apache worth it?

[Vinay Menon]

Eitan,
I've done some amount of testing on the Tomcat webserver and the
Apache-Tomcat combination and have found the 8080 Tomcat webserver lacking
for real production strength deployment. It is excellent for development but
speed-wise, feature-wise Apache is a far stronger offering and fronting your
Tomcat engine with an Apache engine will yield good results.

Vinay
- Original Message -
From: "Eitan Ben Noach" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 2:32 PM
Subject: Does Apache worth it?


> Hello all,
>
> We are intending to use Apache & Tomcat as web server in our product,
> and preliminary experiments show excellent performance.
>
> Most of our web pages are JSPs and servlets, and few HTMLs and Gifs.
>
> We wonder what is the contribution of Apache in our scenario - some of us
> think that Tomcat standalone is enough.
>
> Is there any advantage of using Apache and not Tomcat standalone?
>
> We will appreciate any contributing input.
>
> Thanks,
> -
> Eitan Ben-Noach
> Proficiency, Ltd.
>
> Tel: +972.2.548.0287
> Fax: +972.2.586.3871
> email: [EMAIL PROTECTED]
>
> The Intelligence in Engineering Supply Chain Collaboration
> 
>
>
>
>
>

Prefix subject headers in Tomcat list?

[pete]

Is it possible for the list admin to apply a '[tomcat-user] ' or similar 
prefix to all mails sent from the mailing list?

This helps a lot in separating list traffic from other traffic.

Thanks

-Pete

RE: Does Apache worth it?

[Courtney, James]

Images...

-Original Message-
From: Benjamin Wong [mailto:[EMAIL PROTECTED]]
Sent: Sunday, July 01, 2001 1:01 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Does Apache worth it?


Hi,

I am very interested in this issue as well. What if all the pages of the
website are generated through servlets and JSP's (except for the token few
images/gifs) ? In cases of no static content, would Apache still make any
difference ?

Thanks.

Ben

- Original Message -
From: "David Crooke" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 12:39 PM
Subject: Re: Does Apache worth it?


> The built in webserver in a Java appserver is really only suitable for
testing
> with - if you are serving more than a few thousand pages per day, or doing
> anything remotely serious for production use, or your server is on the
internet,
> you should use a "real" webserver in front of Tomcat, and Apache is the
one of
> choice.
>
> Principal reasons are:
>
> Performance - Apache is much faster at handling connections and doing
basic
> processing on URLs; it's IO is well optimised (the only thing that beats
it is a
> kernel-space websever like khttpd or Tux) You can also get it to serve any
bits
> of purely static content, such as image files, taking some load off the
Java
> layer. Finally, you can more easily multiplex across multiple Java VM's on
> multiple boxes, for scalability and redundancy.
>
> Configurability - Apache is very powerful and flexible as far as
configuration
> is concerned, and can handle all kinds of complex multi-site hosting
issues.
>
> Security - Apache has been used on the internet for years by many, many
sites,
> and has withstood all kinds of attacks; most of the vulnerabilities in it
have
> been found and eliminated. By contrast, Tomcat's built in server has not
had
> this level of robust testing. By avoiding the need to connect Tomcat
directly to
> port 80/443, Apache provides an additional layer of insulation between
your
> appserver and the bad guys.
>
> Nivedan Nadraj wrote:
>
> > Hi Eitan,
> >
> >   Apache as far as I know is a powerful full blown
> > HTTP server. Tomcat is also a webserver and as you
> > already know it supports servlets and JSP's.
> >   The internals of how Tomcat and apache differ I do
> > not know. But from the docs I guess it's the divide
> > and rule policy. Anyting related to static it is
> > directed to Apache since it is a proven and powerful
> > HTTP service and when it is servlets or JSP it is
> > redirected to Tomcat.
> >   Basic developement we can use Tomcat I guess for
> > production it is better to use Apache to serve the
> > static files. There is more to it...this is my part.
> >
> >   Nive
> > --- Eitan Ben Noach <[EMAIL PROTECTED]> wrote:
> > > Hello all,
> > >
> > > We are intending to use Apache & Tomcat as web
> > > server in our product,
> > > and preliminary experiments show excellent
> > > performance.
> > >
> > > Most of our web pages are JSPs and servlets, and few
> > > HTMLs and Gifs.
> > >
> > > We wonder what is the contribution of Apache in our
> > > scenario - some of us
> > > think that Tomcat standalone is enough.
> > >
> > > Is there any advantage of using Apache and not
> > > Tomcat standalone?
> > >
> > > We will appreciate any contributing input.
> > >
> > > Thanks,
> > > -
> > > Eitan Ben-Noach
> > > Proficiency, Ltd.
> > >
> > > Tel: +972.2.548.0287
> > > Fax: +972.2.586.3871
> > > email: [EMAIL PROTECTED]
> > >
> > > The Intelligence in Engineering Supply Chain
> > > Collaboration
> > > 
> > >
> > >
> > >
> > >
> > >
> >
> > __
> > Do You Yahoo!?
> > Get personalized email addresses from Yahoo! Mail
> > http://personal.mail.yahoo.com/
>

RE: JRUN really SUCKS (was TOMCAT SUCKS)

[Arnold Shore]

Re " ... It replaced JRUN some time ago (which really SUCKS by the way) ..."

Peter, can share your thoughts here re exactly how?  We're looking at a few
JSP engines, and am really short of informed opinions.  Thanks.

Arnold Shore
Annapolis, MD USA

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Peter
Mutsaers
Sent: Sunday, July 01, 2001 2:39 AM
To: [EMAIL PROTECTED]
Subject: Re: TOMCAT SUCKS

... On Tomcat specifically, I can only say that I'm running Tomcat4 beta-5
for a critical Intranet server. It replaced JRUN some time ago (which
really SUCKS by the way).

Documenation ...

doclet extension

[msew]

Does anyone out there have a link to a good tutorial or even just example 
files of how to easily extend the standard doclet?

ie you have a @ and you just want to easily use it in your every day 
javadocing :-)



thanks!!

msew

Re: Prefix subject headers in Tomcat list?

[Tim O'Neil]

At 03:12 PM 7/1/2001, you wrote:
>Is it possible for the list admin to apply a '[tomcat-user] ' or similar 
>prefix to all mails sent from the mailing list?
>
>This helps a lot in separating list traffic from other traffic.

My client allows filtering via one or all of the incoming mail
headers, I filter the tomcat mail list with the "Any Recipient"
header. I don't know that this header is an rfc 821 compliant one
(In fact I can't find it in the rfc) but it works for me. Surely
you can filter out tomcat mail list messages through one of the
other ones though.

Tomcat v Resin

[Vinay Menon]

Hello Folks,
Anyone here tried Resin? Was wondering if anyone has experience using
Resin and would like to share its pros and cons wrt Tomcat.

Thanks in advance

Vinay

Re: Prefix subject headers in Tomcat list?

[pete]

It also helps to be able to see the mails from the tomcat list if they 
are mixed in with the rest - i use several mail clients to read mail on 
my IMAP server, and not all of them do automatic filtering.

Is there any good reason not to prefix tomcat-user mail with [tomcat-user]?

-Pete

> At 03:12 PM 7/1/2001, you wrote:
> 
>> Is it possible for the list admin to apply a '[tomcat-user] ' or 
>> similar prefix to all mails sent from the mailing list?
>> 
>> This helps a lot in separating list traffic from other traffic.
> 
> 
> My client allows filtering via one or all of the incoming mail
> headers, I filter the tomcat mail list with the "Any Recipient"
> header. I don't know that this header is an rfc 821 compliant one
> (In fact I can't find it in the rfc) but it works for me. Surely
> you can filter out tomcat mail list messages through one of the
> other ones though.
> 
> 

Re: Prefix subject headers in Tomcat list?

[Vinay Menon]

i use the filter where  'To:' is [EMAIL PROTECTED] Works!

Vinay
- Original Message - 
From: "pete" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 11:12 PM
Subject: Prefix subject headers in Tomcat list?


> Is it possible for the list admin to apply a '[tomcat-user] ' or similar 
> prefix to all mails sent from the mailing list?
> 
> This helps a lot in separating list traffic from other traffic.
> 
> Thanks
> 
> -Pete
> 

Re: Tomcat v Resin

[webmaster]

i am working wiht tomcat and resin, both in combinatin with apache
I'll use all my applicacions with resin + apache
is fastes, no bugs ...

- Original Message - 
From: "Vinay Menon" <[EMAIL PROTECTED]>
To: "Tomcat User" <[EMAIL PROTECTED]>
Sent: Monday, July 02, 2001 12:07 AM
Subject: Tomcat v Resin


> Hello Folks,
> Anyone here tried Resin? Was wondering if anyone has experience using
> Resin and would like to share its pros and cons wrt Tomcat.
> 
> Thanks in advance
> 
> Vinay
> 
> 

javax.servlet.jsp.JspTagException: ClassNotFoundException Error

[Gerteis, Roman]

 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hay TomCatters,

I have some really wired behaviour on my Tomcat 3.2.1 Installation.
We have some classes laying around in the deployment classes folder:

$TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/

1.) The classes are physically there.
2.) The classpath is build properly and included on startup.  (see
$1)

and I get the ClassNotFoundException :(((

the Class is loaded dynamically with:
Beans.instantiate(classLoader, "com.eproduction.ResourceProvider");

So My question (for hours now) 
...where to put the class so that the classLoader can allocate it? I
have no (more) clue?

ok. There is a workaround. I can put those classes under:
$TOMCAT_HOME/classes
then the whole thing works. But this is exactly not what I wanted. I
want to pack the application and keep those helper classes in the
application's classes folder under WEB-INF.

Any suggestions?
thx.
roman


SERVER.XML
- -





CLASSPATH:
- -
Classpath according to the Servlet Engine is:
/usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/webap
ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/eJo
b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/
lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.jar
:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/tom
cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJob
/WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunjce
_provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.jar


And errormessage:
- --
Error: 500
Location: /eJob/web/ErrorMessage.jsp
Internal Servlet Error:

javax.servlet.ServletException: ClassNotFoundException Error :
com.eproduction.ResourceProvider
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont
extImpl.java:459)
at
web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService
(_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ
let.java:177)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31
8)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40
4)
at org.apache.tomcat.core.Handler.service(Handler.java:286)
at
org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at
org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatch
erImpl.java:194)
at
org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java
:421)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont
extImpl.java:446)
at
web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_00
02fweb_0002fController_0002ejspController_jsp_0.java:772)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ
let.java:177)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31
8)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40
4)
at org.apache.tomcat.core.Handler.service(Handler.java:286)
at
org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at
org.apache.tomcat.core.ContextManager.internalService(ContextManager.j
ava:797)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
at
org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConn
ection(Ajp12ConnectionHandler.java:166)
at
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:4
16)
at
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:
498)
at java.lang.Thread.run(Thread.java:484)

Root cause: 
javax.servlet.jsp.JspTagException: ClassNotFoundException Error :
com.eproduction.ResourceProvider
at com.eproduction.LabelTag.doEndTag(LabelTag.java:70)
at
web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService
(_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:283)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.servlet.JspServl

Re: Prefix subject headers in Tomcat list?

[Tim O'Neil]

At 04:03 PM 7/1/2001, you wrote:
>It also helps to be able to see the mails from the tomcat list if they are 
>mixed in with the rest - i use several mail clients to read mail on my 
>IMAP server, and not all of them do automatic filtering.
>
>Is there any good reason not to prefix tomcat-user mail with [tomcat-user]?


Some one has to configure it. Good reason #1.

Re: javax.servlet.jsp.JspTagException: ClassNotFoundException Error

[Roger Wei]

If you run it on windows 9x/Me, please see
http://rogerwei.com/install_secret.txt


- Original Message - 
From: "Gerteis, Roman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 6:46 PM
Subject: javax.servlet.jsp.JspTagException: ClassNotFoundException Error 


> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hay TomCatters,
> 
> I have some really wired behaviour on my Tomcat 3.2.1 Installation.
> We have some classes laying around in the deployment classes folder:
> 
> $TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/
> 
> 1.) The classes are physically there.
> 2.) The classpath is build properly and included on startup.  (see
> $1)
> 
> and I get the ClassNotFoundException :(((
> 
> the Class is loaded dynamically with:
> Beans.instantiate(classLoader, "com.eproduction.ResourceProvider");
> 
> So My question (for hours now) 
> ...where to put the class so that the classLoader can allocate it? I
> have no (more) clue?
> 
> ok. There is a workaround. I can put those classes under:
> $TOMCAT_HOME/classes
> then the whole thing works. But this is exactly not what I wanted. I
> want to pack the application and keep those helper classes in the
> application's classes folder under WEB-INF.
> 
> Any suggestions?
> thx.
> roman
> 
> 
> SERVER.XML
> - -
> 
>   docBase="webapps/eJob" 
>  crossContext="false"
>  debug="0" 
>  reloadable="true" >
> 
> 
> 
> CLASSPATH:
> - -
> Classpath according to the Servlet Engine is:
> /usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/webap
> ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/eJo
> b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/
> lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.jar
> :/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/tom
> cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJob
> /WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunjce
> _provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.jar
> 
> 
> And errormessage:
> - --
> Error: 500
> Location: /eJob/web/ErrorMessage.jsp
> Internal Servlet Error:
> 
> javax.servlet.ServletException: ClassNotFoundException Error :
> com.eproduction.ResourceProvider
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont
> extImpl.java:459)
> at
> web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspService
> (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ
> let.java:177)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31
> 8)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40
> 4)
> at org.apache.tomcat.core.Handler.service(Handler.java:286)
> at
> org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
> at
> org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatch
> erImpl.java:194)
> at
> org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java
> :421)
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCont
> extImpl.java:446)
> at
> web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_00
> 02fweb_0002fController_0002ejspController_jsp_0.java:772)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServ
> let.java:177)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:31
> 8)
> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:40
> 4)
> at org.apache.tomcat.core.Handler.service(Handler.java:286)
> at
> org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
> at
> org.apache.tomcat.core.ContextManager.internalService(ContextManager.j
> ava:797)
> at
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
> at
> org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConn
> ection(Ajp12ConnectionHandler.java:166)
> at
> org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:4
> 16)
> at
> org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:
> 498)
> at java.lang.Thread.run(Thread.java:484)
> 
> Root cause: 
> javax.servlet.jsp.JspTagException: Cla

RE: Does Apache worth it?

[Michael Wentzel]

> I am very interested in this issue as well. What if all the 
> pages of the
> website are generated through servlets and JSP's (except for 
> the token few
> images/gifs) ? In cases of no static content, would Apache 
> still make any
> difference ?

No. Since what will essentially happen is a brokerage
call to Tomcat and the response gets redirected through
Apache.  That's the main point(IMHO) of implementing Tomcat 
with its' own webserver.  So, in the case in which you have 
nothing but servlet/jsp content you do not need an extra step.


---
Michael Wentzel
Software Developer
Software As We Think - http://www.aswethink.com

RE: Prefix subject headers in Tomcat list?

[Michael Wentzel]

> Is it possible for the list admin to apply a '[tomcat-user] ' 
> or similar 
> prefix to all mails sent from the mailing list?
> 
> This helps a lot in separating list traffic from other traffic.

The to: addr is [EMAIL PROTECTED] you should be
able to filter on that perfectly fine.


---
Michael Wentzel
Software Developer
Software As We Think - http://www.aswethink.com

AW: javax.servlet.jsp.JspTagException: ClassNotFoundException Error

[Gerteis, Roman]

 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hai Roger,

it's not a web.xml thing or unmapped servlets or anything.
I talk a about helperclasses or packages which ARE on the classpath
and not accessible by the classloader somehow. Same to the packages.
The loading of a Context does (at least in my case) not properly bind
the ressources in WEB-INF/classes and WEB-INF/lib onto my
Web-Application.

hmm.m still searching.
thanxs anyways.

roman

- -Ursprüngliche Nachricht-
Von: Roger Wei [mailto:[EMAIL PROTECTED]]
Gesendet: Montag, 2. Juli 2001 01:29
An: [EMAIL PROTECTED]
Betreff: Re: javax.servlet.jsp.JspTagException:
ClassNotFoundException
Error 


If you run it on windows 9x/Me, please see
http://rogerwei.com/install_secret.txt


- - Original Message - 
From: "Gerteis, Roman" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, July 01, 2001 6:46 PM
Subject: javax.servlet.jsp.JspTagException: ClassNotFoundException
Error 


> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hay TomCatters,
> 
> I have some really wired behaviour on my Tomcat 3.2.1 Installation.
> We have some classes laying around in the deployment classes
> folder:  
> 
> $TOMCAT_HOME/webapps/APPNAME/WEB-INF/classes/
> 
> 1.) The classes are physically there.
> 2.) The classpath is build properly and included on startup.  (see
> $1)
> 
> and I get the ClassNotFoundException :(((
> 
> the Class is loaded dynamically with:
> Beans.instantiate(classLoader, "com.eproduction.ResourceProvider");
> 
> So My question (for hours now) 
> ...where to put the class so that the classLoader can allocate it?
> I have no (more) clue?
> 
> ok. There is a workaround. I can put those classes under:
> $TOMCAT_HOME/classes
> then the whole thing works. But this is exactly not what I wanted.
> I want to pack the application and keep those helper classes in the
> application's classes folder under WEB-INF.
> 
> Any suggestions?
> thx.
> roman
> 
> 
> SERVER.XML
> - -
> 
>   docBase="webapps/eJob" 
>  crossContext="false"
>  debug="0" 
>  reloadable="true" >
> 
> 
> 
> CLASSPATH:
> - -
> Classpath according to the Servlet Engine is:
> /usr/local/tomcat/webapps/eJob/WEB-INF/classes:/usr/local/tomcat/web
> ap
> ps/eJob/WEB-INF/lib/US_export_policy.jar:/usr/local/tomcat/webapps/e
> Jo
> b/WEB-INF/lib/local_policy.jar:/usr/local/tomcat/webapps/eJob/WEB-IN
> F/
> lib/jce1_2_1.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/ivjdab.j
> ar
> :/usr/local/tomcat/webapps/eJob/WEB-INF/lib/db2java.jar:/usr/local/t
> om
> cat/webapps/eJob/WEB-INF/lib/jasper.jar:/usr/local/tomcat/webapps/eJ
> ob
> /WEB-INF/lib/jce.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/sunj
> ce
> _provider.jar:/usr/local/tomcat/webapps/eJob/WEB-INF/lib/webserver.j
> ar  
> 
> 
> And errormessage:
> - --
> Error: 500
> Location: /eJob/web/ErrorMessage.jsp
> Internal Servlet Error:
> 
> javax.servlet.ServletException: ClassNotFoundException Error :
> com.eproduction.ResourceProvider
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo
> nt extImpl.java:459)
> at
> web._0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0._jspServi
> ce
> (_0002fweb_0002fErrorMessage_0002ejspErrorMessage_jsp_0.java:296)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSe
> rv let.java:177)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:
> 31 8)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:
> 40 4)
> at org.apache.tomcat.core.Handler.service(Handler.java:286)
> at
> org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:37
> 2) at
> org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispat
> ch erImpl.java:194)
> at
> org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.ja
> va :421)
> at
> org.apache.jasper.runtime.PageContextImpl.handlePageException(PageCo
> nt extImpl.java:446)
> at
> web._0002fweb_0002fController_0002ejspController_jsp_0._jspService(_
> 00 02fweb_0002fController_0002ejspController_jsp_0.java:772)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspSe
> rv let.java:177)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:
> 31 8)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:391)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> at
> org.apache.tomcat.core.ServletWrapper.doService(ServletW

Re: doclet extension

[Dmitri Colebatch]

depending on how brave you're feeling the ejbdoclet project is one example of 
such work (http://www.sourceforge.net/projects/ejbdoclet).

cheers
dim

On Mon,  2 Jul 2001 07:32, msew wrote:
> Does anyone out there have a link to a good tutorial or even just example
> files of how to easily extend the standard doclet?
>
> ie you have a @ and you just want to easily use it in your every day
> javadocing :-)
>
>
>
> thanks!!
>
> msew

Re: [tomcat-user] how to use generic servlets

[M. Darrin Tisdale]

On Sunday 01 July 2001 01:05 pm, you wrote:
> Hi,
> all the literature i have just deals with HttpServlets and stuff, and
> anyway: its not much literature.
>
> could someone give me a nice example how to write a web.xml in which i
> can use my generic servlet which uses my own protocol?
>
> tia,
>
> nick

web.xml is a standard file used by all servlet-powered systems.  You can find 
the spec for it at the sun web site, where the servlet specification is 
housed:
http://java.sun.com/products/servlet/download.html
(Available in many formats)

Now, although your message was a bit ambiguous, if you use servlets, you must 
adhere to HTTP protocol specifications.  

You can still process the HTTP message using the service rather than doGet or 
doPost calls if you wanna get closer to the implementation.  It is still HTTP 
though.

If you want another port, set it up in the tomcat or apache port listener.  
Servlets can run on any port.  They are bound to their environment's ports, 
through the web server instance.

You can enclose any data you wish in the transaction, but the proper HTTP 
headers and the like must be used by your protocol.  If it does not use HTTP, 
then I suggest you write a socket server (in Java it's cake) and use your own 
protocol.  You'll have to do a lot to get load balancing, etc., so you might 
wanna consider just enabling it in HTTP.

-- 

. . . tizzy
L'enfers, c'est les autres.
--Jean Paul Sartre, Huit Clos

RE: [tomcat-user] The null thingee. I know it was discused before.

[M. Darrin Tisdale]

The most often cause of "the null thingee" is that you have not properly 
configured the connection between apache and tomcat correctly.  A few simple 
simple things:

Make sure the server.xml doc is configured right.  I always check the 
contexts on 8080 to make sure the JVM is running and that the servlets/JSPs 
load appropriately.

Make sure the httpd.conf file is configured with the correct connections into 
Tomcat.  Are you using ajp12 or ajp13?  Are they all set up right?  Check the 
documentation again, just to be safe.

Lastly, after you start tomcat, do you restart the apache process?  Most 
important step there.  Apache opens a socket and keeps it open to tomcat.  If 
you cycle tomcat, you need to cycle apache as well.

-- 

. . . tizzy
L'enfers, c'est les autres.
--Jean Paul Sartre, Huit Clos

Re: [tomcat-user] how to use generic servlets

[D. Jay Newman]

I'm sorry, but I agree with Nick.

My reading of the servlet standard does not force the protocol to be HTTP.

Theoretically the protocol could be anything that you want. You should be
able to rewrite sendmail using servlets (why, I don't know, but it should
be able to be done according to my understanding of the standard).

If this isn't being done for Tomcat, I volunteer to write a generic
connector-without-protocol.

So many people consider servlets and HTTP to be intimately connected, and
yet I think that is an accident of fate rather than part of the standard.

(I'm not being altruistic about volunteering -- I also need to have a
servlet without a known protocol and for the reasons that "tizzy?" suggests
it would be better to use a servlet rather than rewrite the server engine.)

I will reread the servlet spec tonight and make sure that non-HTTP protocols
are part of the spec.

> On Sunday 01 July 2001 01:05 pm, you wrote:
> > Hi,
> > all the literature i have just deals with HttpServlets and stuff, and
> > anyway: its not much literature.
> >
> > could someone give me a nice example how to write a web.xml in which i
> > can use my generic servlet which uses my own protocol?
> >
> > tia,
> >
> > nick
> 
> web.xml is a standard file used by all servlet-powered systems.  You can find 
> the spec for it at the sun web site, where the servlet specification is 
> housed:
> http://java.sun.com/products/servlet/download.html
> (Available in many formats)
> 
> Now, although your message was a bit ambiguous, if you use servlets, you must 
> adhere to HTTP protocol specifications.  
> 
> You can still process the HTTP message using the service rather than doGet or 
> doPost calls if you wanna get closer to the implementation.  It is still HTTP 
> though.
> 
> If you want another port, set it up in the tomcat or apache port listener.  
> Servlets can run on any port.  They are bound to their environment's ports, 
> through the web server instance.
> 
> You can enclose any data you wish in the transaction, but the proper HTTP 
> headers and the like must be used by your protocol.  If it does not use HTTP, 
> then I suggest you write a socket server (in Java it's cake) and use your own 
> protocol.  You'll have to do a lot to get load balancing, etc., so you might 
> wanna consider just enabling it in HTTP.
> 
> -- 
> 
> . . . tizzy
> L'enfers, c'est les autres.
> --Jean Paul Sartre, Huit Clos
> 


-- 
D. Jay Newman   ! For the pleasure and the profit it derives
[EMAIL PROTECTED]  ! I arrange things, like furniture, and
http://www.sprucegrove.com/~jay/   ! daffodils, and ...lives.  -- Hello Dolly

Re: [tomcat-user] how to use generic servlets

[Dmitri Colebatch]

hey - this looks interesting.

On Mon,  2 Jul 2001 10:40, D. Jay Newman wrote:
> I'm sorry, but I agree with Nick.
me too

> > > could someone give me a nice example how to write a web.xml in which i
> > > can use my generic servlet which uses my own protocol?
What sort of a protocol are you looking at?  My understanding is that _any_ 
request/reply based messaging could be done this way.

I have no idea about this in practice, but AFAIK I cant see any reason why 
you'd need to depart from a standard web.xml file.  I'm assuming that the 
servlet-class needs to be a Servlet (not HttpServlet).  How far have you got 
with this? I'd be really interested to hear more.

btw - on a side note, which may be (vaguely) related.  I once tried to create 
my own HttpServletRequest and HttpServletResponse types for use within a 
servlet, to simulate firing a request to a RequestDispatcher.  It didn't work 
- the first line of forward was attempted casting my HttpServletRequest to a 
tomcat specific class.  Not sure how legit what I was doing is, or how legit 
tomcat's casting was, but it didn't work.  Things like this _might, maybe_ be 
of some use to you (o:

cheers
dim

Re: Prefix subject headers in Tomcat list?

[Joseph A. Noble]

The Subject gets too long and then you have to widen the subject column to see
what the message is really about.  This may not be an option on some laptops or
other low res devices.


pete wrote:
> 
> It also helps to be able to see the mails from the tomcat list if they
> are mixed in with the rest - i use several mail clients to read mail on
> my IMAP server, and not all of them do automatic filtering.
> 
> Is there any good reason not to prefix tomcat-user mail with [tomcat-user]?
> 
> -Pete
> 
> > At 03:12 PM 7/1/2001, you wrote:
> >
> >> Is it possible for the list admin to apply a '[tomcat-user] ' or
> >> similar prefix to all mails sent from the mailing list?
> >>
> >> This helps a lot in separating list traffic from other traffic.
> >
> >
> > My client allows filtering via one or all of the incoming mail
> > headers, I filter the tomcat mail list with the "Any Recipient"
> > header. I don't know that this header is an rfc 821 compliant one
> > (In fact I can't find it in the rfc) but it works for me. Surely
> > you can filter out tomcat mail list messages through one of the
> > other ones though.
> >
> >

-- 
[EMAIL PROTECTED] / [EMAIL PROTECTED]
   http://www.flashman.com/ (303) 971-8780
B-24 Crew Registry http://www.flashman.com/cgi-bin/crew-reg.cgi

Re: [tomcat-user] how to use generic servlets

[D. Jay Newman]

> hey - this looks interesting.

I'm glad you think so. I can use all the help I can get.  :)

> On Mon,  2 Jul 2001 10:40, D. Jay Newman wrote:
> > I'm sorry, but I agree with Nick.
> me too
> 
> > > > could someone give me a nice example how to write a web.xml in which i
> > > > can use my generic servlet which uses my own protocol?
> What sort of a protocol are you looking at?  My understanding is that _any_ 
> request/reply based messaging could be done this way.

Well, I'm just looking at sending XML messages back and forth. This could
easily be encapsulated into the HTTP protocol, but I don't see any reason
to make things more difficult than that are already.

> I have no idea about this in practice, but AFAIK I cant see any reason why 
> you'd need to depart from a standard web.xml file.  I'm assuming that the 
> servlet-class needs to be a Servlet (not HttpServlet).  How far have you got 
> with this? I'd be really interested to hear more.
> 
> btw - on a side note, which may be (vaguely) related.  I once tried to create 
> my own HttpServletRequest and HttpServletResponse types for use within a 
> servlet, to simulate firing a request to a RequestDispatcher.  It didn't work 
> - the first line of forward was attempted casting my HttpServletRequest to a 
> tomcat specific class.  Not sure how legit what I was doing is, or how legit 
> tomcat's casting was, but it didn't work.  Things like this _might, maybe_ be 
> of some use to you (o:

I've looked at the code of the connectors and such in Tomcat 4.0b5 and found
that they are very tightly tied to HTTP.

Until now I haven't had enough free time to get anything new done.
-- 
D. Jay Newman   ! For the pleasure and the profit it derives
[EMAIL PROTECTED]  ! I arrange things, like furniture, and
http://www.sprucegrove.com/~jay/   ! daffodils, and ...lives.  -- Hello Dolly

Re: [tomcat-user] how to use generic servlets

[Dmitri Colebatch]

On Mon,  2 Jul 2001 11:40, you wrote:
> I'm glad you think so. I can use all the help I can get.  :)
I think I'd be leading you astray if I left you thinking that there's much 
chance I'd find time to actually do anything )o:  much as I'd love to get my 
feet wet, there's barely enough time in the day to sleep as it is )o:

> Well, I'm just looking at sending XML messages back and forth. This could
> easily be encapsulated into the HTTP protocol, but I don't see any reason
> to make things more difficult than that are already.
more difficult for your client you mean?  At the server I would see it being 
simpler implementing it as a servlet.  If java.net.HttpURLConnection worked 
it'd be easy from the client too (o:  I'd have thought that it'd be simpler 
to do it as XML/HTTP and then implement something on the client (which you'd 
have to do to some degree anyway).  I'm also pretty sure you can find some 
nice client side http connection libs out there.

> I've looked at the code of the connectors and such in Tomcat 4.0b5 and
> found that they are very tightly tied to HTTP.
I think I now see what you're saying about implementing it now.

Different approach though...  Why not SOAP?  I'm assuming there's a good 
reason why this isn't appropriate.

cheers
dim

Re: [tomcat-user] how to use generic servlets

[D. Jay Newman]

> On Mon,  2 Jul 2001 11:40, you wrote:
> > I'm glad you think so. I can use all the help I can get.  :)
> I think I'd be leading you astray if I left you thinking that there's much 
> chance I'd find time to actually do anything )o:  much as I'd love to get my 
> feet wet, there's barely enough time in the day to sleep as it is )o:

No problem. I'm an insomniac, so sleep is just something I wish for...

> > Well, I'm just looking at sending XML messages back and forth. This could
> > easily be encapsulated into the HTTP protocol, but I don't see any reason
> > to make things more difficult than that are already.

> more difficult for your client you mean?  At the server I would see it being 
> simpler implementing it as a servlet.  If java.net.HttpURLConnection worked 
> it'd be easy from the client too (o:  I'd have thought that it'd be simpler 
> to do it as XML/HTTP and then implement something on the client (which you'd 
> have to do to some degree anyway).  I'm also pretty sure you can find some 
> nice client side http connection libs out there.

Well, the client would probably just open a connection, but using a servlet
gives you a bunch of things from Tomcat and has the advantage of building on
a standard and making it more complete.

I have just gotten though enough of the Servlet 2.3 specs, and while a
servlet *must* implement the HTTP protocol, it can also implement other
protocols. So I would think that I'd just be helping to make Tomcat more
in sync with the standard.

> > I've looked at the code of the connectors and such in Tomcat 4.0b5 and
> > found that they are very tightly tied to HTTP.

> I think I now see what you're saying about implementing it now.
> 
> Different approach though...  Why not SOAP?  I'm assuming there's a good 
> reason why this isn't appropriate.

Actually it's because I don't know anything about SOAP. I'll have to look
at that... Though I'm basically using XML to build a protocol for a directory
service (GUS -- the Group-User-Service server; GUS is designed mainly to
work between servers rather than directly for a person).

In my almost 30 years of computing things have changed from where I could
know pretty much everything in the field to where things change so fast
that I can feel my knowledge becoming obsolute while I'm taking the time
to write this email...  :(
-- 
D. Jay Newman   ! For the pleasure and the profit it derives
[EMAIL PROTECTED]  ! I arrange things, like furniture, and
http://www.sprucegrove.com/~jay/   ! daffodils, and ...lives.  -- Hello Dolly

Re: [tomcat-user] how to use generic servlets

[Dmitri Colebatch]

On Mon,  2 Jul 2001 11:59, D. Jay Newman wrote:
> I have just gotten though enough of the Servlet 2.3 specs, and while a
> servlet *must* implement the HTTP protocol, it can also implement other
> protocols. So I would think that I'd just be helping to make Tomcat more
> in sync with the standard.
really?  yipes... haven't read it yet... in any case if its ptp req/reply 
messaging then I'd still argue for http.  are you agreeing here?

> Actually it's because I don't know anything about SOAP. I'll have to look
> at that... Though I'm basically using XML to build a protocol for a
> directory service (GUS -- the Group-User-Service server; GUS is designed
> mainly to work between servers rather than directly for a person).
30 word intro to soap (simple object access protocol).  you have an object 
which has an interface (defined by wsdl) and you can use a invoke calls on 
that object (methods).

Are you saying that GUS is going to be a primary server and would provide its 
functionality, other servers might require that functionality and use the GUS 
server to provide that functionality?

The big thing about SOAP is that its XML, which means a lot of relatively 
(compared to straight rmi) expensive marshalling.  though if your servers 
have to communicate with a firewall in the middle its exactly what you want.

have a look at http://xml.jakarta.org/soap - it has a pretty quick 
startup-example.  Make sure you use xerces 1.2 and _not_ 1.3.  ASAIK it 
doesn't support xerces 1.3 (although this may have changed recently).

> In my almost 30 years of computing things have changed from where I could
> know pretty much everything in the field to where things change so fast
> that I can feel my knowledge becoming obsolute while I'm taking the time
> to write this email...  :(

 I'm not even going to tell you how few years I've been in the game 
compared to your 30!  

cheers
dim

RE: JRUN really SUCKS (was TOMCAT SUCKS)

[Frans Thamura]

We have to finish this conversation ASAP.

I want to add to you. I am a ERP consultant, you know
SAP or Oracle, I am in Oracle arena. This software
cost US$100.000

My experience is Oracle is SUCK, even the support,
They sell software "WITH THOUSAND BUGS" and this make
make they pay me more .. haha .. strange business.

Oracle #2 in the world but they got a bugs in their
application esp Oracle Application (ERP). 

Oh yah, one thing, Oracle made a 1000 pages
documentation permodule (Oracle have more than 48
modules) .. God... 48.000 pages, and still not enough
for me as a consultant.

My college is SAP consultant, said that too, SAP is
more complicated.

I learn from this week (speaking SUCK everyday)..We
have to try to improve tomcat, tomcat "must be" a
foundation all apache project (JetSpeed, Cocoon,
Turbine etc). Because we all in one brand name
apache.org. We have to help each others.

We all got a good lesson, why don't we think we will
better than commercial software later, and we can be
like Great Bridge in listed in Fortune with their
PostgreSQL.

Oke, Who will create tomcat-doc mailing list.. I need
that.. but... what happen if there is a syntax, and
all the tomcat-doc mailing list got problem.

Basically, the question of syntax is

- Description
- Sample

Just it.

I think we need tomcat-user and tomcat-dev members
also.


Frans

--- Arnold Shore <[EMAIL PROTECTED]> wrote:
> Re " ... It replaced JRUN some time ago (which
> really SUCKS by the way) ..."
> 
> Peter, can share your thoughts here re exactly how? 
> We're looking at a few
> JSP engines, and am really short of
> informed opinions.  Thanks.
> 
> Arnold Shore
> Annapolis, MD USA
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
> Behalf Of Peter
> Mutsaers
> Sent: Sunday, July 01, 2001 2:39 AM
> To: [EMAIL PROTECTED]
> Subject: Re: TOMCAT SUCKS
> 
> ... On Tomcat specifically, I can only say that I'm
> running Tomcat4 beta-5
> for a critical Intranet server. It replaced JRUN
> some time ago (which
> really SUCKS by the way).
> 
> Documenation ...
> 


__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

tomcat book

[Dmitri Colebatch]

On Mon,  2 Jul 2001 12:23, Frans Thamura wrote:
> Basically, the question of syntax is
>
> - Description
> - Sample
>
> Just it.
>
> I think we need tomcat-user and tomcat-dev members
> also.

To sign up for the tomcatbook mailing list, send an empty email to 
[EMAIL PROTECTED]  I've just signed up - will look forward to 
seeing what has already been done, and to what the members of this list can 
add to that.

cheesr
dim

unscubscribe

[p_t_hari_das]

Re: Does Apache worth it?

[Parminder Singh]

Eitan,
it all depends on how ur application works. if u do not have too many
static pages & not too much of load then Tomcat as a stand-alone is fine.
but if u also think of scalability then u must use Apache-tomcat
combination as Apache is very robust.
Personally i think the effort in gettting Apache-Tomcat combination to work
is very much worth. the entire application will be very robust.
hope this help,
Parminder.

On Sun, 1 Jul 2001, Eitan Ben Noach wrote:
> Date: Sun, 1 Jul 2001 15:32:12 +0200 
> To: [EMAIL PROTECTED]
> From: Eitan Ben Noach <[EMAIL PROTECTED]>
> Reply-To: [EMAIL PROTECTED]
> Subject: Does Apache worth it?
> 
> Hello all,
> 
> We are intending to use Apache & Tomcat as web server in our product,
> and preliminary experiments show excellent performance.
> 
> Most of our web pages are JSPs and servlets, and few HTMLs and Gifs.
> 
> We wonder what is the contribution of Apache in our scenario - some of us
> 
> think that Tomcat standalone is enough.
> 
> Is there any advantage of using Apache and not Tomcat standalone?
> 
> We will appreciate any contributing input.
> 
> Thanks,
> -
> Eitan Ben-Noach
> Proficiency, Ltd.
> 
> Tel: +972.2.548.0287
> Fax: +972.2.586.3871
> email: [EMAIL PROTECTED]
> 
> The Intelligence in Engineering Supply Chain Collaboration
> 
> 
> 
> 
> 
>  

Re: [tomcat-user] how to use generic servlets

[Niko Schwarz]

Am Montag,  2. Juli 2001 03:05 schrieben erhelltest du mich hiermit:

> I have no idea about this in practice, but AFAIK I cant see any
> reason why you'd need to depart from a standard web.xml file.  I'm
> assuming that the servlet-class needs to be a Servlet (not
> HttpServlet).  How far have you got with this? I'd be really
> interested to hear more.

oh, its done and it should work, though its not tested.
it isnt long anyway, a complete rewrite wouldnt take that long, but 
actually my understanding of servlets was that they were good for any 
protocol, so i would prefer using tomcat.
since castor only produced bugs its now a completely serialization 
based protocol (sounds weirder than it is).

if you tell me tomcat doesnt do that, i will rewrite and it wont be a 
big deal, but that would be kinda poor for tomcat, isnt it?

regards,

nick
-- 
Q:  How many Oregonians does it take to screw in a light bulb?
A:  Three.  One to screw in the lightbulb and two to fend off all those
Californians trying to share the experience.

Re: [tomcat-user] how to use generic servlets

[Niko Schwarz]

Am Montag,  2. Juli 2001 03:59 schrieben erhelltest du mich hiermit:

> I have just gotten though enough of the Servlet 2.3 specs, and while
> a servlet *must* implement the HTTP protocol, it can also implement
> other protocols.

are you sure you read correctly? if you mean the piece im reading, 
which is:
SRV 1.2:
All servlet _/containers/_ must support HTTP as a protocol for requests 
and responses, but additional request/response based protocols [...] 
may be supported.

The servlet *container* is tomcat, so my servlet would not be required 
to support http.

ok, ill read again, i prolly just got it wrong =)

it would be nice if you told me where you find this restriction to 
servlets.

regards,

nick

-- 
Keep grandma off the streets -- legalize bingo.

Why sid:null for the first time ?

[albert]

Dear Tomcat user,
Do anybody can help me for this problem ?

everytime i run the Tomcat, it always give me blank page for the first time
loading
after i refresh the web page, than everything run smoothly
It seems that the servlet doesn't have smgr.props.url but i don't know how
to fix this
I use ver 3.1

this is the error message

## ServletSessionManager: No 'smgr.props.url' system property defined.
## ServiceLocator:  Loaded plugin com.ecential.RMI.ServiceLocatorPlugin
## Trying to read properties from http://127.0.0.1:8080/smp/127.0.0.1.props
## Failed: java.io.FileNotFoundException:
http://127.0.0.1:8080/smp/127.0.0.1.pr
ops
## Trying to read properties from http://127.0.0.1:8080/127.0.0.1.props
## Failed: java.io.FileNotFoundException:
http://127.0.0.1:8080/127.0.0.1.props
## Cannot locate a config file 127.0.0.1.props under /smp
java.rmi.RemoteException: Could not restore site properties from sid: null
at com.ecential.Document.StandaloneSessionManager.(Unknown
Source)

at com.ecential.Document.ServletSessionManager.(Unknown
Source)
at com.ecential.Document.ServletSessionManager.(Unknown
Source)
at
smp._0002fsmp_0002fsample_00033_0002ejspsample3_jsp_0._jspService(_00
02fsmp_0002fsample_00033_0002ejspsample3_jsp_0.java:154)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:126)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspSer
vlet.java:174)
at
org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:2
61)
at org.apache.jasper.runtime.JspServlet.service(JspServlet.java:369)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.ja
va:503)
at
org.apache.tomcat.core.ContextManager.service(ContextManager.java:559
)
at
org.apache.tomcat.service.http.HttpConnectionHandler.processConnectio
n(HttpConnectionHandler.java:160)
at
org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.j
ava:338)
at java.lang.Thread.run(Thread.java:484)


thanks,

Albert Oscarina
System Specialist
Solution Made Pocketable
http://www.SMPdirect.com
Phone : (65) 276 7624
Fax   : (65) 274 4770
mail : [EMAIL PROTECTED]

"If we have a strong reason, we will find the way"
(Bits & Pieces, The Economics Press)