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

[xwiki-devs] [proof of concept] class/object enhancement

by Pascal Voitot

hello, just to inform that I'm currently working on an evolution of the class management around the idea of archiving/versioning in order to simplify class properties modification/deletion and its consequence for existing object instances and also around the idea of class inheritance, thus keeping compatibility with current implementation and without modifying the existing Data Model. I'm still implementing a proof of concept to prove my idea can work. I will give some samples and explanations asap... best regards Pascal

17 years, 5 months

3
2
0 0

Re: [xwiki-devs] Problems building xwiki-core (checkstyle violations)

by sachin mittal

Use -fae flag. There is no direct command to skip checkstyle, but using -fae the build would in the end only so you would have got your jars and wars ready. Thanks Sachin > ------------------------------ > > Message: 2 > Date: Thu, 3 Apr 2008 20:13:26 +0530 > From: "Asiri Rathnayake" <asiri.rathnayake(a)gmail.com> > Subject: Re: [xwiki-devs] Problems building xwiki-core (checkstyle > violations) > To: "XWiki Developers" <devs(a)xwiki.org> > Message-ID: > <9fd36c290804030743y426e9999mdfa5b788c8f1f418(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Apr 3, 2008 at 8:07 PM, Vincent Massol <vincent(a)massol.net> wrote: > > > > > On Apr 3, 2008, at 4:31 PM, Asiri Rathnayake wrote: > > > > > On Thu, Apr 3, 2008 at 7:52 PM, Vincent Massol <vincent(a)massol.net> > > > wrote: > > > > > >> > > >> On Apr 3, 2008, at 4:11 PM, Asiri Rathnayake wrote: > > >> > > >>> I'm having a real hard-time with these check-style issues. Can > > >>> someone fix > > >>> these issues ? Or perhaps tell me how to disable check-style in > > >>> maven ? I > > >>> just need to do a simple test, now i'm spending more time on getting > > >>> over > > >>> these check-style issues :( > > >> > > >> I can see 3 solutions: > > >> > > >> 1) you can google for it... (to learn how to skip checkstyle) > > > > > > > > > I did, no luck .. :) > > > > try with "skip checkstyle maven".... The first link is good... > > > > Ok, my bad. :) > > Thanks. > > - Asiri > > > > > > >> > > >> 2) you could use Maven 2.1 snapshot (which si the RECOMMENDED > > >> version) > > > > > > > > > I'm using it. Still get the same problem. > > > > I don't see how this is possible since: > > 1) I don't get the pb > > 2) Continuum doesn't get the problem > > 3) nobody in the dev team is getting the problem > > > > To verify , just type mvn --help > > > > >> 3) you could fix the checkstyle errors > > >> > > > > > > Ok, I'll work on this ;) > > > > cool > > > > >> If you're spending time on this it's because you haven't read the > > >> Building page which says to use Maven 2.1 snapshot attached. So all > > >> your fault... :) > > >> > > > > > > This is what i don't understand, I am using this version *doubtful*. > > > > > > > > >> > > >> Anyway if you want to play nice/team spirit, finding how to make > > >> checkstyle work in 2.1-snapshot would be the best. > > >> > > > > > > I don't understand what you meant here. Fix the check-style mistakes > > > or ... > > > ? > > > > Best is to make checkstyle work in Maven 2.1-snapshot. To do this, you > > need to ping the maven dev team on their mailing list, on IRC, search > > the Maven JIRA, etc. > > > > Thanks > > -Vincent > > > > > Anyway, I got through the problem in following manner, > > > > > > do `mvn package` and then copy the created jar file into local > > > repository > > > ... smart eh ? ;-) > > > > > > Maven executes check-style verification after building the jar, so no > > > problems .. > > > > > > Anyway, I'll work on fixing the check-style violations. > > > > > > Thanks all for the replies. > > > > > > - Asiri > > > > > > > > >> > > >> Thanks > > >> -Vincent > > >> > > >>> On Thu, Apr 3, 2008 at 7:30 PM, Thomas Mortagne < > > >> thomas.mortagne(a)xwiki.com > > >>>> > > >>> wrote: > > >>> > > >>>> On Thu, Apr 3, 2008 at 3:55 PM, Asiri Rathnayake > > >>>> <asiri.rathnayake(a)gmail.com> wrote: > > >>>>> I thought there was a way to fix these check-style violations > > >>>>> within > > >>>>> eclipse, Do we have that eclipse check-style definition file ? > > >>>>> Anyway, > > >>>> I'll > > >>>>> try to find it out. > > >>>> > > >>>> See > > >>>> > > >> > > > http://dev.xwiki.org/xwiki/bin/view/Community/DevelopmentTools#HEclipsecs > > >>>> > > >>>>> > > >>>>> Thanks. > > >>>>> > > >>>>> - Asiti > > >>>>> > > >>>>> On Thu, Apr 3, 2008 at 7:06 PM, Vincent Massol > > >>>>> <vincent(a)massol.net> > > >>>> wrote: > > >>>>> > > >>>>>> > > >>>>>> On Apr 3, 2008, at 3:23 PM, Asiri Rathnayake wrote: > > >>>>>> > > >>>>>>> Some complaints seems to be somewhat pointless; like the string > > >>>> "date" > > >>>>>>> appearing twice in the file. > > >>>>>> > > >>>>>> None is pointless. See > > >>>>>> http://checkstyle.sourceforge.net/availablechecks.html > > >>>>>> > > >>>>>>> Is it suggesting that we should use a publlic static final > > >>>>>>> String > > >>>>>>> field > > >>>>>>> instead ? > > >>>>>> > > >>>>>> yes or some other solution depending on the case at hand (like > > >>>>>> some > > >>>>>> resource bundles, etc). > > >>>>>> > > >>>>>> -Vincent > > >>>>>> > > >>>>>>> On Thu, Apr 3, 2008 at 6:34 PM, Vincent Massol > > >>>>>>> <vincent(a)massol.net> > > >>>>>>> wrote: > > >>>>>>> > > >>>>>>>> You're using Maven 2.0.x (which works). The problem is that > > >>>>>>>> Maven > > >>>>>>>> 2.1.x has a bug where the checkstyle plugin is NOT working and > > >>>> thus > > >>>>>>>> these checkstyle errors have been introduced in the meantime. > > >>>>>>>> > > >>>>>>>> We need to: > > >>>>>>>> 1) fix them > > >>>>>>>> 2) probably use version 2.0.9 as our official version (at least > > >>>> make > > >>>>>>>> sure our C instance is using it), unless we can find a way to > > >>>>>>>> get > > >>>>>>>> checkstyle working in 2.1. > > >>>>>>>> > > >>>>>>>> I've known this for some time now but haven't had the time to > > >>>>>>>> fix > > >>>> it. > > >>>>>>>> If anyone wants to fix it that'd help. > > >>>>>>>> > > >>>>>>>> Thanks > > >>>>>>>> -Vincent > > >>>>>>>> > > >>>>>>>> On Apr 3, 2008, at 2:57 PM, Asiri Rathnayake wrote: > > >>>>>>>> > > >>>>>>>>> To reproduce, goto /trunks/xwiki-platform-core/xwiki-core and > > >>>>>>>>> execute `mvn > > >>>>>>>>> install` > > >>>>>>>>> > > >>>>>>>>> i get the following, > > >>>>>>>>> > > >>>>>>>>> <DUMP> > > >>>>>>>>> > > >>>>>>>>> [INFO] Starting audit... > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:110: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:256: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:258:27: > > >>>>>>>>> The String "Failed to load internationalization document > > >>>>>>>>> bundle > > >>>> [" > > >>>>>>>>> appears 2 > > >>>>>>>>> times in the file. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:259:23: > > >>>>>>>>> The String "]." appears 2 times in the file. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:276:64: > > >>>>>>>>> Expected @param tag for 'defaultLanguage'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:278:9: > > >>>>>>>>> Declaring variables, return values or parameters of type > > >>>> 'ArrayList' > > >>>>>>>>> is not > > >>>>>>>>> allowed. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:297: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:307:5: > > >>>>>>>>> Missing a Javadoc comment. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> > > >>>> src/main/java/com/xpn/xwiki/plugin/fileupload/ > > >>>> FileUploadPlugin.java: > > >>>>>>>>> 236: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/plugin/zipexplorer/ > > >>>>>>>>> ZipExplorerPlugin.java:289: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/plugin/zipexplorer/ > > >>>>>>>>> ZipExplorerPlugin.java:315: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/plugin/zipexplorer/ > > >>>>>>>>> ZipExplorerPlugin.java:319: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/plugin/zipexplorer/ > > >>>>>>>>> ZipExplorerPlugin.java:325: > > >>>>>>>>> warning: Comment matches to-do format 'TODO:'. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/store/hibernate/ > > >>>>>>>>> HibernateAttachmentRecycleBinStore.java:32:8: > > >>>>>>>>> Unused import - com.xpn.xwiki.XWiki. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/store/hibernate/ > > >>>>>>>>> HibernateAttachmentRecycleBinStore.java:125:31: > > >>>>>>>>> The String "unchecked" appears 2 times in the file. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/store/hibernate/ > > >>>>>>>>> HibernateAttachmentRecycleBinStore.java:131:43: > > >>>>>>>>> The String "docId" appears 2 times in the file. > > >>>>>>>>> /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/ > > >>>>>>>>> xwiki- > > >>>>>>>>> core/ > > >>>>>>>>> src/main/java/com/xpn/xwiki/store/hibernate/ > > >>>>>>>>> HibernateAttachmentRecycleBinStore.java:136:69: > > >>>>>>>>> The String "date" appears 2 times in the file. > > >>>>>>>>> Audit done. > > >>>>>>>>> > > >>>>>>>>> [INFO] There are 9 checkstyle errors. > > >>>>>>>>> [WARNING] Unable to locate Source XRef to link to - DISABLED > > >>>>>>>>> [INFO] Ending forked execution [fork id: 341048484] > > >>>>>>>>> [ERROR] > > >>>>>>>>> > > >>>>>>>>> Mojo: > > >>>>>>>>> > > >>>>>>>>> org.apache.maven.plugins:maven-checkstyle-plugin:2.1:check > > >>>>>>>>> > > >>>>>>>>> FAILED for project: > > >>>>>>>>> > > >>>>>>>>> com.xpn.xwiki.platform:xwiki-core:jar:1.4-SNAPSHOT > > >>>>>>>>> > > >>>>>>>>> Reason: > > >>>>>>>>> > > >>>>>>>>> You have 9 checkstyle violations. > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> > > >>>>>>>>> [INFO] > > >>>>>>>>> > > >>>>>> > > >>>> > > >> > > ------------------------------------------------------------------------ > > >>>>>>>>> [INFO] For more information, run with the -e flag > > >>>>>>>>> [INFO] > > >>>>>>>>> > > >>>>>> > > >>>> > > >> > > ------------------------------------------------------------------------ > > >>>>>>>>> [INFO] BUILD FAILED > > >>>>>>>>> [INFO] > > >>>>>>>>> > > >>>>>> > > >>>> > > >> > > ------------------------------------------------------------------------ > > >>>>>>>>> [INFO] Total time: 1 minute 6 seconds > > >>>>>>>>> [INFO] Finished at: Thu Apr 03 18:18:24 LKT 2008 > > >>>>>>>>> [INFO] Final Memory: 9M/24M > > >>>>>>>>> [INFO] > > >>>>>>>>> > > >>>>>> > > >>>> > > >> > > ------------------------------------------------------------------------ > > >>>>>>>>> > > >>>>>>>>> </DUMP> > > >>>>>>>>> > > >>>>>>>>> Could I be doing anything wrong ? > > >>>>>>>>> > > >>>>>>>>> Thanks. > > >>>>>>>>> > > >>>>>>>>> - Asiri > > _______________________________________________ > > devs mailing list > > devs(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/devs > > > > >

17 years, 5 months

6
19
0 0

[xwiki-devs] [VOTE] XWiki Watch 1.0 M4 release

by ancapaula.luca＠xwiki.com

Hi devs, with a delay from the initial plan, I would like to release XWatch 1.0 Milestone 4 as soon as possible, either tomorrow or monday, with the following new features / improvements / bug fixes: Bugs: [XWATCH-79] - Do not allow to create feed, groups or keywords with name that alreay exists [XWATCH-111] - PressReview email not generated correctly when guest user does not have view rights on the WatchCode.PressReview document [XWATCH-121] - Date filter does not apply for RSS press review [XWATCH-119] - The date filter should include both the start date and the end date. Improvements: [XWATCH-31] - Write a filter top prevent usual English words to be displayed in the Text Analysis [XWATCH-96] - Adding a "delete" button under group names in the list on the left [XWATCH-97] - Adding a "delete" button under keyword names in the list on the right [XWATCH-108] - Move Jetty resources in a jetty/ directory for the standalone distribution [XWATCH-114] - Autosuggest for tags [XWATCH-115] - Feed Deletion Tasks: [XWATCH-118] - Add an integration test that ensure Watch loads in the distribution [XWATCH-80] - Upgrade to GWT 1.4 Here's my +1 for this, Please let me know what you think. Happy coding, Anca Luca

17 years, 5 months

3
2
0 0

[xwiki-devs] IllegalStateException when editing Groups with Admin

by Glenn Everitt

I'm using XWiki 1.3 in tomcat 5.5 and I'm getting this exception when I attempt to edit a group with Administration - No storage migration required since current version is [7351] 2008-04-02 18:20:04,725 [http://coe.portal8.stg.covisint.com/xwiki/bin/admin/XWiki/$xwiki.getSkinFil…'icons/ajax-loader.gif')] [TP-Processor3] ERROR log.SimpleLog4JLogSystem - Method sendRedirect threw exception for reference $response in template /skins/covisint_coe/adminprefs.vm at [69,1] org.apache.velocity.exception.MethodInvocationException: Invocation of method 'sendRedirect' in class com.xpn.xwiki.web.XWikiServletResponse threw exception java.lang.IllegalStateException @ /skins/covisint_coe/adminprefs.vm[69,11] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:286) Here is a snippet of the adminprefs.vm the problem is the redirect. I think something must have already been written to the client buffer and so we get the IllegationStateException ########## ## ## Content ## #set($formname = "update") #set($saveaction = "save") <form id="update" method="post" action="$doc.getURL("save")" onsubmit="cancelCancelEdit()"> <div id="xwikieditcontent"> #set($redirect = "$xwiki.getRequestURL()") #set($classname = "XWiki.XWikiPreferences") #set($class = $xwiki.getDocument($classname).xWikiClass) #set($obj = $doc.getObject($classname, 0)) #if(!$obj) #set($redirect = $xwiki.getRequestURL()) $response.sendRedirect($doc.getURL("objectadd", "classname=XWiki.XWikiPreferences&XWiki.XWikiPreferences_upload_maxsize=33554432&xredirect=$xwiki.getFormEncoded($redirect)")) #end <div class="hidden"> <input type="hidden" name="xcontinue" value="$doc.getURL("admin", "editor=prefs")"/> <input type="hidden" name="xredirect" value="$xwiki.getURL("Main.WebHome")"/> <input type="hidden" name="classname" value="XWiki.XWikiPreferences" /> <input type="hidden" name="global" value="1" /> </div> <div> <div id="xwikiprefs"> #foreach($section in $sections) #showsection($section $sectionitemsmap) #end </div> ## xwikiprefs <script type="text/javascript">new Rico.Accordion( 'xwikiprefs', { panelHeight:'max', maxHeight: 320} );</script> </div> ## noname </div> ## xwikieditcontent <div class="bottombuttons">#template("adminactions.vm")</div> </form> So, I commented out the line with $response.sendRedirect and the exception went away but I don't know if it really needs the redirect. From the log it looks like it is just loading 'icons/ajax-loader.gif' If my "fix" is wrong please let me know. Glenn Everitt -- View this message in context: http://www.nabble.com/IllegalStateException-when-editing-Groups-with-Admin-… Sent from the XWiki- Dev mailing list archive at Nabble.com.

17 years, 5 months

1
0
0 0

[xwiki-devs] Status of the new rendering implementation as of 3rd April 2008

by Vincent Massol

Hi, I've just finished writing the main interfaces/classes of the new rendering mechanism (see http://dev.xwiki.org/xwiki/bin/view/Design/NewRenderingArchitecture) . At this stage I'm eager to get feedback from the community. Here's a quick explanation of how it works: Main interfaces: * Parser: String getSyntaxId(); Document parse(Reader source) throws ParseException; * Listener: void beginBold(); void endBold(); void beginItalic(); void endItalic(); void beginParagraph(); void endParagraph(); void beginList(ListType listType); void endList(ListType listType); void beginListItem(); void endListItem(); void beginSection(SectionLevel level); void endSection(SectionLevel level); void beginXMLElement(String name, Map<String, String> attributes); void endXMLElement(String name, Map<String, String> attributes); void onLineBreak(); void onLink(String text); void onMacro(String name, Map<String, String> parameters, String content); void onWord(String word); void onSpace(); void onSpecialSymbol(SpecialSymbol symbol); * Document: top level element for the AST representing a document in memory. All elements below are Block(s) * Macro: execution of MacroBlock(s) int getPriority(); List<Block> execute(Map<String, String> parameters, String content, final Document document) throws MacroExecutionException; * MacroFactory: Macro getMacro(String macroName, Syntax syntax) throws MacroNotFoundException; * Transformation: ability to make transformation on the AST int getPriority(); void transform(Document document, Syntax syntax) throws TransformationException; Here's some pseudo code that shows the whole process: Parser parser = componentManager.lookup(Parser.ROLE, "xwiki/2.0"); Document document = parser.parse(sourceReader); TransformationManager txManager = componentManager.lookup(TransformationManager.ROLE); txManager.performTransformations(document, new Syntax(SyntaxType.XWIKI, "2.0")); XHTMLRenderer renderer = new XHTMLRenderer(writer); document.traverse(renderer); Existing implementations: ========================= * DefaultMacroFactory * XHTMLMacro * XHTMLRenderer (Renderer = Listener) * XWikiSyntaxRenderer * DefaultTransformationManager * MacroTransformation (to execute Macros in the right priority) * DoxiaConfluenceParser * WikiModelXWikiParser Next immediate steps: ===================== * introduce cache component (in a separate module) for caching the AST * add syntax metadata to current Document class * Implement following macros: - TOC Macro - Include Macro - Velocity Macro - Groovy Macro * Continue Doxia bridge * Continue listener event implementation (there are some missing) * Continue Confluence to XWiki conversion Feedback most welcome. Thanks -Vincent

17 years, 5 months

1
0
0 0

[xwiki-devs] Possible page translation related bug

by Fabio Mancinelli

Hi all, there is possibly a litte bug I stumbled upon while writing multi- lingual support in XMLRPC API. Actually I am not sure if it's a bug or it is due to the fact that I am not doing things properly. Anyway what happens is the following: after that I successfully store a new translation for a page in a "random" language X (where X is a 4- character string) the subsequent calls to getDocument(pageId) return a document that has the content of the "default" language page but, instead of having the language field set to "", it has this field set to "X". So basically XWiki returns a document that appears to be in language "X" but it is actually the document in the default language. Other strange things happened while playing with that support, for example using the web interface at a given time new pages started to be created by using one of the "random" languages X as the default one (I am trying to reproduce this but I cannot :( ) Basically this is the code I am using for storing a new translation (i.e., a translation that didn't exist before): com.xpn.xwiki.XWiki baseXWiki = xwikiXmlRpcContext.getBaseXWiki(); XWikiDocument xwikiDocument = baseXWiki.getDocument(pageId, xwikiXmlRpcContext.getXWikiContext()); xwikiDocument.setLanguage(lanuage); doc = new Document(xwikiDocument, xwikiXmlRpcContext.getXWikiContext()); doc.setContent(content); doc.save(); Do you see anything wrong here so far? Thanks. Cheers, Fabio

17 years, 5 months

1
1
0 0

[xwiki-devs] Problems building xwiki-core (checkstyle violations)

by Asiri Rathnayake

To reproduce, goto /trunks/xwiki-platform-core/xwiki-core and execute `mvn install` i get the following, <DUMP> [INFO] Starting audit... /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:110: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:256: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:258:27: The String "Failed to load internationalization document bundle [" appears 2 times in the file. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:259:23: The String "]." appears 2 times in the file. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:276:64: Expected @param tag for 'defaultLanguage'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:278:9: Declaring variables, return values or parameters of type 'ArrayList' is not allowed. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:297: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/web/XWikiMessageTool.java:307:5: Missing a Javadoc comment. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/plugin/fileupload/FileUploadPlugin.java:236: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/plugin/zipexplorer/ZipExplorerPlugin.java:289: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/plugin/zipexplorer/ZipExplorerPlugin.java:315: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/plugin/zipexplorer/ZipExplorerPlugin.java:319: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/plugin/zipexplorer/ZipExplorerPlugin.java:325: warning: Comment matches to-do format 'TODO:'. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentRecycleBinStore.java:32:8: Unused import - com.xpn.xwiki.XWiki. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentRecycleBinStore.java:125:31: The String "unchecked" appears 2 times in the file. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentRecycleBinStore.java:131:43: The String "docId" appears 2 times in the file. /home/asiri/projects/xwiki-dev/trunks/xwiki-platform-core/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/HibernateAttachmentRecycleBinStore.java:136:69: The String "date" appears 2 times in the file. Audit done. [INFO] There are 9 checkstyle errors. [WARNING] Unable to locate Source XRef to link to - DISABLED [INFO] Ending forked execution [fork id: 341048484] [ERROR] Mojo: org.apache.maven.plugins:maven-checkstyle-plugin:2.1:check FAILED for project: com.xpn.xwiki.platform:xwiki-core:jar:1.4-SNAPSHOT Reason: You have 9 checkstyle violations. [INFO] ------------------------------------------------------------------------ [INFO] For more information, run with the -e flag [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILED [INFO] ------------------------------------------------------------------------ [INFO] Total time: 1 minute 6 seconds [INFO] Finished at: Thu Apr 03 18:18:24 LKT 2008 [INFO] Final Memory: 9M/24M [INFO] ------------------------------------------------------------------------ </DUMP> Could I be doing anything wrong ? Thanks. - Asiri

17 years, 5 months

4
12
0 0

[xwiki-devs] [ANN] XWiki Enterprise 1.4 Milestone 1 Released

by Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki Enterprise1.4 Milestone 1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download First milestone of the XWiki Enterprise 1.4 version. Note that general goals for XWiki Enterprise 1.4 are: * Switch to Java 1.5 * Improved stats performances * XMLRPC improvements * Improved performances (less Javascript files, more optimized CSS, better caching, etc) * Skins extensions * Bug fixes * More automated tests For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise14M1 Thanks -The XWiki dev team

17 years, 5 months

1
0
0 0

[xwiki-devs] New planning for XE 1.4 releases

by Jean-Vincent Drean

Hi, Since XWiki Enterprise 1.4M1 has been delayed by 1 week we have to modify the planning a bit. So here are the proposed dates: * XE 1.4 M1 - Tomorrow * XE 1.4 M2 - April 3rd * XE 1.4 RC1 - April 25 * XE 1.4 RC2 - May 8 * XE 1.4 Final - May 13 Let me know if you have any concern with these dates. Thanks, -- Jean-Vincent Drean

17 years, 5 months

5
11
0 0

[xwiki-devs] [ANN] Skypecast about the new XWiki Rendering Architecture (31st March, 14:00 GMT+1)

by Vincent Massol

Hi everyone, I'd like to present to everyone the work I've been doing on the new rendering architecture for XWiki. Since this is going to be integrated soon in the XWiki Core I'd like to get some feedback first. Note that it's a technical discussion but open to everyone interested. It's best if you have had a look at the following before joining the discussion: * http://dev.xwiki.org/xwiki/bin/view/Design/NewRenderingArchitecture * http://svn.xwiki.org/svnroot/sandbox/components/xwiki-rendering/ Date: 31st March (Monday), 14:00 GMT+1 To join you'll need a recent skype version installed. Open the following URL in your browser: https://skypecasts.skype.com/skypecasts/skypecast/detailed.html?id_talk=406… Note: Skypecasts work only on Windows and Macs AFAIK. Sorry unix users... Thanks -Vincent

17 years, 5 months

1
2
0 0

[xwiki-devs] Wysiwyg editor plans

by Stéphane Laurière

Hi everyone, It's getting clear from the dev and user communities that the wiki editor module is getting kind of bottleneck for document editing and advanced apps writing. So this is one of the hottest XWiki development topics this year. Ludovic prototyped a new generation editor entirely based on GWT 1.4 + GWT RichTextEditor featuring also real-time collaboration capabilities. On his side, Mikhail from Cognium Systems investigated several strategies. All current partakers in this project, can you update the following page with your ideas and links to existing prototypes? http://dev.xwiki.org/xwiki/bin/view/Design/NewWysiwygEditorBasedOnGwt Let's discuss the various strategies on the list, with pointers to Web pages whenever possible (yes, email is obsolete [1], we'll have to bootstrap the new communication tools, and this wysiwyg will be a big part of them). Beside the technical aspects, we'll have to discuss also the licensing and the hosting (XWiki versus other independant forges) aspects. [1] http://arkub.net/xwiki/bin/view/Blog/Farewell_SMTP Cheers Stéphane -- Stéphane Laurière slauriere(a)xwiki.com XWiki http://www.xwiki.com http://concerto.xwiki.com http://nepomuk.semanticdesktop.org

17 years, 5 months

2
2
0 0

[xwiki-devs] CSV import/export application

by Leen Toelen

Hi, I need to write the following xwiki extension: - Able to store objects with a part number and part description property - XWiki users need to be able to change part descriptions - When clicking on a part (in the table), users can cerate/edit an xwiki page with the full description - Display these items in a table, and link to a page with the part number as title (in a specific space) - We currenly have a csv export of the parts database, and would like to be able to upload this to xwiki - Later on, when uploading the csv again, the system needs to only create newer parts in xwiki, and leave the existing ones intact. - Exporting a csv from xwiki would be great as well I would create a class with a part number property and part description, and know how to display these in a grid, but am not sure on how to import a csv.I don't have any programming experience in xwiki, so how would you suggest to do this. Best regards, Leen Toelen

17 years, 5 months

1
0
0 0

[xwiki-devs] [VOTE] Release XE 1.4M1

by Jean-Vincent Drean

I'd like to release XE 1.4M1 as soon as possible. It has the following changes compared to 1.3 : Release Notes - XWiki Platform - Version 1.4 M1 ---------------------------------------------------------------------- Bugs ==== XWIKI-2206 : Cookie domains not compliant with RFC 2019 XWIKI-2130 : Document.getPreviousDocument() and Document.getPreviousVersion() seems not to work XWIKI-2255 : Exception while saving some documents XWIKI-1252 : Blog comment page missing elements like stylesheet XWIKI-2210 : Can't use differents uid name configuration for the same ldap server for two differents wikis XWIKI-2211 : Cannot log in using Internet Explorer XWIKI-2214 : Changing parameters of number properties fails XWIKI-2248 : DBTreeListClass needs to support translations XWIKI-1067 : Generated HTML IDs should be unique for all items when using a checkbox List as a Class property XWIKI-2240 : Heading IDs not unique when including multiple documents XWIKI-796 : Import Wizard fails if one document from the XAR fails to be loaded XWIKI-2200 : Import of "homemade" xar doesn't function XWIKI-2161 : Inconsistent diff API XWIKI-2215 : LDAP Authenticator should add proper error message in the context when authentication fail XWIKI-2201 : LDAP group mapping defined in XWikiPreferences is not working XWIKI-2208 : LDAP parameter "user_group" is not taken into account. XWIKI-2202 : LDAP user update corrupt XWiki user page XWIKI-1903 : New UI - Empty group shows 1 member XWIKI-1855 : Prevent invalid Class property names from being created XWIKI-2173 : Remote file inclusion vulnerability XWIKI-1965 : RightsManageRightsApi and RightsManageUsersApi has wrong names XWIKI-2247 : The rendering component does not handle \\ and empty line correctly together XWIKI-1081 : The show code view renders URL escaped characters when it shouldn't XWIKI-662 : User emails should not be displayed in XML view XWIKI-2209 : XWiki GWT Api breaks UTF translations XWIKI-950 : eMail (XWiki.sendMessage) defaults to illegal SMTP HELO XWIKI-2213 : remove api.Attachment#getArchive() and wrap #getAttachmentRevision XWIKI-2165 : Accidentally created case sensitive document translations XWIKI-2235 : Cannot deploy XWiki as ROOT application XWIKI-980 : EventCalendar generates prev-next links forever XWIKI-2186 : Footnotes cause line breaks in lists XWIKI-2195 : It is possible to delete a version from the history only with edit rights XWIKI-2193 : LDAP error message with stack trace in xwiki.log when processing invalid LDAP credentials. User gets "Internal Error" feedback on UI. XWIKI-921 : When using XWikiDocuments as resource bundles, no default value is used XWIKI-2236 : doc#getLastChanges() does not work with the new versioning scheme XWIKI-2197 : Wrong mapping for 404 errors in web.xml Improvements ========== XWIKI-2187 : Document the Context class from the Core APIs properly XWIKI-68 : History page too big when the document has many versions XWIKI-2230 : Rename XWikiContext/Context.isVirtual and XWiki.isVirtual XWIKI-2252 : Add ability to look up all components for a given role XWIKI-2237 : Boolean class meta properties should be displayed as checkboxes XWIKI-2160 : Object add and remove markers in the object differences XWIKI-2207 : The Document API does not allow saving a minor edit XWIKI-2253 : The attachment archive should be loaded only if it wasn't already loaded XWIKI-2196 : Deleting a page : wrong text in the warning message XWIKI-2212 : Improve the paged view links macro XWIKI-2198 : When updating backlinked pages during rename, save them with minorEdit and a proper comment XWIKI-2245 : RightsManager class sould be public XWIKI-2219 : Skins should be allowed to have their own macros.vm files where to put global macros New Features ========== XWIKI-2159 : Make revision querying easier by adding getRevisions(RevisionCriteria) method to Document, add a CriteriaService to XWiki XWIKI-2205 : add better Active Directory support - case insensitive username XWIKI-2175 : Add reverseList(List) method to the Util API XWIKI-2238 : Cannot find out the type of a class metaproperty from Velocity XWIKI-2143 : Keyboard shortcuts generic feature + standard keyboard shortcuts set XWIKI-2242 : Api to select all objects of a given type matching a key=value criteria XWIKI-1966 : Add a methods in XWikiStoreInterface to know if a wiki name is available Tasks ==== XWIKI-1867 : Document the new rights UI XWIKI-1695 : Activate velocity-tools XWIKI-1242 : Horizontal Line XWiki syntax XWIKI-2153 : Switch to Java 1.5 XWIKI-2220 : Replace current Velocity configuration code by a Velocity Component Release Notes - XWiki Enterprise - Version 1.4 M1 ------------------------------------------------------------------------- Bugs ==== XE-168 : Parent and title field are missing as hidden field in the inline template Improvements ========== XE-214 : Allow specifying a build profile to run Selenium Tests under the YourKit profiler XE-207 : Replacement of Rico Accordion with Scriptaculous one Here's my +1 Please shout if you think there's something missing in this list. Thanks, JV.

17 years, 5 months

5
9
0 0

[xwiki-devs] [Vote] for Michael Holst as Curriki Commiter

by David Ward

Michael is working for Curriki and we would like to add him as a Curriki committer. David Ward dward(a)curriki.org --

17 years, 5 months

5
5
0 0

[xwiki-devs] Need help with WebDAV Support.

by Asiri Rathnayake

Hi Ludovic, I've been working on assembling a servlet using your webdav code, xwiki-core and other relevant dependencies. Although i could deploy the WebDAV servlet, I have few things I can't get pass, * What do I need to do so that once deployed the webdav servlet will use an instance of hsqldb ( like the stand-alone xwiki installation ) ? * Currently when I make a request to the servlet, I get the following error, 2008-04-02 20:21:19,597 [http://localhost:8080/DAVServer/] [http-8080-Processor24] ERROR [/DAVServer].[DAVServlet] - Servlet.service() for servlet DAVServlet threw exception java.lang.NullPointerException at java.util.Hashtable.put(Hashtable.java:396) at com.xpn.xwiki.web.Utils.prepareContext(Utils.java:274) at com.xpn.xwiki.plugin.webdav.XWikiDavResourceImpl.getXWikiContext(XWikiDavResourceImpl.java:317) at com.xpn.xwiki.plugin.webdav.XWikiDavResourceImpl.<init>(XWikiDavResourceImpl.java:180) at com.xpn.xwiki.plugin.webdav.XWikiResourceFactoryImpl.createResource(XWikiResourceFactoryImpl.java:96) at com.xpn.xwiki.plugin.webdav.XWikiResourceFactoryImpl.createResource(XWikiResourceFactoryImpl.java:63) at com.xpn.xwiki.plugin.webdav.XWikiDavServlet.service(XWikiDavServlet.java:340) Tracking down reveals that the code in Utils, ComponentManager componentManager = (ComponentManager) engine_context.getAttribute(ComponentManager.class.getName()); context.put(ComponentManager.class.getName(), componentManager); Is throwing a null-pointer exception where componentManager is NULL. I believe this has something to with plexus, could tell me how to overcome this ? I'm sort of stuck at this point, any help is really appreciated. Btw, Ludovic, how were you able to test your code ? Thanks a lot. - Asiri

17 years, 5 months

3
3
0 0

Re: [xwiki-devs] [xwiki-notifications] r8945 - xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/services

by Vincent Massol

I think we should explain why we're disabling each macro by adding a comment for each. For example why are we disabling this one: > ## List configured interwiki targets. > +# org.radeox.macro.InterWikiMacro By looking at the comment I have no idea why. Same questions for most of the others too. Thanks -Vincent On Apr 2, 2008, at 10:45 PM, sdumitriu (SVN) wrote: > Author: sdumitriu > Date: 2008-04-02 22:45:21 +0200 (Wed, 02 Apr 2008) > New Revision: 8945 > > Modified: > xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro > Log: > XWIKI-2271: Disable unused radeox macros > Done. > > > Modified: xwiki-platform/core/trunk/xwiki-core/src/main/resources/ > META-INF/services/com.xpn.xwiki.render.macro.XWikiMacro > =================================================================== > --- xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro 2008-04-02 20:10:39 > UTC (rev 8944) > +++ xwiki-platform/core/trunk/xwiki-core/src/main/resources/META-INF/ > services/com.xpn.xwiki.render.macro.XWikiMacro 2008-04-02 20:45:21 > UTC (rev 8945) > @@ -8,16 +8,24 @@ > com.xpn.xwiki.plugin.graphviz.GraphVizMacro > com.xpn.xwiki.plugin.svg.SVGMacro > com.xpn.xwiki.plugin.charts.ChartingMacro > -org.radeox.macro.ApiDocMacro > -org.radeox.macro.ApiMacro > -org.radeox.macro.XrefMacro > -org.radeox.macro.AsinMacro > -org.radeox.macro.FilePathMacro > -org.radeox.macro.IsbnMacro > com.xpn.xwiki.render.macro.LinkMacro > org.radeox.macro.MailToMacro > org.radeox.macro.QuoteMacro > -org.radeox.macro.RfcMacro > com.xpn.xwiki.render.macro.TableMacro > -org.radeox.macro.InterWikiMacro > -org.radeox.macro.XrefMacro > +## Link to APIs: {api:java.lang.String} will link to the String > class in the Sun Java Documentation > +## This one is quite useful, it should be configured to link to the > online XWiki javadoc. > +org.radeox.macro.ApiMacro > +## List configured interwiki targets. > +# org.radeox.macro.InterWikiMacro > +## List registered API locations: {api-docs} will display a table > with the configured API locations. The configuration is done in a > file called apidocs.txt > +# org.radeox.macro.ApiDocMacro > +## Link to XRef pages > +# org.radeox.macro.XrefMacro > +## Amazon Standard Identification Number: {asin:ASIN-VALUE-HERE} > will create a link to a product on Amazon > +# org.radeox.macro.AsinMacro > +## Link to books based on ISBN: {isbn:ISBN-VALUE-HERE} will create > a link to a book on Amazon > +# org.radeox.macro.IsbnMacro > +## Link to RFC documents: {rfc:2616} will link to the HTTP 1.1 > protocol RFC > +# org.radeox.macro.RfcMacro > +## Displays a file path. Doesn't seem to work, though. > +# org.radeox.macro.FilePathMacro > > _______________________________________________ > notifications mailing list > notifications(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/notifications

17 years, 5 months

1
1
0 0

[xwiki-devs] [ANN] XWiki Enterprise 1.3.1 released

by Jean-Vincent Drean

The XWiki development team is pleased to announce the release of XWiki Enterprise 1.3.1 Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is a bug fix release. Bugs fixed * XWIKI-921 - When using XWikiDocuments as resource bundles, no default value is used * XWIKI-1605 - The WYSIWYG editor does not save for unprivileged users in Safari 3.0.3 * XWIKI-2130 - Document.getPreviousDocument() and Document.getPreviousVersion() seems not to work * XWIKI-2193 - LDAP error message with stack trace in xwiki.log when processing invalid LDAP credentials. User gets "Internal Error" feedback on UI. * XWIKI-2201 - LDAP group mapping defined in XWikiPreferences is not working * XWIKI-2202 - LDAP user update corrupt XWiki user page * XWIKI-2206 - Cookie domains not compliant with RFC 2109 * XWIKI-2208 - LDAP parameter "user_group" is not taken into account. * XWIKI-2209 - XWiki GWT Api breaks UTF translations * XWIKI-2210 - Can't use differents uid name configuration for the same ldap server for two differents wikis * XWIKI-2211 - Cannot log in using Internet Explorer * XWIKI-2215 - LDAP Authenticator should add proper error message in the context when authentication fail * XWIKI-2235 - Cannot deploy XWiki as ROOT application * XWIKI-2236 - doc#getLastChanges() does not work with the new versioning scheme * XWIKI-2247 - The rendering component does not handle and empty line correctly together * XWIKI-2248 - DBTreeListClass needs to support translations * XWIKI-2255 - Exception while saving some documents * XWIKI-2258 - Empty page returned when login cookie with wrong IP address * XWIKI-2260 - Wysiwyg editor needs to handle multiple carriage returns properly * XWIKI-2269 - \ in wiki syntax does not convert to 2 but instead escaped one in HTML Improvements * XWIKI-2246 - Add Galician translation New Features * XWIKI-2204 - Ability to set url redirections at the wiki level * XWIKI-2205 - add better Active Directory support - case insensitive username * XWIKI-2259 - Configurable prefix for authentication cookies For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise131 Thanks -The XWiki dev team

17 years, 5 months

1
0
0 0

[xwiki-devs] Weird issue with Photo Album

by Squirrel

Hi guys, Could you please take a look into this <http://tiny.cc/sWm57>. Steps: 1. Click on the album "Chicago" => you will see, that the first and the last picture are black and only the one in the middle shows up correctly 2. Click on the third picture => you will see, well nothing 3. Click again, on the black area => you will see the actual picture 4. Go back to the album overview and click on the first picture => you will see the actual picture one step earlier than on the third picture... 5. Go back and click on the picture in the middle => everything is just fine Any idea what I did wrong (I removed everything and tried it again, only the picture in the middle "DSCF0144.jpg" looks everytime fine)? Thanks, Squirrel PS: To upload many picture is a pain this way...I'm really looking forward to a filesystem-store-solution...I even run once out of heap-memory (Xmx512m)

17 years, 5 months

1
1
0 0

[xwiki-devs] Some questions about the XWiki API...

by Fabio Mancinelli

Hi everybody, I am finishing the XMLRPC interface but I am stuck on some points... I still haven't found the way to do this so I am asking here to the API gurus that surely have the solutions I am looking for: 1) I don't know how to retrieve the list of language IDs that are configured in the "xwiki/bin/admin/XWiki/XWikiPreferences" in the Parameters/Languages field. I would need this for knowing what are the "available" languages in a XWiki instance. 2) I cannot understand how to create a new "translated document". Currently I do Document doc = xwiki.getDocument(pageId); doc = doc.getTranslatedDocument(language); Now, if a translation for the given language is not *already* available, getTranslatedDocument returns the same document returned by getDocument (i.e., the default translation). But here I would like to "create" the new translated document that does not yet exist. Basically I am looking for something semantically equivalent to getDocument that creates a page if it doesn't already exist. 3) Removing an attachment seems impossible without switching from the API to the low-level functions. In order to remove an attachment I tried to do this: Document doc = xwiki.getDocument(pageId); Attachment xwikiAttachment = doc.getAttachment(fileName); doc.getDocument().deleteAttachment(xwikiAttachment.getAttachment(), xWikiContext); but xwikiAttachment.getAttachment() returns null, and this happens when the hasProgrammingRights() check fails. The same user is able to delete attachments via web, but I cannot understand how to mimic the same functionality by having the API as the entry point. Sorry if these are trivial questions but, as I said before, I am stuck and looping :) Thanks. Cheers, Fabio

17 years, 5 months

1
1
0 0

Re: [xwiki-devs] 1.3.1 release][urgent] Are you using \\\\ in wiki syntax

by Kamna Jain

I have never used this.

17 years, 5 months

1
0
0 0

Re: [xwiki-devs] Editing Xwiki Core

by Kamna Jain

Thanks so much for your inputs, Ludovic, Sergiu and Sachin.

17 years, 5 months

1
0
0 0

[xwiki-devs] [Fwd: Re: [xwiki-notifications] r8905 - xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/resources/META-INF/services]

by Sergiu Dumitriu

Forwarding to the proper mailing list. -------- Original Message -------- Subject: Re: [xwiki-notifications] r8905 - xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/resources/META-INF/services Date: Tue, 1 Apr 2008 22:24:01 +0200 From: Vincent Massol <vincent(a)massol.net> Reply-To: XWiki Notifications <notifications(a)xwiki.org> To: XWiki Notifications <notifications(a)xwiki.org> References: <20080401193540.8E8996C0A93(a)vsvn.xpertnet.biz> Hi Ludovic, This needs to be commented in the code to explain why we're commenting out the EscapeFilter. Thanks -Vincent PS: I spent lots of time (> 8 hours) fixing my Velocity code because a very tricky code was done in the old XWikiVelocityRenderer code with NO comments at all. We need to really start improving the quality of our code and we need everyone's help. That'll save us from a lot of trouble in the future. On Apr 1, 2008, at 9:35 PM, ludovic (SVN) wrote: > Author: ludovic > Date: 2008-04-01 21:35:40 +0200 (Tue, 01 Apr 2008) > New Revision: 8905 > > Modified: > xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > Log: > XWIKI-2269 \\ in wiki syntax does not convert to 2 <br /> but > instead escaped one \ in HTML > > Modified: xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/ > main/resources/META-INF/services/ > com.xpn.xwiki.render.filter.XWikiFilter > =================================================================== > --- xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > 2008-04-01 19:32:54 UTC (rev 8904) > +++ xwiki-platform/core/branches/xwiki-core-1.3/xwiki-core/src/main/ > resources/META-INF/services/com.xpn.xwiki.render.filter.XWikiFilter > 2008-04-01 19:35:40 UTC (rev 8905) > @@ -2,7 +2,7 @@ > # The content is restored later on in the CodeRestoreFilter. The > filter has to be executed first > # to ensure no modifications is done to the content. > com.xpn.xwiki.render.filter.CodeRemoveFilter > -com.xpn.xwiki.render.filter.EscapeFilter > +#com.xpn.xwiki.render.filter.EscapeFilter > org.radeox.filter.ParamFilter > com.xpn.xwiki.render.filter.StyleFilter > com.xpn.xwiki.render.filter.MacroFilter _______________________________________________ notifications mailing list notifications(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/notifications -- Sergiu Dumitriu http://purl.org/net/sergiu/

17 years, 5 months

1
0
0 0

[xwiki-devs] [VOTE] Release XE 1.3.1 ?

by Jean-Vincent Drean

We'd like to release XE 1.3.1 as soon as possible (on march 28th or april 1st). Here are the current changes done since 1.3 final : * XWIKI-2206 : Cookie domains not compliant with RFC 2019 * XWIKI-2130 : Document.getPreviousDocument() and Document.getPreviousVersion() seems not to work * XWIKI-2210 : Can't use differents uid name configuration for the same ldap server for two differents wikis * XWIKI-2211 : Cannot log in using Internet Explorer * XWIKI-2248 : DBTreeListClass needs to support translations * XWIKI-2215 : LDAP Authenticator should add proper error message in the context when authentication fail * XWIKI-2201 : LDAP group mapping defined in XWikiPreferences is not working * XWIKI-2208 : LDAP parameter "user_group" is not taken into account * XWIKI-2202 : LDAP user update corrupt XWiki user page * XWIKI-2247 : The rendering component does not handle \\ and empty line correctly together * XWIKI-2209 : XWiki GWT Api breaks UTF translations * XWIKI-2205 : add better Active Directory support - case insensitive username * XWIKI-2235 : Cannot deploy XWiki as ROOT application * XWIKI-2193 : LDAP error message with stack trace in xwiki.log when processing invalid LDAP credentials. User gets "Internal Error" feedback on UI. * XWIKI-921 : When using XWikiDocuments as resource bundles, no default value is used * XWIKI-2236 : doc#getLastChanges() does not work with the new versioning scheme * XWIKI-2255 : Exception while saving some documents * XSTOUCAN-27 : Fields of Add Property Panel are shrinked in Class Editor using IE7 * XSALBATROSS-22 : On IE7 the combo box for selecting Objects is not large enough Here's my +1 Anything else that's absolutely required for 1.3.1? Thanks, -- Jean-Vincent Drean

17 years, 5 months

6
9
0 0

[xwiki-devs] [Summary] Delete Core, Web, Panels and XE 1.1 branches

by Jean-Vincent Drean

> Now that we've started creating the branch for 1.3 I'd like to remove the 1.1 branches for Core, Web, Panels and XE. > > Rationale: > > * Cleanliness > * Having opened branches can tempt committers to commit stuff to the branch. Closing it clearly shows that we don't intend to work on it anymore > * We still have the latest released 1.1.x versions, so if there's an urgent need to release a 1.1.3 version we can still do it. > * This will allow us to remove the 1.1.3 version in JIRA thus keeping it clean too and again preventing people from using it. > * We can't work/support too many branches at once, that's just too much work > * We want people to upgrade to newer versions. > * XE 1.2 was released quite some time ago and is stable. 1.3 is about to be released as final too. six +1, no 0 .. There was a -1 which is now deprecated since Curriki 1.5.2 release is based on xwiki 1.3. I'll delete the 1.1 branches today. Thanks, -- Jean-Vincent Drean

17 years, 5 months

1
1
0 0

Re: [xwiki-devs] XEclipse - problem connecting to local XWiki

by Enygma

I did a bit of debugging and traced the problem to line 65 in XWikiRemoteDAO.java try { Page page = swizzleXWiki.getPage("XWiki.WebHome"); } catch (ClassCastException e) { ... } catch (Exception e) { The date is was earlier complaining about is the modification date of the wiki space I believe. Seems like there is a SwizzleConversionException thrown which the workaround mentioned in the comments fails to catch and I think the ClassCastException there was actually supposed to be a SwizzleConversionException so I changed the code to: try { Page page = swizzleXWiki.getPage("XWiki.WebHome"); } catch (SwizzleConversionException e) { Now, it disables the conversion as the workaround says but now I`m getting this exception: org.xwiki.eclipse.model.XWikiConnectionException: org.xwiki.eclipse.model.impl.XWikiDAOException: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(XWikiPlainConnection.java:83) at org.xwiki.eclipse.XWikiEclipsePageIndexer$IndexerJob.run(XWikiEclipsePageIndexer.java:67) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) Caused by: org.xwiki.eclipse.model.impl.XWikiDAOException: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(XWikiRemoteDAO.java:79) at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(XWikiPlainConnection.java:71) ... 2 more Caused by: org.codehaus.swizzle.confluence.ConfluenceException: Null values aren't supported, if isEnabledForExtensions() == false at org.codehaus.swizzle.confluence.Confluence.call(Confluence.java:778) at org.codehaus.swizzle.confluence.Confluence.call(Confluence.java:751) at org.codehaus.swizzle.confluence.Confluence.login(Confluence.java:49) at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(XWikiRemoteDAO.java:54) ... 3 more After digging some more, I found out that this is caused by XWikiConnectionManager.getDefault().getPasswordForConnection(connection); at line 67 in XWikiEclipsePageIndexer.java where the connection manager is supposed to get the password associated to the connection but from what I see, the ID of the connection being resolved does not exist in the xwikiConnections HashTable which is, btw, populated with the correct initial connection containing the entered username and password. I don`t understand where does this second conenction come from that is not listed in the xwikiConnections with its ID, thus returning a null password and generating the above exception upon issuing connect(). Hope this helps on speeding things up. Thank you and hope someone comes to the rescue :) ----- Original Message ---- From: Enygma <enygma2002_ro(a)yahoo.com> To: users(a)xwiki.org Cc: devs(a)xwiki.org Sent: Tuesday, April 1, 2008 2:23:13 AM Subject: [xwiki-devs] XEclipse - problem connecting to local XWiki Hello XWiki users and developers. My name is Eduard Moraru and I'm going to apply this year for Google Summer of Code at XWiki on the project XWiki Offline. I am planning on embedding this project in the already existing XEclipse on which I've understood there is already some work done. My problem is that I tried out XEclipse (xwiki-eclipse-rcp-linux-gtk-x86-1.1.zip and xwiki-eclipse-1.1.zip) on a local installation of XWiki (xwiki-enterprise-installer-generic-1.3.jar) using both user Admin and a new test user and did not manage to connect to the wiki. I then tried to connect to xwiki.org using a newly registered account and it worked perfectly. On the local installation, XEclipse pops an exception which I can't get past: org.xwiki.eclipse.model.XWikiConnectionException:org.xwiki.eclipse.model.impl.XWikiDAOException:org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.xwiki.eclipse.model.impl.XWikiPlainConnection.connect(Unknown Source) at org.xwiki.eclipse.wizards.NewConnectionWizard$1.run(Unknown Source) at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113) Caused by: org.xwiki.eclipse.model.impl.XWikiDAOException:org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.xwiki.eclipse.model.impl.XWikiRemoteDAO.<init>(Unknown Source) ... 3 more Caused by: org.codehaus.swizzle.confluence.SwizzleConversionException:java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54EEST 2007" at org.codehaus.swizzle.confluence.ConfluenceObjectConvertor.revert(ConfluenceObjectConvertor.java:56) at org.codehaus.swizzle.confluence.MapConvertor.revert(MapConvertor.java:39) at org.codehaus.swizzle.confluence.Confluence.revert(Confluence.java:791) at org.codehaus.swizzle.confluence.Confluence.getPage(Confluence.java:127) ... 4 more Caused by: java.text.ParseException: Unparseable date: "mer. juil. 11 18:57:54 EEST 2007" at java.text.DateFormat.parse(DateFormat.java:355) at org.codehaus.swizzle.confluence.ConfluenceObjectConvertor.revert(ConfluenceObjectConvertor.java:53) ... 7 more I also posted a bug on JIRA at http://jira.xwiki.org/jira/browse/XECLIPSE-100 regarding this issue but I figured on the mailing list I'd get faster feedback. My question is: Am I doing something wrong with my local installation? Are there some other privileges to give that I left out? At a first look, I`d say It`s a hardcoded date "mer. juil. 11 18:57:54 EEST 2007"(it's always the same), left there during development, but I`m not sure if it`s on the XEclipse side or the XWiki side. Thank you very much for your time and I await your suggestions. ____________________________________________________________________________________ No Cost - Get a month of Blockbuster Total Access now. Sweet deal for Yahoo! users and friends. http://tc.deals.yahoo.com/tc/blockbuster/text1.com _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs ____________________________________________________________________________________ You rock. That's why Blockbuster's offering you one month of Blockbuster Total Access, No Cost. http://tc.deals.yahoo.com/tc/blockbuster/text5.com

17 years, 5 months

2
1
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs