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.
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
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
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
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/
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,
Hi everyone,
I was trying to reproduce the tutorial of the form with validation and
tooltips. I have a field "name" that I want to be between 1 and 10
characters (like first_name in the tutorial).
The Validation Regular Expression for this field is : /.{1,10}/
I've made others fields with Validation Regular Expression /.+/ and these
fields work without problem.
But, when I enter the field "name" with more than 10 characters, the
Validation Message doesn't appears and my form is validated.
But, I don't want my form to be validated, because the field "name" is too
long. Is there a problem anywhere (I copy all the code giving in the
tutorial) ? /.{1,10}/ is it a deprecated expression ?
Please help me ^^
Best regards,
Stéphanie
--
View this message in context: http://xwiki.475771.n2.nabble.com/Problem-with-Validation-Regular-Expressio…
Sent from the XWiki- Users mailing list archive at Nabble.com.
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.
Hi all,
After migrating my XE from 2.x to 3.1, I get a bunch of these errors in my
logs : "[Statistics storing daemon] ERROR o.h.u.JDBCExceptionReporter -
Data truncation: Data too long for column 'XWV_IP' at row 1"
I suppose it's a change in the statistics related tables ...
What should I do to remove these errors ?
Full stack trace :
2011-09-14 16:11:50,551 [Statistics storing daemon] ERROR
o.h.u.JDBCExceptionReporter - Data truncation: Data too long for column
'XWV_IP' at row 1
2011-09-14 16:11:50,551 [Statistics storing daemon] ERROR
.AbstractFlushingEventListener - Could not synchronize database state with
session
org.hibernate.exception.DataException: Could not execute JDBC batch update
at
org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:77)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:43)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:253)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:266)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:167)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
[hibernate-3.2.6.ga.jar:3.2.6.ga]
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
[hibernate-3.2.6.ga.jar:3.2.6.ga]
at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:871)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:842)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiCollection(XWikiHibernateStore.java:1054)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.stats.impl.xwiki.VisitStatsStoreItem.storeInternal(VisitStatsStoreItem.java:112)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.stats.impl.xwiki.AbstractStatsStoreItem.store(AbstractStatsStoreItem.java:99)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.stats.impl.xwiki.XWikiStatsStoreService.register(XWikiStatsStoreService.java:167)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.stats.impl.xwiki.XWikiStatsStoreService.runInternal(XWikiStatsStoreService.java:119)
[xwiki-platform-oldcore-3.1.jar:na]
at
com.xpn.xwiki.util.AbstractXWikiRunnable.run(AbstractXWikiRunnable.java:99)
[xwiki-platform-oldcore-3.1.jar:na]
at java.lang.Thread.run(Thread.java:619) [na:1.6.0_11]
Caused by: java.sql.BatchUpdateException: Data truncation: Data too long for
column 'XWV_IP' at row 1
at
com.mysql.jdbc.PreparedStatement.executeBatchSerially(PreparedStatement.java:2007)
~[mysql-connector-java-5.1.10-bin.jar:na]
at
com.mysql.jdbc.PreparedStatement.executeBatch(PreparedStatement.java:1443)
~[mysql-connector-java-5.1.10-bin.jar:na]
at
org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297)
~[commons-dbcp-1.3.jar:1.3]
at
org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297)
~[commons-dbcp-1.3.jar:1.3]
at
org.apache.commons.dbcp.DelegatingStatement.executeBatch(DelegatingStatement.java:297)
~[commons-dbcp-1.3.jar:1.3]
at
org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
at
org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:246)
~[hibernate-3.2.6.ga.jar:3.2.6.ga]
... 16 common frames omitted
Thanks !
Jeremie.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Data-too-long-for-column-XWV-IP-tp6792700…
Sent from the XWiki- Users mailing list archive at Nabble.com.
