Forum OpenACS Q&A: Problem with newest xowiki

Collapse
Posted by Claudio Pasolini on
Happy New Year to all!

I just installed PostgreSQL 8.2.0, Aolserver 4.5.0, xotcl 1.5.3, OpenACS 5.2 (without dotLRN) with xotcl-core 0.46 and xowiki 0.43 on my SUSE 9.3.

All seems working well except a couple of errors during aolserver startup:

[01/Jan/2007:11:05:26][1474.1076447456][-main-] Error: Error sourcing /var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl:
 during '::xotcl::__#3 contains'
    ::xotcl::__#3 ::xotcl::Object->configure
    ::xo::OrderedComposite ::xotcl::Class->create
    ::xo::OrderedComposite ::xotcl::Class->new
    invoked from within
"xo::OrderedComposite new -volatile -contains [my cr_attributes]"
    (procedure "init" line 8)
    ::xowiki::Page ::Generic::CrClass->init
    ::Generic::CrClass ::xotcl::Class->create
    invoked from within
"::Generic::CrClass create Page -superclass ::Generic::CrItem  -pretty_name "XoWiki Page" -pretty_plural "XoWiki Pages"  -table_name "xowiki_page" -id_..."
    (in namespace eval "::xowiki" script line 6)
    invoked from within
"namespace eval ::xowiki {

  #
  # create classes for different kind of pages
  #
  ::Generic::CrClass create Page -superclass ::Generic::CrItem \
   ..."
    (file "/var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl" line 9)
    invoked from within
"source $__file "
and
[01/Jan/2007:11:05:26][1474.1076447456][-main-] Error: Error sourcing /var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-www-procs.tcl:
invalid command name "File"
    while executing
"File instproc download {} {
    my instvar text mime_type package_id item_id revision_id
    $package_id set mime_type $mime_type
    set use_bg_deliv..."
    (in namespace eval "::xowiki" script line 274)
    invoked from within
"namespace eval ::xowiki {

  Page instproc view {} {
    # view is used only for the toplevel call, when the xowiki page is viewed
    # this is not..."
    (file "/var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-www-procs.tcl" line 32)
    invoked from within
"source $__file "
and then, when executing xowiki:
invalid command name "::xowiki::Object"
    while executing
"::xowiki::Object create ::$folder_id"
    (procedure "require_folder_object" line 27)
    ::808 ::xowiki::Package->require_folder_object
    invoked from within
"my require_folder_object"
    (procedure "init" line 5)
    ::808 ::xowiki::Package->init
    ::xowiki::Package ::xotcl::Class->create
Is there a recommended xotcl-core + xowiki combination for OpenACS 5.2?
Collapse
Posted by Gustaf Neumann on
i believe, the problem is, that the automatic-views are lost, when dropping a column (this could happened, when upgrading without ltree). check in psql:

\d xowiki_objecti

if the view does not exist, please update from CVS and run ::xowiki::update_views from ds/shell.

If it was indeed this problem, it should be fixed already in CVS...

Collapse
Posted by Claudio Pasolini on
Thank You for answering, Gustaf!

xowiki_objecti did not exists, but updating from CVS and executing ::xowiki::update_views didn't solve the problem.

I reinstalled from scratch, but the problem is not gone. The point is that the following query returns zero rows:

oacs52=# select object_type from acs_object_types 
      where object_type like '::xowiki::%' 
                      order by tree_sortkey;
oacs52-# oacs52-#  object_type 
-------------
(0 rows)
ans so something else must be wrong.
Collapse
Posted by Gustaf Neumann on
Interesting, wonder, what's wrong. I'll try to install everything from scratch, most likely earliest tomorrow.
Collapse
Posted by Gustaf Neumann on
hmm, i did a fresh install with OpenACS head (no ltree), and the install was in regard of xotcl/xowiki flawless.

It seems, as if the ::Generic::CrClass create Page ... statement already fails in your install. try ::xo::db::has_ltree from ds/shell. This function is supposed to return 0, if ltree is not installed.

PS: the only problem in the fresh checkout was a missing variable declaration in the sql scripts of openacs-4/packages/acs-reference, which i fixed and committed to cvs. This has nothing to do with xowiki.

Collapse
Posted by Claudio Pasolini on
::xo::db::has_ltree returns 0

I wonder if this can depend from the fact I used PostgreSQL 8.2 and Aolserver 4.5 that I never used before. Furthermore I will try to reinstall also xotcl.

Collapse
Posted by Claudio Pasolini on
I did some more tests with this proven setup, so as to avoid any influence from new Aolserver and PostgreSQL versions:
  • PostgreSQL 7.4.13
  • Aolserver 4.0.10
  • xotcl 1.5.1
  • base code from cvs oacs-5-2, with dotlrn
  • xotcl-core 0.44
  • xowiki 0.37
All is working well with no errors. With the same setup, but without dotlrn, defining a new database and getting the latest xoctl-core and xowiki from cvs I get these errors during aolserver startup:
[05/Jan/2007:20:34:21][7077.1076464288][-main-] Error: Error sourcing /var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl:
no such cache: xotcl_object_cache
    while executing
"error $errorMsg"
    (procedure "contains" line 15)
    ::xotcl::__#3 ::xo::OrderedComposite->contains
    ::xotcl::__#3 ::xotcl::Object->configure
    ::xo::OrderedComposite ::xotcl::Class->create
    ::xo::OrderedComposite ::xotcl::Class->new
    invoked from within
"xo::OrderedComposite new -volatile -contains [my cr_attributes]"
    (procedure "init" line 8)
    ::xowiki::Page ::Generic::CrClass->init
    ::Generic::CrClass ::xotcl::Class->create
    invoked from within
"::Generic::CrClass create Page -superclass ::Generic::CrItem  -pretty_name "XoWiki Page" -pretty_plural "XoWiki Pages"  -table_name "xowiki_page" -id_..."
    (in namespace eval "::xowiki" script line 6)
    invoked from within
"namespace eval ::xowiki {

  #
  # create classes for different kind of pages
  #
  ::Generic::CrClass create Page -superclass ::Generic::CrItem \
   ..."
    (file "/var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl" line 9)
    invoked from within
"source $__file "
and then:
[05/Jan/2007:20:34:21][7077.1076464288][-main-] Error: Error sourcing /var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-www-procs.tcl:
invalid command name "File"
    while executing
"File instproc download {} {
    my instvar text mime_type package_id item_id revision_id
    $package_id set mime_type $mime_type
    set use_bg_deliv..."
    (in namespace eval "::xowiki" script line 274)
    invoked from within
"namespace eval ::xowiki {

  Page instproc view {} {
    # view is used only for the toplevel call, when the xowiki page is viewed
    # this is not..."
    (file "/var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-www-procs.tcl" line 32)
    invoked from within
"source $__file "
Collapse
Posted by Gustaf Neumann on
Claudio,

i have installed a oacs-5-2 version with postgres 8.2 and ran into the same problems as you. There were actually two problems, both not easy to spot:

  • ::xo::db::has_ltree was using an cache entry, bootstrap.tcl in 5.2 was not loading the -init file before the xotcl apps like it does in cvs head.
  • there seems to be a difference in the error propagation from db_1row between 5.2 and head, the error messages are not reported, the catch seems bypassed. i rewrote the ltree test, such that catch is not needed.
please upgrade form cvs-head.
Collapse
Posted by Gustaf Neumann on
Jon,

are you listining? This should fix your problem as well. your mailserver says about your email address "reason: 550 5.7.1 No such recipient)

Collapse
Posted by Claudio Pasolini on
After upgrading I still get an error:
[02/Jan/2007:16:51:55][6857.1076447456][-main-] Error: Error sourcing /var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl:
 during '::xotcl::__#3 contains'
    ::xotcl::__#3 ::xotcl::Object->configure
    ::xo::OrderedComposite ::xotcl::Class->create
    ::xo::OrderedComposite ::xotcl::Class->new
    invoked from within
"::xo::OrderedComposite new -contains [my cr_attributes]"
    (procedure "init" line 8)
    ::xowiki::Page ::Generic::CrClass->init
    ::Generic::CrClass ::xotcl::Class->create
    invoked from within
"::Generic::CrClass create Page -superclass ::Generic::CrItem  -pretty_name "XoWiki Page" -pretty_plural "XoWiki Pages"  -table_name "xowiki_page" -id_..."
    (in namespace eval "::xowiki" script line 6)
    invoked from within
"namespace eval ::xowiki {

  #
  # create classes for different kind of pages
  #
  ::Generic::CrClass create Page -superclass ::Generic::CrItem \
   ..."
    (file "/var/lib/aolserver/oacs52/packages/xowiki/tcl/xowiki-procs.tcl" line 9)
    invoked from within
"source $__file "
Collapse
Posted by Gustaf Neumann on
Don't forget to upgrade acs-bootstrap-installer/bootstrap.tcl!
Collapse
Posted by Claudio Pasolini on
OK, I got it!

Thank You!

Collapse
Posted by Janine Ohmer on
I'm attempting to install xowiki under Oracle with OpenACS 5.2 and it doesn't seem to work. Is it supposed to, or am I the first to try this?

The errors are as follows. I have applied the patches mentioned in the xotcl-core installation instructions as described at https://openacs.org/xowiki/xotcl-core (I actually copied the entire bootstrap file from HEAD, because only part of the patch worked). The versions of xotcl-core and xowiki were freshly checked out from HEAD this afternoon.

I don't want to spend too much time trying to track down errors if the real problem is that Oracle isn't supported... if that's the case then I have a different issue to address.

1. The table pg_proc does not exist and there doesn't seem to be any equivalent for Oracle

2. Not sure what is causing this, but Claudio was reporting it also:

[03/Jan/2007:17:35:15][12244.16384][-main-] Error: Error sourcing /var/lib/aolserver/dodss-dev/packages/xowiki/tcl/xowiki-procs.tcl:
during '::xotcl::__#3 contains'
::xotcl::__#3 ::xotcl::Object->configure
::xo::OrderedComposite ::xotcl::Class->create
::xo::OrderedComposite ::xotcl::Class->new
invoked from within
"::xo::OrderedComposite new -contains [my cr_attributes]"
(procedure "init" line 8)
::xowiki::Page ::Generic::CrClass->init
::Generic::CrClass ::xotcl::Class->create
invoked from within
"::Generic::CrClass create Page -superclass ::Generic::CrItem -pretty_name "XoWiki Page" -pretty_plural "XoWiki Pages" -table_name "xowiki_page" -id_..."

3. Another one Claudio also saw:

[03/Jan/2007:17:35:15][12244.16384][-main-] Error: Error sourcing /var/lib/aolserver/dodss-dev/packages/xowiki/tcl/xowiki-www-procs.tcl:
invalid command name "File"
while executing
"File instproc download {} {
my instvar text mime_type package_id item_id revision_id
$package_id set mime_type $mime_type
set use_bg_deliv..."

4. And then when I actually go to /xowiki:

invalid command name "::xowiki::Object"
while executing
"::xowiki::Object create ::$folder_id"
(procedure "require_folder_object" line 27)
::1820 ::xowiki::Package->require_folder_object

Collapse
Posted by Jon Griffin on
Janine,
I am reasonably sure that Oracle still is not supported.
Collapse
Posted by Janine Ohmer on
Drat. Ok, in that case, a question for Gustaf or anyone sufficiently familiar with the code - how big a job would it be to port it to Oracle?
Collapse
Posted by Gustaf Neumann on
Janine,

xowiki is not (yet) supposed to work under oracle, (the documentation say it at the end https://openacs.org/xowiki-doc), but it might not be hopeless to get a reasonable working version for it.

The error in your posting (the problem with "contains") comes from the test, checking whether db-tree is available (you could simply alter ::xowiki::has_ltree to return 0 in your installation, searching for a pendant for pg_proc makes no sense).

when has_ltree is 0, the new book-style won't work, but most of the other stuff will. it should be possible to find a way for this as well, but this requires more oracle know how than i have...

2 + 3 + 4 are consequences of the first problem.
This does not mean that everything will work after that: xowiki/xotcl-core query the database for the existence of tables, views and indices and creates this on demand. this must be ported. Then xotcl-core has low-level interfaces to the content repository. i am sure, they will need some work as well. For a good developer, who knows what she does, i would think this should be doable under one week (without looking into the details).

Well, and then, xowiki syndication depends on working search service-contracts, which fill the syndication table. Not sure, what the state of the intermedia drivers is...

Collapse
Posted by Jose Agustin Lopez Bueno on
Hi, Gustaf!

I am having problems trying the install of xowiki portlet in
oacs 5.2 with postgres 8.2 with ltree contrib installed.
I have read all forums threads but I can not rid off the
error.

Can you help me?

-----------------------------------------------------
Xowiki Portlet Administration
Error in include template "/var/lib/aolserver/oacs_5_2/packages/xowiki-portlet/www/xowiki-admin-portlet": Transaction aborted: Database operation "dml" failed (exception NSDB, "Query was not a DML or DDL command.") SQL: insert into xowiki_objecti (item_id,revision_id,creation_user,title,description,mime_type,nls_language,text,page_order,creator) values ('17923357','17923356','506','::17923355',NULL,'text/plain','en_US','# this is the payload of the folder object #set index_page "index" ',NULL,NULL)
-------------------------------------------------------
From postgres log:
insert into xowiki_objecti (item_id,revision_id,creation_user,title,description,mime_type,nls_language,text,page_order,creator) values ('17923013','17923012','506','::17922984',NULL,'text/plain','en_US','kkkk',NULL,NULL);
ERROR: null value in column "object_type" violates not-null constraint
CONTEXT: SQL statement "INSERT INTO acs_objects (object_id, object_type, title, package_id, context_id, creation_date, creation_user, creation_ip, security_inherit_p) values ( $1 , $2 , $3 , $4 , $5 , $6 , $7 , $8 , $9 )"
PL/pgSQL function "acs_object__new" line 40 at SQL statement
PL/pgSQL function "content_revision__new" line 33 at assignment
PL/pgSQL function "content_revision__new" line 15 at return
SQL statement "select content_revision__new( $1 , $2 , now(), $3 , $4 , case when $5 is null then $6 else $5 end, content_symlink__resolve( $7 ), $8 , now(), $9 , $10 , $11 )"
PL/pgSQL function "xowiki_object_f" line 5 at SQL statement

Collapse
Posted by Gustaf Neumann on
You seem to have a mixed versions of several packages.
The error message says "Query was not a DML or DDL command." which means, that
  • you are using the PostgreSQL updates from OpenACS 5.3 to handle the deadlock problems (using stored procedures such as "xowiki_object_f" instead of the old PostgreSQL rewrite rules),
  • but you are using the core of 5.2, in which case xotcl-core uses the db_dml operation.
Correct?

As long you have this configuration, look into xotcl-core/tcl/generic-procs and search for the insert_view_operation. uncomment the following line:


#CrItem set insert_view_operation db_0or1row

This command will set the db-operation to the given value, no matter what your acs-core says.

Hope this helps!

best regard
-gustaf neumann

Ok, Gustaf.

You are right in all!

This works ok now.
I'll test it and I'll tell you my comments.

Regards,
Agustín

Collapse
Posted by Eduardo Santos on
Hi people,

When updated my xowiki and followed the instructuions, it was alright. However, when I started a new instance and tried to put the same xowiki that was already working, it gives me the errors above. I went to the shell and tried to run the procedure ::xo::db::has_ltree and the answer was totally unexpected:

ERROR:
invalid command name "::xo::db::has_ltree"
while executing
"::xo::db::has_ltree"
("uplevel" body line 1)
invoked from within
"uplevel 1 $script"

I have no idea about what's happening. Can anybody give me a clue?

Collapse
Posted by Gustaf Neumann on
Most probably, your installation is missing the file xotcl-core/tcl/05-db-procs.tcl https://openacs.org/forums/message-view?message_id=589064
which is part of xotcl-core since 4 weeks.
Collapse
Posted by Eduardo Santos on
You are absolutely right. Thanks again. I have an internal version control with subversion, and when I updated the packages in my repository I just commited the changes and forgot to add the new files. Thank you very much again.
Collapse
Posted by César Clavería on
Hello, I am trying to install xowiki but I'm coming across with some problems.

I'm trying to install xowiki 0.52, all dependencies are met.

but during the installation this error comes up:

Notice: unknown called with map_sql_datatype text, ::xowiki::Page ::Generic::CrClass->unknown (5670ms)
Error: Ns_PgExec: result status: 7 message: ERROR: syntax error at or near "," at character 118

Error: Error sourcing /....../packages/xowiki/tcl/xowiki-procs.tcl:
Database operation "dml" failed (exception ERROR, "ERROR: syntax error at or near "," at character 118
")

ERROR: syntax error at or near "," at character 118

SQL: create table xowiki_references (reference integer references cr_items(item_id) on delete cascade,
link_type ,
page integer references cr_items(item_id) on delete cascade)
while executing
"ns_pg_bind dml nsdb0 {create table xowiki_references (reference integer references cr_items(item_id) on delete cascade,
link_type ,
..."
("uplevel" body line 1)
invoked from within
"uplevel $ulevel [list ns_pg_bind $type $db $sql]"
("postgresql" arm line 2)
invoked from within
"switch $driverkey {
oracle {
return [uplevel $ulevel [list ns_ora $type $db $sql] $args]
}
..."
invoked from within
"db_exec dml $db $full_statement_name $sql"
("uplevel" body line 2)
invoked from within
"uplevel 1 $code_block "
invoked from within
"db_with_handle -dbn $dbn db {
db_exec dml $db $full_statement_name $sql
}"
(procedure "db_dml" line 100)
invoked from within
"db_dml [my qn create-table-$name] "create table $name ($definition)""
(procedure "table" line 6)
::xo::db::require->table
invoked from within
"::xo::db::require table xowiki_references "reference integer references cr_items(item_id) on delete cascade,
link_type [::xowiki::Page map_..."
(in namespace eval "::xowiki" script line 42)
invoked from within
"namespace eval ::xowiki {

#
# create classes for different kind of pages
#
::Generic::CrClass create Page -superclass ::Generic::CrItem \
..."
(file "/...../packages/xowiki/tcl/xowiki-procs.tcl" line 9)
invoked from within
"source $__file "

Any help will be greatly appreciated.

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 https://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 Avni Khatri on
Gustaf -

Has anyone made progress with porting xowiki to oracle?
If not, I would like to do it because I want to use xowiki at UCLA.

I've installed xotcl-core and have a working openacs5.3.1 on oracle9i
and have checked out xowiki from HEAD

My first question is:
Where is: xowiki/xotcl-core??
There is no xotcl-core directory under the xowiki package and I don't see any xql files in the xowiki package. Can you point me to where the queries are?

Thanks much,
Avni 😊

Collapse
Posted by Malte Sussdorff on
Hi Avni, just make a checkout of the xotcl-core package. If I remember correctly Gustaf mentioned it "should" work. Once xotcl-core is working in Oracle, XoWIKI should not be much of an issue, though you might have to wade through the /tcl directory and search for the SQL commands, but instantiate_sql_query (in XoTCL Core) should be smart enough to "only" return a working query string, unless it is overridden with the "-where_clause" parameter.

This all being said, I got it installed on Oracle after I cut down the description tag of xowiki.info as Oracle was complaining about "long" parameters.

Collapse
Posted by Gustaf Neumann on
Avni,

you need to checkout two packages from cvs head,
xowiki and xotcl-core. If you have a recent dotlrn installation, move away the version of xotcl-core that you have already before getting the head versions

For you other questions, please wait a couple of days for the new release. We discussed with roc to update xotcl-core in the oacs-5-3 branch and put xowiki there as well to have a place for a "stable release", while the eager development continues in cvs head. More and more sites rely on xowiki. Depending on when they grab a version of xowiki the get a current snapshot of xowiki. While i am trying to keep thinks working, with about 15 commits per week, people get sometimes features and new behaviors, they don't expect, which makes as well communication and support harder than necessary.

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.