Re: [xwiki-users] Registration Email in 3.0 not working as expected

2011-03-30 Thread Sergiu Dumitriu 
On 03/30/2011 05:38 PM, George, Kenneth V [NTK] wrote:
> I just installed XWiki-Enterprise 3.0 and I cannot seem to get Registration 
> working correctly.  What we want is to force ALL users to register and not be 
> able to see content until they do.  I have setup the Invitation/Email 
> sections correctly, but the verification email is corrupted.  Here is what I 
> get in the body of the email:
>
>
> Hello Ken George,
>
>
>
> This email address was used to register a new account on ${wikiname}. If you 
> did not make the request, please ignore this message.
>
>
>
> In order to activate your account, please follow this link:
>
> $xwiki.getDocument("XWiki.AccountValidation").getExternalURL("view", 
> "validkey=${validkey}&xwikiname=${xwikiname}")
>
> I believe this to possibly be a rights issue, but I am not sure.  Here is 
> what I have setup:
>
> UnregisteredUsers: have VIEW/REGISTER checked.  All other fields are unchecked
>
> I also have the following CHECKED:
>
> Prevent unregistered users from viewing pages, regardless of the page or 
> space rights
> Prevent unregistered users from editing pages, regardless of the page or 
> space rights
> Require unregistered users to solve a captcha when posting a comment on a page
>
> Is this how I need to set things up for this to work the way I need it to?

Fixed, http://jira.xwiki.org/jira/browse/XAADMINISTRATION-271

-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] remote installation problem with font display

2011-03-30 Thread shouldbe q931 
On Wed, Mar 30, 2011 at 3:35 PM, Christopher Idryo  wrote:

> That sounds good - I'll try that. Still, any ideas about the font issue?
> (Though, maybe after a couple local installs I'll feel confident enough to
> skip the .jar and install it directly.)
>
>
> On Tue, Mar 29, 2011 at 11:59 PM, shouldbe q931 wrote:
>
>>
>>
>> On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo wrote:
>>
>>> Hi, I'm trying to install XWiki in the following way: I have a headless
>>> CentOS running on the cloud and a Macbook with SSH tunneling to the cloud
>>> machine. Because I'm new to setting up XWiki (or any wiki), I thought I'd
>>> try the Java installation first before attempting to set up all the
>>> pieces
>>> at once.
>>>
>>>
>> I'd suggest trying it on a local vm running in  Virtualbox/Parrallels on
>> your macbook at first,and then just installing it under tomcat on the Centos
>> box. Getting it running on a headless Ubuntu box took me about 2 hours the
>> first time, but after I had gone through it about 5 times it only took me a
>> few minutes for the final one before putting it into production. The steps
>> of getting more familiar with the install routine on each time I went
>> through it were well worth it.
>>
>>
>>
> I've only done the Tomcat deployment, but I would guess that there are
several Centos "default" fonts that are being "badly" substituted on your
macbook.

The .war deployment really isn't difficult, the only "interesting" bit that
I had was the database configuration
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] Registration Email in 3.0 not working as expected

2011-03-30 Thread George, Kenneth V [NTK] 
I just installed XWiki-Enterprise 3.0 and I cannot seem to get Registration 
working correctly.  What we want is to force ALL users to register and not be 
able to see content until they do.  I have setup the Invitation/Email sections 
correctly, but the verification email is corrupted.  Here is what I get in the 
body of the email:


Hello Ken George,



This email address was used to register a new account on ${wikiname}. If you 
did not make the request, please ignore this message.



In order to activate your account, please follow this link:

$xwiki.getDocument("XWiki.AccountValidation").getExternalURL("view", 
"validkey=${validkey}&xwikiname=${xwikiname}")

I believe this to possibly be a rights issue, but I am not sure.  Here is what 
I have setup:

UnregisteredUsers: have VIEW/REGISTER checked.  All other fields are unchecked

I also have the following CHECKED:

Prevent unregistered users from viewing pages, regardless of the page or space 
rights
Prevent unregistered users from editing pages, regardless of the page or space 
rights
Require unregistered users to solve a captcha when posting a comment on a page

Is this how I need to set things up for this to work the way I need it to?

Thanks,
Ken George




This e-mail may contain Sprint Nextel proprietary information intended for the 
sole use of the recipient(s). Any use by others is prohibited. If you are not 
the intended recipient, please contact the sender and delete all copies of the 
message.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] remote installation problem with font display

2011-03-30 Thread Christopher Idryo 
That sounds good - I'll try that. Still, any ideas about the font issue?
(Though, maybe after a couple local installs I'll feel confident enough to
skip the .jar and install it directly.)


On Tue, Mar 29, 2011 at 11:59 PM, shouldbe q931 wrote:

>
>
> On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo wrote:
>
>> Hi, I'm trying to install XWiki in the following way: I have a headless
>> CentOS running on the cloud and a Macbook with SSH tunneling to the cloud
>> machine. Because I'm new to setting up XWiki (or any wiki), I thought I'd
>> try the Java installation first before attempting to set up all the pieces
>> at once.
>>
>>
> I'd suggest trying it on a local vm running in  Virtualbox/Parrallels on
> your macbook at first,and then just installing it under tomcat on the Centos
> box. Getting it running on a headless Ubuntu box took me about 2 hours the
> first time, but after I had gone through it about 5 times it only took me a
> few minutes for the final one before putting it into production. The steps
> of getting more familiar with the install routine on each time I went
> through it were well worth it.
>
>
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Phantom documents

2011-03-30 Thread Roman Muntyanu 
Done
 
http://jira.xwiki.org/jira/browse/XWIKI-6205 


-Original Message-
From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
Caleb James DeLisle
Sent: Wednesday, March 30, 2011 12:44 PM
To: XWiki Users
Subject: Re: [xwiki-users] Phantom documents

That is indeed a bug. There should never be multilingual documents with 
multilingual turned off.
Would you mind reporting that on jira.xwiki.org?

Thanks

Caleb

On 03/30/2011 04:10 AM, coldserenity wrote:
> One addition to that - I have checked and only 2 documents in our database
> have 'en' language.
> The rest of them have empty language value.
> 
> I have checked the second document with 'en' set - and it too has a phantom.
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p668.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] component manager not initialized after install

2011-03-30 Thread markus.mathis 
Dear All,

When trying to deploy the current version(s) of xwiki-enterprise-web
(i.e. xwiki-enterprise-web-3.0-rc-1.war respectively
xwiki-enterprise-web-2.7.1.war), I was facing the following error:
"Error 500: Component manager has not been initialized before lookup for
[org.xwiki.model.reference.DocumentReferenceResolver] for hint
[currentmixed]"

At the moment, we are still running XWiki Enterprise 1.7.14685. And, a
couple of months ago, we have been also been able to deply Version 2.1.1
without any issues. It seems that
CurrentMixedReferenceDocumentReferenceResolver has only been introduced
with version 2.3M1 of Xwiki.

Apparently a similar type of error has already been described on
http://lists.xwiki.org/pipermail/users/2011-March/023456.html .

Unfortunately, I couldn't find any definitive solution for this problem
on the mailing list. I can confirm that XWikiServletContextListener is
in fact contained in the  web.xml configuration file:

  
 
org.xwiki.container.servlet.XWikiServletContextListener<
/listener-class>
  

Our current setup is as follows:
Xwiki is to be deployed to a Websphere application server (on a Solaris
5.10 SPARC environment). 
The underlying database is Oracle 10.2.0.3.

The actual stack trace is as follows:
java.lang.RuntimeException: Component manager has not been initialized
before lookup for [org.xwiki.model.reference.DocumentReferenceResolver]
for hint [currentmixed]
at com.xpn.xwiki.web.Utils.getComponent(Utils.java:627)
at com.xpn.xwiki.XWikiContext.(XWikiContext.java:138)
at com.xpn.xwiki.web.Utils.prepareContext(Utils.java:339)
at
com.xpn.xwiki.web.XWikiAction.initializeXWikiContext(XWikiAction.java:35
7)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:114)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
236)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja
va:1146)
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.ja
va:1087)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:145)
at
com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)
at
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInst
anceWrapper.java:190)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:130)
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilt
er.java:152)
at
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInst
anceWrapper.java:190)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:130)
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:
68)
at
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInst
anceWrapper.java:190)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:130)
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.
doFilter(SavedRequestRestorerFilter.java:218)
at
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInst
anceWrapper.java:190)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:130)
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.
doFilter(SetCharacterEncodingFilter.java:112)
at
com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInst
anceWrapper.java:190)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterCh
ain.java:130)
at
com.ibm.ws.webcontainer.filter.WebAppFilterChain._doFilter(WebAppFilterC
hain.java:87)
at
com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter
Manager.java:848)
at
com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilter
Manager.java:691)
at
com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(ServletWrap
per.java:588)
at
com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(ServletWr
apper.java:526)
at
com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3574)
at
com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:269)
at
com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:831
)
at
com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.java:1
478)
at
com.ibm.ws.webcontainer.channel.WCChannelLink.ready(

Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

2011-03-30 Thread Vincent Massol 

On Mar 30, 2011, at 3:46 PM, Vincent Massol wrote:

> 
> On Mar 30, 2011, at 3:38 PM, Raluca Stavro wrote:
> 
>> Hello,
>> 
>> On Wed, Mar 30, 2011 at 2:42 PM, Elena-Oana Tabaranu <
>> oana.tabar...@xwiki.com> wrote:
>> 
>>> Hi,
>>> 
>>> Edit the macro code on http://>> server>/xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing
>>> $xcontext.macro.content with ${xcontext.macro.content}
>>> 
>>> Hope this helps,
>>> Oana
>>> 
>>> On 03/29/2011 06:52 PM, coldserenity wrote:
 Hello,
 
   Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6
>>> ->
 3.0RC1 (there might have been minor version upgrade in-between)
   After having upgraded to XWiki 3.0RC1, Tooltip macro (
 http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro )
>>> stopped
 working throwing the error shown below.
   I've checked several other macros - they still work.
   Should I log a bug in Jira for the macro or this can be fixed
>>> somehow?
>>> 
>> 
>> Because the Tooltip Macro is an extension, it is not bundled with XWiki.
>> This is why, using Jira is not a solution.
> 
> This is not quite correct. Contributions also have their own jira issue.

here: http://jira.xwiki.org/jira/secure/BrowseProjects.jspa#10070

-Vincent

> 
> What happens here is that this macro's sources are probably not in xwiki's 
> contrib svn repository. That's the choice of the author of the code to decide 
> where he puts his source code. The recommendation is to put it in XWiki's 
> contrib repo to make it easy for several people to work on it.
> 
> See http://contrib.xwiki.org for more details.
> 
> Thanks
> -Vincent
> 
>> Anyone can contribute to
>> extensions, so each time you have a fix for a piece of code, you can update
>> the extension accordingly. In this particular case, the Tooltip Macro code
>> has been updated on
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro (v1.2.1:
>> small update to fix velocity parsing error), so you can just download it and
>> re-import it into your wiki. Oana is right, the issue that you have comes
>> from the way $xcontext.macro.content is being parsed.
>> 
>> Raluca.
>> 
>> 
 
 
 
> Failed to execute the [velocity] macro
> org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
> Velocity Macro for content [(%class="tooltipHint
> #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
> $!hintStyles%)#if("$!xcontext.macro.params.id" !=
> "")(%class="tooltipLabelId hidden"%)$!
>>> xcontext.macro.params.id#else{{html
> clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
> hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
> hidden"%)$tooltipEvent]
>at
> 
>>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
>at
> 
>>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
>at
> 
>>> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
>at
> 
>>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
>at
> 
>>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
>at
> 
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>at
> 
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>at
> 
>>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
>at
> 
>>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
>at
> 
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>at
> 
>>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>at
> 
>>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>at
> 
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
>at
> 
>>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
>at
> 
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
>at
> 
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
>at
> 
>>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
>at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
>at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Sou

Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

2011-03-30 Thread Vincent Massol 

On Mar 30, 2011, at 3:38 PM, Raluca Stavro wrote:

> Hello,
> 
> On Wed, Mar 30, 2011 at 2:42 PM, Elena-Oana Tabaranu <
> oana.tabar...@xwiki.com> wrote:
> 
>> Hi,
>> 
>> Edit the macro code on http://> server>/xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing
>> $xcontext.macro.content with ${xcontext.macro.content}
>> 
>> Hope this helps,
>> Oana
>> 
>> On 03/29/2011 06:52 PM, coldserenity wrote:
>>> Hello,
>>> 
>>>Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6
>> ->
>>> 3.0RC1 (there might have been minor version upgrade in-between)
>>>After having upgraded to XWiki 3.0RC1, Tooltip macro (
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro )
>> stopped
>>> working throwing the error shown below.
>>>I've checked several other macros - they still work.
>>>Should I log a bug in Jira for the macro or this can be fixed
>> somehow?
>> 
> 
> Because the Tooltip Macro is an extension, it is not bundled with XWiki.
> This is why, using Jira is not a solution.

This is not quite correct. Contributions also have their own jira issue.

What happens here is that this macro's sources are probably not in xwiki's 
contrib svn repository. That's the choice of the author of the code to decide 
where he puts his source code. The recommendation is to put it in XWiki's 
contrib repo to make it easy for several people to work on it.

See http://contrib.xwiki.org for more details.

Thanks
-Vincent

> Anyone can contribute to
> extensions, so each time you have a fix for a piece of code, you can update
> the extension accordingly. In this particular case, the Tooltip Macro code
> has been updated on
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro (v1.2.1:
> small update to fix velocity parsing error), so you can just download it and
> re-import it into your wiki. Oana is right, the issue that you have comes
> from the way $xcontext.macro.content is being parsed.
> 
> Raluca.
> 
> 
>>> 
>>> 
>>> 
 Failed to execute the [velocity] macro
 org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
 Velocity Macro for content [(%class="tooltipHint
 #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
 $!hintStyles%)#if("$!xcontext.macro.params.id" !=
 "")(%class="tooltipLabelId hidden"%)$!
>> xcontext.macro.params.id#else{{html
 clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
 hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
 hidden"%)$tooltipEvent]
 at
 
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
 at
 
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
 at
 
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
 at
 
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
 at
 
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
 at
 
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
 at
 
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
 at
 
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
 at
 
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
 at
 
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
 at
 
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
 at
 
>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
 at
 
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
 at
 
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
 at
 
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
 at
 
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
 at
 
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
 at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
 at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Source)
 at
 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:597)
 at
 
>> org.apache.velocity.util.introspection.UberspectImpl$Ve

Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

2011-03-30 Thread Roman Muntyanu 
That worked perfectly!
Thanks Oana!

-Original Message-
From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
Elena-Oana Tabaranu
Sent: Wednesday, March 30, 2011 2:42 PM
To: users@xwiki.org
Subject: Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

Hi,

Edit the macro code on http:///xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing 
$xcontext.macro.content with ${xcontext.macro.content}

Hope this helps,
Oana

On 03/29/2011 06:52 PM, coldserenity wrote:
> Hello,
>
> Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6 ->
> 3.0RC1 (there might have been minor version upgrade in-between)
> After having upgraded to XWiki 3.0RC1, Tooltip macro (
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro ) stopped
> working throwing the error shown below.
> I've checked several other macros - they still work.
> Should I log a bug in Jira for the macro or this can be fixed somehow?
>
>
>
>> Failed to execute the [velocity] macro
>> org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
>> Velocity Macro for content [(%class="tooltipHint
>> #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
>> $!hintStyles%)#if("$!xcontext.macro.params.id" !=
>> "")(%class="tooltipLabelId hidden"%)$!xcontext.macro.params.id#else{{html
>> clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
>> hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
>> hidden"%)$tooltipEvent]
>>  at
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
>>  at
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>>  at
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
>>  at
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>>  at
>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
>>  at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
>>  at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Source)
>>  at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>  at java.lang.reflect.Method.invoke(Method.java:597)
>>  at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
>>  at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>>  at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
>>  at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
>>  at
>> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:188)
>>  at
>> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVel

Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

2011-03-30 Thread Raluca Stavro 
Hello,

On Wed, Mar 30, 2011 at 2:42 PM, Elena-Oana Tabaranu <
oana.tabar...@xwiki.com> wrote:

> Hi,
>
> Edit the macro code on http:// server>/xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing
> $xcontext.macro.content with ${xcontext.macro.content}
>
> Hope this helps,
> Oana
>
> On 03/29/2011 06:52 PM, coldserenity wrote:
> > Hello,
> >
> > Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6
> ->
> > 3.0RC1 (there might have been minor version upgrade in-between)
> > After having upgraded to XWiki 3.0RC1, Tooltip macro (
> > http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro )
> stopped
> > working throwing the error shown below.
> > I've checked several other macros - they still work.
> > Should I log a bug in Jira for the macro or this can be fixed
> somehow?
>

Because the Tooltip Macro is an extension, it is not bundled with XWiki.
This is why, using Jira is not a solution. Anyone can contribute to
extensions, so each time you have a fix for a piece of code, you can update
the extension accordingly. In this particular case, the Tooltip Macro code
has been updated on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro (v1.2.1:
small update to fix velocity parsing error), so you can just download it and
re-import it into your wiki. Oana is right, the issue that you have comes
from the way $xcontext.macro.content is being parsed.

Raluca.


> >
> >
> >
> >> Failed to execute the [velocity] macro
> >> org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
> >> Velocity Macro for content [(%class="tooltipHint
> >> #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
> >> $!hintStyles%)#if("$!xcontext.macro.params.id" !=
> >> "")(%class="tooltipLabelId hidden"%)$!
> xcontext.macro.params.id#else{{html
> >> clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
> >> hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
> >> hidden"%)$tooltipEvent]
> >>  at
> >>
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
> >>  at
> >>
> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
> >>  at
> >>
> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
> >>  at
> >>
> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
> >>  at
> >>
> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
> >>  at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
> >>  at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Source)
> >>  at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> >>  at java.lang.reflect.Method.invoke(Method.java:597)
> >>  at
> >>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
> >>  at
> >>
> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
> >>  at
> >>
> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.

Re: [xwiki-users] Phantom documents

2011-03-30 Thread Roman Muntyanu 
Sergiu,

The results are the following 
mysql> select xwd_id, xwd_language, xwd_default_language from xwikidoc where 
xwd_name like 'InitialRequirements';
++--+--+
| xwd_id | xwd_language | xwd_default_language |
++--+--+
|   43295369 | en   |  |
| -536599142 |  | en   |
++--+--+
2 rows in set (0.00 sec)

-Original Message-
From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
Sergiu Dumitriu
Sent: Wednesday, March 30, 2011 2:54 PM
To: XWiki Users
Subject: Re: [xwiki-users] Phantom documents

On 03/30/2011 10:00 AM, coldserenity wrote:
> Thanks for the hint, Caleb
> Indeed they have different xwd_language values
>
> mysql>  select xwd_id, xwd_language from xwikidoc where xwd_name like
> 'InitialRequirements';

Try this also:

select xwd_id, xwd_language, xwd_default_language from xwikidoc where 
xwd_name like 'InitialRequirements';

Is the default language en as well?

> ++--+
> | xwd_id | xwd_language |
> ++--+
> |   43295369 | en   |
> | -536599142 |  |
> ++--+
> 2 rows in set (0.00 sec)
>
> one is "en" and one is empty.
> Multilingual option is turned off, I guess that's why XWiki cannot recognize
> these documents as a bundle and allow editing each document separately.
>
>
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p640.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>


-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] FW: [myxwiki] new wiki request

2011-03-30 Thread Alex Sassmannshausen 
Hello,

I never received any response regarding my request for a community wiki. Are 
these still being set up? Is this list the right place to send these requests 
to?

Best wishes,
 
Alex Sassmannshausen
 
Enquiry Officer SLD
-Original Message-
From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of 
Alex Sassmannshausen
Sent: 25 March 2011 17:24
To: 'users@xwiki.org'
Subject: [xwiki-users] [myxwiki] new wiki request

Dear Sir/Madam,

I would like to request a wiki for our project.

I'm writing as an enquiry officer with Suffolk Libraries.

We are currently researching the feasability of maintaining staff handbooks and 
library procedures in the form of a wiki. This would allow us to instantly 
share the handbook with all who need it. It would also facilitate internal and 
public discussion of the way we run our libraries and what are the best ways to 
deal with issues as they come up.

We also feel there is scope for fostering co-operation between public libraries 
in general through this project - again by facilitating debate and the sharing 
of technical know-how.

We are attracted to xwiki because of its LGPL license and would be very 
interested in running our wiki on your servers for the duration of this pilot.

My username is AlexSassmannshausen. The server name we are hoping for is either 
sls.myxwiki.org or suffolklibs.myxwiki.org (depending on whether the first is 
already taken).

Please let me know if you have any further questions or requirements prior to 
creating the wiki for us.

With Regards,

Alex Sassmannshausen
Suffolk libraries direct
County Library
Northgate Street
IPSWICH
IP1 3DE
01473 584563

www.suffolk.gov.uk/sld

mailto: h...@suffolklibraries.co.uk

Have your say on the future of Suffolk's libraries: 
www.suffolk.gov.uk/librariesconsultation2011

Follow us on Twitterhttps://twitter.com/SuffolkLibrary>

We now offer pre-overdue alerts by sms text message or email - please ask for 
further details if you are interested.

Our website enables you to renew your loans, make reservations and search our 
catalogue. It includes a link to our new free eBook service.





Emails sent to and from this organisation will be monitored in accordance 
with the law to ensure compliance with policies and to minimise any 
security risks.
The information contained in this email or any of its attachments may
be privileged or confidential and is intended for the exclusive use of
the addressee. Any unauthorised use may be unlawful. If you receive
this email by mistake, please advise the sender immediately by using
the reply facility in your email software.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users




Emails sent to and from this organisation will be monitored in accordance 
with the law to ensure compliance with policies and to minimise any 
security risks.
The information contained in this email or any of its attachments may
be privileged or confidential and is intended for the exclusive use of
the addressee. Any unauthorised use may be unlawful. If you receive
this email by mistake, please advise the sender immediately by using
the reply facility in your email software.

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

[xwiki-users] XWiki Enterprise and XWiki Enterprise Manager 3.0 Released

2011-03-30 Thread Marius Dumitru Florea 
The XWiki development team is pleased to announce the release of XWiki 
Enterprise and XWiki Enterprise Manager 3.0.

Go grab them at http://www.xwiki.org/xwiki/bin/view/Main/Download

This is the first release of the 3.x cycle. Conforming to the general 
themes of the 3.x cycle, a lot of features have been polished and 
improved, and a few new features have been introduced as well. The 
highlights of this release are:

* Twitter-like messaging and networking inside the wiki,
* a new filesystem storage for attachments which allows huge attachments 
to be uploaded without requiring a lot of memory or database storage,
* improved dashboard editing,
* better cross-browser support and improved functionality for the 
WYSIWYG editor,
* a revamped UI for administration, improved office presentation import 
with a new gallery macro,
* live suggestions for the search input,
* a new UI for changing user avatars.

On the developers' front, we've made it easier to reuse the XWiki 
rendering engine outside our own codebase, by extracting two new top 
level projects:

* XWiki Commons, holding generic modules not tied to the rest of the 
platform,
* XWiki Rendering, holding all the XWiki-independent modules of the 
rendering engine.

We've setup a Jira dashboard ( 
http://jira.xwiki.org/jira/secure/Dashboard.jspa?selectPageId=10550 ) to 
present the work done for the whole 3.0 release. In summary, 510 issues 
have been closed by 14 committers (and other contributors providing 
patches), out of which 236 are fixed bugs.

For more information, see the full release notes for XWiki Enterprise 
3.0 ( 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterprise30 
) and XWiki Enterprise Manager 3.0 ( 
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXEM30 ).

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Phantom documents

2011-03-30 Thread Sergiu Dumitriu 
On 03/30/2011 10:00 AM, coldserenity wrote:
> Thanks for the hint, Caleb
> Indeed they have different xwd_language values
>
> mysql>  select xwd_id, xwd_language from xwikidoc where xwd_name like
> 'InitialRequirements';

Try this also:

select xwd_id, xwd_language, xwd_default_language from xwikidoc where 
xwd_name like 'InitialRequirements';

Is the default language en as well?

> ++--+
> | xwd_id | xwd_language |
> ++--+
> |   43295369 | en   |
> | -536599142 |  |
> ++--+
> 2 rows in set (0.00 sec)
>
> one is "en" and one is empty.
> Multilingual option is turned off, I guess that's why XWiki cannot recognize
> these documents as a bundle and allow editing each document separately.
>
>
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p640.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>


-- 
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1

2011-03-30 Thread Elena-Oana Tabaranu 
Hi,

Edit the macro code on http:///xwiki/bin/edit/XWiki/Tooltip?editor=object and try replacing 
$xcontext.macro.content with ${xcontext.macro.content}

Hope this helps,
Oana

On 03/29/2011 06:52 PM, coldserenity wrote:
> Hello,
>
> Environment: XWiki iteratively upgraded 2.2 ->  2.3 ->  2.4 ->  2.6 ->
> 3.0RC1 (there might have been minor version upgrade in-between)
> After having upgraded to XWiki 3.0RC1, Tooltip macro (
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Tooltip+Macro ) stopped
> working throwing the error shown below.
> I've checked several other macros - they still work.
> Should I log a bug in Jira for the macro or this can be fixed somehow?
>
>
>
>> Failed to execute the [velocity] macro
>> org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate
>> Velocity Macro for content [(%class="tooltipHint
>> #if($!xcontext.macro.params.display-icon == false) withoutIcon#end"
>> $!hintStyles%)#if("$!xcontext.macro.params.id" !=
>> "")(%class="tooltipLabelId hidden"%)$!xcontext.macro.params.id#else{{html
>> clean=false}}$!xcontext.macro.params.label{{/html}}#end(%class="tooltip
>> hidden" $!tooltipStyles %)$xcontext.macro.content(%class="tooltipEvent
>> hidden"%)$tooltipEvent]
>>  at
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124)
>>  at
>> org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:47)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:303)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:199)
>>  at
>> org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>>  at
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:213)
>>  at
>> org.xwiki.rendering.internal.macro.wikibridge.DefaultWikiMacro.execute(DefaultWikiMacro.java:57)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
>>  at
>> org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
>>  at
>> org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
>>  at
>> com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
>>  at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:556)
>>  at sun.reflect.GeneratedMethodAccessor530.invoke(Unknown Source)
>>  at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>  at java.lang.reflect.Method.invoke(Method.java:597)
>>  at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395)
>>  at
>> org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
>>  at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
>>  at
>> org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106)
>>  at
>> org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
>>  at
>> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:188)
>>  at
>> org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:153)
>>  at
>> com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116)
>>  at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1890)
>>  at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1828)
>>  at com.xpn.xwiki.api.XWiki.parseTemplate(XWi

Re: [xwiki-users] Phantom documents

2011-03-30 Thread Caleb James DeLisle 
That is indeed a bug. There should never be multilingual documents with 
multilingual turned off.
Would you mind reporting that on jira.xwiki.org?

Thanks

Caleb

On 03/30/2011 04:10 AM, coldserenity wrote:
> One addition to that - I have checked and only 2 documents in our database
> have 'en' language.
> The rest of them have empty language value.
> 
> I have checked the second document with 'en' set - and it too has a phantom.
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p668.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Deprecated usage of method [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@28, 33

2011-03-30 Thread Le Génie 
Hi Roman,

Take a look at this http://markmail.org/message/nuu4wbsthgjtvaqp
and I suggest that you ignore it.

Best regards,
Maxime

2011/3/29 coldserenity 

> Hello,
>
>   I'm trying to get rid of errors in my xwiki.log and this post is about
> XWiki complaining about usage of deprecated method
> [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@28,33.
>
>   Environment: XWiki iteratively upgraded 2.2 -> 2.3 -> 2.4 -> 2.6 ->
> 3.0RC1 (there might have been minor version upgrades in-between)
>  The question is: How should I fix this issue? (ignore it? update
> something? else?)
>
>   And the actual warning from the logs
>
>
> >2011-03-29 15:51:11,969
> > [http://host/xwiki/bin/loginsubmit/XWiki/XWikiLogin]
> > [http://host/xwiki/bin/loginsubmit/XWiki/XWikiLogin] WARN
> > internal.DefaultVelocityEngine  - Deprecated usage of method
> > [com.xpn.xwiki.api.XWiki.parseMessage] in /templates/login.vm@28,33
> >
>
> Regards,
>  Roman
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Deprecated-usage-of-method-com-xpn-xwiki-api-XWiki-parseMessage-in-templates-login-vm-28-33-tp6219660p6219660.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Phantom documents

2011-03-30 Thread coldserenity 
One addition to that - I have checked and only 2 documents in our database
have 'en' language.
The rest of them have empty language value.

I have checked the second document with 'en' set - and it too has a phantom.

--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p668.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Phantom documents

2011-03-30 Thread coldserenity 
Thanks for the hint, Caleb
Indeed they have different xwd_language values

mysql> select xwd_id, xwd_language from xwikidoc where xwd_name like
'InitialRequirements';
++--+
| xwd_id | xwd_language |
++--+
|   43295369 | en   |
| -536599142 |  |
++--+
2 rows in set (0.00 sec)

one is "en" and one is empty.
Multilingual option is turned off, I guess that's why XWiki cannot recognize
these documents as a bundle and allow editing each document separately.


--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p640.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Phantom documents

2011-03-30 Thread Caleb James DeLisle 


On 03/30/2011 02:21 AM, coldserenity wrote:
> Hello,
> 
>I've recently noticed that one of the documents on XWiki is in the
> orphaned list while clicking on it redirects me to the document that
> obviously has parent (path in the above section is present).
>Going to the database I found out on einteresting thing 
>
> mysql> select xwd_id, xwd_name, xwd_fullname, xwd_parent, xwd_version,
> xwd_translation from xwikidoc where xwd_name like 'InitialRequirements';
> ++-+--++-+-+
> | xwd_id | xwd_name| xwd_fullname |
> xwd_parent | xwd_version | xwd_translation |
> ++-+--++-+-+
> |   43295369 | InitialRequirements | MyHappySpace.InitialRequirements |   
> 
> | 5.1 |   1 |
> | -536599142 | InitialRequirements | MyHappySpace.InitialRequirements |
> xwiki:MyHappySpace.UserStories | 25.2|   1 |
> ++-+--++-+-+
> 2 rows in set (0.00 sec)
> 
> As I understand it's not quite normal to have document wit negative ID. I
> remember such issue happening before, the solution to it was to back-up the
> document content, delete the document. This would make "the document behind"
> (or phantom document) visible, delete the phantom document, and then create
> the document once more, restoring it from the backup.
> If you'd ask me for circumstances under which it occurred, I recollect only
> in general - we were simultaneously working on the document trying to create
> it and import its content from MSWord file.
> 
> Is this a known issue? Any circumstances under which it might occur? I've
> experienced it at least on version 2.4 and 2.6. 

Try checking the language if those two documents. (XWD_LANGUAGE in sql)
Since 2 translations of the same document are the actually 2 distinct 
documents, it is possible for
them to have different parents.
If MyHappySpace.InitialRequirements was an orphan, then it was translated the 
translation would too
be an orphan. Then if the original document was corrected the correction would 
not carry over to the
translation.

As for the negative IDs, that is normal. They are not sequential but rather 
generated by a hashcode
of the document name and language in what is one of the more embarrassing 
functions in the code base.

Caleb

> 
> Regards,
>   Roman
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Phantom-documents-tp6221973p6221973.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.
> ___
> users mailing list
> users@xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
> 

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users