xwiki-devs February 2010

xwiki-devs@xwiki.org

42 participants
117 discussions

[xwiki-devs] Any remaining blocker for the final XE 2.2 release?

by Vincent Massol

Hi everyone, We're about to release XE 2.2 final tomorrow. If you know of any critical/blocking issue that remains please let us know quickly so that we can fix it before the release. Thanks a lot -Vincent

15 years, 1 month

[xwiki-devs] Lucene admin page

by Thomas Mortagne

Hi devs, I would like to add a Lucene related section in Admin page. I will mainly contains a UI to control new possibilities coming with http://jira.xwiki.org/jira/browse/XPLUCENE-29 I'm trying to find where to put it: 1/ A new Lucene application Lucene is a plugin you can install anywhere you want, should be the same for the related UI. In that case the Lucene search page should also move into the Lucene application. 2/ Admin application The Lucene admin page has to be targeted from Admin UI anyway since the UI is static for now. 3/ XE application It already contains Lucene search page. I'm +1 for 1/ and -0 for 2/ and 3/ -- Thomas Mortagne

15 years, 1 month

[xwiki-devs] [Proposal] Introduce new EntityReferenceValueProvider in model module

by Vincent Massol

Hi, I've started adding: /** * Return default values for specified Entity Reference types. Useful when an Entity Reference value has not been * specified and we need to find a default value for it (the default value returned will depend on the implementations, * some will return default values defined in the XWiki configuration, others will return values taken from the * current document reference, etc). * * @version $Id$ * @since 2.3M1 */ @ComponentRole public interface EntityReferenceValueProvider { /** * @param type the entity reference type for which to get the default value * @return the default value for the passed type */ String getDefaultValue(EntityType type); } The idea is to use it in our resolvers but also to allow using it by any code that needs to get default values. My initial itch was to remove all the code duplication we currently have in the resolver implementations. Just yell if you don't agree. I'm about to commit it in about 1 hour. Thanks -Vincent

15 years, 1 month

[xwiki-devs] Unable to render some velocity code into xhtml

by Asiri Rathnayake

Hello XWiki Rendering Experts, This is something used to work sometime ago but it seems things have changed. I have the following rendering test case: <code> .#---------------------------- ------------------------- .input|xwiki/2.0 .#----------------------------------------------------- {{velocity}} #set($url=$xwiki.zipexplorer.getFileLink($doc, 'presentation.zip', 'output.html')) {{html}} <iframe src="$url" frameborder=0 width=800px height=600px></iframe> {{/html}} {{/velocity}} .#----------------------------------------------------- .expect|xhtml/1.0 .#----------------------------------------------------- </code> The problem is, this test case passes. Which means the velocity / html macros are rendered into nothing... I'm pretty certain this used to work sometime ago (I didn't change anything) but it seems to be broken now. Can you help me fix this? Wysiwyg ppt imports are broken because of this. Thanks. - Asiri

15 years, 1 month

Re: [xwiki-devs] [xwiki-notifications] r27005 - platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/importer

by Vincent Massol

Hi Asiri, On Feb 13, 2010, at 5:03 PM, asiri (SVN) wrote: > Author: asiri > Date: 2010-02-13 17:03:01 +0100 (Sat, 13 Feb 2010) > New Revision: 27005 > > Modified: > platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/importer/XWikiImportService.java > Log: > * Added missing @Requirement annotation which was causing total failure of wysiwyg office imports. > * This typo does not seem to be present in any other branches. > > Modified: platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/importer/XWikiImportService.java > =================================================================== > --- platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/importer/XWikiImportService.java 2010-02-13 15:40:57 UTC (rev 27004) > +++ platform/web/trunk/xwiki-gwt-wysiwyg-server/src/main/java/com/xpn/xwiki/wysiwyg/server/plugin/importer/XWikiImportService.java 2010-02-13 16:03:01 UTC (rev 27005) > @@ -67,6 +67,7 @@ > /** > * The component used to parse attachment references. > */ > + @Requirement > private AttachmentReferenceResolver<String> attachmentReferenceResolver; Are you sure about this? In the 2.2 branch we have: /** * The component used to parse attachment references. */ @Requirement("current") private AttachmentReferenceResolver attachmentReferenceResolver; Thanks -Vincent

15 years, 2 months

Re: [xwiki-devs] [xwiki-notifications] r27004 - platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate

by Sergiu Dumitriu

On 02/13/2010 04:40 PM, vmassol (SVN) wrote: > Author: vmassol > Date: 2010-02-13 16:40:57 +0100 (Sat, 13 Feb 2010) > New Revision: 27004 > > Modified: > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/DefaultHibernateSessionFactory.java > Log: > XWIKI-4893: Make XWiki support recovering from a connection problem with the database > > Modified: platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/DefaultHibernateSessionFactory.java > =================================================================== > --- platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/DefaultHibernateSessionFactory.java 2010-02-13 12:09:34 UTC (rev 27003) > +++ platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/store/hibernate/DefaultHibernateSessionFactory.java 2010-02-13 15:40:57 UTC (rev 27004) > @@ -19,7 +19,9 @@ > */ > package com.xpn.xwiki.store.hibernate; > > +import java.io.File; > import java.io.InputStream; > +import java.net.URL; > > import org.hibernate.HibernateException; > import org.hibernate.SessionFactory; > @@ -33,8 +35,8 @@ > * > * @version $Id$ > * @since 2.0M1 > - * @todo this was coded by Artem. Find out why we need this as a component. > */ > +// TODO: This was coded by Artem. Find out why we need this as a component. > @Component > public class DefaultHibernateSessionFactory implements HibernateSessionFactory > { > @@ -45,6 +47,78 @@ > { > private static final long serialVersionUID = 1L; > > + /** > + * Whether the Hibernate Configuration has alreayd been initialized or not. We do this so that the > + * Hibernate {@link org.hibernate.cfg.Configuration#configure()} methods can be called several times in a > + * row without causing some Duplicate Mapping errors, see our overridden > + * {@link #getConfigurationInputStream(String)} below. > + */ > + private boolean isConfigurationInitialized; > + > + /** > + * {@inheritDoc} > + * @see org.hibernate.cfg.Configuration#configure() > + */ Are you sure there's no need for synchronized? Same for all the others. > + @Override public Configuration configure() throws HibernateException > + { > + Configuration configuration; > + if (this.isConfigurationInitialized) { > + configuration = this; > + } else { > + configuration = super.configure(); > + this.isConfigurationInitialized = true; > + } > + return configuration; > + } > + > + /** > + * {@inheritDoc} > + * @see org.hibernate.cfg.Configuration#configure(String) > + */ > + @Override public Configuration configure(String resource) throws HibernateException > + { > + Configuration configuration; > + if (this.isConfigurationInitialized) { > + configuration = this; > + } else { > + configuration = super.configure(resource); > + this.isConfigurationInitialized = true; > + } > + return configuration; > + } > + > + /** > + * {@inheritDoc} > + * @see org.hibernate.cfg.Configuration#configure(java.net.URL) > + */ > + @Override public Configuration configure(URL url) throws HibernateException > + { > + Configuration configuration; > + if (this.isConfigurationInitialized) { > + configuration = this; > + } else { > + configuration = super.configure(url); > + this.isConfigurationInitialized = true; > + } > + return configuration; > + } > + > + /** > + * {@inheritDoc} > + * @see org.hibernate.cfg.Configuration#configure(java.io.File) > + */ > + @Override public Configuration configure(File configFile) throws HibernateException > + { > + Configuration configuration; > + if (this.isConfigurationInitialized) { > + configuration = this; > + } else { > + configuration = super.configure(configFile); > + this.isConfigurationInitialized = true; > + } > + return configuration; > + } > + > // there is no #configure(InputStream) so we use #configure(String) and override #getConfigurationInputStream > @Override > protected InputStream getConfigurationInputStream(String resource) throws HibernateException -- Sergiu Dumitriu http://purl.org/net/sergiu/

15 years, 2 months

[xwiki-devs] XWiki 2.2 Lucene Plugin rebuild index fails

by Jared.Scott

Hey; I am just getting up and running with XWiki but am having some issues with getting the Lucene Plugin to work. I have uncommented the following lines in WEB-INF/xwiki.cfg: #-# Lucene search engine xwiki.plugins.lucene.indexdir=/tmp/xwiki/lucene xwiki.plugins.lucene.analyzer=org.apache.lucene.analysis.standard.StandardAnalyzer xwiki.plugins.lucene.indexinterval=20 And to do diagnostics I created a new page with just these lines of code: {{velocity}} #set($results = $xwiki.lucene.rebuildIndex()) {{/velocity}} when I view the page, the macro fails. when I look at the output, i see this (reduced): org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#set($results = $xwiki.lucene.rebuildIndex())] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:118) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluate(VelocityMacro.java:44) ... (hundreds more) Caused by: org.apache.velocity.exception.MethodInvocationException: Invocation of method 'rebuildIndex' in class com.xpn.xwiki.plugin.lucene.LucenePluginApi threw exception java.lang.NullPointerException at velocity macro[line 1, column 31] at org.apache.velocity.runtime.parser.node.ASTMethod.handleInvocationException(ASTMethod.java:337) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:284) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:252) ...... 92 more Caused by: java.lang.NullPointerException at com.xpn.xwiki.plugin.lucene.LucenePlugin.rebuildIndex(LucenePlugin.java:146) at com.xpn.xwiki.plugin.lucene.LucenePluginApi.rebuildIndex(LucenePluginApi.java:68)... ... 98 more It seems that it is throwing a NullPointerException. This is exactly what it does when I try to rebuild the index on the XWiki provided Lucene Search page as well. Any ideas as to what I can do to solve this? Could it be a configuration error? -- View this message in context: http://n2.nabble.com/XWiki-2-2-Lucene-Plugin-rebuild-index-fails-tp4561718p… Sent from the XWiki- Dev mailing list archive at Nabble.com.

15 years, 2 months

[xwiki-devs] [ANN] Created branch xwiki-skin-colibri-1.12-web-2.2

by Thomas Mortagne

Hi devs, Since we want to introduce things not compatible with XE 2.2 branch, I created a colibri skin branch to be able to keep fixing bug in colibri for XE 2.2. This mail is mainly here to warn everyone to make sure to merge any colibri skin bugfix in its xwiki-skin-colibri-1.12-web-2.2 branch. Here is the URL for the branch https://svn.xwiki.org/svnroot/xwiki/platform/skins/branches/xwiki-skin-coli… Thanks, -- Thomas Mortagne

15 years, 2 months

[xwiki-devs] [myxwiki] XWiki Enterprise 2.2 Release Candidate 2 Upgrade

by Thomas Mortagne

Hello, myxwiki.org has been upgraded to XE 2.2 Release Candidate 2, if you own a wiki hosted there you should have a look at : http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise22RC2 We also strongly recommend an upgrade to the latest wiki version. To upgrade you must download XE 2.2 Release Candidate 2 XWiki XAR from : http://www.xwiki.org/xwiki/bin/view/Main/Download And follow the upgrade guide available at : http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgrading… To be notified of the myxwiki.org server upgrade you can follow myxwiki on twitter: http://twitter.com/myxwiki Note: if the admin UI looks weird after an import of the xar, that's normal, you should fix it by cleaning your browser cache (ctrl+shift+r). Thanks, -- Thomas Mortagne

15 years, 2 months

[xwiki-devs] cert creation component

by Story Henry

Hi, Having got Xwiki to produce RDFa (very easy), and having switched of Twitter to allow me to concentrate,I am now working on allowing a user to click a button in his profile, and have it create a foaf+ssl certificate (which is just a normal certificate, but with a URL in the subject alternative name). The code for this is very simple: http://github.com/harbulot/keygenapp/blob/master/samplewebapp/src/main/java… (with a few lines of tweaks required to add the certificate information to the profile page). What happens is that a <keygen> XML element is added to a <form> element in the user's profile page. This forces the browser (Safari, Firefox, Opera) to create a <public, private> key pair and send the public part to the servlet referred to above (MiniCaServlet). That servlet creates a certificate and sends it back to an invisible iframe. The browser then adds that cert to the keystore (this is done automatically, it's part of browser behavior). So to move this code to XWiki, I understand I should create a component. I read about it here: http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents and it makes sense. From a component I can get the user, and from that I can get his profile page, and then I can add the public key information to his profile (I wrote a RSAKeyClass in Xwiki to do this). The component should finally send the newly generated certificate back to the client, which it can do because it has access the the HTTPServletResponse. But where would I put such a component? In a specific wiki page? Does all that make sense? If not let me know before I go and code it up. Henry PS. It would be fun later to have the User's Profile page be a bit Ajaxy, so that if it notices a change to the invisible iframe the browser can make a reques to XWiki to refresh the table of public keys displayed to the user. Social Web Architect http://bblfish.net/

15 years, 2 months

← Newer
1
...
4
5
6
7
8
9
10
11
12
Older →

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-devs February 2010