xwiki-users August 2011

xwiki-users@xwiki.org

40 participants
55 discussions

[xwiki-users] Xwiki LDAP Authentication doesn't work when you move a user to a different OU in Active Directory

by lukweb

Hello all, I'm working with the last version of XE and i get the LDAP authentication on my Active Directory Domain. My problem is when i move a user to a different OU in the Active Directory, the user can't login in Xwiki anymore...(Error : Wrong password). Is there a way to configure the xwiki.cfg in order the authentication could "browse" the all Active Directory to find the user and allow him to login ? Thanks in advance. -- View this message in context: http://n2.nabble.com/Xwiki-LDAP-Authentication-doesn%27t-work-when-you-move… Sent from the XWiki- Users mailing list archive at Nabble.com.

12 years

Re: [xwiki-users] Brainstorming XWiki Favorites

by Wright, Philip

Drool, I'll be watching this string and looking for that app :) Philip Wright Reports Analyst ACS: BPS Office: 503-907-1501 ext 3714 Cell: 503-891-4920 Philip.wright(a)acs-inc.com Affiliated Computer Services, Inc Affiliated Computer Services, Inc (ACS) Proprietary and Confidential Information This document (or any part thereof) may not be disseminated outside of ACS in either electronic or physical form without specific authorization of the office of the ACS Chief Information Security Officer. The information included in this document represents no commitment by ACS to any other party. The policies and standards described do not consider any country law or other directive outside of the United States. P Please consider the environment before printing this email -----Original Message----- From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of Guillaume Lerouge Sent: Tuesday, July 01, 2008 2:39 PM To: XWiki Users Subject: Re: [xwiki-users] Brainstorming XWiki Favorites By the way, 2 additional ideas : - You could add a static list property (with [1,2,3,4,5] as allowed values) to rank the importance / interest of favorites and display them according to their ranking on the page (thru a hql sort query) - Don't forget to add your application on http://code.xwiki.org/ once a first working version is out ;-) Guillaume On Tue, Jul 1, 2008 at 11:32 PM, Mike Oliver <moliver(a)corenttech.com> wrote: > > Good ideas, I followed the ToDo example and created a Favorites space > to store the documents but agree better to store them by user. I > guess I can get it working in the ToDo model first and then move the > location of the documents and change the filter accordingly. > > Our messages passed on the wires where Posted my first pass. > > Ollie > > > Guillaume Lerouge wrote: > > > > Indeed. I'd still advise looking at how the watchlist feature is > > implemented since it somehow manages to store user preferences in > > their profiles and you're going to need that feature in your > > implementation I guess... > > > > Not sure whether there's been any recent discussion on creating > > easy-to)use user profiles extension points - though this kind of use > > cases (as well > as > > a > > bunch of others) show they're needed. I think there is a way to > > access them right now without changing the UserClassSheet (maybe by > > adding new kind > of > > objects to user profile pages...) > > > > Re your implementation, I'd advise having the list of favorited > > pages stored in one (or many) objects attached to the user profile > > page of the current user and writing a panel taking the currently > > logged user UserName as a parameter, retrieving the data from those > > favorite objects stored on his user page and displaying their values > > in the panel ... > > > > Guillaume > > > > > > > >> Ollie > >> > >> Guillaume Lerouge wrote: > >> > > >> > Hi Mike, > >> > > >> > > >> >> Can I filter on the user that created the record of the > >> >> favorites > >> class? > >> >> > >> > > >> > Sure... But why don't you have your users use the Watchlist > >> > feature > >> that > >> > basically already is XWiki's favorites system for individual users ? > >> > > >> > Cf > >> http://code.xwiki.org/xwiki/bin/view/Applications/WatchlistApplicat > >> ion > >> > , > >> > it's bundled with all recent versions of XWiki Enterprise AFAIR ... > >> > > >> > You might still want to add that description field though... > >> > > >> > Guillaume > >> > > >> > > >> > > >> >> > >> >> Ollie > >> >> > >> >> Wright, Philip wrote: > >> >> > > >> >> > Idea is to allow the user to create the description? If so > >> >> > sounds > >> like > >> >> a > >> >> > GREAT idea. > >> >> > > >> >> > > >> >> > > >> >> > > >> >> > Philip Wright > >> >> > > >> >> > > >> >> > > >> >> > >> >> -- > >> >> View this message in context: > >> >> > >> > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822333 > 9.html > >> >> Sent from the XWiki- Users mailing list archive at Nabble.com. > >> >> > >> >> _______________________________________________ > >> >> users mailing list > >> >> users(a)xwiki.org > >> >> http://lists.xwiki.org/mailman/listinfo/users > >> >> > >> > > >> > > >> > > >> > -- > >> > http://wikibc.blogspot.com/ > >> > _______________________________________________ > >> > users mailing list > >> > users(a)xwiki.org > >> > http://lists.xwiki.org/mailman/listinfo/users > >> > > >> > > >> > >> -- > >> View this message in context: > >> > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822406 > 7.html > >> Sent from the XWiki- Users mailing list archive at Nabble.com. > >> > >> _______________________________________________ > >> users mailing list > >> users(a)xwiki.org > >> http://lists.xwiki.org/mailman/listinfo/users > >> > > > > > > > > -- > > http://wikibc.blogspot.com/ > > _______________________________________________ > > users mailing list > > users(a)xwiki.org > > http://lists.xwiki.org/mailman/listinfo/users > > > > > > -- > View this message in context: > http://www.nabble.com/Brainstorming-XWiki-Favorites-tp18222048p1822576 > 2.html Sent from the XWiki- Users mailing list archive at Nabble.com. > > _______________________________________________ > users mailing list > users(a)xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- http://wikibc.blogspot.com/ _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

12 years, 3 months

[xwiki-users] Problem with SVG Macro

by Christophe FRAULE

Hello, Using XWIKI 3.0M2 => 1) installing the SVG Macro from the XAR document 2) Granting all access rights (testing) to the 3 x SVG documents installed in the Xwiki workspace. I get: Unknown macro: svg The "svg" macro is not in the list of registered macros. Verify the spelling or contact your administrator. . when an individual user (authenticated and with rights to display the page) hit one page which include this macro. I have the following in the xwiki.cfg file: #-# List of active plugins. xwiki.plugins=\ com.xpn.xwiki.monitor.api.MonitorPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.JsSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.CssSkinFileExtensionPlugin,\ com.xpn.xwiki.plugin.skinx.LinkExtensionPlugin,\ com.xpn.xwiki.plugin.feed.FeedPlugin,\ com.xpn.xwiki.plugin.ldap.LDAPPlugin,\ com.xpn.xwiki.plugin.google.GooglePlugin,\ com.xpn.xwiki.plugin.mail.MailPlugin,\ com.xpn.xwiki.plugin.packaging.PackagePlugin,\ com.xpn.xwiki.plugin.query.QueryPlugin,\ com.xpn.xwiki.plugin.svg.SVGPlugin,\ com.xpn.xwiki.plugin.charts.ChartingPlugin,\ com.xpn.xwiki.plugin.fileupload.FileUploadPlugin,\ com.xpn.xwiki.plugin.image.ImagePlugin,\ com.xpn.xwiki.plugin.userdirectory.UserDirectoryPlugin,\ com.xpn.xwiki.plugin.usertools.XWikiUserManagementToolsImpl,\ com.xpn.xwiki.plugin.zipexplorer.ZipExplorerPlugin,\ com.xpn.xwiki.plugin.autotag.AutoTagPlugin,\ com.xpn.xwiki.plugin.lucene.LucenePlugin,\ com.xpn.xwiki.plugin.diff.DiffPlugin,\ com.xpn.xwiki.plugin.rightsmanager.RightsManagerPlugin,\ com.xpn.xwiki.plugin.jodatime.JodaTimePlugin,\ com.xpn.xwiki.plugin.scheduler.SchedulerPlugin,\ com.xpn.xwiki.plugin.mailsender.MailSenderPlugin,\ com.xpn.xwiki.plugin.activitystream.plugin.ActivityStreamPlugin, \ com.xpn.xwiki.plugin.watchlist.WatchListPlugin, \ com.xpn.xwiki.plugin.tag.TagPlugin What is wrong ? Many thanks for your help, Christophe

12 years, 4 months

[xwiki-users] change colortheme

by Gerritjan Koekkoek

How do you test a colortheme in colibri skin (the ?... parameter in the url) How can you change the theme programatically in velocity? example if browser language = nl set theme to nl Gerritjan

12 years, 4 months

[xwiki-users] State of the XWiki Community

by Sergiu Dumitriu

Hi Community, The following message expresses my personal opinions as a member of the community, so it might not be entirely accurate. The goal is to start a discussion about how can we attract more contributors and committers to the XWiki open source project, and will address three main subjects: - the current state of the community and committers - the possibility of joining or creating a non-profit foundation to govern XWiki - the possibility of using Fundry as a way for users to fund XWiki development ----- Status of the community At the start of a new year, it's time to look a bit at the status of XWiki, the project and the community. XWiki was created by Ludovic Dubost as an open source project from the start. Later, he founded a commercial company (XWiki SAS, back then XPertNet SaRL) as a way to financially support the development of the product. It kept the project entirely open, unlike the many false open source companies that only offer a basic open source version, forcing people to buy the commercial one (the open core model), or that only release the source code while still doing behind-the-curtains development, or that almost completely ignore the outside community. See the XWiki SAS values: http://purl.org/xwiki/sas-values and manifesto: http://purl.org/xwiki/sas-manifesto The committers, elected for their merit, and not made automatically as employees of the company, always tried to maintain a healthy community and attract new contributors/committers. Thus, the XWiki software is developed not by the XWiki SAS company, but by the XWiki community. http://dev.xwiki.org/xwiki/bin/Community/ has a lot of information about the community, and the development process. As of January 2011, there are 16 core committers, 12 of which are XWiki SAS employees, and 3 are or were related to XWiki SAS one way or another. http://dev.xwiki.org/xwiki/bin/Community/HallOfFame#HCoreCommitters A big part of the development is aided by non-committer members of the community, either by providing patches, testing and reporting bugs, requesting new features, providing feedback, answering on the mailing lists, etc. As committers, we tried to listen to the community when developing the project, but as paid employees we have to also listen to the company requirements. With a limited manpower it's very hard to evolve as fast as the community would want, or in all the directions that the community wants. And we welcome any help here. The project is healthy, we have regular and frequent releases, with visible progress with each new release (see Vincent's statistics on http://massol.myxwiki.org/xwiki/bin/Blog/XWikiIn2010 for more details). Still, I'm a little disappointed with the development speed. Lately, out of the 16 committers on average about 3-4 are actually available for platform development during a day. * How can we help speed up the growth of the community? * How can we attract more developers outside XWiki SAS? ----- Joining/forming a free software foundation One possible reason while so few people are willing to become committers could be that XWiki SAS might appear to over-control the software, and a clear non-profit foundation on top of XWiki might make it more obvious that XWiki is a true open source project, and anybody is welcome to join. XWiki SAS is a member of the OW2 consortium http://ow2.org/ , and this membership also extends a bit to the XWiki project. OW2 used to host all our infrastructure, SVN, mailing lists, downloads... Currently only the official downloads linked from the main download page are hosted on OW2 servers, as we've gradually moved parts of the development infrastructure on servers provided by XWiki SAS. While OW2 is a great home for XWiki SAS, it's mostly a company consortium, not a software development foundation. The most development help coming from OW2 consists of research projects involving both OW2 and XWiki SAS, thus the OW2 membership doesn't bring much value when it comes to code. One option is to form an XWiki non-profit Foundation, which will govern all XWiki-related software development. The main disadvantage would be that there's a risk that it won't make any difference at all, while adding the burden of more paperwork. This is where your opinion comes into play, since there's no point in doing all the hard work if the community doesn't see a clear benefit in it. The Apache Foundation has the huge disadvantage that it requires a license change, but it's a very well known home for software development, with good visibility. The Software Freedom Conservancy has been getting a lot of press recently, since several high profile projects joined it. It's got a few top-notch projects under its hood, so XWiki would be among well known projects in there. A smaller, compatible alternative is Codehaus, but I'm not convinced they would make a difference with respect to our needs. Other foundations aren't really suited for XWiki, since they either don't bring value to the community because they don't foster inter-project collaboration (SourceForge, Google Code), or don't match the project goals (FSF, GNU, Eclipse, Linux, Mozilla...). So, some questions in regard to this subject: * Is there anybody that would like contribute more / become a committer? * Do users believe that a foundation on top of XWiki will help attract more developers? Please note that this is not THE discussion about which foundation to join, just trying to see if there is a benefit in doing so. ----- Supporting code development Becoming a committer requires time, and few people can spend that time when there's no direct benefit involved. XWiki SAS employees are already being paid to work with XWiki, so they can contribute to the platform because the company benefits directly from their work. Employees of other companies that deal with XWiki do spend time contributing, but very few actually got to hang around enough to be voted as committers, although many came close, but stopped short of it. One way of supporting code development is to contact XWiki SAS and sign a contract to develop one or more features with a higher priority. An alternative, which allows to share the cost with other companies/individuals, is to collaboratively request and support feature development (crowdfunding), for example through Fundry, a new site especially designed for this. I've set up an account for XWiki at https://fundry.com/project/58-xwiki . This is also a good place to donate to the XWiki project, since there are no visible ways to financially support the project. Fundry would allow to gather financial incentives for non-employees to contribute more code, thus involving the community more in the direction the software evolves, and attracting more potential contributors. * Do you (the community) think this is a good idea and it would help? * Would you be willing to contribute/donate to the project? ----- Please provide us with your feedback, so we can advance on these topics. Thanks, -- Sergiu Dumitriu http://purl.org/net/sergiu/

12 years, 9 months

[xwiki-users] Version Error

by Chris Seker

I am getting the following error and cant seem to resolve. This is a new install. Here are my Java Versions, except I did not recompile anything. Just deployed the Enterprise WAR. JAVA version 1.6.0_20 (Open JDK IcedTea6 1.9.8) JAVAC - 1.5.0_15 -----------ERROR------------------------------------------ com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3001 in 3: Cannot load class com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from param xwiki.store.migration.manager.class Wrapped Exception: Bad version number in .class file com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:428) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:497) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:137) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117) 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:690) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218) org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) note The full stack trace of the root cause is available in the Apache Tomcat/5.5.23 logs. Chris,

12 years, 10 months

[xwiki-users] LDAP tool

by shouldbe q931

Hi, I'm using the LDAP tool http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP+Tools#Comments so that the config is capable of being modified without shell access on the server, but since upgrading from milestone 2 to 3.0.36132, I'm seeing two errors on the page. Underneath the first section save button, I get a "Failed to execute the [groovy] macro" error, which expands to ----------------------------------- at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:195) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:557) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.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.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:188) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:153) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1873) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:154) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:226) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117) 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.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662) ----------------------------------- Underneath the second section save button there is then a second "Failed to execute the [groovy] macro" error, which expands to ----------------------------------- org.xwiki.rendering.macro.MacroExecutionException: You don't have the right to execute this script at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:195) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:57) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605) at com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:557) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.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.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:188) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:153) at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:116) at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1873) at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:154) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:226) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:117) 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.doGet(ActionServlet.java:414) at javax.servlet.http.HttpServlet.service(HttpServlet.java:617) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:218) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:857) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) at java.lang.Thread.run(Thread.java:662) ----------------------------------- I'm guessing that when I upgraded from milestone2 to 3.0.36132 something didn't happen quite correctly. I've tried re-importing the LDAP tools xar, but this didn't have any effect. Any suggestions would be appreciated.

13 years, 1 month

[xwiki-users] MindMap Macro : ClassNotFoundException freemind.main.FreeMindApplet.class

by Julien Hervouet

Hi, As an adept of freemind I was very happy to see that a freemind macro exist for xwiki. Unfotunately I have a ClassNotFoundException when tha applet is invoked by the macro, it seems that the FreeMind java library can not be found by the downloaded applet. Here is the Stack Trace of the exception : /Java Plug-in 1.6.0_15 Utilisation de la version JRE 1.6.0_15-b03 Java HotSpot(TM) Client VM charger : classe freemind.main.FreeMindApplet.class introuvable. java.lang.ClassNotFoundException: freemind.main.FreeMindApplet.class at sun.plugin2.applet.Applet2ClassLoader.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at java.lang.ClassLoader.loadClass(Unknown Source) at sun.plugin2.applet.Plugin2ClassLoader.loadCode(Unknown Source) at sun.plugin2.applet.Plugin2Manager.createApplet(Unknown Source) at sun.plugin2.applet.Plugin2Manager$AppletExecutionRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) Caused by: java.io.IOException: open HTTP connection failed:http://code.xwiki.org/xwiki/bin/view/Macros/freemind/main/FreeMindAp… at sun.plugin2.applet.Applet2ClassLoader.getBytes(Unknown Source) at sun.plugin2.applet.Applet2ClassLoader.access$000(Unknown Source) at sun.plugin2.applet.Applet2ClassLoader$1.run(Unknown Source) at java.security.AccessController.doPrivileged(Native Method) ... 7 more Exception : java.lang.ClassNotFoundException: freemind.main.FreeMindApplet.class/ The exception occurs on my instance of xwiki and on the xwiki web site at this example address : http://code.xwiki.org/xwiki/bin/view/Macros/MindMapMacro My instance of xwiki is XWiki Enterprise 1.9.3.22597 on Windows XP SP3 and as you see in the stack trace I have the last 1.6.0_15 java plugin. Can you give me an advice to resolve this problem. Thanks in advance, Julien

13 years, 1 month

[xwiki-users] applications in wiki-farm fail to run

by Haru Mamburu

Hi! Xwiki 3.1. Latest XEM works fine, deploys wiki farms - no problem. All attempts to make applications running on wiki-farm failed (e.g. Annotations). Documentation keeping silence, or I'm missing something. :-( Is there any way to make applications running on non-main wikis? Is there a way to install application in main wiki and "grant permission" to be used in specific wiki-farm? Thanks a lot in advance Dmitry Bakbardin

13 years, 2 months

[xwiki-users] Problem with copy and paste of lines with file attachments

by Dale Amon

When I do cut and paste it seems to make a mess of the local url. I can fix it by going into the Source instead of WYSYWYG but that is probably not something you want to suggest to your technical or proposal writer or PA... I notice it changes the form from 'attach:filename' to 'http:localpath/filename' and sometimes makes a mess of it. There seems to be some problem with the quoting; I noticed that one of my file names with a '-' in the middle seemed to cause quoting to go strange. This shows in the list of attachments: http://<HOSTNAME>/xwiki/bin/download/ImmortalData/WebHome/ImmortalData%2DBinarySharefileFormatSpecification.odt Gives this in the browser when you click on it: http://<HOSTNAME>/xwiki/bin/download/ImmortalData/WebHome/ImmortalData%252DBinarySharefileFormatSpecification.odt Replacing it with this works: http://<HOSTNAME>/xwiki/bin/download/ImmortalData/WebHome/ImmortalData-BinarySharefileFormatSpecification.odt Have others had trouble with this?

13 years, 2 months

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users August 2011