Forum OpenACS Q&A: Re: Problem with newest xowiki

Collapse
Posted by Gustaf Neumann on
Thanks for reporting. A name of a function was spelled incorrectly. This function is only called in new installs, so it did not show up in existing installations. The function name is fixed in CVS head.

Btw, The symptoms are the same as in http://openacs.org/forums/message-view?message%5fid=1036071
I would not be surprised, if the fix heals this as well.

Collapse
Posted by César Clavería on
thanks Gustaf, now xowiki INSTALLS without a problem, sadly I'm getting an error when trying to access an instance of it. This is the error message the server tells me:

(it looks more like an xotcl error, I'm using version 0.51)

required arg: 'package_id' missing
::xotcl::nonposArgs ::xotcl::NonposArgs->required
invoked from within
"::xotcl::nonposArgs required package_id"
invoked from within
"::xotcl::interpretNonpositionalArgs $args"
(procedure "new" line 2)
::xo::db::content_item->new
invoked from within
"::xo::db::content_item new -name $name -parent_id $parent_id -creation_user $creation_user -item_subtype "content_item" -content_type $object_type -..."
("eval" body line 1)
invoked from within
"eval ::xo::db::content_item new [[self class] set content_item__new_args]"
invoked from within
"set item_id [eval ::xo::db::content_item new [[self class] set content_item__new_args]]"
("uplevel" body line 14)
invoked from within
"uplevel 1 $transaction_code "
(procedure "db_transaction" line 1)
invoked from within
"db_transaction {
$__class instvar storage_type object_type
$__class folder_type -folder_id $parent_id register
[self class] lock acs..."
(procedure "save_new" line 28)
invoked from within
"next"
(procedure "save_new" line 3)
::32066 ::Generic::CrCache::Item->save_new
invoked from within
"::$folder_id save_new"
(procedure "require_folder_object" line 34)
::32045 ::xowiki::Package->require_folder_object
invoked from within
"my require_folder_object"
(procedure "init" line 5)
::32045 ::xowiki::Package->init
::xowiki::Package ::xotcl::Class->create
invoked from within
"my create ::$package_id -url $url"
(procedure "require" line 8)
::xowiki::Package ::xo::PackageMgr->require
invoked from within
"my require -url $url $package_id"
(procedure "initialize" line 21)
::xowiki::Package ::xo::PackageMgr->initialize
invoked from within
"::xowiki::Package initialize -ad_doc {

This is the resolver for this package. It turns a request into
an object and executes the object with the ..."
(file "/home/cesar/miviaro/viaro_testing/packages/xowiki/www/index.vuh" line 2)
invoked from within
"source [ad_conn file]"
(procedure "rp_handle_tcl_request" line 3)
invoked from within
"$handler"
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
$handler
} ad_script_abort val {
# do nothing
}"
invoked from within
"rp_serve_concrete_file [ad_conn file]"
(procedure "rp_serve_abstract_file" line 60)
invoked from within
"rp_serve_abstract_file "$root/$path""
("uplevel" body line 2)
invoked from within
"uplevel $code"
invoked from within
"ad_try {
rp_serve_abstract_file "$root/$path"
set tcl_url2file([ad_conn url]) [ad_conn file]
set tcl_url2path_info..."

Collapse
Posted by Gustaf Neumann on
what version of openacs are you using? Can it be that you have a version of openacs older than 5.2?
Collapse
Posted by Gustaf Neumann on
do a "fgrep -- --OpenACS openacs-4/log/error.log".
be sure, you use the version of xotcl-core from head as well.
Collapse
Posted by César Clavería on
kind of, the kernel version is: 5.2.0d9
I can see that while starting up the server It gives me this message:

Notice: Loading xotcl-core/tcl/generic-procs.tcl
Warning: db_qd_get_fullname: there is no documented proc with name Generic::namespace returning dbqd..NULL (declare proc Generic::namespace with ad_proc to make it work with the query dispatcher
Notice: --Postgres Version 8.1
Notice: --Postgres Version 8.1 older than 8.2, use locks
Notice: --OpenACS Version 5.1 or older 5.2.0d9

so it takes it as 5.1 or older I think.

Collapse
Posted by Gustaf Neumann on
i see: the apm_version_names_compare 5.2.0d9 5.2 returns 1 (meaning older than 5.2), but you have already the 5.2 features like e.g. the package_id. Since versions before 5.2 did not have package-ids, xotcl-core does not pass the package-id to content_item__new, although the datamodel says, it is required.

is it a problem for you to upgrade that machine at least to 5.2? xotcl-core and xowiki have a few tests on the kernel version to behave differently in pre 5.2 versions. You can certainly grep for 5.2 in xotcl-core and xowiki to change this into 5.1.99 or whatever to address this problem.

Collapse
Posted by César Clavería on
thank you very much for your help.

I'm not sure which route I'll take, but whatever it is I'll post back the results.

thanks.

Collapse
Posted by Frank Bergmann on
Hi Gustaf,

I'm trying to get XoWiki 0.8.1 running on acs-kernel 5.4.0, so I've been running into this "unable to dispatch method 'get_payload'" issue.

Do I now really have to upgrade to 0.106 "HEAD", or is there a "stable 0.81" branch? Can you tell me about the dependencies if I'd have to upgrade?

Cheers!
Frank

Collapse
Posted by Gustaf Neumann on
hmm, not sure, what version 0.8.1 is. Note, that this thread is 1.5 years old. i don't think, there is such a version, although there was a 0.81).

There are two stable version in addition to the head version:
a) one in the branch oacs-5-3 (named 0.60.6)
b) one in the branch oacs-5-4 (named 0.106.1)
The head version is currently 0.109

Where did you get your version from?
Most likely, you have in your error.log an earlier error message which is the cause for the symptom that the method get_payload is not defined.