xwiki-users

xwiki-users@xwiki.org

10408 discussions

by mjdenham

I originally installed xwiki version 0.9.840, which is still displayed as the version in the window. Now I am trying to upgrade to xwiki b2 but cannot find the Import tab. Do I need to upgrade anything. I thought it was automatic. Thanks Martin -- View this message in context: http://www.nabble.com/Cannot-find-Import-tf2959068.html#a8278056 Sent from the XWiki- Users mailing list archive at Nabble.com.

18 years, 5 months

Virtual wiki's and groupmembership (implemented on 0.9.840 due for upgrade to 1.0b2).

by Esbach, Brandon

Hi all, Me again, this time with another groups/permission issue. On my wiki's I use "$context.xWiki.groupService.listGroupsForUser($context.user, $context.context))" to get a list of groups a user is a member of. This has worked very well up until implementing a virtual wiki setup...since implementing a virtual wiki setup, I've found the listGroupsForUser only works for the main wiki (the one pointing to xwiki database), and not for the "other" wiki's hanging on the same server. The users are definitely regarded as being in the group as a permission check works for the group (eg if only group ABC has right EDIT for a space, the user is granted the right only if they are in the group). But, the listGroupsForUser always returns no groups, even for XWiki.Admin - even though every user has at least one group. Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 5 months

Viewrev not working

by Marc Lijour

Hi I have suddenly a problem with the history on 1252. >From the history page I can compare successfully 2 revisions of the page, but if I click on the link for a specific revision it tells me the page does not exist... Is it a know bug? Do you know of a workaround? Thanks Marc

18 years, 5 months

setting up xwiki

by Edward Barrow

I'm trying to get xwiki setup and working. I am using tomcat5 and postgresql and (now) a 1.5 jdk. The basic and minimal wiki is there but: First problem, I'm getting an error when I try to import the basic pages in the default xar. This happens as soon as I click "attach this file" on the import tab in Administration. The stack trace is below. Any pointers would be welcome, many thanks, edward. Error number 0 in 11: Uncaught exception Wrapped Exception: null com.xpn.xwiki.XWikiException: Error number 0 in 11: Uncaught exception Wrapped Exception: null at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:159) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.lang.NullPointerException at com.xpn.xwiki.web.UploadAction.action(UploadAction.java:51) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:143) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)

18 years, 5 months

MySQL5?

by Esbach, Brandon

Using MySQL 5.0.27 on a new test box, with XWiki10B2 and getting the following message every time I try to create a new document: Does not seem to happen for MySQL 4.1 at all. Is this a bug or is there a config I need to implement for my MySQL version? Error number 3201 in 3: Exception while saving document Main.TesTsts Wrapped Exception: Could not execute JDBC batch update com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Main.TesTsts Wrapped Exception: Could not execute JDBC batch update at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore .java:310) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96 ) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90 ) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:767) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:111) at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:120) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:143) 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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi ngFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 48) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:86 9) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc essConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint .java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow erWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) at java.lang.Thread.run(Thread.java:595) Wrapped Exception: java.sql.BatchUpdateException: Field 'XWD_ARCHIVE' doesn't have a default value at com.mysql.jdbc.ServerPreparedStatement.executeBatch(ServerPreparedStatem ent.java:828) at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingState ment.java:294) at org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingState ment.java:294) at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:5 8) at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:195 ) at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java :91) at org.hibernate.jdbc.AbstractBatcher.prepareStatement(AbstractBatcher.java :86) at org.hibernate.jdbc.AbstractBatcher.prepareBatchStatement(AbstractBatcher .java:171) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEn tityPersister.java:2048) at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEn tityPersister.java:2427) at org.hibernate.action.EntityInsertAction.execute(EntityInsertAction.java: 51) at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:243) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:227) at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:140) at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions( AbstractFlushingEventListener.java:296) at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEv entListener.java:27) at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1009) at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:356) at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:10 6) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernat eBaseStore.java:561) at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernat eBaseStore.java:539) at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore .java:305) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:96 ) at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:90 ) at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:767) at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:111) at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:120) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:143) 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.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi ngFilter.java:121) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica tionFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt erChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv e.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv e.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :105) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:1 48) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:86 9) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proc essConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint .java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollow erWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:684) at java.lang.Thread.run(Thread.java:595) Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 5 months

Change xwiki menu

by Sebastien Cesbron

Hi, I would like to change my xwiki right side menu (the toolbar I guess) to the one at xwiki.org. Two questions : - I've tried to create some Toolbar pages in different spaces but this does not seems to change anything : is it always the way to go with xwiki 1.0-beta2 ? - Is there a way to grab the source code of the xwiki.org toolbar ? Thanx Seb

18 years, 5 months

upgrade xwiki to 1.0b2 encounter "Could not initialize main XWiki context"

by xwiki xwiki

Hi, we were using xwiki 0.9.840, and recently I test to update with 1.0b2 with old database. as we are using postgresql as our db backend, I need to update xwiki with database migration (which I have seen 1.0b2 supports migration), I have modified the hibernate.cfg.xml to postgresql configuration. our system is: * gentoo 2006.1 * tomcat: 5.0.27-r6 * postgresql: postgresql-8.0.8 * jdbc: postgresql-8.0-315.jdbc3.jar after start tomcat, I connect to xwiki page and get following exception: exception javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document XWiki.TagClass Wrapped Exception: Could not execute JDBC batch update org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) root cause com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document XWiki.TagClass Wrapped Exception: Could not execute JDBC batch update com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:223) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:303) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:121) i believe that there are people using postgresql, is that you have experienced same error? or it's not the problem with postgresql? any help to solve this problem? best regards, muzi

18 years, 5 months

Permissions/Rights assignment

by Esbach, Brandon

In the old Xwiki rights screen (0.9.840 style), you could type in any text as a permission type (instead of view, edit, programming, etc), this means you could use dynamic permissions instead of group looping to determine different options for certain users. This means that you do not have to loop groups (or any other object) to restrict the options. In the new xwiki rights assignment panel there is no obvious possibility to add to the permissions list (they are a scroll list, I would assume they are based on a database entry). Any chance there is a way I can manually add to this list on my local wiki for the time being? Brandon Esbach Software Engineer M/A-Com Eurotec Operations LoughMahon Technology Park, Skehard Road, Blackrock, Cork, Ireland Tel +353 21 4808305

18 years, 5 months

RE: RE: [xwiki-users] Object properties' translations

by Karttunen Petteri

Thank you Sergiu! That information clarified the issue for me and helps me a lot in planning. I can see from the schema and id generation algorithms that object linking on document translation level is not too simple thing to change. Maybe that’s a little too heavy an issue for me to contribute, but of curiosity: do you have plans already how to solve this? Code in SVN? In any case I’m interested of the panel and page code you mentioned so please send it to me. Thanks! Petteri From: Sergiu Dumitriu [mailto:sergiu.dumitriu@gmail.com] Sent: 9. tammikuuta 2007 1:25 To: xwiki-users(a)objectweb.org Subject: Re: RE: [xwiki-users] Object properties' translations {quote} If you have more than one objects that must be translated on a page, you cannot use this function, because, as you see, there is no "number" parameter. However, you can write you own code that iterates over all objects. {/quote} Generally, it is recommended to have one main object per page. It is not a must, the final decision is yours, and it depends on the application profile. Sergiu On 1/9/07, Sergiu Dumitriu <HYPERLINK "mailto:sergiu.dumitriu@gmail.com"sergiu.dumitriu(a)gmail.com> wrote: Hi, Internally, a document has only one principal version, the one in the original language. Translations are just variants of that original document. Objects are attached to a document, meaning that an object is bound to the original document. This way you can't have (for the moment) objects attached to a translation. This is bound to change in 1.1 (or later). However, you can simulate this by using (indeed) a language property. In detail: 1. You must add a StringProperty for each class you would like to be translatable, named "lang" (or any other name you like) 2. Replace doc.getObject("MyClass") with doc.getObject("MyClass", "lang", $context.language[, true]). This return an object with the "lang" property set to the current language. Of course, you can replace $context.language with a specific language. The optional true parameter stands for failover, meaning that if an object with the requested language was not found, try again without the language filter. You cannot automatically translate objects with the current skin. If you are interested, I can give you the code for a panel and a page that can be used for this. If you have more than one objects that must be translated on a page, you cannot use this function, because, as you see, there is no "number" parameter. However, you can write you own code that iterates over all objects. On 1/9/07, HYPERLINK "mailto:petteri.karttunen@kuopionkonservatorio.fi" \npetteri.karttunen(a)kuopionkonservatorio.fi <HYPERLINK "mailto:petteri.karttunen@kuopionkonservatorio.fi" \n petteri.karttunen(a)kuopionkonservatorio.fi> wrote: Yes, the wizard works correctly as far as I can see. The problem is perhaps more obvious with tagging for example (default XWiki.TagClass) ; if you want to tag the content of the same page differently depending on the page translation you have to add a TagClass instance for every translation and somehow bind them to translation in question(?) So is there a reason why the object's properties should be language independent? These are fundamental questions for me when planning the structure of my xwiki-based translation portal by no means impassable obstacles. Before fixing the custom class structure I would anyway very much like to hear your thoughts and developers' plans if the logic is going to stay this way in future releases. Thanks! Petteri -- You receive this message as a subscriber of the HYPERLINK "mailto:xwiki-users@objectweb.org" \nxwiki-users(a)objectweb.org mailing list. To unsubscribe: mailto:HYPERLINK "mailto:xwiki-users-unsubscribe@objectweb.org" \n xwiki-users-unsubscribe(a)objectweb.org For general help: mailto:HYPERLINK "mailto:sympa@objectweb.org" \nsympa(a)objectweb.org?subject=help ObjectWeb mailing lists service home page: HYPERLINK "http://www.objectweb.org/wws" \nhttp://www.objectweb.org/wws -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.7/619 - Release Date: 7.1.2007 18:29 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.16.7/619 - Release Date: 7.1.2007 18:29

18 years, 5 months

includeTopic

by Marc Lijour

Hi quick question about #includeTopic 's behaviour (I am running 1252). Setup The main page contains a macro #buildPage() which takes an array. This macro calls #includeTopic() in a loop such as this: ## generating the includeTopic calls #foreach( $strand in $strandArray ) #includeTopic("${namespace}.${strand}") #end This macro is included in the main page with #includeMacros(). 2 conflicting behaviours observed 1) XWiki just started (no cache): only the first includeTopic page is rendered, the others are not 2) Once the pages (called in #includeTopic() ) are visited they display fine (I guess this is the work of the cache) Is this a normal behaviour? Any advice? At least is it possible to call programmatically the page to have it rendered in the cache? It is probably not the right way to do it.. Thanks. Marc

18 years, 5 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users