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

[xwiki-devs] [Idea] Automatically attach the javadoc of XWiki APIs to a document in XE
by Jerome Velociter 23 Mar '09

23 Mar '09

Hello devs, I am thinking it would be good to automatically attach the javadoc generated for XWiki apis (XWiki, Document, Context, Utils, etc) + maybe velocity tools (listtool, mathtool, etc.) in a wiki document of XE at build time. We could embed the HTML javadoc in view mode with an iframe (or using getURLContent API), or just link to it with the zipexplorer plugin. I think this would make it easier for developers to find out the documentation for the exact version they are running, and without the need of an Internet connection. Tell me what you think, Jerome.

4 4

Re: [xwiki-devs] [xwiki-notifications] r17894 - in platform/core/trunk/xwiki-officeimporter/src: main/java/org/xwiki/officeimporter/filter test/java/org/xwiki/officeimporter/internal/cleaner
by Vincent Massol 23 Mar '09

23 Mar '09

Hi Asiri, On Mar 22, 2009, at 8:16 AM, asiri (SVN) wrote: > Author: asiri > Date: 2009-03-22 08:16:13 +0100 (Sun, 22 Mar 2009) > New Revision: 17894 > > Modified: > platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/ > officeimporter/filter/AnchorFilter.java > platform/core/trunk/xwiki-officeimporter/src/test/java/org/xwiki/ > officeimporter/internal/cleaner/LinkOpenOfficeCleaningTest.java > Log: > XWIKI-3415: Office Importer fails when importing documents with TOC > (Table Of Contents) structures > > * Fixed. > * But there is still a problem (not a failure) with importing word > documents with TOC structures. That's a different issue. > > Modified: platform/core/trunk/xwiki-officeimporter/src/main/java/org/ > xwiki/officeimporter/filter/AnchorFilter.java > =================================================================== > --- platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/ > officeimporter/filter/AnchorFilter.java 2009-03-21 22:20:38 UTC (rev > 17893) > +++ platform/core/trunk/xwiki-officeimporter/src/main/java/org/xwiki/ > officeimporter/filter/AnchorFilter.java 2009-03-22 07:16:13 UTC (rev > 17894) > @@ -61,7 +61,7 @@ > Node heading = link.getParentNode(); > Node paragraph = (heading != null) ? > heading.getPreviousSibling() : null; > Node originalAnchor = > - (paragraph != null) ? ((Element) > paragraph).getElementsByTagName(TAG_A).item(0) : null; > + (paragraph instanceof Element) ? ((Element) > paragraph).getElementsByTagName(TAG_A).item(0) : null; > if (isSameAnchor(link, originalAnchor)) { > // Means this anchor was a result of close- > before-copy-inside operation of default html cleaner. > anchorsToRemove.add(link); > > Modified: platform/core/trunk/xwiki-officeimporter/src/test/java/org/ > xwiki/officeimporter/internal/cleaner/LinkOpenOfficeCleaningTest.java > =================================================================== > --- platform/core/trunk/xwiki-officeimporter/src/test/java/org/xwiki/ > officeimporter/internal/cleaner/LinkOpenOfficeCleaningTest.java > 2009-03-21 22:20:38 UTC (rev 17893) > +++ platform/core/trunk/xwiki-officeimporter/src/test/java/org/xwiki/ > officeimporter/internal/cleaner/LinkOpenOfficeCleaningTest.java > 2009-03-22 07:16:13 UTC (rev 17894) > @@ -72,6 +72,21 @@ > } > > /** > + * Test duplicate anchor filtering with TOC structures. see: http://jira.xwiki.org/jira/browse/XWIKI-3415 > + */ > + public void testAnchorFilteringWithTOC() > + { > + String html = header + "<div>some text<h1><a name= > \"Topic1\"/>Topic1</h1></div>" + footer; > + try { > + Document doc = openOfficeHTMLCleaner.clean(new > StringReader(html)); > + NodeList nodes = doc.getElementsByTagName("a"); > + assertEquals(1, nodes.getLength()); > + } catch (ClassCastException ex) { > + fail(ex.getMessage()); > + } > + } The best practice is never to catch an exception unless the test is about testing for exeption use cases. So you should instead have testAnchor*() throws Exception {...} and don't put put the try/catch. see http://junit.sourceforge.net/doc/faq/faq.htm#tests_8 for example. Thanks -Vincent

2 1

[xwiki-devs] GSOC 2009 project "Content Fetching for XWiki Watch"
by usw wickramasinghe 22 Mar '09

22 Mar '09

Hi devs , I'm a Computer Science undergraduate Student wiling to undergo a project for GSoc 09 under Xwiki . I've contacted this list before and would like to undergo 'Improved content fetching mechanism for XWiki Watch' XWiki project for Gsoc 09 . I would really like to know some more detail regarding the scope and requirement for this project before submitting my proposal. Really appreciate some feedback on above aspects n thnx in advance.. Regards Udayanga

2 2

[xwiki-devs] GSOC 2009 project idea "Survey Application"
by Chathura Prabuddha 22 Mar '09

22 Mar '09

Hi I'm targeting on gsoc 2009. I had went through your idea list. I'm interested in your "Survey Application" project. I need some detail information about the project mainly the SRS. Also I would like to know the technologies you guys going to use. To be honest this is my first time experience with open source community. But I'm confident that I can get familiarized with this project easily because I had done a similar sort of project using EJB3,Hibernate 3,Struts 2 technologies and frameworks to create an online exam center. So hope to work with Xwiki. Thank You ~ Chathura Prabuddha Ganegoda~ Undergraduate, Department of Computer Science & Engineering, University of Moratuwa, Sri Lanka.

3 6

Re: [xwiki-devs] [xwiki-notifications] r17872 - platform/core/trunk/xwiki-core
by Vincent Massol 21 Mar '09

21 Mar '09

On Mar 20, 2009, at 5:54 PM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2009-03-20 17:54:57 +0100 (Fri, 20 Mar 2009) > New Revision: 17872 > > Modified: > platform/core/trunk/xwiki-core/pom.xml > Log: > XWIKI-3405: Build fails if jfreechart from central is used > Fixed. > > > Modified: platform/core/trunk/xwiki-core/pom.xml > =================================================================== > --- platform/core/trunk/xwiki-core/pom.xml 2009-03-20 16:30:55 UTC > (rev 17871) > +++ platform/core/trunk/xwiki-core/pom.xml 2009-03-20 16:54:57 UTC > (rev 17872) > @@ -153,6 +153,16 @@ > <groupId>xwiki.jfree</groupId> > <artifactId>jfreechart</artifactId> > <version>1.0.0-rc1</version> > + <exclusions> > + <exclusion> > + <groupId>gnujaxp</groupId> > + <artifactId>gnujaxp</artifactId> > + </exclusion> > + <exclusion> > + <groupId>junit</groupId> > + <artifactId>junit</artifactId> > + </exclusion> > + </exclusions> I don't understand why you've done this. If we can use jfreechart from central then we should remove the "xwiki" from the groupid. However the reason we're not using the central version is because it has removed an api we're using. See comments in the pom.xml:  Thanks -Vincent

2 5

[xwiki-devs] [Proposal] Strategy for storing modified artifacts in XWiki's remote repo
by Vincent Massol 20 Mar '09

20 Mar '09

Hi, So far we've used the strategy of using a "xwiki" classifier when we mad changes to artifacts or their poms (we actually forgot to do that for some but that's another story...). The problem is that classifier don't work since: * there's a single pom file for all classifiers * the pom is retrieved before the artifact * if there's another remote repo before the xwiki repo and that pom file exists in this other remote repo it'll be used instead of ours For the record we had 2 problems with jfreechart and jackrabbit which caused this issue to appear. Solution: I propose to publish modified artifacts (the artifact itself of its pom) into our own groupId (best practice) and I propose to prefix them with "xwiki.". For example for "org.apache.jackrabbit" that would become "xwiki.org.apache.jackrabbit". I've done that for jfreechart and jackrabbit here: http://maven.xwiki.org/externals/xwiki/ WDYT? Thanks -Vincent

2 4

[xwiki-devs] [VOTE] Move shared-test under core-parent
by Thomas Mortagne 20 Mar '09

20 Mar '09

Hi devs, We have a general dependency issue with shared test: it depends on some core modules and some other core module depends and we can't fix this. Because of that releasing them is often a mess. I propose to move shared-test from tools and add it as a core module where we already have rendering-tests and cache-test for example so it makes sense (and it's not only to make releases easier ;)). It means the shared-test jira project become useless and I propose to remove it, it's not really important to have it still in jira as deprecated or something like that. Here is my +1 Thanks -- Thomas Mortagne

5 7

[xwiki-devs] GSoC 2009 Project Information
by Anthony M. Rosequist 20 Mar '09

20 Mar '09

I'm very interested in participating in the Google Summer of Code Project this year, and I came across XWiki while going through the mentor list. Unfortunately, I've never used XWiki before, but I would like to get involved. I am currently finishing up a 2-semester internship at a transportation company working almost exclusively in J2EE / web applications. I've also done some small projects (personal and in school) using GWT. There are a few proposed ideas that I'm especially interested in (Calendar application, Cross-Browser WYSIWYG Support, Survey application, Import/Export, and Photo Album application). Do you think I would be in over my head to submit my application for XWiki GSoC? I would have to catch up with XWiki (from an end-user standpoint as well as the code base), but I guess that's what part of the "orientation" time is for. I just didn't know if there was already enough interest from developers with experience in XWiki to fill all of the spots. I'll be out of town the next couple of days, but I'll be working on my application proposal. The registration opens on Monday, and I'd like to submit it shortly after -- I read that some projects will give feedback and allow you to re-submit if you're being considered for acceptance but need some changes. I'm sorry -- this was more of a story than a question. I just wanted to express my interest in GSoC and was wondering if you've already got a large turnout of people more experienced than myself. Thanks, Anthony

3 3

[xwiki-devs] GSoC 2009
by Tharindu Sameera 20 Mar '09

20 Mar '09

Hi all, I am an Undergraduate student and willing to participate for GSoC 2009. When going through the organizations list of GSoC 2009, I came across these XWiki projects which seem very interesting. From the listed Projects ideas[1] “XWiki Jabber, Google Talk, Skype Integration”, ”Calendar Application”, “Photo Album application” projects drew my interest, specially the first one. I started my studies on XWiki and going through the developer’s guide to get myself familiarized. Mean while I am trying to check out source codes and to build the project. It would be very helpful if I get some advices regarding this. Thanks and best regards, Tharindu. [1]- http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HProposedProjects

2 1

[xwiki-devs] Xwiki Enterprise 1.8 and XWiki Enterprise Manager 1.6 released
by Thomas Mortagne 20 Mar '09

20 Mar '09

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.8 and XWiki Enterprise Manager 1.6. This is the final 1.8 version. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download Changes from 1.7: ------------------------- * First usable version of new rendering and new WYSIWYG editor * New Wiki Dashboard * New way of displaying tags * Page loading time reduced by 30% * Improved information section in document footer * By default the authentication system now calls the authenticator only once by session * Updated french translation * Updated german translation * Updated spanish translation Important bug fixes: -------------------------- * Scaled images in exported PDF and RTF have wrong dimensions * When a wiki is removed, it's not removed form the cache * Including a document with first or second heading level breaks the including document section edit link * PDF export does not take into account the encoding specified in xwiki.cfg For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise18 Thanks -The XWiki dev team

1 1