Re: [VOTE] minimal JSR 154 only distribution

[Costin Manolache]

Jason Hunter wrote:

>> It seems Jon is more interested in a release without jsp then in a
>> release that includes velocity.  Too bad.
> 
> I think that's to Jon's credit.  It shows the goal isn't to put Velocity
> and JSP on even footing, but just to provide what users want, which is
> often a more secure server without JSP.

So you're saying Jon is not proposing that because of his hatred for JSPs,
but because users keep asking him for that ?

Disabling JSPs in a server is quite easy - and has been possible for 
a long time. 

Almost 1/2 of the tomcat community is working on jasper, and is the piece of 
tomcat that has probably the biggest distribution ( if we include Jetty and 
all other servers that use jasper ). And most people in the tomcat 
community are using JSPs. I very much doubt a tomcat without
jasper is best for the users or community. Most developers will test
and work on the distribution that includes jasper. 

Anyway - Jon, Bill and Glenn voted +1 - and so far only Remy is -1. 
Even if I change my vote to -1, the vote would still pass. It doesn't
look like a "consensus", but it is a majority at this moment.


Costin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-catalina/catalina/src/conf server.xml

[billbarker]

billbarker2002/12/07 23:23:05

  Modified:catalina/src/conf server.xml
  Log:
  Porting from TC 4.
  
  Revision  ChangesPath
  1.13  +7 -1  jakarta-tomcat-catalina/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/server.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- server.xml5 Dec 2002 16:02:54 -   1.12
  +++ server.xml8 Dec 2002 07:23:05 -   1.13
  @@ -13,7 +13,13 @@
   
   
   
  -  
  +  
  +  
 
 mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/conf server.xml

[billbarker]

billbarker2002/12/07 23:14:16

  Modified:catalina/src/conf server.xml
  Log:
  Adding a comment to document how to configure custom-Valves for MBeans.
  
  Revision  ChangesPath
  1.66  +7 -1  jakarta-tomcat-4.0/catalina/src/conf/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/server.xml,v
  retrieving revision 1.65
  retrieving revision 1.66
  diff -u -r1.65 -r1.66
  --- server.xml21 Nov 2002 09:42:36 -  1.65
  +++ server.xml8 Dec 2002 07:14:16 -   1.66
  @@ -13,7 +13,13 @@
   
   
   
  -  
  +  
  +  
 
 mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: 

DO NOT REPLY [Bug 15164] New: - NullPointerException when JDBCRealm not configured properly

[bugzilla]

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15164

NullPointerException when JDBCRealm not configured properly

   Summary: NullPointerException when JDBCRealm not configured
properly
   Product: Tomcat 4
   Version: 4.0.6 Final
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


if you omit the "userCredCol" attribute from the  tag when using 
JDBCRealm (for example, if you specify it as "userCredColumn" instead) you end 
up getting a NullPointerException from JDBCRealm.authenticate (line 389).  

The misconfiguration does not directly trigger an error.  The JDBCRealm issues 
this SQL query:

SELECT null FROM user_table WHERE username_col = ?

since this is a valid query, there is no SQLException thrown; but rs.getString
(1) returns null instead of the user password column.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Pier Fumagalli]

On 8/12/02 0:43 "Jon Scott Stevens" <[EMAIL PROTECTED]> wrote:

> on 2002/12/7 4:25 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:
> 
>> Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
>> this very same topic back then...
> 
> Maybe to late for your opinion, but honestly, I haven't been that impressed
> with Jetty.

In my case it speeds up my stuff around 3/4 times faster. And the footprint
is considerably slower... Depends on the app...

> I saw very little if any speed increase with Jetty and Scarab and I actually
> consider Jetty's distribution to be packed with more crud than
> Tomcat's...but maybe I'm just biased by Tomcat.

That's what I'm working on! :-) Greg just removed (finally) all the Win .BAT
files from CVS and distros! :-) 3 less files! :-)

> At this point, I don't think that with JSR 154 and JSR 152 being separate,
> there is much that anyone here can say negative about distributing JSR 154
> only engine. Clearly there is a demand. Clearly it is a good thing to have
> options.

+1 +1 +1 +1 :-) I hope you succeed where I failed! :-)

Pier


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Jon Scott Stevens]

on 2002/12/7 4:25 PM, "Pier Fumagalli" <[EMAIL PROTECTED]> wrote:

> Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
> this very same topic back then...
> 
>   Pier

Maybe to late for your opinion, but honestly, I haven't been that impressed
with Jetty.

I saw very little if any speed increase with Jetty and Scarab and I actually
consider Jetty's distribution to be packed with more crud than
Tomcat's...but maybe I'm just biased by Tomcat.

At this point, I don't think that with JSR 154 and JSR 152 being separate,
there is much that anyone here can say negative about distributing JSR 154
only engine. Clearly there is a demand. Clearly it is a good thing to have
options.

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Pier Fumagalli]

On 7/12/02 16:32 "Costin Manolache" <[EMAIL PROTECTED]> wrote:

> The "majority" decision works only if enough people vote.
> 
> So far we have:
> +1: Jon, Pier, Bill
> -0: Costin
> -1: Remy
> 
> Anyone else ? 

For the records, please check in $CVSROOT/avail... I'm not a committer... I
only support _strongly_ the argument as an EX committer, because that was
the actual reason which forced me to move to some alternative servlet
containers (it was JUST A BIG F'IN pain in the ass to strip out all the crap
from the distribution every time a new release came along)...

That said, I also have to say that I won't be able to help in any way, as
reluctantly, now I'm spending my times coding around those other
alternatives to Tomcat, AKA Jetty...

Jon, I'm very sorry mate, you're 4 months too late :-( I lost my fight about
this very same topic back then...

Pier


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[micael]

I am not a committer, and I am not against JSP at all, but I cannot see how 
having options and alternatives (without insane proliferation, of course) 
could be a bad thing.

Micael

At 05:56 PM 12/7/2002 -0600, you wrote:
Jon Scott Stevens wrote:

Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
+1  [X]
0   []
-1  []
-jon





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 



Micael

---

This electronic mail  transmission and any accompanying documents contain 
information belonging to the sender which may be confidential and legally 
privileged.  This information is intended only for the use of the 
individual or entity to whom this electronic mail transmission was sent as 
indicated above. If you are not the intended recipient, any disclosure, 
copying, distribution, or action taken in reliance on the contents of the 
information contained in this transmission is strictly prohibited.  If you 
have received this transmission in error, please delete the message.  Thank 
you  



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Glenn Nielsen]

Jon Scott Stevens wrote:

Create a separate minimal JSR 154 only distribution of Tomcat 4.x:

+1  [X]
0   []
-1  []

-jon






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [newbie] where do I get TagFileInfo, etc.?

[Michael]

Kin-Man Chung wrote:


It's in jakarta-servletapi-4, which IS mentioned in BUILDING_txt.
Make sure that you have servlet.home defined correctly in build.properties.


I'm trying to build jakarta-tomcat-4.0, but it wanted 
jakarta-tomcat-jasper (not mentioned in BUILDING.txt). I checked that 
out, but it's build fails with undefined symbols. Where can I find these?
   


I was relying on Debian's libservlet2.3-java package.

But it's not in jakarta-servletapi-4, either. I built that, and pointed 
jakarta-tomcat-4.0/build.properties to it, but get the same errors. I 
grepped the tree, too, and couldn't find 
'package.*javax\.servlet\.jsp\.el', for example. So far, I've got the 
CVS from

jakarta-servletapi-4
jakarta-tomcat-connectors
jakarta-tomcat-4.0
jakarta-tomcat-jasper

Thanks.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Jon Scott Stevens]

on 2002/12/7 10:45 AM, "Jason Hunter" <[EMAIL PROTECTED]> wrote:

>> It seems Jon is more interested in a release without jsp then in a
>> release that includes velocity.  Too bad.
> 
> I think that's to Jon's credit.  It shows the goal isn't to put Velocity
> and JSP on even footing, but just to provide what users want, which is
> often a more secure server without JSP.
> 
> -jh-

I always love how Jason just gets it. =)

Although, security is one point, I simply just don't want JSP in my JSR 154
container.

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Jon Scott Stevens]

on 2002/12/7 9:37 AM, "Glenn Nielsen" <[EMAIL PROTECTED]> wrote:

> I will consider voting +1 if any of the other tomcat devs who want this
> will volunteer to be the release manager for the servlet only distribution.
> 
> I would find this handy when using Tomcat as a SOAP server where JSP is
> not needed.
> 
> Glenn

I will volunteer to be the release manager.

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Jon Scott Stevens]

on 2002/12/7 7:08 AM, "Remy Maucherat" <[EMAIL PROTECTED]> wrote:

> - I think this distribution doesn't have much interest (Jasper is rather
> small + the vast majority of users want the feature)

I don't agree with that, and you have no conclusive proof of that.

> - As the release manager, I feel lazy, and would like to minimize the
> possibilities of screwing up a distribution

I'm +1 which means that I'm willing to help. I have already posted the ant
build for it.

> - Some Tomcat features depend on Jasper (like the admin webapp)

It is a minimal distribution.

> - If we follow Costin's ideas on bundling, full-tomcat will bundle lots
> of projects; we can also bundle Velocity here (probably on the condition
> that it moves to commons-logging, to harmonize dependencies)

I never mentioned Velocity and I don't care about bundles of software.

I WANT A MINIMAL DISTRIBUTION OF JUST JSR 154.

> - Users are used to the idea of having JSP support bundled, so this
> could further increase support issues (even if you put no JSP in bold, I
> think people will report that their JSP doesn't work)

Apache JServ never included JSP and was the first major open source servlet
engine. In fact, at the time, JServ couldn't even properly run JSP's.

> Personally, I think this is a yes or no vote, so I don't think either
> choice needs a justification.

Doesn't really matter what you personally think. The voting rules are
clearly defined by the Jakarta charter.

-jon

-- 
StudioZ.tv /\ Bar/Nightclub/Entertainment
314 11th Street @ Folsom /\ San Francisco
http://studioz.tv/


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Bill Barker]

- Original Message -
From: "Hans Schmid" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, December 07, 2002 9:03 AM
Subject: AW: [VOTE] minimal JSR 154 only distribution


> Hi,
>
> I would like to have the possibility to not include jasper in our
production
> system.
>
> We are using TC 3.3.2-dev plus Velocity.
>
> It does not really hurt us, but having fewer code is always better IHMO :)
> I really love the modularity og TC 3.3.x
>
> Bill, can you give me hints, how to patch TC 3.3.2-dev to exclude jasper ?
>

If you remove JspInterceptor from server.xml in TC 3.3.2-dev (or even
3.3.1), Tomcat will no longer understand anything about JSPs.  In this case,
it will be a Servlet-only container.

>
> Another thought regarding the Admin Webapp in TC 4.x/TC 5.0:
> (please forgive me if I am completly off the track here)
>
> I would rather like to be able to use the Admin Webapp on a seperate
remote
> Admin Tomcat to control our production system. I really do not want to
> install
> such sensitive code on our live servers. So the Admin Webapp could connect
> to the
> production Tomcat and execute for example ant tasks to restart contexts,
> deploy a webapp
> and so on.
>
> (The localhost shutdown restriction is no option, since our servers are at
> out ISP
> and have to be controlled from within our office.)
>
> Thanks,
> Hans
>
>
>
>
> > -Ursprüngliche Nachricht-
> > Von: Bill Barker [mailto:[EMAIL PROTECTED]]
> > Gesendet: Samstag, 7. Dezember 2002 09:59
> > An: Tomcat Developers List
> > Betreff: Re: [VOTE] minimal JSR 154 only distribution
> >
> >
> > It would cause nightmares if you knew how badly I've got my e-mails
> > cross-linked :).
> >
> > This is to +1 the original VOTE.  While I'm personally a heavy JSP user,
> > having patched TC 3.3.x to allow it to run in servlet-only mode, I see
the
> > need for offering a servlet-only container.
> >
> > According to the Costin-vote-watch, we still need at least one more
> > (binding) +1 to authorize a servlet-only release of Tomcat.
> >
> > - Original Message -
> > From: "IAS" <[EMAIL PROTECTED]>
> > To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
> > Sent: Friday, December 06, 2002 11:02 PM
> > Subject: RE: [VOTE] minimal JSR 154 only distribution
> >
> >
> > > I'm very glad to see this vote proposal because it seems to me like
the
> > > first step of Servlet/JSP mutual independence.
> > >
> > > Two months ago I proposed Tomcat architectural refactoring plan (at
that
> > > time "Tomcat subproject plan") on
> > >
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34720.html.
> > > I also showed JSF+Struts+Catalina ensemble on
> > >
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35116.html
> > > and a possible Jasper-Catalina relationship on
> > >
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35119.html.
> > > I sincerely understand a very few of Tomcat committers share interest
in
> > > this issue like jean-frederic clere's seconding on
> > >
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34768.html.
> > >
> > >
> > > In my humble opinion, in terms of technology, it is not imperative
that
> > > Servlet should go with JSP. In fact, the mother of Tomcat, JServ also
> > > started as a Servlet engine. In other words, Servlet technology itself
> > > is independent one. It also implies that Java Web developers have
> > > freedom of choosing dynamic page generation technology over Servlet.
We
> > > can say we have right to use JSP, but on the other hand, we have right
> > > not to use JSP in purely technical perspective.
> > >
> > > However, I totally agree on the need that we deliver JSP equipped
Tomcat
> > > for the majority of Tomcat users who are very familiar with JSP (even
> > > cannot live without JSP like me :-). I guess the problem is "Who will
do
> > > (or exactly speaking, be willing to do) the job, i.e. making
> > > Servlet-only-Tomcat since we need a considerable number of Tomcat
> > > committers (Costin said 3) for that. If we get wide support from
Tomcat
> > > committers but they can't afford the job, how about gathering
> > > Servlet-only-Tomcat team whether they belong to committers or not? I
> > > hope there would be many people who will volunteer for that, including
> > > myself. The detailed processes respecting the work could be discussed
> > > from now on, and this chance might be a new attempt to develop greater
> > > Tomcat empowered by volunteers.
> > >
> > > Thanks in advance.
> > > IAS
> > >
> > > ===
> > > Lee, Changshin (Korean name)
> > > IAS (International name)
> > >Company Web Site: http://www.tmax.co.kr
> > >Personal Web Site: http://www.iasandcb.pe.kr
> > > ---
> > > Senior Researcher & Java Technology Evangelist
> > > JCP member - http://jcp.org/en/participatio

Re: [VOTE] minimal JSR 154 only distribution

[Bill Barker]

- Original Message -
From: "Costin Manolache" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 07, 2002 7:50 AM
Subject: Re: [VOTE] minimal JSR 154 only distribution


> Bill Barker wrote:
>
> > It would cause nightmares if you knew how badly I've got my e-mails
> > cross-linked :).
> >
> > This is to +1 the original VOTE.  While I'm personally a heavy JSP user,
> > having patched TC 3.3.x to allow it to run in servlet-only mode, I see
the
> > need for offering a servlet-only container.
> >
> > According to the Costin-vote-watch, we still need at least one more
> > (binding) +1 to authorize a servlet-only release of Tomcat.
>
> Now it needs 2 -1 votes :-)
>
> Bill - let me understand this - do you really want and need this ?
>

Personally, no.  I'm a JSP user myself.  The "+1" means "I'm willing to help
out".

>
> Costin
>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Jason Hunter]

> It seems Jon is more interested in a release without jsp then in a 
> release that includes velocity.  Too bad.

I think that's to Jon's credit.  It shows the goal isn't to put Velocity
and JSP on even footing, but just to provide what users want, which is
often a more secure server without JSP.

-jh-

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config server.xml service.xml

[glenn]

glenn   2002/12/07 09:40:38

  Modified:webapps/tomcat-docs/config server.xml service.xml
  Log:
  Minor patch to docs
  
  Revision  ChangesPath
  1.6   +8 -6  jakarta-tomcat-4.0/webapps/tomcat-docs/config/server.xml
  
  Index: server.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/server.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- server.xml4 Sep 2002 14:09:50 -   1.5
  +++ server.xml7 Dec 2002 17:40:38 -   1.6
  @@ -58,12 +58,14 @@
 It supports the following additional attributes (in addition to the
 common attributes listed above):
   
  -  
  -The level of debugging detail logged by this Server
  -to the associated Logger.  Higher numbers
  -generate more detailed output.  If not specified, the default
  -debugging detail level is zero (0).
  -  
  +  
  +
  +  The level of debugging detail logged by this Server
  +  to the associated Logger.  Higher numbers
  +  generate more detailed output.  If not specified, the default
  +  debugging detail level is zero (0).
  +
  +  
   
 
   
  
  
  
  1.5   +8 -6  jakarta-tomcat-4.0/webapps/tomcat-docs/config/service.xml
  
  Index: service.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/service.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- service.xml   4 Sep 2002 14:09:50 -   1.4
  +++ service.xml   7 Dec 2002 17:40:38 -   1.5
  @@ -57,12 +57,14 @@
 It supports the following additional attributes (in addition to the
 common attributes listed above):
   
  -  
  -The level of debugging detail logged by this Service
  -to the associated Logger.  Higher numbers
  -generate more detailed output.  If not specified, the default
  -debugging detail level is zero (0).
  -  
  +  
  +
  +  The level of debugging detail logged by this Service
  +  to the associated Logger.  Higher numbers
  +  generate more detailed output.  If not specified, the default
  +  debugging detail level is zero (0).
  +
  +  
   
 
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Glenn Nielsen]

I will consider voting +1 if any of the other tomcat devs who want this
will volunteer to be the release manager for the servlet only distribution.

I would find this handy when using Tomcat as a SOAP server where JSP is
not needed.

Glenn

Jon Scott Stevens wrote:

Create a separate minimal JSR 154 only distribution of Tomcat 4.x:

+1  []
0   []
-1  []

-jon






--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

What do these errors mean?

[Luca Ventura]

Hello everybody!

I have installed Tomcat 4.1.12 as Servlet Container and IIS as Web Server in
my Windows 2000 machine.
I use the ISAPI filter to redirect requests from IIS to Tomcat: in
particular I use the JK connector "isapi_redirector.dll" you can find
at:

http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0
/bin/win32/

After some time IIS and Tomcat working I have read Tomcat's log files to
check that all works properly and I have seen these
strange errors:


In "iis_redir.log":   //this is the log file for the ISAPI filter
"isapi_redirector.dll".


[Mon Dec 02 09:47:03 2002]  [jk_uri_worker_map.c (586)]: In
jk_uri_worker_map_t::map_uri_to_worker, found a security fraud in
'/www.myserver.com/myurl/tmp/mainbody.jsp.htm'


In "catalina_log.2002-12-02.txt": //this is the log file ( 2nd december
2002) for the Tomcat's Cataline engine. It is  in /logs folder of Tomcat.

2002-12-02 13:11:32 Ajp13Processor[8009][6] process: invoke
java.net.SocketException: Connection reset by peer: socket write error
 at java.net.SocketOutputStream.socketWrite0(Native Method)
 at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
 at java.net.SocketOutputStream.write(SocketOutputStream.java:126)
 at org.apache.ajp.Ajp13.send(Ajp13.java:525)
 at org.apache.ajp.RequestHandler.finish(RequestHandler.java:501)
 at org.apache.ajp.Ajp13.finish(Ajp13.java:395)
 at
org.apache.ajp.tomcat4.Ajp13Response.finishResponse(Ajp13Response.java:196)
 at org.apache.ajp.tomcat4.Ajp13Processor.process(Ajp13Processor.java:464)
 at org.apache.ajp.tomcat4.Ajp13Processor.run(Ajp13Processor.java:551)
 at java.lang.Thread.run(Thread.java:536)



WHAT DO THESE TWO ERRORS MEAN? HOW CAN AVOID THEM?

The strange thing is that when the second error occurs  Tomcat suspends
itself and it doesn't accept requests any more: so I must restart the
service
WHY? :-(

I hope someone can help me.

Thanks everybody in advance!

  Luca

AW: [VOTE] minimal JSR 154 only distribution

[Hans Schmid]

Hi,

I would like to have the possibility to not include jasper in our production
system.

We are using TC 3.3.2-dev plus Velocity.

It does not really hurt us, but having fewer code is always better IHMO :)
I really love the modularity og TC 3.3.x

Bill, can you give me hints, how to patch TC 3.3.2-dev to exclude jasper ?


Another thought regarding the Admin Webapp in TC 4.x/TC 5.0:
(please forgive me if I am completly off the track here)

I would rather like to be able to use the Admin Webapp on a seperate remote
Admin Tomcat to control our production system. I really do not want to
install
such sensitive code on our live servers. So the Admin Webapp could connect
to the
production Tomcat and execute for example ant tasks to restart contexts,
deploy a webapp
and so on.

(The localhost shutdown restriction is no option, since our servers are at
out ISP
and have to be controlled from within our office.)

Thanks,
Hans




> -Ursprüngliche Nachricht-
> Von: Bill Barker [mailto:[EMAIL PROTECTED]]
> Gesendet: Samstag, 7. Dezember 2002 09:59
> An: Tomcat Developers List
> Betreff: Re: [VOTE] minimal JSR 154 only distribution
>
>
> It would cause nightmares if you knew how badly I've got my e-mails
> cross-linked :).
>
> This is to +1 the original VOTE.  While I'm personally a heavy JSP user,
> having patched TC 3.3.x to allow it to run in servlet-only mode, I see the
> need for offering a servlet-only container.
>
> According to the Costin-vote-watch, we still need at least one more
> (binding) +1 to authorize a servlet-only release of Tomcat.
>
> - Original Message -
> From: "IAS" <[EMAIL PROTECTED]>
> To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
> Sent: Friday, December 06, 2002 11:02 PM
> Subject: RE: [VOTE] minimal JSR 154 only distribution
>
>
> > I'm very glad to see this vote proposal because it seems to me like the
> > first step of Servlet/JSP mutual independence.
> >
> > Two months ago I proposed Tomcat architectural refactoring plan (at that
> > time "Tomcat subproject plan") on
> > http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34720.html.
> > I also showed JSF+Struts+Catalina ensemble on
> > http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35116.html
> > and a possible Jasper-Catalina relationship on
> > http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35119.html.
> > I sincerely understand a very few of Tomcat committers share interest in
> > this issue like jean-frederic clere's seconding on
> > http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34768.html.
> >
> >
> > In my humble opinion, in terms of technology, it is not imperative that
> > Servlet should go with JSP. In fact, the mother of Tomcat, JServ also
> > started as a Servlet engine. In other words, Servlet technology itself
> > is independent one. It also implies that Java Web developers have
> > freedom of choosing dynamic page generation technology over Servlet. We
> > can say we have right to use JSP, but on the other hand, we have right
> > not to use JSP in purely technical perspective.
> >
> > However, I totally agree on the need that we deliver JSP equipped Tomcat
> > for the majority of Tomcat users who are very familiar with JSP (even
> > cannot live without JSP like me :-). I guess the problem is "Who will do
> > (or exactly speaking, be willing to do) the job, i.e. making
> > Servlet-only-Tomcat since we need a considerable number of Tomcat
> > committers (Costin said 3) for that. If we get wide support from Tomcat
> > committers but they can't afford the job, how about gathering
> > Servlet-only-Tomcat team whether they belong to committers or not? I
> > hope there would be many people who will volunteer for that, including
> > myself. The detailed processes respecting the work could be discussed
> > from now on, and this chance might be a new attempt to develop greater
> > Tomcat empowered by volunteers.
> >
> > Thanks in advance.
> > IAS
> >
> > ===
> > Lee, Changshin (Korean name)
> > IAS (International name)
> >Company Web Site: http://www.tmax.co.kr
> >Personal Web Site: http://www.iasandcb.pe.kr
> > ---
> > Senior Researcher & Java Technology Evangelist
> > JCP member - http://jcp.org/en/participation/members/L
> > R&D Institute
> > Tmax Soft, Inc.
> > JCP member - http://jcp.org/en/participation/members/T
> > ==
> >
> > > -Original Message-
> > > From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]]
> > > Sent: Saturday, December 07, 2002 1:09 AM
> > > To: tomcat-dev
> > > Subject: [VOTE] minimal JSR 154 only distribution
> > >
> > > Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
> > >
> > > +1  []
> > > 0   []
> > > -1  []
> > >
> > > -jon
> > >
> > > --
> > > StudioZ.tv /\ Bar/Nightclub/Entertain

Re: [VOTE] minimal JSR 154 only distribution

[Costin Manolache]

Remy Maucherat wrote:

> - As the release manager, I feel lazy, and would like to minimize the
> possibilities of screwing up a distribution

You don't have to do that - one of the people who voted +1 will have to 
volunteer as release manager for that release, and they are supposed to 
maintain it. 

> - If we follow Costin's ideas on bundling, full-tomcat will bundle lots
> of projects; we can also bundle Velocity here (probably on the condition
> that it moves to commons-logging, to harmonize dependencies)

It seems Jon is more interested in a release without jsp then in a release
that includes velocity.  Too bad.

> Personally, I think this is a yes or no vote, so I don't think either
> choice needs a justification.

The "majority" decision works only if enough people vote. 

So far we have:
+1: Jon, Pier, Bill
-0: Costin
-1: Remy

Anyone else ? 

Costin


 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Costin Manolache]

Bill Barker wrote:

> It would cause nightmares if you knew how badly I've got my e-mails
> cross-linked :).
> 
> This is to +1 the original VOTE.  While I'm personally a heavy JSP user,
> having patched TC 3.3.x to allow it to run in servlet-only mode, I see the
> need for offering a servlet-only container.
> 
> According to the Costin-vote-watch, we still need at least one more
> (binding) +1 to authorize a servlet-only release of Tomcat.

Now it needs 2 -1 votes :-)

Bill - let me understand this - do you really want and need this ?


Costin




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Remy Maucherat]

Jon Scott Stevens wrote:

Create a separate minimal JSR 154 only distribution of Tomcat 4.x:

+1  []
0   []
-1  [X]


- I think this distribution doesn't have much interest (Jasper is rather
small + the vast majority of users want the feature)
- As the release manager, I feel lazy, and would like to minimize the
possibilities of screwing up a distribution
- Some Tomcat features depend on Jasper (like the admin webapp)
- If we follow Costin's ideas on bundling, full-tomcat will bundle lots
of projects; we can also bundle Velocity here (probably on the condition
that it moves to commons-logging, to harmonize dependencies)
- Users are used to the idea of having JSP support bundled, so this
could further increase support issues (even if you put no JSP in bold, I
think people will report that their JSP doesn't work)

I'll add a checkbox in the Windows installer for Jasper eventually (as
well as a few other components), and I think this is enough.

Personally, I think this is a yes or no vote, so I don't think either
choice needs a justification.

Remy



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Pier Fumagalli]

On 6/12/02 16:09 "Jon Scott Stevens" <[EMAIL PROTECTED]> wrote:

> Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
> 
>   +1  [X]
>   0   [ ]
>   -1  [ ]

Or simply use Jetty :-)

Pier


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/clusterJGCluster.java JGManager.java ReplicatedSession.java ReplicationStream.javaSerializablePrincipal.java SessionMessage.java

[Remy Maucherat]

Filip Hanik wrote:

Mmm, ok, and would would these be ?
I see a few changes in the sf.net project which haven't been merged, but
it doesn't look like critical changes.


first of all, I wouldn't have the InMemoryReplicationManager extend the
standard manager, since some workarounds had to be done with the principal.


I'd like to get the save/restore on shutdown features of the std 
manager, and can't really see any major problem it would cause.

then, when a server joins a cluster, there is a possibility that some
sessions might not get replicated correctly, because a state transfer has to
happen. Thanks to Bela Ban pointing this out

and later in the future, instead of having every node keep a copy of the
session, just use primary and secondary servers for the cluster data.


So only two servers are active members of the cluster ?

Is a cluster with let's say 6 members really too expensive network wise 
(assuming a dedicated gig ether link between the cluster members) ?

Anyway, I think by far the most important feature to add is a TCP or 
HTTP redirector, possibly written with NBIO. Until then, the clustering 
doesn't have much practical interest (usless you're willing to buy 
additional expensive hardware; could squid get the job done, BTW ?).

I'm ok with proposing you as a committer, provided you accept to respect
the coding style and general design in Tomcat (I've had to do
significant work to adapt the code submitted).



I have no problem with this. You could have even asked me to do this, I had
no idea you were gonna commit the code into the Tomcat CVS :)


Mmmh, ok. I thought when code was contributed, it was to get it in the 
Tomcat CVS ;-)

lemme know what you plan to do


Remy


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [VOTE] minimal JSR 154 only distribution

[Bill Barker]

It would cause nightmares if you knew how badly I've got my e-mails
cross-linked :).

This is to +1 the original VOTE.  While I'm personally a heavy JSP user,
having patched TC 3.3.x to allow it to run in servlet-only mode, I see the
need for offering a servlet-only container.

According to the Costin-vote-watch, we still need at least one more
(binding) +1 to authorize a servlet-only release of Tomcat.

- Original Message -
From: "IAS" <[EMAIL PROTECTED]>
To: "'Tomcat Developers List'" <[EMAIL PROTECTED]>
Sent: Friday, December 06, 2002 11:02 PM
Subject: RE: [VOTE] minimal JSR 154 only distribution


> I'm very glad to see this vote proposal because it seems to me like the
> first step of Servlet/JSP mutual independence.
>
> Two months ago I proposed Tomcat architectural refactoring plan (at that
> time "Tomcat subproject plan") on
> http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34720.html.
> I also showed JSF+Struts+Catalina ensemble on
> http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35116.html
> and a possible Jasper-Catalina relationship on
> http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg35119.html.
> I sincerely understand a very few of Tomcat committers share interest in
> this issue like jean-frederic clere's seconding on
> http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg34768.html.
>
>
> In my humble opinion, in terms of technology, it is not imperative that
> Servlet should go with JSP. In fact, the mother of Tomcat, JServ also
> started as a Servlet engine. In other words, Servlet technology itself
> is independent one. It also implies that Java Web developers have
> freedom of choosing dynamic page generation technology over Servlet. We
> can say we have right to use JSP, but on the other hand, we have right
> not to use JSP in purely technical perspective.
>
> However, I totally agree on the need that we deliver JSP equipped Tomcat
> for the majority of Tomcat users who are very familiar with JSP (even
> cannot live without JSP like me :-). I guess the problem is "Who will do
> (or exactly speaking, be willing to do) the job, i.e. making
> Servlet-only-Tomcat since we need a considerable number of Tomcat
> committers (Costin said 3) for that. If we get wide support from Tomcat
> committers but they can't afford the job, how about gathering
> Servlet-only-Tomcat team whether they belong to committers or not? I
> hope there would be many people who will volunteer for that, including
> myself. The detailed processes respecting the work could be discussed
> from now on, and this chance might be a new attempt to develop greater
> Tomcat empowered by volunteers.
>
> Thanks in advance.
> IAS
>
> ===
> Lee, Changshin (Korean name)
> IAS (International name)
>Company Web Site: http://www.tmax.co.kr
>Personal Web Site: http://www.iasandcb.pe.kr
> ---
> Senior Researcher & Java Technology Evangelist
> JCP member - http://jcp.org/en/participation/members/L
> R&D Institute
> Tmax Soft, Inc.
> JCP member - http://jcp.org/en/participation/members/T
> ==
>
> > -Original Message-
> > From: Jon Scott Stevens [mailto:[EMAIL PROTECTED]]
> > Sent: Saturday, December 07, 2002 1:09 AM
> > To: tomcat-dev
> > Subject: [VOTE] minimal JSR 154 only distribution
> >
> > Create a separate minimal JSR 154 only distribution of Tomcat 4.x:
> >
> > +1  []
> > 0   []
> > -1  []
> >
> > -jon
> >
> > --
> > StudioZ.tv /\ Bar/Nightclub/Entertainment
> > 314 11th Street @ Folsom /\ San Francisco
> > http://studioz.tv/
> >
> >
> > --
> > To unsubscribe, e-mail:    > [EMAIL PROTECTED]>
> > For additional commands, e-mail:  > [EMAIL PROTECTED]>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: