March 2011 - xwiki-devs@xwiki.org

[xwiki-devs] Integrating multiple Bonita webapps within a single Xwiki instance
by Eric Mousset 28 Mar '11

28 Mar '11

Hi everyone, I am new to Xwiki, although fairly used to the J2EE environment. I have searched Xwiki/Bontia/eXo sites and 3rd parties for answers to the following questions, without limited success so far. The context is that of a single Xwiki instance and multiple Bonita webapps. 1- Can Xwiki and Bonita integrate without using the eXo platform? I guess the answer is Yes; and one of obvious method is to simply integrate multiple Bonita webapps within the webapps directory of the Xwiki. Which leads me to question 2. 2- Assuming that Bonita webapps all contain a common set of libs (starting with the Bonita engine itself), is there a way to "factor in" these libs in the Xwiki libs (as opposed to have them embedded in every single Bonita webapp)? Many thanks, Eric

2 1

[xwiki-devs] [GSoC 2011] Mobile Skin for XWiki Enterprise
by Mihai Paun 28 Mar '11

28 Mar '11

Hi! My name is Mihai Paun, a final year, soon-to-be Bachelor of Science student at the Faculty of Computer Science – Iasi and I would like to apply to GSoC 2011. I am interested in the proposed project, “Mobile Skin for XWiki Enterprise”. I am also a web developer with ~3 years experience working with a wide variety of technologies, both server-side and frontend”-side”. My weapons of choice have been PHP, Ruby on Rails, Velocity & Groovy (recently, since working on top of XWiki), writing cross-browser compliant code with HTML & CSS and enhancing the user experience with jQuery and prototype JS libraries. Mobile design & development has been the focus of my spare time research during the last year so I believe I have enough knowledge about the particularities and pitfalls of mobile web-apps, design constraints, platform variations and even device fragmentation. I am both an iOS and Android user, a fanboy of none, but a follower of good design principles and good usability, interaction and user experience guidelines. In few simple words, I have what it takes to build the best possible mobile web application for the XWiki platform. Thank you, Mihai Paun

1 0

[xwiki-devs] Problem building XE
by K Konro 25 Mar '11

25 Mar '11

Hi guys, I have a problem running XE and can't solve it by myself. I have checked out the source, and did mvn install, and if I understand the Building documentation correctly this should be enough to run XE (I'm new to maven). But after the building ends (with status BUILD SUCCESSFUL), I have no jetty running. Also, near the end of build process such message shows up 4 times: [WARNING] Cannot include project artifact: org.xwiki.enterprise:xwiki-enterprise-jetty-hsqldb:pom:3.0-SNAPSHOT; it doesn't have an associated file or directory. I also tried to deploy the generated WAR but after opening up the webroot in browser a hibernate exception shows up about error in configuration file (I believe it can be related to the above). Also, when I tried to build XWiki Platform, it also succeeded, but when trying to quickly deploy app as in instructions (mvn install -Pjettyrun), I got a message about missing archetype, with name looking like not-processed or something: ${xwiki.db.jdbc.groupId}:${xwiki.db.jdbc.artifactId}:jar:${xwiki.db.jdbc.version} I followed the wiki instructions exactly, what am I doing wrong?

1 0

[xwiki-devs] [proposal] Standardize a security specification.
by Caleb James DeLisle 25 Mar '11

25 Mar '11

Sometimes there is a grey area between a security vulnerability and a really nice feature. I think it is important that everyone understand what a user should be able to do and what a user should not be able to do since "that's not a bug, that's a feature" is cold comfort to a user who just discovered that his security requirements were not met. Also, having a standard laid down will allow us to better classify security issues if they are discovered (I can proudly say that we have improved here by leaps and bounds) I have a draft document which attempts to detail that line between bug and feature and I think it is time to move it into main space. http://dev.xwiki.org/xwiki/bin/view/Drafts/Security+Specifications WDYT? Caleb

2 3

[xwiki-devs] XWiki Enterprise 3.0 Release Candidate 1 Available
by Marius Dumitru Florea 25 Mar '11

25 Mar '11

The XWiki development team is pleased to announce the release of XWiki Enterprise 3.0 RC 1. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download This is the first and hopefully the last release candidate for the 3.0 version. It brings several improvements to the features introduced in the previous milestones. The final release is planned for the beginning of the next week. The highlights of this release are: * Administration section for the WYSIWYG content editor * Attachment Selector Macro * Improvements to the message stream, dashboard, gallery macro, search suggest, extension manager and the administration application For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/ReleaseNotes/ReleaseNotesXWikiEnterprise30RC1 Thanks -The XWiki dev team

1 0

Re: [xwiki-devs] CAS Integration + new User creation
by Marco Antonio González 25 Mar '11

25 Mar '11

Hi, >> Are you sure wikiname (not a very good variable name ;) ) includes the >> "XWiki." prefix? When I try to use createEmptyUser(xwikiname, userRights, context) from an XWiki object (context.getWiki()) if I manually add "XWiki." in the "xwikiname" it creates an "XWiki.mynewuser", but on the Admin Users page it doesn't looks like a normal user, it lacks many of the the user properties and doesn't have the XWiki.XWikiUserSheet in it's content, also when I try to get it's XWikiDocument it appears as XWiki.XWiki.mynewuser. I'm working with XWiki version 2.4 (xwiki-core-2.4.jar Currently, I'm checking how XWikiSunSSOAuthenticator does it, checking what I do wrong. Thank you, Marco A. Gonzalez Date: Fri, 25 Mar 2011 11:44:30 +0200 From: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com> Subject: Re: [xwiki-devs] CAS Integration + new User creation Hi Marco, On 03/25/2011 10:40 AM, Marco Antonio Gonz?lez wrote: > Hi all, > > I'm new developing with XWiki, and I'm not sure this list is the correct to post this, so sorry in advance for any inconvenience and my bad english. > > I'm trying to get an integration with CAS Auth instead of own XWiki Auth, but when I try to create a user on my own implementation of XWikiAuthServiceImpl, the user is created on XWiki space, but when i log into XWiki and Main is my default Space, the Profile link on top points to /xwiki/bin/view/Main/mynewuser instead of /xwiki/bin/view/XWiki/mynewuser where I can edit his first name, surname, etc. Is this the default behaviour? If not, any suggestions of what I do wrong? > > The autentication code is, in my CASAuthServiceImpl class: > > public XWikiUser checkAuth(XWikiContext context) throws XWikiException { > String remoteUser = context.getRequest().getRemoteUser(); > String wikiname = ""; > if ((remoteUser == null) || remoteUser.equals("")) { > getLogger().warn("checkAuth: User cannot be authenticated (REMOTE_USER is null)"); > try { > context.getResponse().sendRedirect("/cas/login"); > } catch (IOException ioe) { > getLogger().warn("checkAuth: CAS Error. Let XWiki handle it. "); > return super.checkAuth(context); > } > } else if (remoteUser.equalsIgnoreCase("xwiki")) { > getLogger().warn("checkAuth: User is XWIKI (superadmin)"); > wikiname = "XWiki.superadmin"; > } else { > XWiki wiki = context.getWiki(); > wikiname = wiki.clearName(remoteUser, true, true, context); Are you sure wikiname (not a very good variable name ;) ) includes the "XWiki." prefix? > this.context.getWiki().createEmptyUser(wikiname, "edit", context); > } > context.setUser(wikiname); References are resolved relative to the current context: Foo -> currentWiki:currentSpace.Foo Bar.Foo -> currentWiki:Bar.Foo wiki:Bar.Foo -> wiki:Bar.Foo Hope this helps, Marius > return new XWikiUser(wikiname); > } catch (XWikiException e) { > getLogger().error("checkAuth: Cannot validate user. " + e.getMessage()); > throw e; > } > > Thank you, > Marco A. Gonzalez > _______________________________________________ > devs mailing list > devs(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs

2 2

Re: [xwiki-devs] CAS Integration + new User creation
by Marco Antonio González 25 Mar '11

25 Mar '11

Thank you, i'll check it. Regards, Marco A. González ----- Reply message ----- De: "Kevin Foote" <kpfoote(a)iup.edu> Para: "Marco Antonio González" <magonzalez(a)grupointermark.com>, "Developers at xwiki. org (devs(a)xwiki.org)" <devs(a)xwiki.org> Asunto: [xwiki-devs] CAS Integration + new User creation Fecha: vie., mar. 25, 2011 10:06 Marco, I followed the sun-sso example here. It should get you pointed in the right direction. http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/authenticators/ Sent from mobile ----- Reply message ----- From: "Marco Antonio González" <magonzalez(a)grupointermark.com> Date: Fri, Mar 25, 2011 4:40 am Subject: [xwiki-devs] CAS Integration + new User creation To: "Developers at xwiki. org (devs(a)xwiki.org)" <devs(a)xwiki.org> Hi all, I'm new developing with XWiki, and I'm not sure this list is the correct to post this, so sorry in advance for any inconvenience and my bad english. I'm trying to get an integration with CAS Auth instead of own XWiki Auth, but when I try to create a user on my own implementation of XWikiAuthServiceImpl, the user is created on XWiki space, but when i log into XWiki and Main is my default Space, the Profile link on top points to /xwiki/bin/view/Main/mynewuser instead of /xwiki/bin/view/XWiki/mynewuser where I can edit his first name, surname, etc. Is this the default behaviour? If not, any suggestions of what I do wrong? The autentication code is, in my CASAuthServiceImpl class: public XWikiUser checkAuth(XWikiContext context) throws XWikiException { String remoteUser = context.getRequest().getRemoteUser(); String wikiname = ""; if ((remoteUser == null) || remoteUser.equals("")) { getLogger().warn("checkAuth: User cannot be authenticated (REMOTE_USER is null)"); try { context.getResponse().sendRedirect("/cas/login"); } catch (IOException ioe) { getLogger().warn("checkAuth: CAS Error. Let XWiki handle it. "); return super.checkAuth(context); } } else if (remoteUser.equalsIgnoreCase("xwiki")) { getLogger().warn("checkAuth: User is XWIKI (superadmin)"); wikiname = "XWiki.superadmin"; } else { XWiki wiki = context.getWiki(); wikiname = wiki.clearName(remoteUser, true, true, context); this.context.getWiki().createEmptyUser(wikiname, "edit", context); } context.setUser(wikiname); return new XWikiUser(wikiname); } catch (XWikiException e) { getLogger().error("checkAuth: Cannot validate user. " + e.getMessage()); throw e; } Thank you, Marco A. Gonzalez _______________________________________________ devs mailing list devs(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/devs

1 0

[xwiki-devs] [VOTE] Move to maven 3 as the minimum supported version instead of 2.2.1
by Thomas Mortagne 25 Mar '11

25 Mar '11

I don't see any reason that would force us to support 2.2.x (if you can run 2.2 there is no reason you can't run 3.0, it's not like 3.0 was working on minimum Java 6 or something) and that would improve our ci build. Plus I pref having a build detified working on 3.0 than 2.2 and I don't want to build everything twice with both maven versions on our ci build just for that. WDYT ? -- Thomas Mortagne

5 7

[xwiki-devs] CAS Integration + new User creation
by Marco Antonio González 25 Mar '11

25 Mar '11

Hi all, I'm new developing with XWiki, and I'm not sure this list is the correct to post this, so sorry in advance for any inconvenience and my bad english. I'm trying to get an integration with CAS Auth instead of own XWiki Auth, but when I try to create a user on my own implementation of XWikiAuthServiceImpl, the user is created on XWiki space, but when i log into XWiki and Main is my default Space, the Profile link on top points to /xwiki/bin/view/Main/mynewuser instead of /xwiki/bin/view/XWiki/mynewuser where I can edit his first name, surname, etc. Is this the default behaviour? If not, any suggestions of what I do wrong? The autentication code is, in my CASAuthServiceImpl class: public XWikiUser checkAuth(XWikiContext context) throws XWikiException { String remoteUser = context.getRequest().getRemoteUser(); String wikiname = ""; if ((remoteUser == null) || remoteUser.equals("")) { getLogger().warn("checkAuth: User cannot be authenticated (REMOTE_USER is null)"); try { context.getResponse().sendRedirect("/cas/login"); } catch (IOException ioe) { getLogger().warn("checkAuth: CAS Error. Let XWiki handle it. "); return super.checkAuth(context); } } else if (remoteUser.equalsIgnoreCase("xwiki")) { getLogger().warn("checkAuth: User is XWIKI (superadmin)"); wikiname = "XWiki.superadmin"; } else { XWiki wiki = context.getWiki(); wikiname = wiki.clearName(remoteUser, true, true, context); this.context.getWiki().createEmptyUser(wikiname, "edit", context); } context.setUser(wikiname); return new XWikiUser(wikiname); } catch (XWikiException e) { getLogger().error("checkAuth: Cannot validate user. " + e.getMessage()); throw e; } Thank you, Marco A. Gonzalez

2 1

[xwiki-devs] [VOTE] Start moving deprecated plugins into the contrib/retired repository
by Sergiu Dumitriu 25 Mar '11

25 Mar '11

Hi devs, I'd like to start moving very old plugins out of the core and into the contrib/retired repository. For the moment, this includes: - PatternPlugin (regexp based text replacements when running the old rendering engine) - TablePlugin (pre-Radeox support for wiki table syntax) - GooglePlugin (search and spelling suggestions) - GraphViz (graph drawing, unmaintained for a long time; should be replaced with a component) - MailPlugin (unmaintained mailbox reading plugin) - QueryPlugin (old, unused precursor of the query service) - SVG (old, unmaintained plugin; should be replaced with a component) - testPlugin (test plugin, writen as a test plugin to test the plugin functionality :) ) - XWikiUserManagementTools (precursor for the invitation application, unmaintained) The remaining plugins must be rewritten as components first, since they still provide useful functionality. -- Sergiu Dumitriu http://purl.org/net/sergiu/

6 10