Forum OpenACS Development: Re: Re: XoWiki 0.32

Collapse
22: Re: Re: XoWiki 0.32 (response to 21)
Posted by Gustaf Neumann on
Mathew,

xowiki 0.33, available since sunday fixes the problem you are mentioning. it is not a malformed SQL, but a 0 valued package_id. The last line of my announcement of 0.33 references the problem you are observing with 0.32.

Collapse
23: Re: Re: Re: XoWiki 0.32 (response to 22)
Posted by Matthew Burke on
Gustaf,

Thanks! -- as I embarassedly write on the blackboard 100 times "I will make sure to _thoroughly_ read threads before posting"

Collapse
24: Installing XoWiki 0.33 (response to 23)
Posted by Matthew Burke on
Ok, not so fast.... :)

I grabbed the head (made sure it was 0.33). Dropped the database, installed from scratch again. Reread this whole thread (cross my fingers I'm not overlooking anything obvious) and installed XoWiki. I get the following:

Database operation "0or1row" failed (exception NSDB, "Query was not a statement returning rows.")

SQL: insert into xowiki_objecti (item_id,revision_id,creation_user,title,description,mime_type,nls_language,text,page_title,creator) values ('744','745','506','::743',NULL,NULL,NULL,'# this is the payload of the folder object

set index_page "en:index"
',NULL,NULL)
while executing
"ns_pg_bind 0or1row nsdb0 {insert into xowiki_objecti (item_id,revision_id,creation_user,title,description,mime_type,nls_language,text,page_title,creat..."
("uplevel" body line 1)
invoked from within
"uplevel $ulevel [list ns_pg_bind $type $db $sql]"
("postgresql" arm line 2)

I've snipped the error listing.

Matt

Collapse
Posted by Stan Kaufman on
Matthew, did you get xotcl-core from HEAD, too? I'm guessing not. Make sure you're using xotcl-core 0.41 with xowiki 0.33. I've just installed without errors both on an otherwise vanilla oacs-5-2 checkout.
Collapse
Posted by Gustaf Neumann on
Matt, can it be that you the xotcl-core 0.41 between
Sat Aug 5 20:38:24 2006 UTC and
Sat Aug 5 20:39:28 2006 UTC?

xotcl-core checks, whether oacs 5.3.0d2 or newer is installed and chooses the appropriate database-operation, unless it is stated differently, as on my notebook.

For 1 minute an 4 seconds, a incorrect version was in cvs:
http://cvs.openacs.org/cvs/openacs-4/packages/xotcl-core/tcl/generic-procs.tcl?r1=1.21&r2=1.22

maybe an update solves the problem....

Speaking of hardware, the new Mac Pros presented just now at WWDC sound like great machines for OpenACS (4 cores...)

Collapse
Posted by Matthew Burke on
I don't think I grabbed it during the unlicky four minutes, but I tried grabbing head again, and did a clean install and it works. Well, it works more than before, but still not quite. I get the following error now when I edit pages or attempt to create new pages.

wrong # args: should be "ns_cache names cache"
while executing
"ns_cache names xowiki_cache link-*-$folder_id"
(procedure "update_references" line 17)
::xowiki::f1 ::xowiki::WikiForm->update_references
invoked from within
"my update_references"
(procedure "new_data" line 7)
::xowiki::f1 ::xowiki::WikiForm->new_data
invoked from within
"::xowiki::f1 new_data"
invoked from within
"set item_id [::xowiki::f1 new_data]"
("uplevel" body line 1)
invoked from within

Next thoughts? I've got the latest AOLserver FreeBSD package so I'm not convinced it's an obsolete nscache module, but I don't have any other ideas.

Matt

Collapse
Posted by Gustaf Neumann on
This looks like an easy problem. get a recent version of ns_cache. nscache has the syntax

ns_cache names cachename ?pattern?

since a couple of ... years (?). Get a recent version of nscache

cvs -z3 -d:pserver:mailto:anonymous@aolserver.cvs.sourceforge.net:/cvsroot/aolserver co nscache

seems, as if xowiki exercises some oacs componens more than other packages....

-gustaf