I think someone should do a podcast about deployment in servlet containers. It's a topic that people talk about a couple of time per year but no example or documentation in the wiki about it.
> Hi Amy, > You don't need "a full J2EE server" (whatever Oracle's decided that term > means this week) to run WO apps — just the servlet container. > > And yes — running as a servlet, your timed tasks will run just as in a > standalone application. > > I've deployed quite a few WO apps as servlets and it's easy — and sysadmins > love it, since they know how to deploy wars, and it requires no addiional > processes, plugins or configuration (beyond what's required for "standard" > java webapps). > > Please don't hesitate to ask if you have problems. > > Cheers, > - hugi > > > > > On 21.7.2011, at 23:55, Emilian Bold wrote: > >> I'm no expert in WO deployment but I've recently tried something a bit more >> complex than what you want (maven .war file generation for deployment) and >> failed. It seems the WO community doesn't use Java containers very much. >> >> Now, from what I've read about WO, you should be able to run it in a normal >> container as there is a dispatch WO servlet. I don't think you need a full >> J2EE container, you should be ok with just a servlet container (but I'm >> saying this just from reading the documentation, not experience). >> >> Regarding your timer, if you use WO I guess it could support that somehow >> but a servlet is like a direct action -- it just responds to user requests. >> Scheduling could be done via something as simple as crontab or something >> heavy like Quartz (http://www.quartz-scheduler.org/ ); you might also be >> able to spawn your own thread and do it manually but that's not encouraged >> since the container is supposed to manage that. >> >> Anyhow, if you really want to stick with WO, the easiest way seems to be to >> use what's tried and tested (wotaskd), otherwise you'll have your work cut >> out for you just figuring you the integration part. >> >> --emi >> >> >> On Thu, Jul 21, 2011 at 7:28 PM, Amy Worrall <amo...@gmail.com> wrote: >> 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 >> >> -- >> http://www.josekibold.ro : Honesty & well-done software. >> _______________________________________________ >> 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/hugi%40karlmenn.is >> >> This email sent to h...@karlmenn.is > > _______________________________________________ > 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