Hi Ian,
Thanks for the clarification.
On 6/12/07, Ian Bamsey <ian.bamsey(a)certus-tech.com> wrote:
> The XML-RPC is a useful way to integrate Wiki content into other
> applications. Currently the update-page RPC is broken. You can
> successfully change the page, but you don't see the results via the
> browser HTML view. The page update will show only once you restart
> Tomcat. So my point is that a unit test which picks up this bug would be
> useful, once the bug has been resolved to prevent regression.
>
You are right that this is an annoying bug (see also
http://tinyurl.com/2e69xj) and before fixing such bugs it would make a
lot of sense to build a test that prevents regression in the future.
XWiki developers have a lot to learn once it comes to testing, but we
hope that things will only get better in the future. For now all I can
advise you to do is to make sure that the bug is reported properly on
the JIRA (http://jira.xwiki.org) (couldn't check since the JIRA is
temporarily unavailable).
If you want to discuss more about this bug then please use the thread
I gave you: http://tinyurl.com/2e69xj
> My point about code structure is that the code which updates a page from
> a RPC should be the same code which updates the page from anywhere else.
> One problem I see in XWiki is that functions are repeatedly coded in all
> different places, giving rise to these types of problems.
>
As Sergiu suggests this is most likely related to caching. Don't think
that XWiki functionality is coded twice, but if have a concrete
example in the code then we would like to know about it.
Regards,
Catalin
> Catalin Hritcu wrote:
> > Hi Ian,
> >
> > And thank you for the feedback.
> >
> > On 6/11/07, Ian Bamsey <ian.bamsey(a)certus-tech.com> wrote:
> >> A useful set of unit tests would exercise the XML-RPC interfaces and
> >> verify the effect in the HTML view.
> >>
> >> For example:
> >>
> >> 1. Use XML-RPC to create/modify a page
> >> 2. Assert the page changes via the HTML view.
> >>
> > Sorry, but I don't understand why such a use case would be relevant
> > when functional testing. I think hardly any end-user uses XML-RPC
> > directly. And if I was to test the XML-RPC API, I don't understand why
> > would I need to check the results in a web browser (assuming this is
> > what you mean by "the HTML view?"). Maybe you can explain better why
> > this would be useful.
> >
> >> In milestone 1, this does not work and I don't think it has been
> >> corrected.
> >>
> > Can you give more details of this issue? Is it related to this JIRA
> > issue http://jira.xwiki.org/jira/browse/XWSUP-1688 ? Do the others
> > know more about this?
> >
> >> The important point here is that well structured code would have the RPC
> >> call use the same function call as the HTML call.
> >>
> > What exactly do you mean by HTML call? I'm confused.
> >
> >> The UT would then
> >> verify the underlying call, then supplementary UTs would check the HTML,
> >> XML-RPC alone, then further tests check there interaction.
> >>
> > Sorry, but I don't understand what you mean. Can you please explain
> > better?
> >
> > Regards,
> > Catalin
> >
> >
>
>
> --
> Certus Technology Associates Limited.
> http://www.certus-tech.com
> Tel: +44 (0)1392 270930
>
>
XWiki farm is in trouble again?
-------------- Original message ----------------------
From: wangwh(a)att.net
>
>
> -------------- Original message ----------------------
> From: Vincent Massol <vincent(a)massol.net>
> >
> >
> > On Jun 14, 2007, at 9:42 AM, Vincent Massol wrote:
> >
> > > Hi,
> > >
> > > On Jun 14, 2007, at 4:35 AM, wangwh(a)att.net wrote:
> > >
> > >> several sites, include www.xwiki.com are down? not accessible?
> > >> Any status report?
> > >
> > > Yes we're having some issues. Sorry about that. We're on it. I'll
> > > let you know when it's fixed.
> >
> > Seems it's been working fine for several hours now. Let us know if
> > you still have some problems.
> >
> > Thanks
> > -Vincent
> >
> >
>
>
>
Hi All,
I am a user who is developing an xwiki for my research team. I am faced with two tasks that I am baffled by and I did research on the site and still can not find it. I need to put rights on the topmenuheader (meaning only administrator can see it) and I need to embed the calendar on the Main.Home (or dashboard) page. Please help with this problem.
Thanks in advance,
Tim
Hi
I am creating "structured documents" in a particular space say, XSpace, which follows a "document template". But if I try to edit or view a non existing document, say ADoc, in XSpace :
http://localhost:8080/xwiki/bin/view/XSpace/ADoc or
http://localhost:8080/xwiki/bin/edit/XSpace/ADoc
Xwiki allows me to create a new document, but the newly created document does not follow the "document template".
I want to prevent this from happening. Can anyone please tell me how I can do this.
Thanks and Regards
Roopesh
hello all,
besides:
i did a sort of remote control for group and user management using a
rest approach: far from perfect, but working stable. why? you can
syncronize the xwiki users and groups if you integrate xwiki with
another app. haven't had the time yet to add it to the source, but as it
is actually something that is not situated inside the xwiki at runtime
but the other app, i cannot figure out where to put it.
the issues
i try to deploy xwiki on a debian 3.1 web server.
it works almost fine, except two exceptions that keep me worrying:
first, the logger cannot start its work, the xwiki.log is in the xwiki
directory under webapps.
second, the cache can not be configured, even though there *is* a
directory under xwiki temnp/imageCache, that is writeable for
tomcat5:nogroup. stack trace below.
ERROR 22:42:01,888
com.opensymphony.oscache.base.AbstractCacheAdministrator.(AbstractCacheAdministrator.java:301)
- Error instantiating class
'com.opensymphony.oscache.plugins.diskpersistence.DiskPersistenceListener'
java.lang.NullPointerException
at
com.opensymphony.oscache.plugins.diskpersistence.AbstractDiskPersistenceListener.configure(AbstractDiskPersistenceListener.java:162)
.
.
.
ERROR 22:42:01,891
com.opensymphony.oscache.plugins.diskpersistence.AbstractDiskPersistenceListener.(AbstractDiskPersistenceListener.java:284)
- cache.path 'temp/imageCache' is not a directory
ERROR 22:42:01,892
com.opensymphony.oscache.base.AbstractCacheAdministrator.(AbstractCacheAdministrator.java:301)
- Error instantiating class
'com.opensymphony.oscache.plugins.diskpersistence.DiskPersistenceListener'
java.lang.NullPointerException
at
--
ontopica
Thomas Krämer
Krämer&Okpue GbR
Kurfürstenstr. 66
53115 Bonn
Fon +49 228 - 180 99 737
Fax +49 228 - 242 78 60
Email tk(a)ontopica.de
Confirmed. It works.
Wei-hsing
-------------- Original message ----------------------
From: Vincent Massol <vincent(a)massol.net>
>
>
> On Jun 14, 2007, at 9:42 AM, Vincent Massol wrote:
>
> > Hi,
> >
> > On Jun 14, 2007, at 4:35 AM, wangwh(a)att.net wrote:
> >
> >> several sites, include www.xwiki.com are down? not accessible?
> >> Any status report?
> >
> > Yes we're having some issues. Sorry about that. We're on it. I'll
> > let you know when it's fixed.
>
> Seems it's been working fine for several hours now. Let us know if
> you still have some problems.
>
> Thanks
> -Vincent
>
>
Hi,
I don't know if you're aware of it so I'll tell you either way: when you download the .war and .xar files from the French mirror site i Paris you get .zip files instead of .war or .xar.
Caused me a bunch of problems before I realised it...
//Karin