July 2005 - xwiki-devs@xwiki.org

Re: [soc-students] Xwiki Architecture figure
by Ludovic Dubost 18 Jul '05

18 Jul '05

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

2 1

Re: [xwiki-users] Creating users as a batch
by tcorbet 17 Jul '05

17 Jul '05

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 > > > >

1 0

Re: [soc-students] Re: any existing XWiki Application
by jeremi joslin 17 Jul '05

17 Jul '05

On 7/17/05, Abdul Haseeb <hasseeb(a)gmail.com> wrote: > > thanks Jeremi, > > > > but couldt find the file there, can you please send the complete link. > Can you reply in xwiki-dev list, I think, you are not the only one interested by this. Create a wiki on xwiki, or use your local installation and go to : http://localhost:8080/xwiki/bin/view/XWiki/PhotoAlbumClass for a local install with the demo DB. or if you create a wiki on xwiki.com : ex : http://joslin.xwiki.com/xwiki/bin/view/XWiki/PhotoAlbumClass Jérémi -- portable : 06.73.20.11.49 http://www.jeremi.info http://www.xwiki.com - http://www.moovement.com skype: jeremi23

1 0

Re: [soc-students] Re: any existing XWiki Application
by jeremi joslin 17 Jul '05

17 Jul '05

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.info http://www.xwiki.com - http://www.moovement.com skype: jeremi23

1 0

I18n resources stored into an XWikiDocument
by Stéphane Laurière 17 Jul '05

17 Jul '05

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

1 0

user profile
by Duke Tantiprasut 17 Jul '05

17 Jul '05

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

4 10

XWiki Roadmap
by Ludovic Dubost 16 Jul '05

16 Jul '05

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

1 0

iframe
by Duke Tantiprasut 16 Jul '05

16 Jul '05

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

2 2

URLDecode
by Duke Tantiprasut 15 Jul '05

15 Jul '05

Hi All, Can someone tell me how to do a URLDecode from xwiki/velocity? Thanks Duke

1 1

RE: [SOC] Faqbot (ping?)
by Vincent Massol 14 Jul '05

14 Jul '05

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]

5 7