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

[xwiki-devs] Query XObject two property values
by [Ricardo Rodriguez] eBioTIC. 19 Oct '10

19 Oct '10

Hi! Following http://platform.xwiki.org/xwiki/bin/view/DevGuide/QueryGuide and a lot of help from people on this list, I got working this query: #set($query = ", BaseObject as obj, StringProperty as prop where doc.fullName = obj.name and obj.className='Users.PdrUserClass' and obj.id=prop.id.id and prop.id.name='Type' and (prop.value like '" + $usertypeOne + "' or prop.value like '" + $usertypeTwo + "') order by doc.fullName asc") I do need to add now another criteria with an *AND* operator querying a different property (Withdrawal) of the same class (User.PdrUserClass). I'm miserably failing to construct this query; some of my attempts lead MySQL to eat 99% of the processor time use. Please, could you help me with this query? Thanks! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

2 4

[xwiki-devs] about proposals
by [Ricardo Rodriguez] eBioTIC. 19 Oct '10

19 Oct '10

Hi, From time to time, I see developers sending proposals to this list. Of course I'm not a developer, but I would like to know what is a best channel to propose some changes that I find useful for XE/XEM or other applications. What is it better and/or advisable: to create a Jira Issue or to send a message to this or users list? Thanks! Best, Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

2 1

[xwiki-devs] Programming rights bug on OO and ExtensionManager UI
by Thomas Mortagne 19 Oct '10

19 Oct '10

Hi devs, When starting the standalone XE jetty+hsqldb distribution, office importer admin UI is unusable because of a right issue. Now ExtensionManager admin UI has the same issue. The real issue is that in admin UI the programming right is checked on XWiki.XWikiPreference which has XWiki.XWikiGuest as author. * application that provide their own admin UI should not be executed on XWiki.XWikiPreference IMO but in the document which contains the ConfigurableClass object. * is this really needed that XWiki.XWikiPreference has XWiki.XWikiGuest as author ? We really need to find a solution. It's a pain for users for no good reason at all. -- Thomas Mortagne

2 1

[xwiki-devs] jgroups update to 2.8 causes problem in the build on some machines
by Vincent Massol 19 Oct '10

19 Oct '10

Hi, I'm getting this error when running the tests for xwiki-observation-remote: Caused by: java.lang.RuntimeException: the type of the stack (IPv6) and the user supplied addresses (IPv4) don't match: localhost/127.0.0.1. Use system props java.net.preferIPv4Stack or java.net.preferIPv6Addresses to pick the correct stack at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:108) at org.jgroups.stack.Configurator.setupProtocolStack(Configurator.java:54) at org.jgroups.stack.ProtocolStack.setup(ProtocolStack.java:453) at org.jgroups.JChannel.init(JChannel.java:1702) This thread explains the problem: http://old.nabble.com/Protocol-stack-issue-on-dual-stack-(IPv4-and-v6)-mach… This issue has been created to track the problem: https://jira.jboss.org/browse/JGRP-1152 I've tested with jgroups 2.10.0.Beta2 and it works fine. I've seen on http://jira.xwiki.org/jira/browse/XWIKI-4917 that jgroups 2.9 and above require JDK 6+. What do we do? Should we set the jgroups property to force ipv4 or ipv6? Thanks -Vincent

2 3

Re: [xwiki-devs] [xwiki-notifications] r31955 - platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api
by Vincent Massol 19 Oct '10

19 Oct '10

On Oct 19, 2010, at 11:00 AM, cjdelisle (SVN) wrote: > Author: cjdelisle > Date: 2010-10-19 11:00:29 +0200 (Tue, 19 Oct 2010) > New Revision: 31955 > > Modified: > platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api/Context.java > Log: > XWIKI-5595: Deprecate com.xpn.xwiki.api.Context#getUtil() > > Modified: platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api/Context.java > =================================================================== > --- platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api/Context.java 2010-10-19 07:57:12 UTC (rev 31954) > +++ platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/api/Context.java 2010-10-19 09:00:29 UTC (rev 31955) > @@ -538,7 +538,9 @@ > * > * @return an instance of the {@link com.xpn.xwiki.util.Util} class > * @see Util > + * @deprecated since 2.5RC1 the functions provided by Util are internal, please do not use them. Shouldn't this be 2.6M1? Thanks -Vincent > */ > + @Deprecated > public Util getUtil() > { > return this.context.getUtil(); >

1 0

[xwiki-devs] [VOTE] Move all XE modules to org.xwiki instead of com.xpn for XE 2.6
by Vincent Massol 18 Oct '10

18 Oct '10

Hi devs, I'd like to move all XE modules to org.xwiki instead of com.xpn for XE 2.6. Rationale: * XE is an open source project and com is commercial * Our rule was to keep com.xpn for old stuff but this doesn't make sense for XE modules since they're not old stuff +1 from me Thanks -Vincent

12 13

[xwiki-devs] XEM installation problem
by Vivian Richard 18 Oct '10

18 Oct '10

I installed XEM and getting the following error. Any idea why am i getting this? I guess there are no mysql connectivity problem since the database tables were created when I tried to instantiate the XEM. type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document xwiki:XWiki.XWikiPreferences Wrapped Exception: Failed to commit or rollback transaction. Root cause [] org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:621) javax.servlet.http.HttpServlet.service(HttpServlet.java:722) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) root cause com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document xwiki:XWiki.XWikiPreferences Wrapped Exception: Failed to commit or rollback transaction. Root cause [] com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:402) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:471) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:621) javax.servlet.http.HttpServlet.service(HttpServlet.java:722) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)

3 4

[xwiki-devs] [proposal] Begin using database column names which match the names of the object properties and table names which match the class name.
by Caleb James DeLisle 18 Oct '10

18 Oct '10

In order to make direct sql queries as similar to hql as possible (and as easy as possible), I propose that for any new database columns or tables, we begin using column names which match the name of the java object properties, and table names which match the class name. I would like to put a note at the top of xwiki.hbm.xml which says:  WDYT? Caleb

3 4

[xwiki-devs] [VOTE] Rename {{uservatar}} macro to {{avatar}} + rename parameter
by Vincent Massol 18 Oct '10

18 Oct '10

Hin I'd like to rename {{uservatar}} macro to {{avatar}} (ie deprecate the {{uservatar}} alias) + rename the current "username" parameter to "name": {{avatar name="XWiki.VincentMassol" /}} Rationale: * Macros should be as easy to use as possible and avatar is easier and shorter than useravatar (for several reasons shorter, no need to remember if there's an underscore, a dash, etc) * We'll want to use that macro not only for user avatars but also for other potential use cases (group avatars for example). Note that the macro can autodiscover if the avatar reference is a user or a group but in case it isn't possible for other types it's always possible to add a type parameter later on. Here's my +1 Thanks -Vincent

7 8

[xwiki-devs] [VOTE] Best practice: Use org.xwiki.test.* as package name for all non unit tests
by Vincent Massol 18 Oct '10

18 Oct '10

Hi, We put unit tests in the same package as the code they're testing. But for functional tests we need to define a best practice. Right now we have a mix of different strategies in enterprise tests for example and I'd like to homogeneize this. I'm proposing to use: org.xwiki.test.* For example for clustering tests in distribution-tests/cluster-tests, I'm proposing: org.xwiki.test.cluster org.xwiki.test.cluster.framework Here's my +1 Thanks -Vincent

6 5