Forum OpenACS Q&A: Re: Res: Re: Lazy site node caching

Collapse
Posted by Emmanuelle Raffenne on
Hi,

I've finished the cleanup of site_nodes and committed on HEAD. The duplicated libraries have been removed and calls to site_nodes::* replaced by calls to site_node::

I just did some smoke tests: dotlrn install, create communities, add applets, create users and add them to communities, etc. (where those calls were used) and everything seem to work correctly.

Hi, Emma!

Thanks for the work!

I have put the code in our development environment but I got
the next problem:

When I add one applet to one community appears Ok
but when you click the url of the new applet (in admin)
you get the error:

The requested URL was not found on this server.

When you restart Openacs, the url is working.

Regards,
Agustin

Collapse
Posted by Emmanuelle Raffenne on
Agustin,

Did you reinstall first? It won't fix what you describe but the dotlrn installation was broken because of site_nodes.

Anyway, I've noticed this behavior too. I was about to post about it after doing more tests.

On my side, I get a "file not found" when I go to the admin pages, but I don't need to restart aolserver, just to reload the page (I'm using firefox 2 on debian). It happens also on openacs when applications are added, so I guess there are still issues with caching.

Malte, any ideas?

Collapse
Posted by Emmanuelle Raffenne on
Agustin, Malte,

I've tested again. Here are the steps I followed:

- Standard install of dotlrn from HEAD
- created a new community
- went to calendar index page of the new created community: page displayed
- went to the admin index page of calendar in the new created community: File not found
- reload the page: page displayed
- went to the admin index page of forums in the new created community: File not found
- reload the page: page displayed

There are no error messages in logs.

Note: Same occurs in Openacs when I mount an application, users pages are correctly displayed but I get a "file not found" the first time I go to the admin page of the application.

After that, I've replaced acs-tcl/tcl/site-nodes-procs* with the last revision of oacs-5-3 branch and followed the same steps:

- created a new community
- went to calendar index page of the new created community: page displayed
- went to the admin index page of calendar in the new created community: page displayed
- went to the admin index page of forums in the new created community: page displayed

Collapse
Posted by Malte Sussdorff on
The /admin bug is fixed now in HEAD at least in the instances where I tested it 😊.
Collapse
Posted by Emmanuelle Raffenne on
Thanks Malte. Seems to work fine now.
Collapse
Posted by Gustaf Neumann on
Malte,

can you look at Test site_node::update_cache
test/admin/testcase?testcase_id=site_node_update_cache&package_key=acs-tcl&view_by=testcase&category=&quiet=0
Two tests are failing in the CVS head version. Seems as still some updates are needed.

Many thanks
-gustaf