Re: Perl vets on OpenACS?

I use both Tcl/Tk and Perl, depending on what I am working on. The Tk part is usable from Perl anyway, with Tcl::Tk. The Tcl language part is easy, possibly easier even than Perl. The biggest complexity, as with many things, is learning the library framework you are using it in, i.e., the CPAN vs OACS frameworks.

If your module can work outside of OACS, even if it uses the same database as OACS, you may wish to investigate using both AOLserver/OACS and Apache/mod_perl together, even on the same server. The Apache/mod_perl could be the primary web server, listening on port 80, and it could use mod_proxy to pass OACS requests to AOLserver. There was also a mod_aolserver if you want to try getting OACS to run under Apache, though I do not know what the state of the module is.

Comment on Re: Perl vets on OpenACS?

Replies are listed 'Best First'.
Re^2: Perl vets on OpenACS? by ryantate (Friar) on Jun 24, 2005 at 23:12 UTC
Thanks Tim, this is great. I had no idea mod_aolserver existed -- I'll have to see how supported it is. RE getting perl to access and mainpulate the OACS data, this might not be as hard as it seems -- from cursory inspection much of the data model seems to be controlled on the RDBMS side by triggers and stored procedures. In fact if it is the case that the vast majority of db transaction logic lives inside the DB itself (as it would appear from a quick read of the docs for the current 5.2 version), perhaps even a PerlACS may some day be viable, using the same RDBMS code but called from perl/mod_perl2/apache2.	[reply]

Replies are listed 'Best First'.

Re^2: Perl vets on OpenACS?
by ryantate (Friar) on Jun 24, 2005 at 23:12 UTC

In fact if it is the case that the vast majority of db transaction logic lives inside the DB itself (as it would appear from a quick read of the docs for the current 5.2 version), perhaps even a PerlACS may some day be viable, using the same RDBMS code but called from perl/mod_perl2/apache2.

[reply]