Hey everyone!
I’m having an issue with xwiki 7.2 when rendering the document tree macro.
The issue seems to be that the macro is not generating the appropriate HTML.
{{documentTree/}} is rendered as (% class='xtree ' ... %)((()))
All needed JS and CSS files are being pulled but since the JS is looking
for <a class="xtree" ...> it just never renders.
if I manually add an HTML snippet along the macro through
{{html}} <a class="xtree" data-responsive="true"
data-url='/xwiki/bin/get/XWiki/DocumentTree?outputSyntax=plain&'
data-dragAndDrop='false' data-contextMenu='false' data-icons='true'
data-edges='true' data-checkboxes='false' data-openTo=''
data-finder='false'>tree</a> {{/html}}
this snippet does render does render properly below the badly formatted
macro.
Any ideas or help are more than welcome!
*Juan Martín Sotuyo Dodero* - CTO
Office: +54.11 - 5217.7850
Mobile: +54.911 - 3684.5544
Skype: jsotuyod
*Argentina Head Office*
Viamonte 1181, 3rd fl, CABA, C1053ABW
*www.monits.com <http://www.monits.com/>*
We are running XWiki 5.4.3
We have upgraded the server on which XWiki runs, but we now get an error
when we want to delete a page:
Error number 0 in 3: Exception while hibernate execute
com.xpn.xwiki.XWikiException: Error number 0 in 3: Exception while hibernate
execute
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.execute(XWikiHibernateBaseStore.java:1266)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.executeWrite(XWikiHibernateBaseStore.java:1346)
at
com.xpn.xwiki.store.XWikiHibernateRecycleBinStore.saveToRecycleBin(XWikiHibernateRecycleBinStore.java:123)
at com.xpn.xwiki.XWiki.deleteDocument(XWiki.java:3801)
at com.xpn.xwiki.XWiki.deleteDocument(XWiki.java:3776)
at com.xpn.xwiki.XWiki.deleteAllDocuments(XWiki.java:5521)
at com.xpn.xwiki.XWiki.deleteAllDocuments(XWiki.java:5510)
at com.xpn.xwiki.web.DeleteAction.action(DeleteAction.java:93)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:293)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:129)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:646)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:121)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
at
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.hibernate.exception.GenericJDBCException: could not insert:
[com.xpn.xwiki.doc.XWikiDeletedDocument]
at
org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:140)
at
org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:128)
at
org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66)
at
org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:64)
at
org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2345)
at
org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2852)
at
org.hibernate.action.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:71)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:273)
at
org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:320)
at
org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:203)
at
org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:129)
at
org.hibernate.event.def.DefaultSaveOrUpdateEventListener.saveWithGeneratedOrRequestedId(DefaultSaveOrUpdateEventListener.java:210)
at
org.hibernate.event.def.DefaultSaveEventListener.saveWithGeneratedOrRequestedId(DefaultSaveEventListener.java:56)
at
org.hibernate.event.def.DefaultSaveOrUpdateEventListener.entityIsTransient(DefaultSaveOrUpdateEventListener.java:195)
at
org.hibernate.event.def.DefaultSaveEventListener.performSaveOrUpdate(DefaultSaveEventListener.java:50)
at
org.hibernate.event.def.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:93)
at org.hibernate.impl.SessionImpl.fireSave(SessionImpl.java:713)
at org.hibernate.impl.SessionImpl.save(SessionImpl.java:701)
at org.hibernate.impl.SessionImpl.save(SessionImpl.java:697)
at
com.xpn.xwiki.store.XWikiHibernateRecycleBinStore$1.doInHibernate(XWikiHibernateRecycleBinStore.java:128)
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.execute(XWikiHibernateBaseStore.java:1260)
... 46 more
Caused by: java.sql.SQLException: Field 'XDD_ID' doesn't have a default
value
at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:998)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3847)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3783)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2447)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2594)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2545)
at
com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:1901)
at
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2113)
at
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2049)
at
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2034)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at
org.hibernate.id.IdentityGenerator$GetGeneratedKeysDelegate.executeAndExtract(IdentityGenerator.java:94)
at
org.hibernate.id.insert.AbstractReturningDelegate.performInsert(AbstractReturningDelegate.java:57)
... 63 more
What could be the cause? Where should we start looking?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Delete-page-Error-number-0-in-3-Exception…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I wonder if anyone can help. I started using xwiki but have been a long time
use user of tikiwiki. In it there is something called "trackers" these are
basically forms. So I can create trackers that people can fill out and even
forms that reference other forms. So for instance I might have a tracker
called regions that might have two fields, State and City. So I fill out a
bunch of those for different states.
Then I can use this in another tracker so that when I select a state, a list
of cities relevant to that state entered in the previous tracker will auto
populate a drop down.
My question is, firstly, how do you create these forms (I looked at create
app and it doesn't seem to do what i want it to) and secondly how do you
reference other forms?
Any help greatly appreciated.
HH
--
View this message in context: http://xwiki.475771.n2.nabble.com/Migration-away-from-TikiWiki-Forms-based-…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I am in the process of writing an extension for XWiki.
Each time I make some code changes, and then refresh my local instance of
XWiki I see the message "XWiki is initializing..." which takes some time to
finish.
For small code changes, I feel like this "initialization" step slows down
my development.
What exactly is happening in this "XWiki is initializing..." step, and what
could I do to avoid this step entirely, so that I can work faster on my
extension?
Hi,
I am building a xwiki site and recently upgraded to 7.2 (we are holding
off launch for the permissions inheritance and nesting features)
The site was built using spaces as parents for pages and child-parent
relations.
After upgrade I realized two issues:
1. In the document tree the parrents are doubled.
Example at: http://imgur.com/Jj72P17l.png
2. Trying to edit the parent of a page (Rename->network icon) brings up
a list with a dark overlay that never goes away and I cannot click anywhere.
Any ideas what am I doing wrong?
Cheers,
Silviu
I have XWIKI 7.1.2 on UBUNTU 14.04.3 LTS, Tomcat7 and MySQL from Ubuntu
Distribution.
XWIKI WAR Install.
I am using a subwiki.
The following line
{{parentschildrenlivetable space="An existing Space"/}}
Result in this message in catalina.out
2015-10-14 18:04:35,664
[http://wiki/xwiki/wiki/icwiki/edit/XWiki/SpaceParentsChildrenService?langua…]
ERROR o.x.v.i.DefaultVelocityEngine - Left side ($returnedItems) of '<'
operation has null value at 37:icwiki:XWiki.SpaceParentsChildrenService[line
250, column 37]
--
View this message in context: http://xwiki.475771.n2.nabble.com/Parent-Children-Livetable-macro-1-2-Error…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
Im brand new to XWiki and am slowly working my way through things. Im
using ver 7.2 enterprise.
I have managed to configure ldap for active directory so that I can get
a single user to login, but how do I get XWiki to recognise a user group?
Ive seen various things online but nothing seems to work for me. Its
probably a simple configuration issue but im missing it.
Im using the ldap admin extension, so am not directly altering the xwiki.cfg
Any help is greatly appreciated. Im so close!!
/Gary./
What is the easiest/recommended way to make an HTTP POST or GET call from
within an XWiki extension?
Should I use Restlet? (I am guessing XWiki comes with Restlet support)
I created an XWiki component which is available as a jar file.
I have a ScriptService class for the component too:
----
@Role
public interface SearchClient
{
String search();
}
----
@Component
@Singleton
public class InternalSearchClient implements SearchClient
{
public String search()
{
return "test search results";
}
}
----
@Component
@Named("internalSearch")
@Singleton
public class InternalSearchScriptService implements ScriptService
{
@Inject
private InternalSearchClient searchClient;
public String search()
{
return this.searchClient.search();
}
}
----
I've added all the above files into their own jar with a components.txt
file:
com.mycompany.wiki.search.InternalSearchClient
com.mycompany.wiki.search.InternalSearchScriptService
and in my Wiki's pom.xml, I have the following:
<dependency>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-script</artifactId>
<version>${commons.version}</version>
</dependency>
Now from my Wiki page, when I do the following:
{{groovy}}
println(services.internalSearch.search())
{{/groovy}}
I get an error message saying "java.lang.NullPointerException: Cannot
invoke method search() on null object"
What am I doing wrong here?
(I followed the directions in
http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents — have
these directions changed, and/or is there anything else I need to do? )
The XWiki development team is proud to announce the availability of XWiki 7.3 Milestone 1.
This is the first of the 2 stabilization releases that happen at the end of each yearly Cycles. Lots of polishing has been done, especially for the recently introduced Nested Pages feature and its consequences on the UI redesign (modified menus for example).
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki73M1
The following people have contributed code to this release (sorted alphabetically on last name):
Pascal Bastien
Guillaume Delhumeau
Marius Dumitru Florea
Vincent Massol
Ecaterina Moraru
Eduard Moraru
Thomas Mortagne
Clemens Robbenhaar
Jean Simard
Gabriela Smeria
Manuel Smeria
Thanks for your support
-The XWiki dev team
I created an XWiki component which is available as a jar file.
I have a ScriptService class for the component too:
----
@Role
public interface SearchClient
{
String search();
}
----
@Component
@Singleton
public class InternalSearchClient implements SearchClient
{
public String search()
{
return "test search results";
}
}
----
@Component
@Named("internalSearch")
@Singleton
public class InternalSearchScriptService implements ScriptService
{
@Inject
private InternalSearchClient searchClient;
public String search()
{
return this.searchClient.search();
}
}
----
I've added all the above files into their own jar with a components.txt
file:
com.mycompany.wiki.search.InternalSearchClient
com.mycompany.wiki.search.InternalSearchScriptService
and in my Wiki's pom.xml, I have the following:
<dependency>
<groupId>org.xwiki.commons</groupId>
<artifactId>xwiki-commons-script</artifactId>
<version>${commons.version}</version>
</dependency>
Now from my Wiki page, when I do the following:
{{groovy}}
println(services.internalSearch.search())
{{/groovy}}
I get an error message saying "java.lang.NullPointerException: Cannot
invoke method search() on null object"
What am I doing wrong here?
(I followed the directions in
http://platform.xwiki.org/xwiki/bin/view/DevGuide/WritingComponents — have
these directions changed, and/or is there anything else I need to do? )
Hi all,
I was wondering if anyone knew of any methods to convert mediawiki pages to xwiki pages. Preferably with the assistance of a tool as I am looking to convert about 200 or so pages. Thanks to anyone who knows a solution to this!
Regards,
Tausif
Tausif Hasan | Intern
New York Genome Center
101 Avenue of the Americas
New York, NY 10013
thasan(a)nygenome.org<mailto:thasan@nygenome.org>
This electronic message is intended for the use of the named recipient only, and may contain information that is confidential, privileged or protected from disclosure under applicable law. If you are not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reading, disclosure, dissemination, distribution, copying or use of the contents of this message including any of its attachments is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately by contacting the sender at the electronic mail address noted above, and destroy all copies of this message. Please note, the recipient should check this email and any attachments for the presence of viruses. The organization accepts no liability for any damage caused by any virus transmitted by this email.
> > > Another way to give
> some PR, you can give them at github or Jirah
> contributors?
> > > "We hosting
> your nice xwiki but if you want more you can give us a few
> pieces of code)”
> >
> > Interesting idea. This reminds me of the
> idea I had a while ago to gamify contributions to xwiki:
> > http://markmail.org/message/6cqqriz5rylq26nk
> >
> > Thanks
> > -Vincent
Add a reputation field in profile on http://www.xwiki.org? Yes. This reputation must be display somewhere else: on comments by example, on monthly top contributors?
I don't want restart the debat but I don't like forum either (it exists anyway like you said)
I prefer a page with debat or questions in comments to finally update current page and make it alive)
Pascal
Hi,
XWiki is installed on a Linux Server (RH 6.7 x64) and a Windows 2012 R2 is
used as primary domain controller.
And for users : Win7 with Firefox or IE as Web browsers...
For information, I applied these parameters in xwiki.cfg :
<<
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
xwiki.authentication.ldap=1
xwiki.authentication.ldap.server=172.16.1.1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=dc=MYDOMAIN,dc=local
xwiki.authentication.ldap.bind_DN=MYDOMAIN\\Administrateur
xwiki.authentication.ldap.bind_pass=mypassW0RD
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn
>>
Now that I successfully tested XWIKI with LDAP Server, I'd like to allow
automatic login for users authentified in the domain !
How to proceed please ?
Does any body knows a procedure or what are the main steps to succeed ?
Thanks guys (an girls)
--
View this message in context: http://xwiki.475771.n2.nabble.com/How-to-use-SSO-with-XWIKI-tp7596453.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
" You could save the concerned pages with a user having Script permissions (you could script this if there are plenty of pages)."
I still think we are not on the same page - this is for almost every script, including all the "panel" scripts (Recent Modifications, etc...). These panels are used on every single page and I've tried saving pages to fix this, but it does not work. Strange, there is one that is working, Orphaned Pages.
Here is a screenshot: https://www.sugarsync.com/pf/D679848_06124469_052955
How do I re-save these? Also, I can't update or add / remove extensions because of this issue. Really, the whole system is unusable in this state.
Keith Davis (214) 906-5183
-----Original Message-----
From: Vincent Massol [mailto:vmassol@gmail.com] On Behalf Of vincent(a)massol.net
Sent: Sunday, October 11, 2015 6:32 AM
To: XWiki Users; Keith Davis
Subject: RE: [xwiki-users] XWiki 7.2 - Velocity Script Errors
On 10 Oct 2015 at 21:24:32, Keith Davis (keithdavis@pridedallas.com(mailto:keithdavis@pridedallas.com)) wrote:
> And what about the "localization" errors?
>
> Keith Davis (214) 906-5183
>
>
> -----Original Message-----
> From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith Davis
> Sent: Saturday, October 10, 2015 2:11 PM
> To: vincent(a)massol.net
> Cc: XWiki Users
> Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
>
> But what do I do to fix this issue now or are we stuck on 7.1.2 until this is fixed?
You could save the concerned pages with a user having Script permissions (you could script this if there are plenty of pages).
Re localization error, maybe they’re executed inside velocity scripts too and these pages also need to be saved by a user with script rights.
Thanks
-Vincent
>
> Keith Davis - (214) 906-5183 -
> http://pridedallas.com
>
> On Oct 10, 2015, at 11:35 AM, "vincent(a)massol.net" > wrote:
>
> Hi Keith,
>
> On 10 Oct 2015 at 15:31:29, Keith Davis (keithdavis@pridedallas.com(mailto:keithdavis@pridedallas.com)) wrote:
>
> > Created a new page with just this content:
> >
> > {{velocity}}
> > Your username is $xcontext.getUser(), welcome to the site.
> > {{/velocity}}
> >
> > That works:
> >
> > "Your username is XWiki.Admin, welcome to the site."
> >
> > I installed Xwiki originally, but a user that is no longer here (and the user has been deleted) has done most of the upgrades for some time. Is it possible that because his account is missing, there are no rights to these scripts?
>
> Indeed, that’s a possibility and what Edy was suggesting, see
> http://markmail.org/message/et34vg63fuul33xc
>
> I’ve also created http://jira.xwiki.org/browse/XWIKI-12676 to remember to handle this.
>
> Thanks
> -Vincent
>
> > Keith Davis (214) 906-5183
> >
> >
> > -----Original Message-----
> > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > Davis
> > Sent: Saturday, October 10, 2015 8:29 AM
> > To: XWiki Users
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> > " Missing xwiki-platform-localization-(script/api/etc.)-7.2.jar files in your webapps/xwiki/WEB-INF/lib installation folder (maybe due to an improper war upgrade [3]?)"
> >
> > I have 7 of these in the lib folder.
> >
> > " Missing 'admin.xwiki.installedextensions' translation, but that is unlikely since it is located in ApplicationResources.properties which is located in xwiki-platform-oldcore-7.2.jar in your WEB-INF/lib folder, without which your wiki would not be running."
> >
> > I have these 2, but no "xwiki-platform-oldcore-7.2.jar" file.
> >
> > xwiki-platform-legacy-oldcore-7.2.jar
> > xwiki-platform-filter-instance-oldcore-7.2.jar
> >
> > Keith Davis (214) 906-5183
> >
> >
> > -----Original Message-----
> > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > Davis
> > Sent: Saturday, October 10, 2015 8:24 AM
> > To: XWiki Users
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> > Ran the DW as the admin user, still getting these:
> >
> > Failed to register the wiki component located in the document [Home
> > AppWithinMinutes » ApplicationsPanelEntry]: WikiComponentException:
> > Registering UI extensions at wiki level requires wiki administration
> > rights Failed to register the wiki
> >
> > Keith Davis (214) 906-5183
> >
> >
> > -----Original Message-----
> > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > Davis
> > Sent: Saturday, October 10, 2015 8:14 AM
> > To: XWiki Users
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> > This is so broken. Even when I go to Edit a page, the Title shows this:
> >
> > $msg.get("xe.home.title")
> >
> > Keith Davis (214) 906-5183
> >
> >
> > -----Original Message-----
> > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > Davis
> > Sent: Saturday, October 10, 2015 8:12 AM
> > To: XWiki Users
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> > I tried logging in as admin and doing the Distribution Wizard, but now it won't come up. Is there a way to force that?
> >
> > Keith Davis (214) 906-5183
> >
> >
> > -----Original Message-----
> > From: Vincent Massol [mailto:vmassol@gmail.com] On Behalf Of
> > vincent(a)massol.net
> > Sent: Saturday, October 10, 2015 8:06 AM
> > To: XWiki Users
> > Cc: Keith Davis
> > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> >
> >
> > On 10 Oct 2015 at 14:47:10, vincent(a)massol.net (vincent@massol.net(mailto:vincent@massol.net)) wrote:
> >
> > > On 10 Oct 2015 at 14:41:01, Keith Davis (keithdavis@pridedallas.com(mailto:keithdavis@pridedallas.com)) wrote:
> > >
> > > > "Also, is your user account able to execute scripts? Have you tried creating a new page with a simple script to test that?"
> > > >
> > > > How do I do that? Is there a simple script that I can use? I have not written any velocity scripts on my own?
> > >
> > > Maybe this can help:
> > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Script+Macro#
> > > HR
> > > ig
> > > hts
> >
> > See also
> > http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting#HPermiss
> > io
> > ns
> >
> > Thanks
> > -Vincent
> >
> > > Thanks
> > > -Vincent
> > >
> > > > Keith Davis (214) 906-5183
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > > > Davis
> > > > Sent: Saturday, October 10, 2015 7:36 AM
> > > > To: XWiki Users
> > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > >
> > > > Scrolling through that list, I found a bunch more of those same errors. Why does it not think I am an administrator?
> > > >
> > > > Keith Davis (214) 906-5183
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Keith
> > > > Davis
> > > > Sent: Saturday, October 10, 2015 7:35 AM
> > > > To: XWiki Users
> > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > >
> > > > I finally got a chance to work on this today. I switched back to XWiki 7.2 and I got the Distribution Wizard interface telling me that the 7.1.2 UI is invalid and to upgrade (again). Is that supposed to happen? I never did anything to "downgrade" the UI.
> > > >
> > > > This time, I noticed that I get these errors:
> > > >
> > > > Failed to register the wiki component located in the document
> > > > [Home » AppWithinMinutes » ApplicationsPanelEntry]:
> > > > WikiComponentException: Registering UI extensions at wiki level
> > > > requires wiki administration rights Failed to register the wiki
> > > > component located in the document [Home » Stats »
> > > > ApplicationsPanelEntry]: WikiComponentException: Registering UI
> > > > extensions at wiki level requires wiki administration rights
> > > > Failed to register the wiki component located in the document
> > > > [Home » Scheduler » ApplicationsPanelEntry]: WikiComponentException:
> > > > Registering UI extensions at wiki level requires wiki
> > > > administration rights Failed to register the wiki component
> > > > located in the document [Home » XWiki » UserDirectoryApplicationsPanelEntry]:
> > > > WikiComponentException: Registering UI extensions at wiki level
> > > > requires wiki administration rights Failed to register the wiki
> > > > component located in the document [Home » Blog »
> > > > ApplicationsPanelEntry]: WikiComponentException: Registering UI
> > > > extensions at wiki level requires wiki administration rights
> > > > Failed to register the wiki component located in the document
> > > > [Home » Panels » ApplicationsPanelEntry]: WikiComponentException:
> > > > Registering UI extensions at wiki level requires wiki
> > > > administration rights
> > > >
> > > > I am an administrator - maybe this is the problem?
> > > >
> > > > Keith Davis (214) 906-5183
> > > >
> > > > -----Original Message-----
> > > > From: users [mailto:users-bounces@xwiki.org] On Behalf Of Eduard
> > > > Moraru
> > > > Sent: Tuesday, October 06, 2015 4:10 AM
> > > > To: XWiki Users
> > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > >
> > > > Keith, have you tried to create a new page with the source [1] of the content author checking app I mentioned above?
> > > >
> > > > Also, is your user account able to execute scripts? Have you tried creating a new page with a simple script to test that?
> > > >
> > > > If your user can not execute the scripts he writes, then you could try enabling the superadmin [2] account and log in with that one in order to create the content author checking app page (with the mentioned source code).
> > > >
> > > > We are at a debugging step here, since we can not reproduce what you describe, from the information you are giving us. I ran an upgrade of a clean 7.1.2 instance to a 7.2 version, through the Distribution Wizard without issues, so my conclusion is that there is a problem with your particular instance's state, probably due to some incomplete upgrade steps.
> > > >
> > > > Since you are the only one with access to your instances, we need more information of what is going on to find out what went wrong. Alternatively, you could also re-attempt the upgrade and making sure that, while resolving any conflicts during the Distribution Wizard's upgrade step, you include/merge the changes coming from the 7.2 version of the conflicting documents.
> > > >
> > > >
> > > > Re things like "$services.localization.render..." there could be
> > > > 2 causes
> > > > here:
> > > > 1) Missing xwiki-platform-localization-(script/api/etc.)-7.2.jar
> > > > files in your webapps/xwiki/WEB-INF/lib installation folder
> > > > (maybe due to an improper war upgrade [3]?)
> > > > 2) Missing 'admin.xwiki.installedextensions' translation, but that is unlikely since it is located in ApplicationResources.properties which is located in xwiki-platform-oldcore-7.2.jar in your WEB-INF/lib folder, without which your wiki would not be running.
> > > >
> > > > Hope this helps getting to the bottom of this.
> > > >
> > > > -Eduard
> > > >
> > > > ----------
> > > > [1]
> > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Conte
> > > > nt
> > > > +A
> > > > uthor#HSource
> > > > [2]
> > > > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Security#HSu
> > > > pe
> > > > ra
> > > > dminaccount [3]
> > > > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade
> > > >
> > > > On Mon, Oct 5, 2015 at 6:45 PM, Keith Davis
> > > > wrote:
> > > >
> > > > > Maybe we are not talking about the same thing. None of the
> > > > > scripts work, that includes the panel scripts, like My Recent
> > > > > Modifications, Backlinks and Recently Modified. Are you saying
> > > > > that the last Author of the that page is Author of the panel
> > > > > scripts as well, though those are shown on every page??? We
> > > > > don't write or create any velocity scripts - we are only using the ones that came with XWiki or installed via Extensions.
> > > > >
> > > > > Also, the extension managements pages are broken (I sent that
> > > > > in the first email that did not go through). Under Extension
> > > > > Manager, Add Extensions is listed, but is broken (I think, I'm
> > > > > back on
> > > > > 7.1.2 right now), but the other links all are like this:
> > > > >
> > > > > $services.localization.render
> > > > > ('admin.xwiki.installedextensions')
> > > > >
> > > > > Those definitely do no work.
> > > > >
> > > > >
> > > > > Keith Davis (214) 906-5183
> > > > >
> > > > >
> > > > > -----Original Message-----
> > > > > From: users [mailto:users-bounces@xwiki.org] On Behalf Of
> > > > > Eduard Moraru
> > > > > Sent: Monday, October 05, 2015 10:18 AM
> > > > > To: XWiki Users
> > > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script Errors
> > > > >
> > > > > Hi Keith,
> > > > >
> > > > > On Mon, Oct 5, 2015 at 3:38 PM, Keith Davis
> > > > >
> > > > > wrote:
> > > > >
> > > > > > "Is there any chance that, while you`ve executed the
> > > > > > Distribution Wizard, you might have missed (ignored) the
> > > > > > document
> > > > > XWiki.XWikiPreferences "
> > > > > >
> > > > > > I suppose - those boxes were not checked, but I checked
> > > > > > those boxes manually and it still did not work.
> > > > > >
> > > > >
> > > > > So you are saying that you`ve set the rights of the
> > > > > XWikiAllGroup as in the screenshot and you still have issues.
> > > > > Have you tried isolating the problem in a new page? Like
> > > > > creating a new page, writing/adding a velocity macro (event
> > > > > with some static text content, it does not
> > > > > matter) and then saving the page to see if it is executed properly and that you get no error?
> > > > >
> > > > > How do I figure out what user is the author? How do I change
> > > > > the author of
> > > > > > a script?
> > > > > >
> > > > >
> > > > > The last author of a script is the same thing as the last
> > > > > content author of the document in which the script is located.
> > > > > If you have problems with the scripts inside Main.Welcome (for
> > > > > example), you look at its "Last modified by" label, under the
> > > > > page title. That will tell you the user that last modified the
> > > > > page. The gotcha here is that the script right (just like the
> > > > > programming right) actually checks the last content author of
> > > > > that page, so the last user that changed the page's content
> > > > > (not the last user that added a comment for example, for that saved the page without changes, etc.).
> > > > >
> > > > > To make it easier, I`ve published this small app [1] that you
> > > > > can install with the Extension Manager and check the content
> > > > > author and the status of Programming and Script rights on a particular page.
> > > > >
> > > > > You need to identify who is the "content author" on the
> > > > > documents that contain scripts and that fail to work on your setup.
> > > > >
> > > > > Hope this helps,
> > > > > Eduard
> > > > >
> > > > > ----------
> > > > > [1]
> > > > > http://extensions.xwiki.org/xwiki/bin/view/Extension/Check+Con
> > > > > te
> > > > > nt
> > > > > +Aut
> > > > > hor
> > > > >
> > > > >
> > > > > >
> > > > > > BTW, this is almost every velocity script.
> > > > > >
> > > > > > Keith Davis (214) 906-5183
> > > > > >
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: users [mailto:users-bounces@xwiki.org] On Behalf Of
> > > > > > Eduard Moraru
> > > > > > Sent: Monday, October 05, 2015 7:33 AM
> > > > > > To: XWiki Users
> > > > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script
> > > > > > Errors
> > > > > >
> > > > > > Hello Keith,
> > > > > >
> > > > > > I see 2 possibilities here:
> > > > > >
> > > > > > 1) Is there any chance that, while you`ve executed the
> > > > > > Distribution Wizard, you might have missed (ignored) the
> > > > > > document XWiki.XWikiPreferences? Or maybe you`ve chosen to keep all your changes?
> > > > > > The point is that you rights configuration (specifically the 'script'
> > > > > > right
> > > > > > section) for the XWikiAllGroup in Administration should look
> > > > > > like in this screenshot [1] (from the 7.2 release notes [2]). The 'script'
> > > > > > right is explicitly given to all users so that the
> > > > > > migration/upgrade behaves as before, until you decide otherwise.
> > > > > > Please check that the rights setup is properly upgraded.
> > > > > >
> > > > > > 2) The only other case I can think of is that you might have
> > > > > > deleted the user that is set as last content author in (most
> > > > > > of) your documents. If this is the case, then indeed the
> > > > > > scripts will not be able to be executed since the user no
> > > > > > longer exists (and thus can not
> > > > > own the 'script' right).
> > > > > > To fix this, you could recreate the previously deleted user
> > > > > > and make sure he has the 'script' right.
> > > > > >
> > > > > > Please let us know if that helps.
> > > > > >
> > > > > > Thanks,
> > > > > > Eduard
> > > > > >
> > > > > > ----------
> > > > > > [1]
> > > > > >
> > > > > > http://www.xwiki.org/xwiki/bin/download/ReleaseNotes/Release
> > > > > > No
> > > > > > te sXWi ki
> > > > > > 72/scriptRightsExplicitlyAllowedInXWikiPreferences.png
> > > > > > [2]
> > > > > >
> > > > > > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNote
> > > > > > sX
> > > > > > Wi
> > > > > > ki72
> > > > > > #H
> > > > > > Scriptright
> > > > > >
> > > > > > On Mon, Oct 5, 2015 at 2:33 PM, Keith Davis
> > > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Yes, I did execute the Distribution Wizard.
> > > > > > >
> > > > > > > Keith Davis (214) 906-5183
> > > > > > >
> > > > > > > From: Vincent Massol [mailto:vmassol@gmail.com] On Behalf
> > > > > > > Of vincent(a)massol.net
> > > > > > > Sent: Monday, October 05, 2015 6:30 AM
> > > > > > > To: XWiki Users
> > > > > > > Cc: Keith Davis
> > > > > > > Subject: Re: [xwiki-users] XWiki 7.2 - Velocity Script
> > > > > > > Errors
> > > > > > >
> > > > > > > Hi Keith,
> > > > > > >
> > > > > > > See
> > > > > > > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNo
> > > > > > > te
> > > > > > > sX
> > > > > > > Wiki
> > > > > > > 72
> > > > > > > #H
> > > > > > > Scriptright
> > > > > > >
> > > > > > > Are you sure you’ve executed the Distribution Wizard?
> > > > > > > (because by default we give Script Rights to users).
> > > > > > >
> > > > > > > @Edy: I think we need some additional info in the Release
> > > > > > > Notes about
> > > > > > this.
> > > > > > >
> > > > > > > Thanks
> > > > > > > -Vincent
> > > > > > >
> > > > > > > On 5 Oct 2015 at 13:25:08, Keith Davis
> > > > > > > (keithdavis(a)pridedallas.com> > > > > > > m>
> > > > > > (mailto:
> > > > > > > keithdavis(a)pridedallas.com> > > > > > > >))
> > > > > > > keithdavis(a)pridedallas.com))> wrote:
> > > > > > >
> > > > > > > > I tried to send this once, but it looks like it did not go through.
> > > > > > > >
> > > > > > > > I just upgraded from 7.1.2 to 7.2 and now it looks like
> > > > > > > > none of the
> > > > > > > Velocity scripts work. I ended up rolling back to 7.1.2,
> > > > > > > because it's unusable in this state.
> > > > > > > >
> > > > > > > > org.xwiki.rendering.macro.MacroExecutionException: The
> > > > > > > > execution of the
> > > > > > > [velocity] script macro is not allowed. Check the rights
> > > > > > > of its last author or the parameters if it's rendered from another script.
> > > > > > >
> > > > > > > [snip]
> >
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
Hi guys,
I am looking for an example on how to create / use a queue for my custom jobs and how to add jobs in the queue (preferably an example in Java). I can’t find an example I can use - except for the job Executor description in the Extensions area. Can anyone supply me with an example?
With kind regards,
Peter
I tried to send this once, but it looks like it did not go through.
I just upgraded from 7.1.2 to 7.2 and now it looks like none of the Velocity scripts work. I ended up rolling back to 7.1.2, because it's unusable in this state.
org.xwiki.rendering.macro.MacroExecutionException: The execution of the [velocity] script macro is not allowed. Check the rights of its last author or the parameters if it's rendered from another script.
at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:178)
at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58)
at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269)
at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183)
at org.xwiki.panels.internal.PanelWikiUIExtension$1.call(PanelWikiUIExtension.java:175)
at org.xwiki.panels.internal.PanelWikiUIExtension$1.call(PanelWikiUIExtension.java:169)
at com.xpn.xwiki.internal.template.SUExecutor.call(SUExecutor.java:91)
at org.xwiki.panels.internal.PanelWikiUIExtension.execute(PanelWikiUIExtension.java:168)
at sun.reflect.GeneratedMethodAccessor566.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.ASTMethod.execute(ASTMethod.java:151)
at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280)
at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:420)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:256)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
at com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:729)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:627)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:605)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:571)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:557)
at com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1822)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1800)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:820)
at sun.reflect.GeneratedMethodAccessor243.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:256)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
at com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:729)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:627)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:605)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:571)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:557)
at com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1822)
at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1800)
at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:820)
at sun.reflect.GeneratedMethodAccessor243.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.render(ASTReference.java:369)
at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72)
at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311)
at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230)
at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207)
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.evaluateInternal(DefaultVelocityEngine.java:256)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222)
at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:198)
at com.xpn.xwiki.internal.template.InternalTemplateManager.evaluateContent(InternalTemplateManager.java:729)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:627)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:605)
at com.xpn.xwiki.internal.template.InternalTemplateManager.renderFromSkin(InternalTemplateManager.java:571)
at com.xpn.xwiki.internal.template.InternalTemplateManager.render(InternalTemplateManager.java:557)
at com.xpn.xwiki.internal.template.DefaultTemplateManager.render(DefaultTemplateManager.java:65)
at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1822)
at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:180)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:431)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:184)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:617)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:518)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1091)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:668)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1521)
at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1478)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
I am trying to connect my XWiki to a third-party search engine.
How can I modify the search results page?
I am trying to modify this page:
http://localhost:8443/bin/view/Main/Search
What file corresponds to this? In general, how can I find out what file
serves a URL path? (I looked in struts-config.xml, but I did not find any
"search" references there.
Hello,
Can I set, for example, user's account active time? I mean, I'd like to
set "Mr. Green's account will be active for 2 months" after this time his
account will be blocked.
Can I do this?
Greetings
Hi,
That is what I expected. I am however calling a java service for this where I’m going through a list of documents and doing the conversion. I expect that I have to set the document in the context from within the service?
Thanks for the answers,
Peter
On 8 Oct 2015 at 16:23:51, Eduard Moraru (enygma2002(a)gmail.com <mailto:enygma2002@gmail.com>(mailto:enygma2002@gmail.com <mailto:enygma2002@gmail.com>)) wrote:
> Hi,
>
> You did not mention how you are doing the "conversion". Are you using the
> rendering script service?
>
> Anyway, one thing I can think of is to set the context document before
> starting the conversion process. Here is a snippet that would exemplify
> this:
>
> {{velocity}}
> $xcontext.doc
> $xcontext.setDoc($xwiki.getDocument('Sandbox.WebHome').document)
> $xcontext.doc
> {{/velocity}}
>
> Note that it requires Programming Right (on the author user) to be able to
> be executable.
BTW Edy, we have a {{context}} macro for doing this :)
See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro <http://extensions.xwiki.org/xwiki/bin/view/Extension/Context+Macro>
Thanks
-Vincent
> Hope this helps,
> Eduard
>
>
> On Wed, Oct 7, 2015 at 12:38 PM, Peter Huisman wrote:
>
>> Hi,
>>
>> I am using a conversion from XWiki syntax to XHTML which is working like a
>> charm. The challenge I have however is the following:
>>
>> I am running a (test velocity) script from the Sandbox space. I am
>> converting documents in a different space (let’s say AAAA).These documents
>> contain objects with textarea’s where the references are in the form of
>> [[text>>doc:filename]] since it refers to documents in the AAAA space. The
>> conversion of XWiki links is “going down the drain” since the converter is
>> using the Sandbox space to resolve the reference to the page and generates
>> a create reference to the file.
>>
>> Is there an easy way to set the (default) space (in either Java or
>> Velocity) without having to run the script from the actual space (in this
>> case, the AAAA space)?
>>
>> Br,
>>
>> Peter
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org <mailto:users@xwiki.org>
>> http://lists.xwiki.org/mailman/listinfo/users <http://lists.xwiki.org/mailman/listinfo/users>
>>
> _______________________________________________
> users mailing list
> users(a)xwiki.org <mailto:users@xwiki.org>
> http://lists.xwiki.org/mailman/listinfo/users <http://lists.xwiki.org/mailman/listinfo/users>
Hi,
I am using a conversion from XWiki syntax to XHTML which is working like a charm. The challenge I have however is the following:
I am running a (test velocity) script from the Sandbox space. I am converting documents in a different space (let’s say AAAA).These documents contain objects with textarea’s where the references are in the form of [[text>>doc:filename]] since it refers to documents in the AAAA space. The conversion of XWiki links is “going down the drain” since the converter is using the Sandbox space to resolve the reference to the page and generates a create reference to the file.
Is there an easy way to set the (default) space (in either Java or Velocity) without having to run the script from the actual space (in this case, the AAAA space)?
Br,
Peter
I manage to launch save process of my page but I didn't manage to pass parameter in this process :-(
On my page in edit mode, I add a button with this JS code:
function SaveCurrentPage(MyForm, MyParam) {
require(['jquery'], function ($) {
$('#inline').attr('action','/bin/save/FormSMQ/SMQ-M2-FAM-Mon+am%C3%A9lioration');
//$('#inline').attr('method','get');
$('#inline').submit();
});
};
this code save current page and go in the view mode BUT I can NOT pass some parameters to my velocity code and update myClass object :-(
In the other way when I submit to view mode with
$('#inline').attr('action','/bin/view/FormSMQ/SMQ-M2-FAM-Mon+am%C3%A9lioration');
My current page is NOT saved but I can pass some parameter with hidden input (I can catch them with $request.aaaa in velocity code)
--- En date de : Mar 6.10.15, Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com> a écrit :
> De: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
> Objet: Re: [xwiki-users] Fw : Re: How to add a button with confirmation to save my page?
> À: "XWiki Users" <users(a)xwiki.org>
> Date: Mardi 6 octobre 2015, 12h23
> On Tue, Oct 6, 2015 at
> 1:01 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr>
> wrote:
> > First thxs both but it is not
> what I want try to do.
> >
> > I want to keep default button "Save,
> save and contine and Cancel" like usual.
> > With velocity I added a button to update
> my class object on my page and redirect to another one. My
> button working well in view mode but I want to use it in
> edit mode, then I must save my page before my class object
> update and redirection if not all page modifications will be
> lost.
> >
> > My main
> problem if I rewrite my code in JS is that I can not update
> my class object field attached on my page.
> >
> > (It's a shame it
> doesn't exist an $xwiki.LaunchSaveCurrentPage)
> >
> > Can I launch
> "save page" with javascript? My idea: i launch
> save my page in JS from edit mode to view mode with param
> (do redirect on another page). With this way I can keep my
> nice existant velocity code.
> > Do you
> know how if I can launch "save page" in JS
> then?
>
> > I see that a
> submit in JS go to preview mode, maybe I must modify the
> action target of #inline before submit?
>
> The submit button name (e.g.
> name="action_save") is not included by
> default when you submit the form using
> JavaScript (because the form
> may have
> multiple submit buttons, like in your case, and the
> JavaScript code wouldn't know what button
> to indicate in the submit
> form unless you
> explicitly indicate it). You need to add the button
> name to the submit parameters when you make the
> AJAX save request.
>
> Hope
> this helps,
> Marius
>