Here it is...
Timestamp
Jan 30, 2012 17:56:30.064
Log Level
INFO
Logger
javax.enterprise.system.std.com.sun.enterprise.server.logging
Name-Value Pairs
_ThreadID=25;_ThreadName=Thread-2;
Record Number
72
Message ID
Complete Message
2012-01-30 17:56:30,064 [http://mydomain.com:8180/xwiki/bin/view/Main/] WARN c.x.x.XWiki - Exception while getting wiki preference [xwiki.plugin.activitystream.daystokeepevents] com.xpn.xwiki.XWikiException: Error number 3202 in 3: Exception while reading document [name = [XWikiPreferences], type = [DOCUMENT], parent = [name = [XWiki], type = [SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null]]]] Wrapped Exception: Error number 3301 in 3: Exception while switching to database xwiki Wrapped Exception: Access denied for user 'test'@'localhost' to database 'xwiki' at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:856) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:283) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1427) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1470) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.getXWikiPreference(XWiki.java:2207) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin.getActivityStreamPreference(ActivityStreamPlugin.java:111) [xwiki-platform-activitystream-3.4.jar:na] at com.xpn.xwiki.plugin.activitystream.impl.ActivityStreamCleaner.getNumberOfDaysToKeep(ActivityStreamCleaner.java:106) [xwiki-platform-activitystream-3.4.jar:na] at com.xpn.xwiki.plugin.activitystream.impl.ActivityStreamCleaner.init(ActivityStreamCleaner.java:215) [xwiki-platform-activitystream-3.4.jar:na] at com.xpn.xwiki.plugin.activitystream.impl.ActivityStreamImpl.init(ActivityStreamImpl.java:230) [xwiki-platform-activitystream-3.4.jar:na] at com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin.init(ActivityStreamPlugin.java:124) [xwiki-platform-activitystream-3.4.jar:na] at com.xpn.xwiki.plugin.XWikiPluginManager.initPlugin(XWikiPluginManager.java:152) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.plugin.XWikiPluginManager.addPlugin(XWikiPluginManager.java:88) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.plugin.XWikiPluginManager.addPlugins(XWikiPluginManager.java:116) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.preparePlugins(XWiki.java:1111) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:792) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.<init>(XWiki.java:739) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:401) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:487) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136) [xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) [xwiki-platform-legacy-oldcore-3.4.jar:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) [struts-1.2.9.jar:1.2.9] at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) [struts-1.2.9.jar:1.2.9] at javax.servlet.http.HttpServlet.service(HttpServlet.java:734) [javax.servlet.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [javax.servlet.jar:na] at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1539) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:343) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:128) [xwiki-platform-legacy-oldcore-3.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144) [xwiki-platform-wysiwyg-server-3.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) [xwiki-platform-webdav-server-3.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:217) [xwiki-platform-container-servlet-3.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:109) [xwiki-platform-container-servlet-3.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256) [web-core.jar:3.1.1] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:217) [web-core.jar:3.1.1] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:279) [web-core.jar:3.1.1] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) [web-core.jar:3.1.1] at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:655) [web-core.jar:3.1.1] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:595) [web-core.jar:3.1.1] at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:98) [web-glue.jar:3.1.1] at com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:91) [web-glue.jar:3.1.1] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:162) [web-core.jar:3.1.1] at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:330) [web-core.jar:3.1.1] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:231) [web-core.jar:3.1.1] at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:174) [kernel.jar:3.1.1] at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:828) [grizzly-http.jar:1.9.36] at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:725) [grizzly-http.jar:1.9.36] at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1019) [grizzly-http.jar:1.9.36] at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:225) [grizzly-http.jar:1.9.36] at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79) [grizzly-http.jar:1.9.36] at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.ContextTask.run(ContextTask.java:71) [grizzly-framework.jar:1.9.36] at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532) [grizzly-utils.jar:1.9.36] at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513) [grizzly-utils.jar:1.9.36] at java.lang.Thread.run(Thread.java:662) [na:1.6.0_26] Caused by: com.xpn.xwiki.XWikiException: Error number 3301 in 3: Exception while switching to database xwiki Wrapped Exception: Access denied for user 'test'@'localhost' to database 'xwiki' at com.xpn.xwiki.store.XWikiHibernateBaseStore.setDatabase(XWikiHibernateBaseStore.java:631) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.store.XWikiHibernateBaseStore.beginTransaction(XWikiHibernateBaseStore.java:767) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] at com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:731) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] ... 67 common frames omitted Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'test'@'localhost' to database 'xwiki' at sun.reflect.GeneratedConstructorAccessor162.newInstance(Unknown Source) ~[na:na] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) ~[na:1.6.0_26] at java.lang.reflect.Constructor.newInstance(Constructor.java:513) ~[na:1.6.0_26] at com.mysql.jdbc.Util.handleNewInstance(Util.java:411) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.Util.getInstance(Util.java:386) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:1052) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3609) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:3541) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2002) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2163) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2618) ~[mysql-connector-java-5.1.18-bin.jar:na] at com.mysql.jdbc.ConnectionImpl.setCatalog(ConnectionImpl.java:5086) ~[mysql-connector-java-5.1.18-bin.jar:na] at org.apache.commons.dbcp.DelegatingConnection.setCatalog(DelegatingConnection.java:374) ~[commons-dbcp-1.3.jar:1.3] at org.apache.commons.dbcp.DelegatingConnection.setCatalog(DelegatingConnection.java:374) ~[commons-dbcp-1.3.jar:1.3] at org.apache.commons.dbcp.PoolingDataSource$PoolGuardConnectionWrapper.setCatalog(PoolingDataSource.java:333) ~[commons-dbcp-1.3.jar:1.3] at sun.reflect.GeneratedMethodAccessor164.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_26] at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_26] at org.hibernate.jdbc.BorrowedConnectionProxy.invoke(BorrowedConnectionProxy.java:74) ~[hibernate-core-3.6.9.Final.jar:3.6.9.Final] at $Proxy213.setCatalog(Unknown Source) ~[na:na] at com.xpn.xwiki.store.XWikiHibernateBaseStore.setDatabase(XWikiHibernateBaseStore.java:620) ~[xwiki-platform-legacy-oldcore-3.4.jar:na] ... 69 common frames omitted
30 января 2012, 21:29 от Thomas Mortagne <thomas.mortagne(a)xwiki.com>:
> On Mon, Jan 30, 2012 at 6:10 PM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
> > Yes, I did. :-(
> >
> > XEM 3.4
> >
> > javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context
> > Wrapped Exception: Error number 3202 in 3: Exception while reading document [name = [XWikiPreferences], type = [DOCUMENT], parent = [name = [XWiki], type = [SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null]]]]
> > Wrapped Exception: Error number 3301 in 3: Exception while switching to database xwiki
> > Wrapped Exception: Access denied for user 'test'@'localhost' to database 'xwiki'
>
> Do you have more ? Would be nice to get the full stack trace.
>
> >
> > And actually there is no DB xwiki in Mysql. Xwiki is completely right.
> > The rest settings in xwiki.cfg are intact.
> >
> > Kind regards
> >
> > Dmitry
> >
> > PS. Sorry for the private mailing
> >>
> >> 30 января 2012, 20:46 от Thomas Mortagne <thomas.mortagne(a)xwiki.com>:
> >> > On Mon, Jan 30, 2012 at 5:06 PM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
> >> > > Hi, All!
> >> > >
> >> > > Does anyone know, is it possible to change default DB name xwiki to smth else?
> >> > >
> >> > > I changed in config.cfg,
> >> > >
> >> > > xwiki.db=test
> >> > >
> >> > > in hibernate.cfg.xml
> >> > >
> >> > > <property name="connection.url">jdbc:mysql://localhost/test</property>
> >> > >
> >> > > After XWiki reload it tries to access xwiki db still. :-(
> >> > >
> >> > > What is correct way to do it?
> >> >
> >> > Well that's supposed to be the correct way actually. You sure you
> >> > uncommented xwiki.db ?
> >> >
> >> > >
> >> > > Thanks in advance,
> >> > >
> >> > > Dmitry
> >> > > _______________________________________________
> >> > > users mailing list
> >> > > users(a)xwiki.org
> >> > > http://lists.xwiki.org/mailman/listinfo/users
> >> >
> >> > --
> >> > Thomas Mortagne
> >> >
> > _______________________________________________
> > users mailing list
> > users(a)xwiki.org
> > http://lists.xwiki.org/mailman/listinfo/users
>
> --
> Thomas Mortagne
>
Yes, I did. :-(
XEM 3.4
javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context
Wrapped Exception: Error number 3202 in 3: Exception while reading document [name = [XWikiPreferences], type = [DOCUMENT], parent = [name = [XWiki], type = [SPACE], parent = [name = [xwiki], type = [WIKI], parent = [null]]]]
Wrapped Exception: Error number 3301 in 3: Exception while switching to database xwiki
Wrapped Exception: Access denied for user 'test'@'localhost' to database 'xwiki'
And actually there is no DB xwiki in Mysql. Xwiki is completely right.
The rest settings in xwiki.cfg are intact.
Kind regards
Dmitry
PS. Sorry for the private mailing
>
> 30 января 2012, 20:46 от Thomas Mortagne <thomas.mortagne(a)xwiki.com>:
> > On Mon, Jan 30, 2012 at 5:06 PM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
> > > Hi, All!
> > >
> > > Does anyone know, is it possible to change default DB name xwiki to smth else?
> > >
> > > I changed in config.cfg,
> > >
> > > xwiki.db=test
> > >
> > > in hibernate.cfg.xml
> > >
> > > <property name="connection.url">jdbc:mysql://localhost/test</property>
> > >
> > > After XWiki reload it tries to access xwiki db still. :-(
> > >
> > > What is correct way to do it?
> >
> > Well that's supposed to be the correct way actually. You sure you
> > uncommented xwiki.db ?
> >
> > >
> > > Thanks in advance,
> > >
> > > Dmitry
> > > _______________________________________________
> > > users mailing list
> > > users(a)xwiki.org
> > > http://lists.xwiki.org/mailman/listinfo/users
> >
> > --
> > Thomas Mortagne
> >
Hi, All!
Does anyone know, is it possible to change default DB name xwiki to smth else?
I changed in config.cfg,
xwiki.db=test
in hibernate.cfg.xml
<property name="connection.url">jdbc:mysql://localhost/test</property>
After XWiki reload it tries to access xwiki db still. :-(
What is correct way to do it?
Thanks in advance,
Dmitry
Hi,
In order to customize WYSIWYSG editor only on some pages I have made
following changes in wysiwyg_storeConfig macro:
#macro(wysiwyg_storeConfig $parameters $editedDocument $fieldId $full)
...
#if($xcontext.contains('wysiwyg_overriding_parameters'))
#set($ok =
$parameters.putAll($xcontext.putAll('wysiwyg_overriding_parameters')))
#end
...
#end
Part of sheet for these pages looks like this:
#set($overriding_parameters = $util.hashMap)
#set($ok = $overriding_parameters.put('plugins', ...))
#set($ok = $overriding_parameters.put('menu', ...))
#set($ok = $overriding_parameters.put('toolbar', ...))
#set($ok = $xcontext.put('wysiwyg_overriding_parameters',
$overriding_parameters))
This is good enough for editors on previously created pages. Editors
look (in inline mode) just the way I want. But, on new pages editors
always use default configuration.
To test these unexpected result I added following two lines in the sheet:
#set($ok = $xcontext.put('foo', 'bar'))
$xcontext.get('foo')
On new pages $xcontext.get('foo') is displayed, and on existing ones it
is bar.
(Version 3.1)
Thanks,
Ozren
Thanks a lot for clarification.
It makes sence now from explained point of view, but I still can't get WHY as global user on NON-workspace wiki I should see Workspace Manager menus? Anyhow I can't use Workspace Manager INSIDE virtual Wiki. It makes sence if you would extend Workspace manager and make it completely independent on each and every virtual wiki.
So, the main reason why: it's just useles inside virtual wiki (for now)
For me, e.g., ideal workflow looks like:
Case 1. XEM -> virtual wiki isolated, no Workspace Manager on board
Case 2. XEM -> virtual wiki isolated, WITH Workspace Manager on board. Each virtual wiki in this case will be able to produce it's own workspaces isolated from each other (like independent projects on the same server). Only Local Users can take part in workspace management.
Case 3. XEM -> virtual wiki isolated + Workspace manager on board. Same as Case 2, but Local Users can log once in any virtual/workspace wiki they allowed AND via this login have access to each and every wiki they registered/invited.
For current purposes I would prefer Case 1 behaviour. Soon I'd like to use Case 2 then 3 scenario, but for now - no way :-(
Hope it would be useful for futher development.
Kind Regards,
Dmitry
27 января 2012, 16:48 от Eduard Moraru <enygma2002(a)gmail.com>:
Oh, I see now.
The way it works now when visiting a normal subwiki (not a workspace) is that:
1) If you are a global user (user of the main wiki), the menus will be displayed to you (and you will be thus exposed to the global context of which you are part of).
2) If you are a local user (user of a subwiki that is part of a wiki *farm*), you don`t see the menus any more and are isolated inside the wiki (and not exposed to the global context).
So, as a conclusion, the menus appear to you based on your user type and not on the type of wiki you are currently viewing.
Does that make sense now? Does this fit your usecase? If not, can you please elaborate on the reason why you would like global users not to be able to see the global context when viewing a regular subwiki?
Thanks,
Eduard
On Fri, Jan 27, 2012 at 1:32 PM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
Thank you Eduard,
Sorry, probably I wasn't clear in my questions...
- I want to use WORKSPACE Manager on MAIN Wiki and manage them as designed.
- BUT, the same time I want to use WIKI Manager to have completely independent from main wiki and other workspaces virtual wikis.
So, I set up XEM, installed Workspace manager to play around AND with Wiki Manager created virtual Wiki.
Now I completely stuck how to get rid of all Workspace Manager links in wiki farm (!) (not workspaces). I would prefer to keep running Workspace Manager on main Wiki AND Wiki farm simultaneously, if possible.
Is there any simple solution?
The only thing I suppose should work is to take *.vm files from XE and attach them to the skin file. Looks wierd and unpredictable for me :-(
Kind Regards,
Dmitry
27 января 2012, 14:26 от Eduard Moraru <enygma2002(a)gmail.com>:
Hi Dmitry,
Starting with 3.3, XEM has moved the main usecase for subwikis from farm to workspaces. This means that, additionally to the WikiManager application [1], now XEM also contains the Workspace Application [2].
The encouraged way of for creating a wiki farm right now (if that is really what you need) is to get XE, install WikiManager [1] and create your farm.
If you *insist* on using XEM for creating a wiki farm, all you have to do is delete the WorkspaceManager space, thus removing the Workspaces application and disabling the extra menus that were getting in your way. Additionally, you should also remove the xwiki-platform-workspace-api-<version>.jar file from the /webapps/xwiki/WEB-INF/lib/ folder, since you don`t want to use it anymore and you have removed the UI.
However, if your plan is to have global users that work on different subwikis (like an intranet with departments mapped to subwikis or a place where you work on projects mapped to subwikis, etc.), you might reconsider using Workspaces.
In any case, I hope this solves your problem.
Thanks,
Eduard
-----------------
References:
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Wiki+Manager+Applicati…
[2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Workspace+Application
On Fri, Jan 27, 2012 at 11:57 AM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
Ooops, wrong solution. The problem is still active: is there a right way to get rid of Workspace Manager's links in virtual wikis in 3.4?
27 января 2012, 13:46 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> Hi All,
>
> By accident I found a soluion. For me it looks a bit wierd.
>
> If you set in xwiki.cfg xwiki.virtual.usepath to 0, then all menus become Workspace Manager links free.
>
> For now, if I want to use usepath and don't want to use Workspace Manager, there is no an "one click solution" :-(
>
> Is it a bug or it's a feature? Should I report it?
>
> Kind regards,
>
> Dmitry
>
> 27 января 2012, 01:34 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> > Hi. all!
> >
> > XEM 3.4. Main Wiki works fine.
> >
> > I want to set up virtual wiki without Workspace Manager application inside and it's links in menu, because as far as I inderstood it is useless in virtual wikis.
> >
> > What is right way to get rid of Workspace Manager and it's links in top menu in virtual wiki?
> >
> > Kind regards,
> >
> > Dmitry
_______________________________________________
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 All,
I am trying to upgrade our existing xwiki implementation of version 3.1 to
3.4 and I am running into an error when attempting to start up the server.
Environment:
1. OS: Redhat Linux
2. Container: Jboss 5.1
3. DB: Hypersonic
At this point, I am just tying to get it to launch with the out-of-the-box
configurations (no customization).
Below is the stack dump I am receiving:
2012-01-27 10:45:52,759 INFO
[org.jboss.web.tomcat.service.deployers.TomcatDeployment] (main) deploy,
ctxPath=/xwiki
2012-01-27 10:45:53,146 ERROR [STDERR] (main) SLF4J: Class path contains
multiple SLF4J bindings.
2012-01-27 10:45:53,146 ERROR [STDERR] (main) SLF4J: Found binding in
[vfszip:/apps/jboss/
jboss-5.1.0.GA/server/default/deploy/xwiki.war/WEB-INF/lib/logback-classic-1.0.0.jar/org/slf4j/impl/StaticLoggerBinder.class
]
2012-01-27 10:45:53,146 ERROR [STDERR] (main) SLF4J: Found binding in
[vfszip:/apps/jboss/
jboss-5.1.0.GA/common/lib/slf4j-jboss-logging.jar/org/slf4j/impl/StaticLoggerBinder.class
]
2012-01-27 10:45:53,146 ERROR [STDERR] (main) SLF4J: See
http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
2012-01-27 10:45:57,830 INFO [STDOUT] (main) 2012-01-27 10:45:57,811
[main] ERROR o.r.Reflections - could not create Vfs.Dir from
url. ignoring the exception and continuing
org.reflections.ReflectionsException: could not create Vfs.Dir from url, no
matching UrlType was found [vfszip:/apps/jboss/
jboss-5.1.0.GA/server/default/deploy/xwiki.war/WEB-INF/lib/xwiki-platform-extension-api-3.4.jar/
]
either use fromURL(final URL url, final List<UrlType> urlTypes) or use the
static setDefaultURLTypes(final List<UrlType> urlTypes) or
addDefaultURLTypes(UrlType urlType) with your specialized UrlType.
at org.reflections.vfs.Vfs.fromURL(Vfs.java:105)
~[reflections-0.9.6.jar!/:na]
at org.reflections.vfs.Vfs.fromURL(Vfs.java:90)
~[reflections-0.9.6.jar!/:na]
at org.reflections.Reflections.scan(Reflections.java:211)
[reflections-0.9.6.jar!/:na]
at org.reflections.Reflections.<init>(Reflections.java:103)
[reflections-0.9.6.jar!/:na]
at
org.xwiki.extension.internal.DefaultExtensionLicenseManager.initialize(DefaultExtensionLicenseManager.java:84)
[xwiki-platform-extension-api-3.4.jar!/:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:295)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:147)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:281)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:147)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:281)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:147)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:281)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:147)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:281)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:147)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:281)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookupMap(EmbeddableComponentManager.java:171)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookupList(EmbeddableComponentManager.java:155)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.internal.DefaultComponentManager.lookupList(DefaultComponentManager.java:84)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.observation.internal.DefaultObservationManager.initialize(DefaultObservationManager.java:142)
[xwiki-commons-observation-local-3.4.jar!/:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:295)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:358)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:324)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:141)
[xwiki-commons-component-default-3.4.jar!/:na]
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:73)
[xwiki-platform-container-servlet-3.4.jar!/:na]
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3910)
[jbossweb.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4393)
[jbossweb.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
[jboss-web-service.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
[jboss-web-service.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
[jboss.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at
org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
[jboss.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
[jboss.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.6.0_16]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
~[na:1.6.0_16]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
~[na:1.6.0_16]
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_16]
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
[jboss-mbeans.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
[jboss-mbeans.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
[jboss-mbeans.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
[jboss-mbeans.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
[jboss-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)]
at
org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at $Proxy38.start(Unknown Source) [na:na]
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.system.ServiceController.doChange(ServiceController.java:688)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.ServiceController.start(ServiceController.java:460)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
[jboss-system-jmx.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
[jboss-deployers-spi.jar!/:2.0.7.GA]
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
[jboss-deployers-spi.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
[jboss-deployers-impl.jar!/:2.0.7.GA]
at
org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
[jboss-dependency.jar:2.0.6.GA]
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
[jboss-system.jar!/:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at
org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
[jboss-bootstrap.jar:5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA
date=200905221634)]
at org.jboss.Main.boot(Main.java:221) [run.jar:5.1.0.GA (build:
SVNTag=JBoss_5_1_0_GA date=200905221634)]
at org.jboss.Main$1.run(Main.java:556) [run.jar:5.1.0.GA (build:
SVNTag=JBoss_5_1_0_GA date=200905221634)]
at java.lang.Thread.run(Thread.java:619) [na:1.6.0_16]
Thank you Eduard,
Sorry, probably I wasn't clear in my questions...
- I want to use WORKSPACE Manager on MAIN Wiki and manage them as designed.
- BUT, the same time I want to use WIKI Manager to have completely independent from main wiki and other workspaces virtual wikis.
So, I set up XEM, installed Workspace manager to play around AND with Wiki Manager created virtual Wiki.
Now I completely stuck how to get rid of all Workspace Manager links in wiki farm (!) (not workspaces). I would prefer to keep running Workspace Manager on main Wiki AND Wiki farm simultaneously, if possible.
Is there any simple solution?
The only thing I suppose should work is to take *.vm files from XE and attach them to the skin file. Looks wierd and unpredictable for me :-(
Kind Regards,
Dmitry
27 января 2012, 14:26 от Eduard Moraru <enygma2002(a)gmail.com>:
Hi Dmitry,
Starting with 3.3, XEM has moved the main usecase for subwikis from farm to workspaces. This means that, additionally to the WikiManager application [1], now XEM also contains the Workspace Application [2].
The encouraged way of for creating a wiki farm right now (if that is really what you need) is to get XE, install WikiManager [1] and create your farm.
If you *insist* on using XEM for creating a wiki farm, all you have to do is delete the WorkspaceManager space, thus removing the Workspaces application and disabling the extra menus that were getting in your way. Additionally, you should also remove the xwiki-platform-workspace-api-<version>.jar file from the /webapps/xwiki/WEB-INF/lib/ folder, since you don`t want to use it anymore and you have removed the UI.
However, if your plan is to have global users that work on different subwikis (like an intranet with departments mapped to subwikis or a place where you work on projects mapped to subwikis, etc.), you might reconsider using Workspaces.
In any case, I hope this solves your problem.
Thanks,
Eduard
-----------------
References:
[1] http://extensions.xwiki.org/xwiki/bin/view/Extension/Wiki+Manager+Applicati…
[2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Workspace+Application
On Fri, Jan 27, 2012 at 11:57 AM, Haru Mamburu <haru_mamburu(a)mail.ru> wrote:
Ooops, wrong solution. The problem is still active: is there a right way to get rid of Workspace Manager's links in virtual wikis in 3.4?
27 января 2012, 13:46 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> Hi All,
>
> By accident I found a soluion. For me it looks a bit wierd.
>
> If you set in xwiki.cfg xwiki.virtual.usepath to 0, then all menus become Workspace Manager links free.
>
> For now, if I want to use usepath and don't want to use Workspace Manager, there is no an "one click solution" :-(
>
> Is it a bug or it's a feature? Should I report it?
>
> Kind regards,
>
> Dmitry
>
> 27 января 2012, 01:34 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> > Hi. all!
> >
> > XEM 3.4. Main Wiki works fine.
> >
> > I want to set up virtual wiki without Workspace Manager application inside and it's links in menu, because as far as I inderstood it is useless in virtual wikis.
> >
> > What is right way to get rid of Workspace Manager and it's links in top menu in virtual wiki?
> >
> > Kind regards,
> >
> > Dmitry
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Ooops, wrong solution. The problem is still active: is there a right way to get rid of Workspace Manager's links in virtual wikis in 3.4?
27 января 2012, 13:46 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> Hi All,
>
> By accident I found a soluion. For me it looks a bit wierd.
>
> If you set in xwiki.cfg xwiki.virtual.usepath to 0, then all menus become Workspace Manager links free.
>
> For now, if I want to use usepath and don't want to use Workspace Manager, there is no an "one click solution" :-(
>
> Is it a bug or it's a feature? Should I report it?
>
> Kind regards,
>
> Dmitry
>
> 27 января 2012, 01:34 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> > Hi. all!
> >
> > XEM 3.4. Main Wiki works fine.
> >
> > I want to set up virtual wiki without Workspace Manager application inside and it's links in menu, because as far as I inderstood it is useless in virtual wikis.
> >
> > What is right way to get rid of Workspace Manager and it's links in top menu in virtual wiki?
> >
> > Kind regards,
> >
> > Dmitry
Hi All,
By accident I found a soluion. For me it looks a bit wierd.
If you set in xwiki.cfg xwiki.virtual.usepath to 0, then all menus become Workspace Manager links free.
For now, if I want to use usepath and don't want to use Workspace Manager, there is no an "one click solution" :-(
Is it a bug or it's a feature? Should I report it?
Kind regards,
Dmitry
27 января 2012, 01:34 от Haru Mamburu <haru_mamburu(a)mail.ru>:
> Hi. all!
>
> XEM 3.4. Main Wiki works fine.
>
> I want to set up virtual wiki without Workspace Manager application inside and it's links in menu, because as far as I inderstood it is useless in virtual wikis.
>
> What is right way to get rid of Workspace Manager and it's links in top menu in virtual wiki?
>
> Kind regards,
>
> Dmitry