[xwiki-users] Phantom documents
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. 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
Re: [xwiki-users] remote installation problem with font display
On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo nn1...@gmail.com 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
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
Re: [xwiki-users] Phantom documents
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
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
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] Tooltip macro not working after upgrade to 3.0RC1
Hi, Edit the macro code on http://your 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? 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(XWiki.java:848) at sun.reflect.GeneratedMethodAccessor284.invoke(Unknown Source) at
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
[xwiki-users] XWiki Enterprise and XWiki Enterprise Manager 3.0 Released
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
[xwiki-users] FW: [myxwiki] new wiki request
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/sldhttp://www.suffolk.gov.uk/sld mailto: h...@suffolklibraries.co.ukmailto:h...@suffolklibraries.co.uk Have your say on the future of Suffolk's libraries: www.suffolk.gov.uk/librariesconsultation2011http://www.suffolk.gov.uk/librariesconsultation2011 Follow us on Twitterblocked::https://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
Re: [xwiki-users] Phantom documents
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
Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1
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://your 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{{htmlhttp://xcontext.macro.params.id#else%7B%7Bhtml 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
Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1
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://your 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? 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
Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1
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://your 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{{htmlhttp://xcontext.macro.params.id#else%7B%7Bhtml 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)
Re: [xwiki-users] Tooltip macro not working after upgrade to 3.0RC1
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://your 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{{htmlhttp://xcontext.macro.params.id#else%7B%7Bhtml 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
Re: [xwiki-users] component manager not initialized after install
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: listener listener-classorg.xwiki.container.servlet.XWikiServletContextListener /listener-class /listener 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.init(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
Re: [xwiki-users] Phantom documents
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] remote installation problem with font display
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 shouldbeq...@gmail.comwrote: On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo nn1...@gmail.comwrote: 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
[xwiki-users] Registration Email in 3.0 not working as expected
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
On Wed, Mar 30, 2011 at 3:35 PM, Christopher Idryo nn1...@gmail.com 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 shouldbeq...@gmail.comwrote: On Wed, Mar 30, 2011 at 1:13 AM, Christopher Idryo nn1...@gmail.comwrote: 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
Re: [xwiki-users] Registration Email in 3.0 not working as expected
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