Servlet container is an option, but since they are willing to provide a Solaris 
10 Zone with Tomcat on it, you could install wotaskd and Monitor on it. You 
don't need to be root to install those tools (you do need to create an 
"appserver" user, so that the WO apps won't run under your user), so even if 
they don't give you root access to the machine, you're fine. Same thing for the 
Linux box, as long you have access to the file system, you can install the 
normal WO deployment tools.

> Hi all!
> 
> I'm considering developing an app for a department at my university.
> I'm talking to the university IT department about hosting it. In the
> past I've only deployed on WebObjects itself, mostly on OSX Server,
> but that's not going to happen here — anyhow, I don't know very much
> about deploying Java stuff in general.
> 
> I asked about Java hosting, and got this message back:
> 
> "If you're looking for a servlet container (and not a full J2EE
> server) and an RDBMS then there is a possibility that we'd be able to
> provision you a Solaris 10 zone with Apache httpd and Tomcat on it. We
> wouldn't put a database on here, but would typically make [space in]
> an Oracle 10g schema (on a separate server) available."
> 
> They also offered Windows IIS with SQL Server, or Linux with LAMP, but
> he doesn't know whether they support Java on those platforms (said
> he'd get back to me, and asked how firm a requirement Java was).
> 
> Question is, what's the difference between a servlet container and a
> full J2EE server? Would that option work for deploying WO stuff? Is
> there anything I'd have to worry about when writing an app with WO to
> deploy in that package?
> 
> One thing I'd like the app to do is periodically (e.g. daily) download
> a data feed from an external source. With a servlet deployment, my app
> is still continually running so I can use a timer for such things,
> right?
> 
> Thanks,
> 
> Amy
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-deploy/probert%40macti.ca
> 
> This email sent to prob...@macti.ca

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list      (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to