Right.. It's a good time to regenerate some API docs.. I'll try to make
a pass this week on documenting a little the API and then regenerate
some documentations..
Actually you should post this to xwiki-dev as it is of interest to the
whole developer community and not only the Summer of Code students..
Anybody knows good documentation tools besides javadoc to show an API..
Ludovic
Bikash Agarwalla a écrit :
> Hi, I have been looking at xwiki docs to understand current
> architecture and came across the following arch figure:
>
> http://www.xwiki.org/xwiki/bin/download/Main/XWikiArchitecture/xwiki.jpg
>
> It is impossible to read this figure - the other figures on
> http://www.xwiki.org/xwiki/bin/download/Main/XWikiArchitecture, when
> magnified, show clearly the method names etc, but this one doesn't.
>
> I understand that the docs are probably outdated, I wanted to point
> this out and find out if there is any version of this figure which may
> be easier to read.
>
> Thanks,
> Bikash
> _______________________________________________
> soc-students mailing list
> soc-students(a)xwiki.org
> http://mailing.xwiki.org/mailman/listinfo/soc-students
>
--
Ludovic Dubost
XPertNet: http://www.xpertnet.fr/
Blog: http://www.ludovic.org/blog/
XWiki: http://www.xwiki.com
Skype: ldubost AIM: nvludo Yahoo: ludovic
Well, I have some good news and some bad news.
The good news is that I just burrowed ahead and did
manage to [files attached]:
a. Add
b. Retrieve
c. Delete
a Page via the implementation that is available in the
most-current release of XWiki.
The bad news is:
a. The delete function was not, in fact completely
engineered/tested, but the work-around was
trivial, so I just fixed it in my local version.
b. The methods that are designed for solving your
problem, however:
i. getUser,
ii. addUser,
iii. addGroup,
iv. getUserGroups,
v. addUserToGroup
have not yet been coded.
So, in order to have the benefits of an xmlrpc-based
implementation, you'll need to get the development
team to complete the Confluence emulation code.
Since they already have a zillion items in their
backlog, you might find a quicker solution by pulling
the pieces out of Mr. Lauriere's 'extended profiles',
and using that as the basis for your import.
Terry
P.S.
I'm still very willing to go the 'extra mile' to build the
attached into a capability for you [and others], but
grepping through the code to discover how the API
handles the necessary Hibernate mapping to the
XWiki-proprietary database schema is not exactly the
way my granddaughter expects me to entertain her
during the dog days of her summer vacation. You might
spend some time looking at what the implementation of
'Add User', 'Add Group' and 'Add User To Group'
functionality appears to be, and maybe it will prove
to be just a few hours of code and test to insert those
method invocations into the corresponding methods of
com.xpn.xwiki.xmlrpc.ConfluenceRpcHandler.
----- Original Message -----
From: "Paul Dlug" <paul.dlug(a)gmail.com>
To: "tcorbet" <tcorbet(a)ix.netcom.com>
Sent: Sunday, July 17, 2005 11:15
Subject: Re: [xwiki-users] Creating users as a batch
I'm not particularly in a rush, I'm actually on vacation this week.
I'm very interested in having an XML-RPC type interface to do this and
other things. I'm going to have more needs along these lines as time
progresses, we're rolling out the wiki across our entire organization.
Please let me know if I can help in any way, I do have a good deal of
experience in developing XML-RPC interfaces, though no experience with
confluence.
Thanks,
Paul
On 7/16/05, tcorbet <tcorbet(a)ix.netcom.com> wrote:
> Paul,
>
> You can, no doubt, accomplish your task of creating 150 accounts
> through the XWiki application's U/I than I can design/write/test
> and document a solution. But, if you can tolerate probably four
> or five days of delay, I would be willing to create a utility for
> batch loading of users.
>
> From what I have been able to find in the way of documentation
> of XWiki's support of the Confluence-defined, Wiki-related
> xmlrpc methods, I think I could cobble together the necessary
> Java code. Probably the correct input would be an XML Schema
> .xsd file defining the User/Group attributes with use of a validating
> SAX parser so that you would get some helpful error messages
> when the inevitable incorrect input sneaks into your .xml input file.
>
> Of course, the way software requirements just keep expanding, I
> would anticipate that you really want the inverse utility as well --
> a dump into .xml of the currently-registered users. I am assuming
> that there is some other 'system of record' where your users are
> defined, so the 'dump-from-XWiki' output would give you a
> text file that could just be 'diffed' against whatever other list of
> users exists for a quick check on the sanity of things.
>
> I have no need for these utilities for my own modest sub-system,
> but if they would benefit you and others, I would be willing to
> undertake the development as I do need to write similar code for
> import-export of some other XWiki objects via xmlrpc in any case.
>
> ----- Original Message -----
> From: "Paul Dlug" <paul.dlug(a)gmail.com>
> To: <xwiki-users(a)objectweb.org>
> Sent: Saturday, July 16, 2005 07:38
> Subject: [xwiki-users] Creating users as a batch
>
>
> Is there any way to create users in a batch? I'm facing the need to
> create about 150 accounts at once, we have registration turned off
> because we want control of the users and we want to choose their
> WikiName's for them.
>
> It would also be necessary to put them in groups as a batch also. Is
> this problem as simple as just inserting rows directly into the
> database or are there other things I need to take into consideration?
>
>
> Thanks,
> Paul
>
>
>
>
> --------------------------------------------------------------------------
--
> ----
>
>
> >
> > --
> > You receive this message as a subscriber of the
xwiki-users(a)objectweb.org
> mailing list.
> > To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org
> > For general help: mailto:sympa@objectweb.org?subject=help
> > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
> >
>
>
On 7/17/05, Abdul Haseeb <hasseeb(a)gmail.com> wrote:
> Hi Jeremi,
>
> hope you are fine, i need some help from you,
>
> Where can i get Photo Album Application Package ? Ludovic mentioned that
> you have packaged few Applications.
>
> If not available then where can i get Photo Album Class ?
>
> Which applications have you packaged ?
> Can you give me some Package so that i start unit testing on that
> Application Pacakge,
Hi Abdul,
Like I've said in a previous message on the xwiki dev list, I have not
packaged any application for the moment. I will do it during the next
week.
the Photo Album Class is in /xwiki/bin/view/XWiki/PhotoAlbumClass
Jérémi
--
portable : 06.73.20.11.49
http://www.jeremi.infohttp://www.xwiki.com - http://www.moovement.com
skype: jeremi23
Hi,
I've added another proposed feature + some work implementing it at
following URL:
http://www.xwiki.org/xwiki/bin/view/Dev/Improved+XWikiMessageTool+for+manag…
The idea is to use a Document for storing i18n resources instead of
static files, so that they can be edited online and in a collaborative
manner, and have their keys synchronized when the master document is
updated. The proposal is also to use the "GNU Portable Object" format
(PO) instead of properties file format, as it is widely used for
translating software messages. There is however an interface that allows
for implementing the tool for any format.
Stéphane
Hi All,
How do you modify the User Profile and add additional persistent properties?
Do I modify the XWiki.XWikiUsers class?
Also how do you retrieve these property values?
Thanks.
Duke
Hi all,
I've updated the XWiki Roadmap to 1.0RC1, then RC2, then XWiki 1.0.
There is currently 101 tasks open.
If you think some are missing either complain or add the task. It's not
clear how we will make the schedule work but at least we have a plan.
http://jira.xwiki.org/jira/browse/XWIKI?report=com.atlassian.jira.plugin.sy…
Ludovic
Has anybody tried using <iframe> in a wiki page? The page renders ok but the
Menu and Toolbar does not appear. However if you view the html source, the
Menu and Toolbar html content is there.
Any ideas?
Duke
Hi Jie,
Thanks for your email.
For XWiki the way I would do it:
- Have the FAQBot hosted on a wiki page. This page would have a text input
field for letting users enter queries and it would list answers on the page.
We should also provide other interfaces like IRC/chat/mailing list.
- Have some macros that can be used in the same manner as the {excerpt}
macro is used by Confluence. One macro would be used to designate a
question, another one for an answer and yet another one for a srai.
- Have some pages that are AIML sets. Mark them using a XWiki object class
and load them when the FAQBot page is loaded.
- Create on the fly AIML sets by aggregating all information scattered in
the different pages (using the macros)
About the reinforcement. It could be done by different ways. One idea:
- On the FAQ bot page we could have a "teach" button where we would ask the
user to enter his question and the answer he would have liked.
- All these user questions/answers will be added automatically to a User
AIML set (a xwiki page containing AIML). This AIML set will also be loaded
by the FAQBot page (same as the other AIML sets).
- Whenever this user AIML set page is changed a diff email will be sent to
the XWiki dev mailing list. The idea is that XWiki community will provide
oversight about new questions/answers. The reason for the oversight is
double:
- to verify users do not enter stupid questions/answers
- to possibly refactor the existing AIML sets or pages containing custom
tags by removing the user-entered information and placing it where it is
more appropriate.
Again, all this should be packaged as a XWiki application. Jeremi Joslin
should be able to help you about the format (he's the one who's created the
notion of XWiki applications).
Last, we need to start deciding on the project directory structure in SVN.
Could you please come up with a proposal? Also, we're doing a generic FAQBot
so I'd like it to remain as separate from XWiki as possible. The generic
part and the XWiki specific ones should be cleanly separated in this
directory structure. Could you please come up with an architecture diagram
fro this?
Thanks
-Vincent
PS: I'm cc-ing the xwiki-dev mailing list. They may have some
ideas/remarks/feedback.
PPS: I'd need a formal updated proposition from you listing deliverables and
planning so that we're clean WRT Google. Including the architecture diagram
in the proposal would be nice.
> -----Original Message-----
> From: Jie Tang [mailto:jietang@fas.harvard.edu]
> Sent: lundi 11 juillet 2005 08:01
> To: Vincent Massol
> Subject: RE: [SOC] Faqbot (ping?)
>
> Hi Vincent,
>
> Hope everything is going well with the baby, and congratulations. Take
> whatever
> time you need to get settled...I'll be ready whenever you are.
>
> First off, I still think that the Faqbot is something I'd like to do. I've
> been
> thinking over how to implement some of the ideas for the bot this weekend,
> in
> addition to building some elementary aiml sets.
>
> The idea behind the Xwiki plugin is that an xwiki page can have a section
> designated as an faq (through some specially formatted comment?). When
> this
> page is updated by a user, the new faq content is run through the macro,
> which
> will transform the faq text into aiml expressions, which can then be
> loaded by
> the faqbot dynamically. Thus, in theory it wouldn't require a webmaster to
> run
> any extra utilities to have the faqbot incorporate the extra knowledge.
> The
> algorithm could have the bot read in the question part of the FAQ, looking
> for
> keywords that it already knows how to process. It would then try to
> generate a
> bunch of questions similar in wording to the new question, to allow the
> bot to
> provide answers to questions not worded exactly the same as the original
> query.
> It would associate the questions with the proper answer. The answer part
> of the
> FAQ would have to be processed too, to find key phrases which the bot
> already
> understands. This set of phrases would also be associated with the new faq
> entry, and the bot would then ask one of these associated questions
> depending
> on the users response.
>
> The tough part would be to figure out how exactly each entry refers to the
> other; i.e., where the bot should go next after receiving a certain
> response
> from the user. One possibility would be extra formatting and markup,
> describing
> which other faq entries to look at for related knowledge, what to do if
> so-and-so is the response, etc., within the XWiki page. While this would
> be
> easier to implement, the more markup is required the less useful this will
> be
> over writing new aiml files entirely.
>
> The other idea is to implement some sort of reinforcement/learning in the
> bot.
> (this is more appealing to me, though I'm unsure how feasible it is).
> Ideally,
> a user would be able to rate the usefulness of the bot's responses to
> their
> queries, or suggest new responses; the bot would then be able to adjust
> its
> responses accordingly. This could be accomplished through creating
> entirely new
> aiml files, modifying existing aiml files (i.e., using a <random> element
> and
> weight certain responses more than others), or an exta system which causes
> the
> bot to learn and unlearn aiml. This would mimic a simple neural network
> algorithm, implemented in aiml.
>
> I've a feeling that I'll be working on the aiml sets for awhile. I look
> forward
> to hearing your thoughts on the new ideas?
>
> Thanks, and take care,
>
> Jie Tang
[snip]
