- xwiki-users@xwiki.org - lists.xwiki.org

wiki displays rubbish
by John Coleman 03 Aug '07

03 Aug '07

I am having a lot of problems using the raw wiki format to print lists. The examples don't seem to work as documented. Any ideas? TIA John --- 1 Links A list of useful reference material for build tools. 1. [Maven2>http://maven.apache.org/] a.[Introduction to Repositories>http://maven.apache.org/guides/introduction/introduction-to -repositories.html] a. [Available Plugins>http://maven.apache.org/plugins/index.html] a. [maven-jetty-plugin>http://www.mortbay.org/maven-plugin/index.html] 1. [Continuum>http://maven.apache.org/continuum/] Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.

3 3

StackOverflowError
by roopesh＠digitalglue.in 03 Aug '07

03 Aug '07

Hi, I am getting the following stack overflow error "every" time I access xwiki. I am using xwiki 1.0. Can anyone please tell me what can be the reason. { 02:37:30,538 WARN P1-17 http://localhost:8080/xwiki/bin/view/Main/WebSearch RegexTokenFilter:filter:99 - <span class="error">Error</span>: com.xpn.xwiki.render.filter.XWikiListFilter@ada795: java.lang.StackOverflowError java.lang.StackOverflowError at java.util.regex.Pattern$BitClass.match(Pattern.java:2873) at java.util.regex.Pattern$Curly.match0(Pattern.java:4218) at java.util.regex.Pattern$Curly.match(Pattern.java:4202) at java.util.regex.Pattern$GroupTail.match(Pattern.java:4634) at java.util.regex.Pattern$Curly.match0(Pattern.java:4240) at java.util.regex.Pattern$Curly.match(Pattern.java:4202) at java.util.regex.Pattern$GroupHead.match(Pattern.java:4575) } Thanks Roopesh

1 0

Invocation of method 'getSpaces'
by diaga＠nomade.fr 03 Aug '07

03 Aug '07

Hi, I have modify my navigation panel so that a user will see only space he has access rights. Now I have this error : Error number 4001 in 4: Error while parsing velocity page Panels.Navigation Wrapped Exception: Invocation of method 'getSpaces' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 3223 in 3: Exception while searching documents with sql select distinct doc.web from XWikiDocument doc Wrapped Exception: could not execute query @ Panels.Navigation6,23? Error number 4001 in 4: Error while parsing velocity page Panels.Navigation Wrapped Exception: Invocation of method 'getSpaces' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 3223 in 3: Exception while searching documents with sql select distinct doc.web from XWikiDocument doc Wrapped Exception: could not execute query @ Panels.Navigation6,23? com.xpn.xwiki.XWikiException: Error number 4001 in 4: Error while parsing velocity page Panels.Navigation Wrapped Exception: Invocation of method 'getSpaces' in class com.xpn.xwiki.api.XWiki threw exception com.xpn.xwiki.XWikiException: Error number 3223 in 3: Exception while searching documents with sql select distinct doc.web from XWikiDocument doc Wrapped Exception: could not execute query @ Panels.Navigation6,23? at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:148) at com.xpn.xwiki.render.XWikiVelocityRenderer.render(XWikiVelocityRenderer.java:91) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:229) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:161) at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.renderText(DefaultXWikiRenderingEngine.java:132) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:362)...... Do you know what is the problem? Bye

1 0

resend: [xwiki-users] Backlinks in administration/editing mode
by Karin Wiklund 02 Aug '07

02 Aug '07

-----Ursprungligt meddelande----- Från: Karin Wiklund Skickat: den 17 juli 2007 09:55 Till: 'xwiki-users(a)objectweb.org' Ämne: SV: [xwiki-users] Backlinks in administration/editing mode Hi Vincent, Hi Karin, On Jul 16, 2007, at 5:08 PM, Karin Wiklund wrote: > Hi, > > First; thanks to everyone who helped me make more blogs in my > xwiki, it works beautifully! (though it's not the most beautiful > code ever written...) > > Second; > As far as I can tell there are no links from anywhere in the > administration or editing modes to get back to the rest of the > wiki. (there are save and cancel options, but that's not the same > thing as 'Back') Have I missed something? If not; any hints on how > and where to add such links? > For usability purposes- to make life easier for the future admins > of the xwiki I'm setting up... * Then I guess you have the same issue when editing pages since the navigation on the right disappears? How do you want to solve that? Yes, it's a problem there too. I want to solve it by constantly showing the same menu, wherever the user goes * I've noticed that on the Admin page there's a big blank space on the right. We shouldn't have that. Either we should put the normal navigation there or use the full space for the admin screens. I think we should use the full space. I think showing the menu at all times is better. Giving users the same way to do stuff (such as navigate) wherever they are in the system is good usability practice. I'd say it's preferable that the desicions on what panels to show, and where, should apply on every single page in the wiki. In whatever kind of mode you're in. Back to your question, you can click on the Space in the breadcrumbs or on the logo to go to the home page or cancel/save. What more would you like and where? Ah, but see the breadcrumbs aren't always showing the directory I took to get to a certain page. Example: I'm at "Main: Welcome > All Documents of this Wiki" when I realize I should change the rights for a certain user group, so I press Administration and the breadcrumbs are "XWiki: Administration > Preferences" and I can't use them to get back to "All Documents of this Wiki". The logo takes me to "Main: Welcome" which is also not the place I wanted to go. Say I change the rights a bit and press Save, I get directed to "XWiki: Administration". If i hit Cancel instead I end up at "Main: Welcome" Not what I'm looking for when I want to get back to "Main: Welcome > All Documents of this Wiki". What more would I like? A set of panels (navigation or otherwise) always showing on the side of my choice. Hopefully I'll have enough time to perform a proper usability test. If my boss lets me I'd love to share the results with you. Regards, //Karin Thanks -Vincent

2 1

resend: plug-in assistance
by Karin Wiklund 02 Aug '07

02 Aug '07

Hi, Two quick questions: How would a pom-file look for the hello world plugin (from the devGuide) for building it with maven? Is there a plug-in (or snippet or script or something, anything) to import web pages from elsewhere and show them in the xwiki? Thanks, //Karin

4 4

XWiki context name
by Fernando Lozano 02 Aug '07

02 Aug '07

Hi there, Any way to make XWiki running inder a context path that is not "/xwiki"? I could not find anything about on XWiki docs. []s, Fernando Lozano

2 1

get rid of the birds
by John Coleman 02 Aug '07

02 Aug '07

Hi, I successfully swapped the xwiki logo for our company logo in the albatross skin, but is there a very quick way to get rid of the birds in the banner please (or even replace them)? Swapping the black-birds.png doesn't seem to work? TIA John Eurobase International Limited and its subsidiaries (Eurobase) are unable to exercise control over the content of information in E-Mails. Any views and opinions expressed may be personal to the sender and are not necessarily those of Eurobase. Eurobase will not enter into any contractual obligations in respect of any part of its business in any E-mail. Privileged / confidential information may be contained in this message and /or any attachments. This E-mail is intended for the use of the addressee(s) only and may contain confidential information. If you are not the / an intended recipient, you are hereby notified that any use or dissemination of this communication is strictly prohibited. If you receive this transmission in error, please notify us immediately, and then delete this E-mail. Neither the sender nor Eurobase accepts any liability whatsoever for any defects of any kind either in or arising from this E-mail transmission. E-Mail transmission cannot be guaranteed to be secure or error-free, as messages can be intercepted, lost, corrupted, destroyed, contain viruses, or arrive late or incomplete. Eurobase does not accept any responsibility for viruses and it is your responsibility to scan any attachments. Eurobase Systems Limited is the main trading company in the Eurobase International Group; registered in England and Wales as company number 02251162; registered address: Essex House, 2 County Place, Chelmsford, Essex CM2 0RE, UK.

2 1

Delete objects manually.. addObjectsToRemove?
by Esbach, Brandon 02 Aug '07

02 Aug '07

Hi All, Wondering if anyone has coded object removal as yet (for documents other than the current one)? Basically, two documents both having the same object, when one document removes it's corresponding object I'm trying to remove the "paired" object in another document. NOTE: this is on a local xwiki install. Trying to do it with the following: ($f_docName and $objid are set further up to be a valid document and a valid id of the object in that document; same info as would be used by a deleteobject url) #set($f_linkDoc=$xwiki.getDocument($f_docName)) #set($f_removeObject=$f_linkDoc.getObject("XWiki.LinkObject", $xwiki.parseInt("${objid}"))) $f_linkDoc.addObjectsToRemove($f_removeObject) $f_linkDoc.save() In the above, I know that "$f_removeObject" seems valid (checking the result of $f_removeObject.getProperty("track").value returns the expected value for the other document). Also, "$f_linkDoc" is valid by extension, I would guess - otherwise the "$f_removeObject" would be invalid when checking a property value using Either way, when I run the above code I get an output of: $f_linkDoc.addObjectsToRemove($f_removeObject) Is there something else I should be doing to delete objects manually? Or perhaps this is not possible via velocity?

1 0

howto rename Main Space
by pbasnews-tmp＠yahoo.fr 01 Aug '07

01 Aug '07

I want translate Main Space in "Accueil" but XWiki doesn't work after that: the logo is linked on Main.WebHome the search doesn't work anymore others surprises... Thxs for ur help Pascal _____________________________________________________________________________ Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail

1 0

XWiki, Log4J and Tomcat Security Manager: success (almost)
by Fernando Lozano 31 Jul '07

31 Jul '07

Hi there, Working to solve my SecurityExceptions running on a shared hosting, I tried to create a similar environment on my local Tomcat. The problem is not solved, but what I got so far may be useful for some XWiki users. After running "server.bat -security" I started getting errors related to Log4J already described by other threads on the mailing list archive, which I solved this way: 1. Take the log4j.properties from WEB-INF/lib/xwiki.jar and put it as WEB-INF/classes. The Servlet API specs state that WEB-INF/classes comes in the web app classpath before jar files placed in WEB-INF/lib. 2. Changed so the log file gets an absolute path under the web app context: log4j.appender.file.File=C:/java/apache-tomcat-5.5.23/webapps/xwiki/xwiki.log 3. The default security config don't let an application write to its own files, so I had to add to Tomcat calatina.polity grant codeBase "file:${catalina.home}/webapps/xwiki/-" { permission java.io.FilePermission "c:/java/apache-tomcat-5.5.23/webapps/xwiki/-", "read,write,delete"; }; And them when I start XWiki I get the same error I get from my hosting provider, that is: javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: access denied (java.io.FilePermission \WEB-INF\xwiki.cfg read) Note that you could have used System Properties in the policy file, such as: grant codeBase "file:${catalina.home}/webapps/xwiki/-" { permission java.io.FilePermission "${catalina.home}/webapps/xwiki/-", "read,write,delete"; }; And you could have specified a file path completely outside the context tree, which would be better from a security standpoint. Then I though: Why not adding a permission to "/WEB-INF/xwiki.cfg" so the (buggy) XWiki configuration file access code works as it would without a Security Manager? The changes to catalina.policy become: grant codeBase "file:${catalina.home}/webapps/xwiki/-" { permission java.io.FilePermission "${catalina.home}/webapps/xwiki/-", "read,write,delete"; permission java.io.FilePermission "/WEB-INF/xwiki.cfg", "read"; }; And the result is: javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3001 in 3: Cannot load store class com.xpn.xwiki.store.XWikiHibernateStore Wrapped Exception: access denied (java.io.FilePermission \WEB-INF\hibernate.cfg.xml read) Hey, XWiki reads the Hibernate configuration file the same way it reads it's own configuration file... I guess it shouldn't, but let's apply the same workaround: permission java.io.FilePermission "/WEB-INF/hibernate.cfg.xml", "read"; And then I get: 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 XWiki.XWikiPreferences Wrapped Exception: Could not create a DBCP pool com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:291) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) My DBCP Pool config should be ok because the same local XWiki instance runs fine without a security manager. Probably I need something else (that is, not a java.io.FilePermission) to reach the local MySQL database. Hum, who knows using an embebed HSQLDB would be a workaround.... Digging into Tomcat logs, I found: java.net.SocketException: java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:3306 connect,resolve) at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:151) at com.mysql.jdbc.MysqlIO.<init>(MysqlIO.java:280) at com.mysql.jdbc.Connection.createNewIO(Connection.java:1765) at com.mysql.jdbc.Connection.<init>(Connection.java:430) at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:268) Which leads to a new permission: permission java.net.SocketPermission "127.0.0.1:3306", "connect, resolve"; And now to a different exception: 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 XWiki.XWikiPreferences Wrapped Exception: net.sf.ehcache.CacheException: Cannot configure CacheManager: jar:file:/C:/java/apache-tomcat-5.5.23/webapps/xwiki/WEB-INF/lib/xwiki.jar!/ehcache.xml:12: Could not set attribute "path". com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:291) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:383) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96) Another configuration file to migrate to WEB-INF/classes. Changed it so ehcache never uses disk: <ehcache>  <defaultCache maxElementsInMemory="10000" eternal="false" overflowToDisk="false" timeToIdleSeconds="120" timeToLiveSeconds="120"  diskPersistent="false" diskExpiryThreadIntervalSeconds="120" /> </ehcache> And I got stuck to a reflection error inside Struts: javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3202 in 3: Exception while reading document XWiki.XWikiPreferences Wrapped Exception: access denied (java.lang.reflect.ReflectPermission suppressAccessChecks) org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) Well, I know a number of Struts applications that run in shared hosting plans. There should be a way out of this. But as I was already messing with catalina.polocy, I added: permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; And now finally XWiki starts fine. But when trying to create a new page: com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document Main.Teste do SandBox Wrapped Exception: Error number 3211 in 3: Exception while updating archive Main.Teste do SandBox Wrapped Exception: access denied (java.util.PropertyPermission user.name read) And here we go, more messing with catalina.policy: permission java.util.PropertyPermission "user.name", "read"; No I can create new pages inside the Wiki, and add Comments and files to the page. Looks like I found all it takes to run XWiki inside a Security Manager. Here's the final form of my aditions to catalina.policy: grant codeBase "file:${catalina.home}/webapps/xwiki/-" { permission java.io.FilePermission "${catalina.home}/webapps/xwiki/-", "read,write,delete"; permission java.io.FilePermission "/WEB-INF/xwiki.cfg", "read"; permission java.io.FilePermission "/WEB-INF/hibernate.cfg.xml", "read"; permission java.net.SocketPermission "127.0.0.1:3306", "connect, resolve"; permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; permission java.util.PropertyPermission "user.name", "read"; }; And dont' forget changes to lig4j.properties and ehcache.xml which had to be moved from WEB-INF/lib/xwiki.jar to WEB-INF/classes. The problem is, I'm almost sure my ISP will refuse to add [java.lang.reflect.ReflectPermission "suppressAccessChecks"]. Others should be fine. So I'd be very grateful if someone helps me making Struts not need this permission. []s, Fernando Lozano

2 3