August 2008 - xwiki-devs@xwiki.org

[xwiki-devs] XWIKI - Export PDF Not Working
by Prathap Pandian 30 Aug '08

30 Aug '08

Hi, When exporting the page into PDF displaying the following error. How can solve this issue..? org.dom4j.DocumentException: Error on line -1 of document : Premature end of file. Nested exception: Premature end of file. at org.dom4j.io.SAXReader.read(SAXReader.java:482) at com.xpn.xwiki.pdf.impl.PdfExportImpl.applyCSS(PdfExportImpl.java:332) at com.xpn.xwiki.pdf.impl.PdfExportImpl.applyCSS(PdfExportImpl.java:293) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:202) at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:225) at com.xpn.xwiki.web.ExportAction.exportPDFOrRTF(ExportAction.java:198) at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:61) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:189) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:117) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Nested exception: -- Prathap

4 5

[xwiki-devs] Export image as pdf
by raja raja 29 Aug '08

29 Aug '08

hai i have attached a imege in page1 (document name), and i have added the content {image: http://localhost:8088/xwiki/bin/download/page1/firsthome.jpg<http://localhost:8088/xwiki/bin/download/page1f/firsthome.jpg>} in page2 (document name) i need to export PDF page2 with image regards sekar..

2 1

[xwiki-devs] [GSOC] Reminder: evaluations to be sent back before 2nd of September
by Vincent Massol 29 Aug '08

29 Aug '08

Hi mentors, Reminder: you must submit the evaluations back to google for the 2nd of September at latest. See http://code.google.com/opensource/gsoc/2008/faqs.html#0.1_timeline Thanks -Vincent

1 1

[xwiki-devs] [Help Needed] XE 1.6M1 available for testing
by Vincent Massol 29 Aug '08

29 Aug '08

Hi everyone, Jean-Vincent has mostly finished the release (except the part about uploading everything on objectweb + updating xwiki.org - He had to leave for a marriage, Thomas Mortagne's marriage! Congratulations Thomas!). However the files are released in our maven repository. We would like the maximum number of people to test it to tell us about any problem there is so that we can fix before the 1.6M2 release which is planned in 10 days. Also please test the new WYSIWYG editor and the new rendering (and new XWiki Syntax 2.0). See all details on http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise16M1 The downloads are available on: * XE WAR: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-web… * XE Zip: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-hsq… * XE XAR: http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-wik… * XE Installer (Jar): http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-ins… * XE Installer (Windows): http://maven.xwiki.org/releases/com/xpn/xwiki/products/xwiki-enterprise-ins… Thanks for your help -Vincent, on behalf of the whole XWiki dev team

1 0

[xwiki-devs] Knowledge Base Example
by Bruno Neves 29 Aug '08

29 Aug '08

Greetings I finally completed my knowledge base. I separate the information in pages, and organize it by subject and knowledge base. To do that I tag every page with a subject tag and a knowledge tag always started with "KB-". If I want one page pesent in two knowledge bases I only nedd to tag it with the tags. I send the example for you to see and say if it's worthy of being in the XWiki Code Zone? Best regards Bruno Neves

2 1

[xwiki-devs] [VOTE] Giving rights to WikiModel to copy our LocalEntityResolver class
by Vincent Massol 29 Aug '08

29 Aug '08

Hi, I'd like to give the rights for the wikimodel project to reuse our LocalEntityResolver class even though xwiki is under the LGPL 2.1 license and wikimodel under the Apache 2.0 license. This is to fix http://code.google.com/p/wikimodel/issues/detail?id=37 I guess we need agreement from all contributors to this class. I guess the main authors are Ludovic and myself. So here's my +1 Thanks -Vincent

2 1

[xwiki-devs] Please test OpenID RP and OP support
by Markus Lanthaler 29 Aug '08

29 Aug '08

Hi, I just finished the implementation of full OpenID support for XWiki (see http://jira.xwiki.org/jira/browse/XWIKI-2630) You can now create an user account without password by using a OpenID from Yahoo, AOL, MyOpenID or any other OpenID provider out there. The other feature is that every XWiki user now gets a OpenID that he can use on other OpenID sites to create an account without the need for yet another username and password. More infos about OpenID can be found on the official site: http://www.openid.net/ Please test my work as much as you can. Thanks a lot Have a nice weekend, Markus

1 0

[xwiki-devs] [Discussion] Should our components be user-public or not?
by Vincent Massol 29 Aug '08

29 Aug '08

Hi, We need to decide if we want our component implementations (the class implementing the interface of a component) to be user-public or not. By user-public I mean allowing user of the code to use them (for composition, for inheritance). The alternative is to make them internal and forbid users to import them. This means moving them to an internal package (see http://www.eclipse.org/articles/ article.php?file=Article-API-Use/index.html) and telling our users that they change anytime so they shouldn't use them. This would also mean we wouldn't have to go through a deprecation stage to make any change to our components. My initial reaction to this was that they should be public but the more I think about it the more I think making them internal might be the best choice. WDYT? Thanks -Vincent

4 7

[xwiki-devs] Internationalization and Localization
by adoro 28 Aug '08

28 Aug '08

Hi all, I spent some time on completing ApplicationResources and replacing hard coded messages in templates and would like now to discuss some issues regarding translations. In my opinion, the bundles became large, unclear, use different syntax rules (sometimes simple keys, sometimes with prefixes and underscores, sometimes built like node-structure...) and it’s difficult to find out if some of them are not in use anymore and if some are missing. I agree with http://jira.xwiki.org/jira/browse/XWIKI-918 - we need to clean up the ApplicationResources and I think we could restructure/reorganize resources files using nodes-structure and separate first of all separate XE from other applications (in my opinion, every application should have its own bundles – that would allow to manage translations easily) – just create new AppRes with the clear-defined structure. Perhaps there are the better solutions, but I find even the splitting inside XE on xwiki-web (templates) and xwiki-wiki (default xar) would be already helpful for insert the new keys and removing the wasted ones. WDYT? Best Regards, Alla -- View this message in context: http://n2.nabble.com/Internationalization-and-Localization-tp789607p789607.… Sent from the XWiki- Dev mailing list archive at Nabble.com.

1 0

[xwiki-devs] Fwd: Table without headers?
by Vincent Massol 28 Aug '08

28 Aug '08

This is for Pascal Voitot... ;) So the answer is yes... Thanks -Vincent Begin forwarded message: > From: "Mikhail Kotelnikov" <mikhail.kotelnikov(a)gmail.com> > Date: August 28, 2008 2:49:46 PM CEDT > To: wikimodel-users(a)googlegroups.com > Subject: Re: Table without headers? > Reply-To: wikimodel-users(a)googlegroups.com > > Hi! > > > Is it possible in the common syntax to have a table without headers? > > Yes. > > Table headers: "||" or "!!" > Table cells: "|" or "::" > So you can create a table containing only simple cells (td) or only > headers (th). And, of course, you can mix them; header cells can be > insterted everywhere you want in a table. > > A table with cells only: > | Cell 1.1 | Cell 1.2 | Cell 1.3 > | Cell 2.1 | Cell 2.2 | Cell 2.3 > | Cell 3.1 | Cell 3.2 | Cell 3.3 > OR: > :: Cell 1.1 :: Cell 1.2 :: Cell 1.3 > :: Cell 2.1 :: Cell 2.2 :: Cell 2.3 > :: Cell 3.1 :: Cell 3.2 :: Cell 3.3 > > A table with headers only: > || Header 1.1 || Header 1.2 || Header 1.3 > || Header 2.1 || Header 2.2 || Header 2.3 > || Header 3.1 || Header 3.2 || Header 3.3 > OR: > !! Header 1.1 !! Header 1.2 !! Header 1.3 > !! Header 2.1 !! Header 2.2 !! Header 2.3 > !! Header 3.1 !! Header 3.2 !! Header 3.3 > > Mixture: > || Header 1.1 || Header 1.2 || Header 1.3 > || Header 2.1 | Cell 2.2 | Cell 2.3 > || Header 3.1 | Cell 3.2 | Cell 3.3 > OR: > !! Header 1.1 !! Header 1.2 !! Header 1.3 > !! Header 2.1 :: Cell 2.2 :: Cell 2.3 > !! Header 3.1 :: Cell 3.2 :: Cell 3.3 > > Delimiters "::" and "!!" for cells and headers respectively are used > for non-english keyboard layouts (like russian) where pipe symbols > ("|") does not exist. Table creation with pipes in russian is very > very painful - you have to swich keybord layout every time when you > need to create a new cell or a header. With "::" and "!!" there is > no problem! > > > Best regards, > Mikhail > > > > > > > Thanks > -Vincent

2 1