- xwiki-devs@xwiki.org - lists.xwiki.org

[xwiki-devs] [VOTE/IDEA] Introduce ApplicationContextInitializer
by Asiri Rathnayake 06 May '09

06 May '09

Hi Devs, I was working on openoffice server auto-start feature and faced a few problems with it. To start the openoffice server when XE is started, I need to send a notification to openoffice server manager when XE is started. The first attempt was to use our ObservationManager component to send startup / shutdown events and let OpenOfficeServerManager listen to them. But this approach requires that OpenOfficeServerManager component is loaded on XE startup so that it can recieve the startup notification. As a solution I tried to use <load-on-startup> components list in plexus.xml file but since OpenOfficeServerManager has a dependancy on ConfigurationSourceCollection component, it fails to load on startup. This is because ConfigurationSourceCollection requires a valid ApplicationContext to be present for it's operation but at the time plexus is loading <load-on-startup> components, no ApplicationContext is present. The core issue is, plexus is initialized before we initialize ApplicationContext; and we can't change this order either. Since the above approach is not going to work, I propose to introduce an ApplicationContextInitializer component pretty much alike RequestInitializer and ExecutionContextInitializer. The idea is to allow any component to do further initializations on ApplicationContext if they need to do so. When XE is started up and an ApplicationContext is created, ApplicationContextInitializerManager will lookup for all the components that implement ApplicationContextInitializer and let them a chance to execute their own initializations. But this doesn't solve the problem of shutdown notifications. For shutdown notifications we can either use the plain old ObservationManager component or we can do the following; rather than having ApplicationContextInitializer and ApplicationContextInitializerManager, we will have ApplicationContextListener and ApplicationContextListenerManager. ApplicationContextListener will have two methods like contextCreated() and contextDestroyed() that will allow any component to perform startup / shutdown tasks. But still, I don't see where we can invoke contextDestroyed() method from, I looked at both servlet container API and portlet container API and couldn't find a consistent way of invoking the contextDestroyed() method. Please let me know what you think about this idea. Thanks. - Asiri

2 1

[xwiki-devs] [VOTE] switching to UTF8 by default in 1.9M2
by Sergiu Dumitriu 06 May '09

06 May '09

Hi devs, We've been tackling this proposal for some time, but we never took a final decision on it. So, I propose that we do this switch as soon as possible. Changes: - default encoding UTF-8 in the start_xwiki* scripts, xwiki.cfg and web.xml - remove the LANG= environment variable from the start script, since it's not needed - add the encoding configuration for the mysql jdbc connection URL (http://dev.mysql.com/doc/refman/5.0/en/connector-j-reference-charsets.html) Implications: - hsqldb instances will continue to work fine - for mysql and other DB instances, either the DB will need to be changed to work with the new encoding, or the wiki will have to be changed back to 8859-1. If we append characterEncoding=UTF-8 to the connection URL, then the storage will throw exceptions when trying to store an incompatible character, thus admins will quickly notice the problem and solve the issue, before users report loosing characters after a while (since without this setting the characters are silently transformed to '?' and this won't be noticed until the cache expires). We need to highlight this change in the release notes and upgrade instructions. -- Sergiu Dumitriu http://purl.org/net/sergiu/

5 7

[xwiki-devs] [VOTE] XE 1.8.3
by Vincent Massol 05 May '09

05 May '09

I'm proposing to have another point release for XE 1.8.x called 1.8.3. XE 1.8.2 is planned for the 20th of April and I propose to plan 1.8.3 for two weeks after, i.e. 4th of May. As usual the goal is to include important bug fixes. The reason I think we need a 1.8.3 is because we're starting to get feedback from our new wysiwyg/new rendering and we need to bring bug fixes as fast as possible to our users without forcing them to wait for 1.9 final. Here's my +1 Thanks -Vincent

10 15

[xwiki-devs] swf in xwiki
by walido 05 May '09

05 May '09

i would like to display the swf files that i have on my disk in xwiki so copied the source code of http://enterprise.xwiki.org/xwiki/bin/view/UserGuide/EditVideo just the fragment with :<OBJECT ... <EMBED... and i changed the url of the source so i can play my swf file that i putted in the attachment but it does'nt work what should i do thank you very much -- View this message in context: http://n2.nabble.com/swf-in-xwiki-tp2795695p2795695.html Sent from the XWiki- Dev mailing list archive at Nabble.com.

3 3

Re: [xwiki-devs] [xwiki-notifications] r19378 - in platform/core/branches/xwiki-core-1.8: xwiki-bridge/src xwiki-bridge/src/main/java/org/xwiki/bridge xwiki-bridge/src/test xwiki-bridge/src/test/java xwiki-bridge/src/test/java/org xwiki-bridge/src/te
by Thomas Mortagne 05 May '09

05 May '09

On Tue, May 5, 2009 at 12:49, Vincent Massol <vincent(a)massol.net> wrote: > > On May 5, 2009, at 12:40 PM, tmortagne (SVN) wrote: > >> Author: tmortagne >> Date: 2009-05-05 12:40:47 +0200 (Tue, 05 May 2009) >> New Revision: 19378 >> >> Added: >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/bridge/ >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ >> org/xwiki/bridge/DocumentNameTest.java >> Modified: >> platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/main/java/ >> org/xwiki/bridge/DocumentName.java >> platform/core/branches/xwiki-core-1.8/xwiki-core/src/main/java/com/ >> xpn/xwiki/doc/XWikiDocument.java >> platform/core/branches/xwiki-core-1.8/xwiki-core/src/test/java/com/ >> xpn/xwiki/doc/XWikiDocumentTest.java >> Log: >> XWIKI-3754: XWikiDocument.getLinkedPages loose multiwiki information > > [snip] >> >> + >> + /** >> + * {@inheritDoc} >> + * >> + * @see java.lang.Object#equals(java.lang.Object) >> + */ >> + @Override >> + public boolean equals(Object obj) >> + { >> + boolean equals = false; >> + >> + if (obj == this) { >> + equals = true; >> + } else if (obj instanceof DocumentName) { >> + DocumentName documentName = (DocumentName) obj; >> + >> + equals = >> + documentName.getWiki().equals(this.getWiki()) && >> documentName.getSpace().equals(this.getSpace()) >> + && documentName.getPage().equals(this.getPage()); >> + } >> + >> + return equals; >> + } > > You're not handling null I think. Yes but I assume DocumentName is supposed to be valid > > [snip] > > -Vincent > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > -- Thomas Mortagne

2 2

Re: [xwiki-devs] [xwiki-notifications] r19378 - in platform/core/branches/xwiki-core-1.8: xwiki-bridge/src xwiki-bridge/src/main/java/org/xwiki/bridge xwiki-bridge/src/test xwiki-bridge/src/test/java xwiki-bridge/src/test/java/org xwiki-bridge/src/test/java/org/xwiki xwiki-bridge/src/test/java/org/xwiki/bridge xwiki-core/src/main/java/com/xpn/xwiki/doc xwiki-core/src/test/java/com/xpn/xwiki/doc
by Vincent Massol 05 May '09

05 May '09

On May 5, 2009, at 12:40 PM, tmortagne (SVN) wrote: > Author: tmortagne > Date: 2009-05-05 12:40:47 +0200 (Tue, 05 May 2009) > New Revision: 19378 > > Added: > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/bridge/ > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/test/java/ > org/xwiki/bridge/DocumentNameTest.java > Modified: > platform/core/branches/xwiki-core-1.8/xwiki-bridge/src/main/java/ > org/xwiki/bridge/DocumentName.java > platform/core/branches/xwiki-core-1.8/xwiki-core/src/main/java/com/ > xpn/xwiki/doc/XWikiDocument.java > platform/core/branches/xwiki-core-1.8/xwiki-core/src/test/java/com/ > xpn/xwiki/doc/XWikiDocumentTest.java > Log: > XWIKI-3754: XWikiDocument.getLinkedPages loose multiwiki information [snip] > > + > + /** > + * {@inheritDoc} > + * > + * @see java.lang.Object#equals(java.lang.Object) > + */ > + @Override > + public boolean equals(Object obj) > + { > + boolean equals = false; > + > + if (obj == this) { > + equals = true; > + } else if (obj instanceof DocumentName) { > + DocumentName documentName = (DocumentName) obj; > + > + equals = > + documentName.getWiki().equals(this.getWiki()) && > documentName.getSpace().equals(this.getSpace()) > + && documentName.getPage().equals(this.getPage()); > + } > + > + return equals; > + } You're not handling null I think. [snip] -Vincent

1 0

[xwiki-devs] Buh bye XWiki
by Ancuta Maria Gheorghe 05 May '09

05 May '09

Hello, Because of personal reasons i decided not to continue contributing to XWiki development. Thanks a lot for all your guidance and a wish you good luck in everything, it was really nice being part of this community ! With great respect, Ancuta

1 0

[xwiki-devs] [PROPOSAL] Use plain text renderer with ?xpage=plain
by Thomas Mortagne 04 May '09

04 May '09

Hi devs, In 2.0 architecture we have no way currently to print a strongly formatted text (like JSON) or simply a plain text without XHTML which we are doing generally using xpage=plain in XWiki 1.0 I propose to use the plain text renderer when xpage=plain and document is 2.0. The difference between the two is that in xwiki 1.0, wiki syntax generates xhtml when plain text renderer don't. But it's just because XWiki 1.0 does not ave the concept of different renders and the main goal of xpage=plain is JSON and things like that so this difference is not important IMO. Note that this is about supporting XWiki 1.0 "api", we need a generic way to indicate the renderer to use in the URL but that's another subject. For now we have to make xpage=plain works for both 1.0 and 2.0 content. WDYT ? -- Thomas Mortagne

6 9

[xwiki-devs] Tree view structure in TOC
by CASTRO roney 04 May '09

04 May '09

Hello Everyone, I was looking forward to have a tree view structure very similar to the one presented in the table of contents in curriki (displayed in the bottom right of this website: http://www.curriki.org/xwiki/bin/view/Coll_curriki/RefineyourSearchforLearn… ) I sent an email to the webmaster of curriki (his answer is forwarded), and as instructed by him, I am sending an email to the developers list in order to ask for a guideline or even some code samples in order to implement this structure in my xwiki if possible. I am currently working with version XE 1.8.1 Thanks in advance for the help! Regards Roney Castro ________________________________________ From: Joshua Marks [mailto:[email protected]] Sent: segunda-feira, 27 de abril de 2009 12:01 To: CASTRO roney Cc: webmaster(a)curriki.org Subject: RE: Table of contents in tree view Dear Rooney, We actually have two different tree displays we use, one for the subject/topic select list and one for the TOC. They us different JS libraries (One is Yahoo and one is EXTJS). In both cases we added this to the core xwiki for our application. The Curriki application and code can be found at http://curriki.xwiki.org<http://curriki.xwiki.org/>. If you send a message to the developers list (xwiki-devs), they can point you to some sample code I believe. All the best, Joshua Marks CTO Curriki: The Global Education and Learning Community jmarks(a)curriki.org www.curriki.org US 831-685-3511 ________________________________________ From: Melinda Lies [mailto:[email protected]] Sent: Monday, April 27, 2009 7:51 AM To: Joshua Marks Cc: webmaster(a)curriki.org Subject: Re: Table of contents in tree view See email below. melinda On Mon, Apr 27, 2009 at 10:49 AM, CASTRO roney <roney.CASTRO(a)gemalto.com> wrote: Hello, I manage an internal xwiki for my group, and I was looking for a way to create a tree structure view, similar to the one you have in your xwiki (displayed in the figure attached). Did you program this tree structure, or is it a default feature that I didn't find in my xwiki? I must say it looks really great! I was wondering if you could please share its code with me, in case you programmed it, or tell me which xwiki feature you used? Thanks in advance! Roney Castro -- -- Curriki 1615 L Street NW, Suite 650 Washington, DC 20036 www.curriki.org mlies(a)curriki.org Office - 202-626-8529 Fax - 202 626 8774

2 1

[xwiki-devs] hitting return inside the comment text input field after writing a little commit comment justr returns to the view and throws away my content
by Henning Sprang 04 May '09

04 May '09

I just ran into this little, but very annoying problem, becaue I actually lost 15 minutes of editing: I entered some text in the page edit textfiled, but I also wanted to add a little save/commit comment. So I wrote some words into the the text input field, ad naturally, I hit return. The page view is shown, but all I entered into the text field is gone. Not exactly what I want when entering a save/commit comment, isn't it? Henning -- Henning Sprang http://www.sprang.de | http://lazyb0y.blogspot.com/

4 6