openinteract-help — For new and current users, we offer support, troubleshooting and assistance.

Re: [Openinteract-help] templates showing "[id] value" for MSG calls

[Cory B. <ope...@co...>]

Doh, nevermind.  I just figured it out.  I set the log4perl level to DEBUG 
when debugging the actions.ini issue.  Apparently this tweaks the template 
output also.  I set it back to INFO and now it is all good.  Thanks :)
-Cory

On Sunday 17 April 2005 11:06 am, Cory Bennett wrote:
> Thanks for the help on the action.ini updates issue.
>
> Just finished going through the tutorial, I am impressed so far :)
>
> My new problem is that I am seeing odd output in the templates for all the
> MSG calls.  Not sure how this happened (think it happened sometime when I
> was reinstalling the book package to attempt to fix the action.ini
> problem).  Now whenever there is a MSG call in a template, I see the msg id
> name followed by the value.  So my banner header looks like:
>
> [base_main.label.home] Home | [base_main.label.users] Users |
> [base_main.label.groups] Groups | [base_main.label.pages] Pages |
> [base_main.label.news] News | [base_main.label.whats_new] What's New
>
> When I created the website, it looked normal.  So somehow something got
> tweaked.  This look familiar?  I see entries in the log like:
>
> 10:41:40 DEBUG OI2.TRANSLATE OpenInteract2::I18N (38) Message for key
> 'base_main.label.home': '[base_main.label.home] Home';
>  given args []
>
> But that does not mean much to me.
>
> Any suggestions?
> Thanks!
> -Cory
>
> On Saturday 16 April 2005 07:37 pm, Chris Winters wrote:
> > On Apr 16, 2005, at 10:17 PM, Cory Bennett wrote:
> > > ...
> > > I do everything, run the "oi2_manage package_all" and it installs
> > > everything
> > > nicely to my website.  The problem is that the conf/book/actions.ini
> > > file in
> > > my website is not getting updated.  Instead the new actions.ini file
> > > is being
> > > deposited at conf/book/updates/action.ini-0.05.
> > >
> > > So to get the new actions.ini am I supposed to know to manually copy
> > > over the
> > > actions.ini?  Do I need to specify some option to oi2_manage to
> > > overwrite the
> > > original actions.ini?  Is this a bug or a feature :)
> >
> > It's a feature, but apparently an underdocumented one since this is the
> > second question raised this week.
> >
> > Short answer: there will be both a global option (in your
> > conf/server.ini) and a per-install option (given though oi2_manage) so
> > that the configuration file will always be the new one. You can track
> > its progress here:
> >
> > http://jira.openinteract.org/browse/OIN-173
> >
> > Thanks for writing!
> >
> > Chris
> >
> > --
> > Chris Winters
> > Creating enterprise-capable snack systems since 1988
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> openinteract-help mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openinteract-help

[Openinteract-help] templates showing "[id] value" for MSG calls

[Cory B. <ope...@co...>]

Thanks for the help on the action.ini updates issue.

Just finished going through the tutorial, I am impressed so far :)

My new problem is that I am seeing odd output in the templates for all the MSG 
calls.  Not sure how this happened (think it happened sometime when I was 
reinstalling the book package to attempt to fix the action.ini problem).  Now 
whenever there is a MSG call in a template, I see the msg id name followed by 
the value.  So my banner header looks like:

[base_main.label.home] Home | [base_main.label.users] Users | 
[base_main.label.groups] Groups | [base_main.label.pages] Pages | 
[base_main.label.news] News | [base_main.label.whats_new] What's New 

When I created the website, it looked normal.  So somehow something got 
tweaked.  This look familiar?  I see entries in the log like:

10:41:40 DEBUG OI2.TRANSLATE OpenInteract2::I18N (38) Message for key 
'base_main.label.home': '[base_main.label.home] Home';
 given args []

But that does not mean much to me.

Any suggestions?
Thanks!
-Cory

On Saturday 16 April 2005 07:37 pm, Chris Winters wrote:
> On Apr 16, 2005, at 10:17 PM, Cory Bennett wrote:
> > ...
> > I do everything, run the "oi2_manage package_all" and it installs
> > everything
> > nicely to my website.  The problem is that the conf/book/actions.ini
> > file in
> > my website is not getting updated.  Instead the new actions.ini file
> > is being
> > deposited at conf/book/updates/action.ini-0.05.
> >
> > So to get the new actions.ini am I supposed to know to manually copy
> > over the
> > actions.ini?  Do I need to specify some option to oi2_manage to
> > overwrite the
> > original actions.ini?  Is this a bug or a feature :)
>
> It's a feature, but apparently an underdocumented one since this is the
> second question raised this week.
>
> Short answer: there will be both a global option (in your
> conf/server.ini) and a per-install option (given though oi2_manage) so
> that the configuration file will always be the new one. You can track
> its progress here:
>
> http://jira.openinteract.org/browse/OIN-173
>
> Thanks for writing!
>
> Chris
>
> --
> Chris Winters
> Creating enterprise-capable snack systems since 1988

Re: [Openinteract-help] "No template found" error

[Ken Youens-C. <ky...@gm...>]

On Apr 15, 2005, at 2:41 PM, Chris Winters wrote:

>> [1] My new stuff from $HOME/work doesn't always seem to get moved 
>> over,
>> or at least not to where I think.  Maybe I'm not understanding what 
>> the
>> "$WEBSITE_DIR/pkg" dir is for because I was under the (now 
>> discredited)
>> assumption that "$WEBSITE_DIR/pkg/book-xx/conf/action.ini" was used 
>> and
>> didn't even know about "$WEBSITE_DIR/conf/book/action.ini."  Also, 
>> I've
>> read something that the libs in "$WEBSITE_DIR/pkg/book-xx/" aren't 
>> used
>> but the ones in "$WEBSITE_DIR/tmplib" are.
>
> That's a half-truth -- when you fire up the server the libs from
> pkg/book-xx/ are copied to tmplib/. We do this so we don't have 15+
> directories on @INC.

When you say "when [I] fire up the server," do you mean when using 
"oi2_daemon"?  To try to understand this copying-to-tmplib part better, 
I tried altering in the "pkg" dir and starting both oi2_daemon and 
Apache, and I couldn't see how/when the copy was being made.

> BTW, if you want/need to use Class::DBI in OI2 shoot me an email. I
> have a module to enable this but don't want to put it on CPAN until
> the next beta of OI2 is out since it relies on a feature in CVS.

No, I think I like SPOPS better than Class::DBI.  Thanks for the offer, 
though.

ky

Re: [Openinteract-help] package conf file updates

[Chris W. <ch...@cw...>]

On Apr 16, 2005, at 10:17 PM, Cory Bennett wrote:
> ...
> I do everything, run the "oi2_manage package_all" and it installs 
> everything
> nicely to my website.  The problem is that the conf/book/actions.ini 
> file in
> my website is not getting updated.  Instead the new actions.ini file 
> is being
> deposited at conf/book/updates/action.ini-0.05.
>
> So to get the new actions.ini am I supposed to know to manually copy 
> over the
> actions.ini?  Do I need to specify some option to oi2_manage to 
> overwrite the
> original actions.ini?  Is this a bug or a feature :)

It's a feature, but apparently an underdocumented one since this is the 
second question raised this week.

Short answer: there will be both a global option (in your 
conf/server.ini) and a per-install option (given though oi2_manage) so 
that the configuration file will always be the new one. You can track 
its progress here:

http://jira.openinteract.org/browse/OIN-173

Thanks for writing!

Chris

--
Chris Winters
Creating enterprise-capable snack systems since 1988

[Openinteract-help] package conf file updates

[Cory B. <ope...@co...>]

Hello,

I am new to openinteract, so this may be obvious, but I did see anything in 
the docs.

I am going through the OpenInteract2::Manual::Tutorial
(using OpenInteract-1.99_06)

I got to the part where I modify the actions.ini to set the common search 
templates etc.  

I do everything, run the "oi2_manage package_all" and it installs everything 
nicely to my website.  The problem is that the conf/book/actions.ini file in 
my website is not getting updated.  Instead the new actions.ini file is being 
deposited at conf/book/updates/action.ini-0.05.

So to get the new actions.ini am I supposed to know to manually copy over the 
actions.ini?  Do I need to specify some option to oi2_manage to overwrite the 
original actions.ini?  Is this a bug or a feature :)

Thanks,
-Cory

Re: [Openinteract-help] "No template found" error

[Chris W. <ch...@cw...>]

* Ken Youens-Clark (ky...@gm...) [050415 10:26]:
> 
> Ah, enlightenment!  Yes, you are right.  I changed the action.ini in 
> the Website dir and it works now.

Excellent!
 
> >>...
> >>I would like "oi2_manage package_all" to automatically kill an 
> >>existing .zip package of the same version, too.
> >
> >You mean delete the files in the pkg/mypackage-old-x.xx directory? 
> >That's a valid option, and related to the earlier one where we delete 
> >the files from a 'remove_package':
> >
> >  http://jira.openinteract.org/browse/OIN-158
> 
> OK, here's where I get really confused.  I set my $ENV{'OPENINTERACT2'} 
> = '/usr/local/openinteract' and then used "oi2_manage" to create the 
> "book" package in my "$HOME/work/oi2/book."  My understanding was that 
> I would work on the package outside of the OI2 $WEBSITE_DIR (the 
> "OPENINTERACT2" dir) and then use "oi2_manage package_all" to put my 
> latest stuff from $HOME/work into the $WEBSITE_DIR.

That's how it's supposed to work.

> What I'm seeing with this setup are a couple issues:
> 
> [1] My new stuff from $HOME/work doesn't always seem to get moved over, 
> or at least not to where I think.  Maybe I'm not understanding what the 
> "$WEBSITE_DIR/pkg" dir is for because I was under the (now discredited) 
> assumption that "$WEBSITE_DIR/pkg/book-xx/conf/action.ini" was used and 
> didn't even know about "$WEBSITE_DIR/conf/book/action.ini."  Also, I've 
> read something that the libs in "$WEBSITE_DIR/pkg/book-xx/" aren't used 
> but the ones in "$WEBSITE_DIR/tmplib" are.

That's a half-truth -- when you fire up the server the libs from
pkg/book-xx/ are copied to tmplib/. We do this so we don't have 15+
directories on @INC.

> ... Maybe 
> if you could just share your general workflow for creating OI2 apps -- 
> kind of a "best practices"?

You're doing it the right way. The other useful workflow is to edit
the live website files (especially for templates/HTML files) and once
you're done run a 'update_package' command to sync your development
package from the live package.
 
> [2] Running the mod_perl_solo version runs into many permissions 
> issues.  I first started out the tutorial using the "oi2_daemon" and 
> had no problems because it was running under my permissions, but moving 
> to Apache running as "nobody" I find that httpd can't write to many 
> directories ("logs," "error," "overflow," "cache") so I run around 
> chmod'ing 777, which isn't so good, eh?  Any advice?

It would probably be good to have a helper script for this that would
need to be run as root; or if anyone knows a standard solution I'm all
ears.
 
> I'm pretty excited by OI2.  I looked at Ruby on Rails, Class::DBI, 
> Maypole, Catalyst, etc., and OI2 was the first to really seem to work 
> for me.  If I can just figure out how to really get rolling, I think 
> this is going to save me a lot of time and make my users happy (to see 
> lots of solid interfaces produced quickly).

Thanks! I hope it continues. Reports like this are extremely useful
and greatly appreciated.

BTW, if you want/need to use Class::DBI in OI2 shoot me an email. I
have a module to enable this but don't want to put it on CPAN until
the next beta of OI2 is out since it relies on a feature in CVS.

Chris

-- 
Chris Winters (http://www.cwinters.com)
Building enterprise-capable snack solutions since 1988

Re: [Openinteract-help] "No template found" error

[Ken Youens-C. <ky...@gm...>]

On Apr 15, 2005, at 7:14 AM, Chris Winters wrote:

> On Apr 14, 2005, at 5:33 PM, Ken Youens-Clark wrote:
>> Unfortunately, I had already checked that the "action.ini" was 
>> kosher.  I even upped the package.ini::version and installed a new 
>> package.  Still the same error.  I also tried deleting older versions 
>> of the package installed into $WEBSITE_DIR, starting/stopping.  I 
>> should mention that I'm doing all this on a Intel Celeron/Debian 
>> Woody system that I just set up expressly for testing/learning OI2.  
>> I installed Perl 5.8.6 from source and all the modules are the latest 
>> from CPAN.  I'm using the Apache/mod_perl (solo) setup.
>
> Just to be clear: did you check the action.ini in the 
> $WEBSITE_DIR/conf/book/action.ini was ok? The reason I'm emphasizing 
> this is that there are two copies: one in the website directory and 
> one in the package directory:
>
>   Website: $WEBSITE_DIR/conf/book/action.ini
>   Package: $WEBSITE_DIR/pkg/book-0.09/conf/action.ini
>
> The one in 'Package' is NOT used, the one in 'Website' is.
>
> (Sidenote: I'll create a new JIRA issue to automatically put a README 
> in the 'Package' directory with this information.)
>
> If the one in 'Website' checks out ok we've got some more 
> investigation to do.

Ah, enlightenment!  Yes, you are right.  I changed the action.ini in 
the Website dir and it works now.

>> ...
>> I would like "oi2_manage package_all" to automatically kill an 
>> existing .zip package of the same version, too.
>
> You mean delete the files in the pkg/mypackage-old-x.xx directory? 
> That's a valid option, and related to the earlier one where we delete 
> the files from a 'remove_package':
>
>   http://jira.openinteract.org/browse/OIN-158

OK, here's where I get really confused.  I set my $ENV{'OPENINTERACT2'} 
= '/usr/local/openinteract' and then used "oi2_manage" to create the 
"book" package in my "$HOME/work/oi2/book."  My understanding was that 
I would work on the package outside of the OI2 $WEBSITE_DIR (the 
"OPENINTERACT2" dir) and then use "oi2_manage package_all" to put my 
latest stuff from $HOME/work into the $WEBSITE_DIR.

What I'm seeing with this setup are a couple issues:

[1] My new stuff from $HOME/work doesn't always seem to get moved over, 
or at least not to where I think.  Maybe I'm not understanding what the 
"$WEBSITE_DIR/pkg" dir is for because I was under the (now discredited) 
assumption that "$WEBSITE_DIR/pkg/book-xx/conf/action.ini" was used and 
didn't even know about "$WEBSITE_DIR/conf/book/action.ini."  Also, I've 
read something that the libs in "$WEBSITE_DIR/pkg/book-xx/" aren't used 
but the ones in "$WEBSITE_DIR/tmplib" are.

So, what is the purpose of the "$WEBSITE_DIR/pkg/book-xx" dir?  And 
should I be working my package contents in my "/usr/local/openinteract" 
dir or my "$HOME/work" dir?  Or maybe I'm not using the right command 
("package_all") to move my working code into the $WEBSITE_DIR?  Maybe 
if you could just share your general workflow for creating OI2 apps -- 
kind of a "best practices"?

[2] Running the mod_perl_solo version runs into many permissions 
issues.  I first started out the tutorial using the "oi2_daemon" and 
had no problems because it was running under my permissions, but moving 
to Apache running as "nobody" I find that httpd can't write to many 
directories ("logs," "error," "overflow," "cache") so I run around 
chmod'ing 777, which isn't so good, eh?  Any advice?

-------

I'm pretty excited by OI2.  I looked at Ruby on Rails, Class::DBI, 
Maypole, Catalyst, etc., and OI2 was the first to really seem to work 
for me.  If I can just figure out how to really get rolling, I think 
this is going to save me a lot of time and make my users happy (to see 
lots of solid interfaces produced quickly).

Thanks,

ky

Re: [Openinteract-help] 'No template found' error

[Chris W. <ch...@cw...>]

On Apr 14, 2005, at 6:34 PM, Salve J. Nilsen wrote:
> Chris Winters said:
>>
>> I'm glad you brought this up because I'm now thinking that we might 
>> want
>> to make package configuration overwriting an option for people who 
>> never
>> change them from the default. Salve, what do you think?
>
> You've already got the MD5 checksums there, so I can't see why not. I
> assumed you were thinking in those lines all the time... :)

Nope. I was just using the MD5 checksums so that we don't create 
redundant files in the 'updates/' subdirectory. I hadn't thought about 
allowing a global setting so that we ALWAYS use the newest 
configurations.

I'll create a JIRA issue for this one too.

Chris

--
Chris Winters
Creating enterprise-capable snack systems since 1988

Re: [Openinteract-help] "No template found" error

[Chris W. <ch...@cw...>]

On Apr 14, 2005, at 5:33 PM, Ken Youens-Clark wrote:
> Unfortunately, I had already checked that the "action.ini" was kosher. 
>  I even upped the package.ini::version and installed a new package.  
> Still the same error.  I also tried deleting older versions of the 
> package installed into $WEBSITE_DIR, starting/stopping.  I should 
> mention that I'm doing all this on a Intel Celeron/Debian Woody system 
> that I just set up expressly for testing/learning OI2.  I installed 
> Perl 5.8.6 from source and all the modules are the latest from CPAN.  
> I'm using the Apache/mod_perl (solo) setup.

Just to be clear: did you check the action.ini in the 
$WEBSITE_DIR/conf/book/action.ini was ok? The reason I'm emphasizing 
this is that there are two copies: one in the website directory and one 
in the package directory:

   Website: $WEBSITE_DIR/conf/book/action.ini
   Package: $WEBSITE_DIR/pkg/book-0.09/conf/action.ini

The one in 'Package' is NOT used, the one in 'Website' is.

(Sidenote: I'll create a new JIRA issue to automatically put a README 
in the 'Package' directory with this information.)

If the one in 'Website' checks out ok we've got some more investigation 
to do.

> ...
> I would like "oi2_manage package_all" to automatically kill an 
> existing .zip package of the same version, too.

You mean delete the files in the pkg/mypackage-old-x.xx directory? 
That's a valid option, and related to the earlier one where we delete 
the files from a 'remove_package':

   http://jira.openinteract.org/browse/OIN-158

I'll create an issue for this also.

Thanks,

Chris

--
Chris Winters
Creating enterprise-capable snack systems since 1988

Re: [Openinteract-help] 'No template found' error

[Salve J. N. <sal...@me...>]

Chris Winters said:
>
> I'm glad you brought this up because I'm now thinking that we might want
> to make package configuration overwriting an option for people who never
> change them from the default. Salve, what do you think?

You've already got the MD5 checksums there, so I can't see why not. I
assumed you were thinking in those lines all the time... :)


- Salve

-- 
Salve J. Nilsen <salvejn at met dot no> / Systems Developer
Norwegian Meteorological Institute           http://met.no/
Information Technology Department / Section for Development

Re: [Openinteract-help] "No template found" error

[Ken Youens-C. <ky...@gm...>]

On Apr 14, 2005, at 4:28 PM, Chris Winters wrote:

> * Ken Youens-Clark (ky...@gm...) [050414 16:27]:
>> ...
>> And I'm up to the "Translate searching tasks to common" section.  I
>> made the changes to move to the "CommonSearch" as defined in this
>> section.  When I restart my web server, I see this following message:
>> ...
>>   No template found in 'c_search_form_template' key. This template is
>> mandatory
>>   for the task to function.
>>
>> Even though my "conf/action.ini" has the following:
>>
>>   [book]
>>   class        = OpenInteract2::Action::Book
>>   task_default = search_form
>>   is_secure    = no
>>   c_object_type             = book
>>   c_search_form_template    = book::search_form
>>   c_search_results_template = book::search_results
>>   c_search_fields_like      = title
>>   c_search_results_order    = title
>>
>> And the template does exist.  (FWIW, everything in the tutorial was
>> working perfectly up to this point.)
>
> It's probably that you're using an earlier version of the
> configuration. When you upgrade your package the action configuration
> is copied to, in your case:
>
>   $WEBSITE_DIR/conf/book/action.ini
>
> If that file already exists and the files are different, we copy the
> new one to:
>
>   $WEBSITE_DIR/conf/book/updates/action.ini-x.xx
>
> So see if you've got any updates there and if so, copy the latest over
> the working configuration and see what happens.

Unfortunately, I had already checked that the "action.ini" was kosher.  
I even upped the package.ini::version and installed a new package.  
Still the same error.  I also tried deleting older versions of the 
package installed into $WEBSITE_DIR, starting/stopping.  I should 
mention that I'm doing all this on a Intel Celeron/Debian Woody system 
that I just set up expressly for testing/learning OI2.  I installed 
Perl 5.8.6 from source and all the modules are the latest from CPAN.  
I'm using the Apache/mod_perl (solo) setup.

> Yeah, we should definitely stress that in the tutorial :-)
>
> I'm glad you brought this up because I'm now thinking that we might
> want to make package configuration overwriting an option for people
> who never change them from the default. Salve, what do you think?

I would like "oi2_manage package_all" to automatically kill an existing 
.zip package of the same version, too.

ky

Re: [Openinteract-help] "No template found" error

[Chris W. <ch...@cw...>]

* Ken Youens-Clark (ky...@gm...) [050414 16:27]:
> ...
> And I'm up to the "Translate searching tasks to common" section.  I  
> made the changes to move to the "CommonSearch" as defined in this  
> section.  When I restart my web server, I see this following message:
>... 
>   No template found in 'c_search_form_template' key. This template is  
> mandatory
>   for the task to function.
> 
> Even though my "conf/action.ini" has the following:
> 
>   [book]
>   class        = OpenInteract2::Action::Book
>   task_default = search_form
>   is_secure    = no
>   c_object_type             = book
>   c_search_form_template    = book::search_form
>   c_search_results_template = book::search_results
>   c_search_fields_like      = title
>   c_search_results_order    = title
> 
> And the template does exist.  (FWIW, everything in the tutorial was  
> working perfectly up to this point.)

It's probably that you're using an earlier version of the
configuration. When you upgrade your package the action configuration
is copied to, in your case:

  $WEBSITE_DIR/conf/book/action.ini

If that file already exists and the files are different, we copy the
new one to:

  $WEBSITE_DIR/conf/book/updates/action.ini-x.xx

So see if you've got any updates there and if so, copy the latest over
the working configuration and see what happens.

Yeah, we should definitely stress that in the tutorial :-)

I'm glad you brought this up because I'm now thinking that we might
want to make package configuration overwriting an option for people
who never change them from the default. Salve, what do you think?

Chris

-- 
Chris Winters (http://www.cwinters.com)
Building enterprise-capable snack solutions since 1988

[Openinteract-help] "No template found" error

[Ken Youens-C. <ky...@gm...>]

Hi,

I'm following along in this tutorial:

	http://search.cpan.org/~cwinters/OpenInteract-1.99_06/lib/ 
OpenInteract2/Manual/Tutorial.pod

And I'm up to the "Translate searching tasks to common" section.  I  
made the changes to move to the "CommonSearch" as defined in this  
section.  When I restart my web server, I see this following message:

   Error

   This action encountered one or more errors:

   No template found in 'c_search_form_template' key. This template is  
mandatory
   for the task to function.

Even though my "conf/action.ini" has the following:

   [book]
   class        = OpenInteract2::Action::Book
   task_default = search_form
   is_secure    = no
   c_object_type             = book
   c_search_form_template    = book::search_form
   c_search_results_template = book::search_results
   c_search_fields_like      = title
   c_search_results_order    = title

And the template does exist.  (FWIW, everything in the tutorial was  
working perfectly up to this point.)

What am I missing?

ky

Re: [Openinteract-help] Apache thread size

[<an...@io...>]

Jody Alkema wrote:
> Hi all,
> 
> Please excuse me if this is the wrong place to post this. I was
> wondering about the general size of httpd threads while running
> OpenInteract2? I was also wondering if all OpenInteract2 modules are
> required to develop an appliction under the framework?
> 
> Thanks!

Hi. I'm not an expert on linux or perl memory management but I ran OI2 
several times with different amount of threads and made some rough 
assumptions about the memory usage based on the amount of total system 
memory used. In the start of processes life almost all of the momory is 
shared but after the first pageload a large chunk of this apparently 
becomes dirty and is copied for the process. The amount of which a 
process uses more memory after this first load + the amount a fresh 
extra proecess is given as the size of an additional process:

Apache with plain OI2:
  main process 36 Mb, additional processes 14 Mb each.

Apache with Dicole and OI2 base packages:
  main process 64 Mb, additional process 16 Mb each.

(Dicole is a medium size product built on top of OI2)

For Dicole processes the non-shared memory used by a thread grew to 22 
Mb after ~50 pageloads in various places of the application.

The setup i'm running is i686 machine with debians apache-perl package 
but this is pretty much irrelevant as long as you have shared memory ;)

I have the impression that all of the OI2 modules and the external 
modules they use are pretty much required when developing with OI2. Most 
of the base packages aren't though and they should remove the size 
somewhat, but you will end up replacing them with your own code anyway 
so I suppose you can't go much lower than my results with plain OI2.

The amount is quite huge compared to apache without OI2 but in my 
opinnion if you use a plain apache to serve your static files it will 
take a very high load for this this to become a problem with todays 
memory prizes.

- Antti

[Openinteract-help] Apache thread size

[Jody A. <ja...@gm...>]

Hi all,

Please excuse me if this is the wrong place to post this. I was
wondering about the general size of httpd threads while running
OpenInteract2? I was also wondering if all OpenInteract2 modules are
required to develop an appliction under the framework?

Thanks!

[Openinteract-help] OI2 lists on Gmane

[Salve J N. <sal...@me...>]

Hi!

The openinteract-help and openinteract-dev lists are now available on 
Gmane.org. This means (among other things) that messages to the list can 
be read with your favourite USENET client or through Gmane's spiffy web 
interface (which is quite a bit better than Sourceforge's IMHO :)

   http://dir.gmane.org/gmane.comp.lang.perl.modules.openinteract.general
   http://dir.gmane.org/gmane.comp.lang.perl.modules.openinteract.devel

BTW, do any of you know of any complete (downloadable) archives of the 
lists? Gmane works fine as a searchable archive too, if we want it to. :)


- Salve

-- 
Salve J. Nilsen <salvejn at met dot no> / Systems Developer
Norwegian Meteorological Institute           http://met.no/
Information Technology Department / Section for Development

[Openinteract-help] Re: seems to be a minor error....

[Richard H. <ric...@gm...>]

On Thu, 24 Mar 2005 09:01:27 +0100, Kutter Martin
<mar...@si...> wrote:
> Hi Richard,
>=20
> I have seen this warning several times before. It appears when a
> Log::Log4perl::get_logger() call is issued before Log::Log4perl::init (or
> init_once) is called.
>=20
> Normally you'll have the "init" call right at the beginning of your perl
> programs, but if you "use" modules, the loading and initialization of the=
se
> happens in a BEGIN block (well, somewhat), which means that a module like
> this will kick up a warning.
>=20
> package bla;
>=20
> use Log::Log4perl;
> my $log =3D Log::Log4perl->get_logger();
> 1;
>=20
>=20
>=20
> To avoid this, use a BEGIN block like the following in your top-level per=
l
> program (startup.pl in OI2).
>=20
> BEGIN {
> =09use Log::Log4perl;
> =09Log::Log4perl->init('log4perl.conf');
> };
>=20
> This forces Log4perl initialization to be performed before all other modu=
le
> loads and initializations and should remove the warning.


Ok, great, thanks.

RIchard
>=20
> Regards,
>=20
> Martin Kutter
>=20
> -----Urspr=FCngliche Nachricht-----
> Von: ope...@li...
> [mailto:ope...@li...]Im Auftrag von
> Richard Hubbell
> Gesendet: Mittwoch, 23. M=E4rz 2005 22:37
> An: ope...@li...
> Betreff: [Openinteract-help] seems to be a minor error....
>=20
>=20
> Hi all,
>=20
> I also have what appears to be a minor problem that I only now notice.
>=20
> apache/bin/apachectl configtest
>=20
> Log4perl: Seems like no initialization happened. Forgot to call init()?
> Syntax OK
>=20
> I think that SPOPS uses Log4perl so I am guessing that's where something
> needs
> a little TLC.  Anyone else seeing this?
>=20
>=20
> Richard
> --
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon 2005
> Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
> Embedded(r) & Windows Mobile(tm) platforms, applications & content.
> Register
> by 3/29 & save $300 http://ads.osdn.com/?ad_id=3D6883&alloc_id=3D15149&op=
=3Dclick
> _______________________________________________
> openinteract-help mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openinteract-help
>=20

--

AW: [Openinteract-help] seems to be a minor error....

[Kutter M. <mar...@si...>]

Hi Richard,

I have seen this warning several times before. It appears when a
Log::Log4perl::get_logger() call is issued before Log::Log4perl::init =
(or
init_once) is called.

Normally you'll have the "init" call right at the beginning of your =
perl
programs, but if you "use" modules, the loading and initialization of =
these
happens in a BEGIN block (well, somewhat), which means that a module =
like
this will kick up a warning.

package bla;

use Log::Log4perl;
my $log =3D Log::Log4perl->get_logger();
1;



To avoid this, use a BEGIN block like the following in your top-level =
perl
program (startup.pl in OI2).

BEGIN {
	use Log::Log4perl;
	Log::Log4perl->init('log4perl.conf');
};

This forces Log4perl initialization to be performed before all other =
module
loads and initializations and should remove the warning.

Regards,

Martin Kutter

-----Urspr=FCngliche Nachricht-----
Von: ope...@li...
[mailto:ope...@li...]Im Auftrag von
Richard Hubbell
Gesendet: Mittwoch, 23. M=E4rz 2005 22:37
An: ope...@li...
Betreff: [Openinteract-help] seems to be a minor error....


Hi all,

I also have what appears to be a minor problem that I only now notice.

apache/bin/apachectl configtest

Log4perl: Seems like no initialization happened. Forgot to call init()?
Syntax OK

I think that SPOPS uses Log4perl so I am guessing that's where =
something
needs
a little TLC.  Anyone else seeing this?


Richard
--


-------------------------------------------------------
This SF.net email is sponsored by Microsoft Mobile & Embedded DevCon =
2005
Attend MEDC 2005 May 9-12 in Vegas. Learn more about the latest Windows
Embedded(r) & Windows Mobile(tm) platforms, applications & content.
Register
by 3/29 & save $300 =
http://ads.osdn.com/?ad_id=3D6883&alloc_id=3D15149&op=3Dclick
_______________________________________________
openinteract-help mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openinteract-help

[Openinteract-help] Re: [Openinteract-dev] New website

[Chris W. <ch...@cw...>]

On Mar 23, 2005, at 10:17 PM, Teemu Arina wrote:
> Yea I got Camtasia studio and have created several screencasts already
> as user manuals for software I've created. Works nice and a lot more 
> informative
> compared to 100's of pages of manuals.

I agree: showing is a lot better than telling.

> We also need a video of Chris throwing a presentation of the OI2 
> architecture.
> Is your software able to show slides and you narrating on top of that 
> stuff?

I'm not sure... I'll have to see.

> Part of success seems to be the way they got their selves on the nerve 
> pulse
> of the blogger community. They had a nice low-level platform and also a
> nice high-level implementation, Basecamp on top of it. I remember 
> reading about
> it in some high-traffic blogs. Of course every blogger featured 
> basecamp because it's
> basically a specialized blogging tool, mainly for projects. The top 
> bloggers are
> meta-bloggers (blogging about blogging) anyway.

Right. I actually had an idea that we could implement an internal 
blogging system/aggregator for the place I work and think it would be 
incredibly useful. But it's not at all in my work scope.

The idea that you've got one or two useful apps out of the box is very 
powerful though. And we've actually got an implementation for one of 
the buzzwords (lightweight tagging/folksonomies) in the 
'delicious_tags' package, which will almost certainly get moved into 
_07 as an 'object_tags' package. Tagging everything is pretty nifty.

> I see if I can give it a shot in a few months if I have the time (the 
> usual problem).

I hear that. Although the 'we need you!' wasn't just aimed at Teemu, it 
was to everyone :-)

> Any top-class designers or OI2 coders here? I suggest it's based on a 
> wiki, a static
> front page and some weblog tool for the latest news. RSS feeds, 
> obviously. OI has
> everything but the wiki, but well that's not really required, although 
> it would be
> nice for tutorials etc. Is the current twiki how easy to modify (to 
> just match the look of
> the new website, for example) and does it work without the camel case
> (i.e. [[New website|NewWebsite]])?

I really dislike TWiki -- it's just so crufty. (And I say that having 
written a few plugins for it.) I started working on a wiki package a 
while ago but didn't have time to see it though -- I'll see what kind 
of shape that's in. I would like to have a more structured area of the 
site though -- IME wiki works well for support/FAQ/ideas but not as 
much as an introduction.

> Maybe we can fix that XHTML interface of OI at the same time? =)

Absolutely. That reminds me -- I meant to shoot Chris Nandor an email 
about this to see if he's got some guidelines because he's been doing 
the same to Slashcode recently:

   http://use.perl.org/~pudge/journal/23723

Chris

--
Chris Winters
Creating enterprise-capable snack systems since 1988

[Openinteract-help] Re: [Openinteract-dev] New website

[Teemu A. <te...@io...>]

> I had the same idea and grabbed a video capture tool a short while
> ago; maybe I'll try it out tonight... :-)

Yea I got Camtasia studio and have created several screencasts already
as user manuals for software I've created. Works nice and a lot more informative
compared to 100's of pages of manuals.

We also need a video of Chris throwing a presentation of the OI2 architecture.
Is your software able to show slides and you narrating on top of that stuff?

> Seriously, I'm very impressed by how quickly they've got everyone
> talking about Rails. Part of the reason is that Ruby is on everyone's
> "I need to learn that" list and part is that they make easy things
> really easy. (I haven't heard as much about how well tough things go,
> but I wouldn't underestimate them.) They've also got conference
> heavyweights like Dave Thomas pushing, a big deal.

Part of success seems to be the way they got their selves on the nerve pulse
of the blogger community. They had a nice low-level platform and also a
nice high-level implementation, Basecamp on top of it. I remember reading about
it in some high-traffic blogs. Of course every blogger featured basecamp because it's
basically a specialized blogging tool, mainly for projects. The top bloggers are
meta-bloggers (blogging about blogging) anyway.

> I think another thing we can do is get a number of useful applications
> ready-to-go as well as framework enhancers like
> OI2::Action:RSS. Leveraging CPAN for this helps us a lot.

> Redesigning the website is an area where I'll be overjoyed to
> delegate. (As anyone who has seen my website knows, my design sense is
> very limited.) Of course, simpler is better.
>
> So if you've got some free time and design skills, we need you!

I see if I can give it a shot in a few months if I have the time (the usual problem).
Any top-class designers or OI2 coders here? I suggest it's based on a wiki, a static
front page and some weblog tool for the latest news. RSS feeds, obviously. OI has
everything but the wiki, but well that's not really required, although it would be
nice for tutorials etc. Is the current twiki how easy to modify (to just match the look of
the new website, for example) and does it work without the camel case
(i.e. [[New website|NewWebsite]])?

Maybe we can fix that XHTML interface of OI at the same time? =)

-- 

Teemu Arina, CTO

Ionstream Oy / Dicole
Komeetankuja 4 A
02210 Espoo
FINLAND
Tel: +358-(0)50 - 555 7636
skype: infe00
Corporate website: http://www.dicole.com
FLOSS in education blog: http://flosse.dicole.org
Personal weblog: http://infedelic.blogspot.com

"Discover, collaborate, learn."

Re: [Openinteract-help] seems to be a minor error....

[Luis C. de C. <mon...@ya...>]

Richard Hubbell wrote:
> Hi all,
> 
> I also have what appears to be a minor problem that I only now notice.
> 
> apache/bin/apachectl configtest
> 
> Log4perl: Seems like no initialization happened. Forgot to call init()?
> Syntax OK
> 
> I think that SPOPS uses Log4perl so I am guessing that's where something needs
> a little TLC.  Anyone else seeing this?
> 

   I see this on my development server, and can't find a solution for 
this yet... :-) seems to me that I should continue reading documentation 
for a while...

   If someone have a clue, it interest to me too.

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Luis Campos de Carvalho is BSc in Comp Science,
  PerlMonk [SiteDocClan], Sao Paulo PM Leader,
  Unix Sys Admin && Certified Oracle DBA
  http://br.geocities.com/monsieur_champs/
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

[Openinteract-help] Re: [Openinteract-dev] New website

[Chris W. <ch...@cw...>]

(cc'd to -help since more folks are there)

* Teemu Arina (te...@io...) [050323 18:43]:
> We need a new website for OpenInteract. Something that kicks ass ==
> clean but visual design, grabs your attention in first 2 minutes and
> has a nice image / videos / screencasts so that you crasp the core
> idea faster than you say SPOPS.

I had the same idea and grabbed a video capture tool a short while
ago; maybe I'll try it out tonight... :-)

> Excellent example (atleast, we need the architecture chart and the FAQ):
> http://www.rubyonrails.com/

Those RoR people are everywhere!

Seriously, I'm very impressed by how quickly they've got everyone
talking about Rails. Part of the reason is that Ruby is on everyone's
"I need to learn that" list and part is that they make easy things
really easy. (I haven't heard as much about how well tough things go,
but I wouldn't underestimate them.) They've also got conference
heavyweights like Dave Thomas pushing, a big deal.

I think another thing we can do is get a number of useful applications
ready-to-go as well as framework enhancers like
OI2::Action:RSS. Leveraging CPAN for this helps us a lot.

Redesigning the website is an area where I'll be overjoyed to
delegate. (As anyone who has seen my website knows, my design sense is
very limited.) Of course, simpler is better.

So if you've got some free time and design skills, we need you!

Chris

-- 
Chris Winters (http://www.cwinters.com)
Building enterprise-capable snack solutions since 1988

Re: [Openinteract-help] seems to be a minor error....

[Teemu A. <te...@io...>]

> I also have what appears to be a minor problem that I only now notice.
>
> apache/bin/apachectl configtest
>
> Log4perl: Seems like no initialization happened. Forgot to call init()?
> Syntax OK
>
> I think that SPOPS uses Log4perl so I am guessing that's where something needs
> a little TLC.  Anyone else seeing this?

yep, it kicks in with some configurations. This one fills up my apache error_log on
some systems (debian):

Use of uninitialized value in subroutine entry at
/usr/local/share/perl/5.6.1/Log/Log4perl/Logger.pm line 691 during global destruction.

Regards,

Teemu Arina, CTO

Ionstream Oy / Dicole
Komeetankuja 4 A
02210 Espoo
FINLAND
Tel: +358-(0)50 - 555 7636
skype: infe00
Corporate website: http://www.dicole.com
FLOSS in education blog: http://flosse.dicole.org
Personal weblog: http://infedelic.blogspot.com

"Discover, collaborate, learn."

[Openinteract-help] seems to be a minor error....

[Richard H. <ric...@gm...>]

Hi all,

I also have what appears to be a minor problem that I only now notice.

apache/bin/apachectl configtest

Log4perl: Seems like no initialization happened. Forgot to call init()?
Syntax OK

I think that SPOPS uses Log4perl so I am guessing that's where something needs
a little TLC.  Anyone else seeing this?


Richard
--

[Openinteract-help] Re: mod_perl_solo setup disables php

[Richard H. <ric...@gm...>]

On 23 Mar 2005 11:54:21 -0800, "Randal L. Schwartz"
<me...@st...> wrote:
> >>>>> "Richard" == Richard Hubbell <ric...@gm...> writes:
> 
> Richard> AddType application/x-httpd-php .php .phtml .php3 .html .htm
> 
> This is where you're getting in to trouble.  "A man cannot serve two
> masters".  You need to pick ".html" as either a PHP file or a mod_perl

Wait a minute....wife, boss, kids.....am I bucking the trend?

> file.  Choose wisely.  Of course, you can narrow your choice by
> Directory or by Location, but you still need to choose.


Thank you, that fixed this issue.

You know (I don't own this server), just trying to add some functionality to
it and that line looked suspect to me.  But before I did anything the server
was working fine.  Only until openinteract was added to the mix have I seen
any problems with .html  and it's only from the pages served from my
openinteract
site.  The main website didn't have problems serving up html.  So maybe
the choices are narrowed for other directories/locations.  I haven't looked
over the entire httpd.conf.


> 
> -- 
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <me...@st...> <URL:http://www.stonehenge.com/merlyn/>
> Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
> See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl
> training!
> 

--