tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jonathan_Pie...@seagram.com (Jonathan Pierce)
Subject Re[2]: new RELEASE-PLAN
Date Thu, 02 Mar 2000 14:52:06 GMT
You can implement Tomcat as an NT service by creating a service and using a
utility such as invoker from www.idetix.com or srvany.exe from the NT resource
kit. These require manual edits to the registry to configure the service to
invoke the java VM to run Tomcat.

There is also a java based toolkit that can accomplish installing NT services.

I'm not sure what the licensing issues would be and whether these tools could be
redistributed with TomCat or include source code.  Someone would need to write
an install script that would install TomCat as a service and do the required
Registry edits.

Jonathan

____________________Reply Separator____________________
Subject:    Re: new RELEASE-PLAN
Author: tomcat-dev@jakarta.apache.org
Date:       3/1/00 6:45 PM

Arion,

The way it works is generally people volunteer to implement something and add a
feature and their name besides it.

If you are volunteering, sure it can be added. I have no idea what it takes to
implement Tomcat as an NT service but my vote would be to discourage anything
that involves too many internal (or platform specific)  changes at this point.

Arion wrote:

> Hi!
>
> Would you kind enough to put "Tomcat starts as service in NT" to the list? I
> am not NT-bounded but I just want my application platform independent.
>
> Thanks.
>
> Arion
>
> "Anil K. Vijendran" wrote:
>
> > Hi,
> >
> > Based on some current developments in the Tomcat 3.1 cycle, I've made
> > some changes to the RELEASE-PLAN. See the attachment for the new
> > RELEASE-PLAN. The important point here is that instead of calling Tomcat
> > 3.1 "final" by ApacheCon, we'll call it "beta" and then after some fixed
> > period of usage and testing, we'll call it "final".
> >
> > If there are no outright -1s, I'll check it in. As usual, this is not
> > final and we can make changes to this after discussion on tomcat-dev.
> >
> > --
> > Peace, Anil +<:-)
> >
> >   ------------------------------------------------------------------------
> >                        Tomcat 3.1 Release Plan
> >
> > Objective:
> >
> >    The objective of 3.1 release is to enable us to demonstrate by
> >    ApacheCon substantial progress towards the goals of having a Tomcat
> >    that:
> >
> >      (a) is better integrated with Apache.
> >      (b) is moving towards becoming a clear replacement to Apache
> >          JServ.
> >      (c) has more features that have been requested.
> >
> > The Tomcat 3.1 release cycle has two intermediate milestones (with
> > "burn-in" periods for both) after which it will be qualified as Beta
> > by ApacheCon.
> >
> > Status:
> >
> > * The following list outlines the changes to Tomcat done in the
> >   milestone cycles. All these features are newly implemented. They are
> >   at "beta" level and need testing and feedback.
> >
> >         * Thread pooling.
> >         * IIS and NES connectors to Tomcat. (JNI and AJP based.)
> >         * Servlet reloading
> >         * Logging
> >         * Minimal admin tool
> >         * jspc - a command line tool to compile JSP to servlets.
> >         * Minimal implementation of security, including form-based
> >           and basic authentication.
> >         * Customizable server-configuration.
> >         * Automatic generation of Apache conf files.
> >         * Automatic loading of WAR files.
> >         * Changes to internal "APIs" to better support integration
> >           with Apache. Example, interceptors.
> >         * Miscellaneous internal source code cleanup.
> >
> > Changes to the previous release plan:
> >
> > * Mark the current Tomcat snapshot as "Beta".
> > * Postpone the Tomcat final date by a month. The date is not set in
> >   stone; it just means that we will continue testing and fixing bugs
> >   and evaluate if we should call it final by that date.
> >
> > Tomcat 3.1 Beta:
> >
> > * Code freeze date: Mar 2
> > * Tag date: Mar 7
> > * Goals:
> >     * Cut a release which can be used to as the base for performing
> >       tests and reporting bugs.
> >     * Evaluate and clean up as many bugs that are there
> >       jakarta.apache.org/bugs.
> >     * All internal APIs are mostly frozen. Exceptions will be made on
> >       a per-case basis and after discussion on tomcat-dev.
> >
> > Tomcat 3.1 Final:
> >
> > * Code freeze date: April 2
> > * Tag date: April 7
> > * Goals:
> >     * Fix bugs reported on the beta and subsequent builds.
> >     * Evaluate after the code freeze date if Tomcat is ready to be
> >       called "final".
> >     * Add more documentation and improve usability in general.
> >
> > * Release Manager: Sam Ruby <rubys@us.ibm.com>
> >
> >   ------------------------------------------------------------------------
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org

--
Peace, Anil +<:-)



---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org


Mime
View raw message