Hi everyone,
I have spent some time trying to use the Include macro without success. It
requires a reference to the entity (e.g. document) that I want to be
included, but it is not obvious how to correctly generate this reference
value. Some guides say it should be in the form of <space name>.<document
name> but where are spaces in XWiki? I know XWiki has subwikis but I don't
see spaces anywhere. And I tried <subwiki name>.<document name> too, to no
avail. No errors were displayed either.
Thanks!
Hi,
I'm working on a registration system around xwiki.
The basic workflow is the user is created in a LDAP directory at
registration time. Then the user can login to xwiki.
It's only upon the first successful login to xwiki that the user's xwiki
profile is created in xwiki database.
Now here is my point : how could I prepare the user profile *before* he
gets connected ? For example I would be able to attach some files to
XWiki.<username> and why not some others attributes.
Is anyone already achieved this ?
Cheers
On Thu, Nov 24, 2016 at 2:28 PM, Pascal BASTIEN <pbasnews-xwiki(a)yahoo.fr> wrote:
>
>> >> >
>> >> > I use this methods,
>> >> hasParent(EntityReference
>> expectedParent) and i noticed that
>> >>
>> I can not use string to set EntityReference.
>> >> > Then i must use this before:
>> "#set
>> >> ($reference =
>> >>
>> $services.model.resolveSpace('xwiki:Encyclopédie'))"
>> >> and
>> "$doc.documentReference.hasParent($reference)"
>> >> because
>> >>
>> $doc.documentReference.hasParent('xwiki:Encyclopédie')
>> >> doesn't work.
>> >> > Am I right? Anyway, I
>> >> can understand that.
>> >>
>> >> There
>> >> is one magic thing about Velocity in
>> XWiki that you need to
>> >> keep
>> >> in mind: it automatically convert
>> >> parameters to the right type (when
>> >> there is
>> >> a
>> converter provided for that type).
>> >>
>> >> For example
>> the converter for the type
>> >>
>> EntityReference understand the
>> >>
>> following
>> >> syntax:
>> [<entitytype>:]<entityreference> (the
>> >> default entity
>> >> type is "document"
>> >> if you don't provide it) so the
>> space with
>> >> reference
>> "xwiki:Encyclopédie" will
>> >> be the string
>> >>
>> "space:xwiki:Encyclopédie" as in
>> >>
>> hasParent('space:xwiki:Encyclopédie').
>> >
>> > Right :-)
>> $doc.documentReference.hasParent('space:xwiki:Encyclopédie')
>> work well but I don't understand why we must use
>> "xwiki" in space name.
>>
>> You don't have to use "xwiki".
>> "xwiki" is is the wiki in which the
>> space is located, if you want the space
>> "Encyclopédie" in the current
>> wiki then just don't put the wiki as in
>> $doc.documentReference.hasParent('space:Encyclopédie').
>> Keep it mind
>> that we are talking about the
>> space reference here, not the space
>> name.
>
> Heu .... it is not the same?
>
> Then maybe I found an issue because without "xwiki:" documentReference.hasParent doesn't work:
> On jetty package 8.4:
> I paste this velocity code: in the page: http://localhost:8080/xwiki/bin/edit/Paréééént/sousParent/WebHome
> $doc.documentReference.hasParent('space:Paréééént') doesn't work (false)
> $doc.documentReference.hasParent('space:xwiki:Paréééént') work well (true)
>
> $doc.documentReference.hasParent('space:sousParent') doesn't work (false)
> $doc.documentReference.hasParent('space:xwiki:Paréééént.sousParent') work well (true)
Indeed I skipped the fact that hasParent does not resolve the
parameter, it has to be the full reference so indeed you have to
explicitly indicate the wiki or it won't match the document wiki.
Then it depend what is your exact use case:
* if you want to check if the document in in the space "Paréééént" of
the current wiki then you should resolve "Paréééént" and then passe
the resolved reference to hasParent
* if you know you are searching in wiki "xwiki" then it's fine with
hasParent('space:xwiki:Paréééént')
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
Hello
A new version of the Limits Application is available. See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Limits+Application/#Hv…
You can install with the Extension Manager.
This version fixes an important bug which prevents the user to install the
application via the Extension Manager.
However, I would remind you that using the Extension Manager to install
this particular application is not the recommend way, since any user having
the administration right will be able to uninstall it. And thus remove the
limitations you wanted to enforce.
Have a good day,
--
Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
> >
> > I use this methods,
> hasParent(EntityReference expectedParent) and i noticed that
> I can not use string to set EntityReference.
> > Then i must use this before: "#set
> ($reference =
> $services.model.resolveSpace('xwiki:Encyclopédie'))"
> and "$doc.documentReference.hasParent($reference)"
> because
> $doc.documentReference.hasParent('xwiki:Encyclopédie')
> doesn't work.
> > Am I right? Anyway, I
> can understand that.
>
> There
> is one magic thing about Velocity in XWiki that you need to
> keep
> in mind: it automatically convert
> parameters to the right type (when
> there is
> a converter provided for that type).
>
> For example the converter for the type
> EntityReference understand the
> following
> syntax: [<entitytype>:]<entityreference> (the
> default entity
> type is "document"
> if you don't provide it) so the space with
> reference "xwiki:Encyclopédie" will
> be the string
> "space:xwiki:Encyclopédie" as in
> hasParent('space:xwiki:Encyclopédie').
Right :-) $doc.documentReference.hasParent('space:xwiki:Encyclopédie') work well but I don't understand why we must use "xwiki" in space name.
I suppose I must use all space path.
>
> >
> >
> Another point about documentation http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module#HScriptSe…
> (because I spend a lot of time to identify my issue
> because the "x" characters:
> >
> Create a Document Reference: "#set ($reference =
> $services.model.createDocumentReference("wiki",
> ["space"], "page"))"
> > but
> >
> $doc.documentReference.spaceReferences.get(0) display
> "Space xwiki:Encyclopédie".
> >
> Reference use "xwiki" but createDocumentReference
> use "wiki"?
> > "wiki"
> is it a wiki name example?
>
> I don't really understand your example
> $services.model.createDocumentReference("wiki",
> ["space"], "page")
> have
> nothing to do with $doc.documentReference. It just means you
> are
> executing this script on main wiki
> ("xwiki").
>
> >
> > Another question:
> > What is the difference between:
> $services.model.createDocumentReference and
> services.model.resolveDocument?
> > With
> resolveDocument the Page must exist?
> >
> Can I use CreateDocumentReference if target document
> exist?
>
> resolveDocument take
> a reference as a String and parse it (it's using
> a DocumentResolver component for this) and find
> what is not provided
> in the String (by
> default from the context) while
> createDocumentReference takes each element of
> the reference separately
> and know nothing
> about reference syntax.
>
>
I mean: is it the same utility?
#set ($reference = $services.model.createDocumentReference("wiki", ["space1","space2"], "page"))
#set ($reference = $services.model.resolveDocument("wiki:space1.space2.page))
> >
> > Last point:
> > I think these 2 simples examples missing
> in: http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module#HScriptSe…
> > #set ($reference =
> $services.model.resolveSpace('xwiki:MySpace'))
> > #set ($reference =
> $services.model.resolveSpace('xwiki:MySpace.MyPage'))
> > What do you think?
>
> Not sure people create space references that
> much but sure why not.
Sorry I wanted to write:
#set ($reference = $services.model.resolveSpace('xwiki:MySpace'))
#set ($reference = $services.model.resolveDocument('xwiki:MySpace.MyPage'))
but mayb it is not necessary because you told me than xwiki automatically convert parameters to the right type.
Hello xwiki users
I need a little bit of light about reference.
I use this methods, hasParent(EntityReference expectedParent) and i noticed that I can not use string to set EntityReference.
Then i must use this before: "#set ($reference = $services.model.resolveSpace('xwiki:Encyclopédie'))" and "$doc.documentReference.hasParent($reference)" because $doc.documentReference.hasParent('xwiki:Encyclopédie') doesn't work.
Am I right? Anyway, I can understand that.
Another point about documentation http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module#HScriptSe… (because I spend a lot of time to identify my issue because the "x" characters:
Create a Document Reference: "#set ($reference = $services.model.createDocumentReference("wiki", ["space"], "page"))"
but
$doc.documentReference.spaceReferences.get(0) display "Space xwiki:Encyclopédie".
Reference use "xwiki" but createDocumentReference use "wiki"?
"wiki" is it a wiki name example?
Another question:
What is the difference between: $services.model.createDocumentReference and services.model.resolveDocument?
With resolveDocument the Page must exist?
Can I use CreateDocumentReference if target document exist?
Last point:
I think these 2 simples examples missing in: http://extensions.xwiki.org/xwiki/bin/view/Extension/Model+Module#HScriptSe…
#set ($reference = $services.model.resolveSpace('xwiki:MySpace'))
#set ($reference = $services.model.resolveSpace('xwiki:MySpace.MyPage'))
What do you think?
Ty
Pascal B
Due to some action all macro's on my XWiki are giving errors; not registered.
How can I do a batch registration to fix that problem...
Gerritjan Koekkoek
Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
Visit our website<http://www.cdlsworld.org>
Facebook<https://www.facebook.com/gerritjan.koekkoek>
email<gerritjan(a)cdlsworld.org>
According to your suggestions, I have started some iterations in a real
wiki.
Proposition 8, iteration 1
==================
http://jira.xwiki.org/secure/attachment/33243/P8_iter1.png
* Same wording
* Separation between wiki-related items and global items
* Remove "Home", because it's already in the breadcrumb and it is not
necessary to have it in this "often used features" menu.
"Create Wiki" and "Delete Wiki", because it should be done inside the Wiki
Index.
Proposition 8, iteration 2
==================
On subwiki:
http://jira.xwiki.org/secure/attachment/33245/P8_iter2.png
On main wiki:
http://jira.xwiki.org/secure/attachment/33246/P8_iter2_mainwiki.png
* Same but with a more human wording
* Applications is displayed before users, because I think we more often
need to use an app than we need to see other users
Proposition 8, iteration 3
==================
http://jira.xwiki.org/secure/attachment/33247/P8_iter3.png
* Same but introduced the "Recent Changes" entry (leads to an Activity
Stream maybe)
My conclusions
===
* Better look & feel
* More human wording
* Only feature we need often
Is it going in the right direction?
Thanks,
Guillaume
Thank you, Marius! It worked.
Best Regards,
Julio
De: Marius Dumitru Florea <mariusdumitru.florea(a)xwiki.com>
Para: XWiki Users <users(a)xwiki.org>
Enviadas: Quinta-feira, 17 de Novembro de 2016 4:11
Assunto: Re: [xwiki-users] Search: how to return all documents without selecting all language?
Hi Julio,
As mentioned on
http://extensions.xwiki.org/xwiki/bin/view/Extension/Solr+Search+Applicatio…
the configuration can be found in the Main.SolrSearchConfig page. Edit in
Wiki edit mode and look for "facetQuery". Inside this group you have:
'locale': ["$xcontext.locale", '']
Try
'locale': ['pt', 'pt_BR']
Hope this helps,
Marius
On Wed, Nov 16, 2016 at 8:16 PM, Julio Brum <brumpaiva(a)gmail.com> wrote:
> Hello,
>
> In our XWiki, we have documents in the pt language and pt_BR (I do not know
> why ...). When I use wiki search it returns, by default, only the documents
> in the pt_BR language. To return all documents, it is necessary to mark in
> the filters the language pt and pt_BR (or uncheck all). How do I return, by
> default, all documents of all languages? Our users are having trouble
> finding the documents.
>
>
> Thank you in advance,
> Julio
> _______________________________________________
> 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
Dear Vincent and Ludovic,
After I added these configuration """* Its work*""" OMG. Thank you
very much.
Now I'll tuning the system It's slow and use a lot of memory.
Million Thank
Waranon
--
View this message in context: http://xwiki.475771.n2.nabble.com/I-can-t-integrate-google-apps-for-login-w…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
In our XWiki, we have documents in the pt language and pt_BR (I do not know
why ...). When I use wiki search it returns, by default, only the documents
in the pt_BR language. To return all documents, it is necessary to mark in
the filters the language pt and pt_BR (or uncheck all). How do I return, by
default, all documents of all languages? Our users are having trouble
finding the documents.
Thank you in advance,
Julio
Hi All,
I have two XWiki 8.3 instances, both are set up for multilangue support:
default language hu, enabled languages en, hu.
I have created a page by script in instance 1 and created a hu translation
for this page by the editor.
The page has many objects.
I have exported the page as xar from instance 1 and imported into instance
2.
When I access the localized page in instance 2 it does not lists its
objects,
the $doc.getxWikiObjects() in velocity returns an empty map.
Do you have any idea what can cause this?
What could be missing in instance2?
The XML content almost identical on instance1, but the
$doc.getxWikiObjects() gives a non empty result
when the localized page rendered.
--
View this message in context: http://xwiki.475771.n2.nabble.com/XWiki-translated-page-strange-behaviour-t…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi!
I just discovered an issue with renaming a space in a subwiki. Whenever I
rename a space in the main wiki the links are modified to reflect the new
space name - even links in subpages of the space are modified. But when I
rename a space in a subwiki the links are not modified and still points at
the old space name. Backlinks are not updated either.
I cannot find a bug or any other reference to this problem. Anyone else
experienced the same behavior. Discovered in XWiki 8.3. Upgraded to 8.4 but
no difference.
Regards,
Helge
--
View this message in context: http://xwiki.475771.n2.nabble.com/Rename-move-space-in-subwiki-does-not-upd…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi All,
I have downloaded the zip package of XWiki 8.4, started it and logged in as
Admin.
I have changed the Localization to support two languages.
When I created a page on the default laguage it is OK.
When I try to translate the page I get the editor but when I save the
document the
default page overwritten and the localized page not created.
I have created a screen capture of my trial: https://youtu.be/4K3lWqaKRxg
Did I forget to modify some settings or it is a bug in XWiki 8.4?
--
Best regards,
Zoltán
--
View this message in context: http://xwiki.475771.n2.nabble.com/Unable-to-create-localized-page-in-8-4-tp…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
There are a discussion about this problem:
http://xwiki.markmail.org/message/f3bph6lrhlgtgwhw?q=Lots+of+disabled+Yahoo…
Pascal B
--------------------------------------------
En date de : Lun 14.11.16, Keith Davis <laurinkeithdavis(a)gmail.com> a écrit :
Objet: [xwiki-users] Bounced Emails
À: users(a)xwiki.org
Date: Lundi 14 novembre 2016, 16h40
My subscription keeps getting
disabled due to excessive bounces. I would
understand that if I was still hosting my web host's email
server, but I'm
not having email send to my Gmail account. Any ideas what
would be causing
that?
--
Keith Davis
214-906-5183
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi all,
I have been embedding svg inside html macro like this:
{{html}}
<svg ...>
...
</svg>
{{/html}}
and usually I can convert the resulting page to PDF without any problem.
However if I use *xmln:href* in the svg, the PDF converter throws an error
and renders a blank PDF.
Here's an example svg: https://jsfiddle.net/9dt5guab/1/
Here's the stack trace:
ERROR o.a.f.a.FOUserAgent - SVG graphic could not be built.
Reason: org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1
The attribute "xlink:href" of the element <use> is required
org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1
The attribute "xlink:href" of the element <use> is required
at
org.apache.batik.bridge.SVGUseElementBridge.buildCompositeGraphicsNode(Unknown
Source)
at
org.apache.batik.bridge.SVGUseElementBridge.createGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown
Source)
at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source)
at org.apache.batik.bridge.GVTBuilder.build(Unknown Source)
at
org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:104)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170)
at
org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingDocument(AbstractIFPainter.java:319)
at
org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:286)
at
org.apache.fop.render.intermediate.IFRenderer.renderForeignObject(IFRenderer.java:1314)
at
org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:862)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(AbstractPathOrientedRenderer.java:832)
at
org.apache.fop.render.intermediate.IFRenderer.renderInlineViewport(IFRenderer.java:864)
at
org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:715)
at
org.apache.fop.render.intermediate.IFRenderer.renderInlineArea(IFRenderer.java:928)
at
org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:690)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:572)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613)
at
org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000)
at
org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557)
at
org.apache.fop.render.AbstractRenderer.renderFlow(AbstractRenderer.java:457)
at
org.apache.fop.render.AbstractPathOrientedRenderer.renderFlow(AbstractPathOrientedRenderer.java:785)
at
org.apache.fop.render.AbstractRenderer.renderMainReference(AbstractRenderer.java:434)
at
org.apache.fop.render.AbstractRenderer.renderBodyRegion(AbstractRenderer.java:358)
at
org.apache.fop.render.AbstractRenderer.renderRegionViewport(AbstractRenderer.java:305)
at
org.apache.fop.render.intermediate.IFRenderer.renderRegionViewport(IFRenderer.java:739)
at
org.apache.fop.render.AbstractRenderer.renderPageAreas(AbstractRenderer.java:270)
at
org.apache.fop.render.AbstractRenderer.renderPage(AbstractRenderer.java:243)
at
org.apache.fop.render.intermediate.IFRenderer.renderPage(IFRenderer.java:587)
at
org.apache.fop.area.RenderPagesModel.addPage(RenderPagesModel.java:123)
at
org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.finishPage(AbstractPageSequenceLayoutManager.java:315)
at
org.apache.fop.layoutmgr.PageSequenceLayoutManager.finishPage(PageSequenceLayoutManager.java:216)
at
org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:140)
at
org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:267)
at
org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:130)
at
org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:360)
at
org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:190)
at
org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1102)
at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown
Source)
at
org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
Source)
at
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XML11Configuration.parse(Unknown
Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at
org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485)
at
com.xpn.xwiki.pdf.impl.PdfExportImpl.renderXSLFO(PdfExportImpl.java:357)
at
com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHTML(PdfExportImpl.java:304)
at
com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:257)
at
com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:243)
at com.xpn.xwiki.web.ExportAction.export(ExportAction.java:239)
at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:81)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:432)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:193)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:845)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1689)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1668)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:581)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:511)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at
org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213)
at
org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
at org.eclipse.jetty.server.Server.handle(Server.java:523)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251)
at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
at
org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:202)
at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
at
org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
at java.lang.Thread.run(Thread.java:745)
I guess this is a problem with the converting library. Any help?
Hello dear developers and XWiki users.
I would you to take a look at the issue
http://jira.xwiki.org/browse/XWIKI-13070.
The problem is that the current order (that I have implemented based on my
intuition) seems to not be clear for our users. The main point is that the
menu mixes up global items (Home wiki, Wiki Index) and local ones
(Administer Wiki, Page Index, Delete wiki, etc...).
Caty and Oliver have made some proposals that you could find in the issue.
They are called P1, P2, P3, P4 and P5.
I propose you to express your preferences so we can implement it based on a
consensus.
Here are mine:
P1: There is a logical order and separation between item. However, it seems
the more used actions (Wiki Index, Page Index) are less visible than some
other (Delete Wiki, Create Wiki...)
P2: The order and the separation are logic. The "delete wiki" action is
still very visible but all other items are good.
P3: Same than P2. Except that having "Wiki Index" along with "User, Page
and Application Index" mixes up local and global items.
P4: Why not, but maybe the 3 first actions should be placed after the other
ones, since they would be less used. Same remark about the mixing of local
and global items.
P5: A clear distinction between local and global scope. More used items are
located first. This is my favorite one.
So +1 for P5, +0 for the other options so far.
Now, what about you?
Thanks,
Guillaume
PS: I send this message to both devs and users mailing lists, because I
think users are directly concerned by this topic.
--
Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com)
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project
Hello,
My ODT (Open Office) files attachments are detected like "zip bomb" files by tika and i think theses file are not proprely indexed by solr...
Do you know a way to exclude, odt files from tika' zip bomb check?
Thxs.
Here my log for odt files:
2016-11-14 11:33:04,474 [XWiki Solr index thread] ERROR .DocumentSolrMetadataExtractor - Failed to retrieve the content of attachment [Attachment xwiki:MyFile.odt]
org.apache.tika.exception.TikaException: Zip bomb detected!
at org.apache.tika.sax.SecureContentHandler.throwIfCauseOf(SecureContentHandler.java:192)
at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:123)
at org.apache.tika.Tika.parseToString(Tika.java:527)
...
at org.xwiki.search.solr.internal.DefaultSolrIndexer.run(DefaultSolrIndexer.java:377)
at java.lang.Thread.run(Thread.java:745)
Caused by: org.apache.tika.sax.SecureContentHandler$SecureSAXException: Suspected zip bomb: 100 levels of XML element nesting
at org.apache.tika.sax.SecureContentHandler.startElement(SecureContentHandler.java:234)
...
at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:120)
... 11 common frames omitted
Pascal B
Hi,
We use xwiki version 7.1.2 with tomcat 8 and nginx. In peak of load (when
many users come in) we see that number of Threads grow and xwiki freeze. Ok,
we increased maxThreads from 250 (default) up to 1100.
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
maxThreads="1100"
redirectPort="8443" />
But it is not enough. We don't know cause of problem because number of
simultaneous users in xwiki we have less than 300-400. We did threads dump
and saw many url with words .../download/... as active thread (~ 800 of 1100
active threads ).
In our xwiki many pictures on pages (~10-15 per page) but we set
xwiki.store.cache.capacity=2000
In xwiki attachement cache folder only 1700 files (i.e.
xwiki.store.cache.capacity not need more).
What cause of problem with threads ? Why so many threads active long time ?
And may be someone know good settings for tomcat ?
--
View this message in context: http://xwiki.475771.n2.nabble.com/xwiki-7-1-2-perfomance-problem-with-tomca…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
I think this might a velocity/java script or groovy question more as a xwiki question.
We want to record a age (Period of days/seconds since birth date).
What datatype would you recommend:
- String structured
- Numeric integer of Days or Seconds
- Date/Time
We would like to be able to display the data as:
- Date notation
- Years, Months, Weeks
- Years, Months, Days
- Years, Months
Things to consider is that each month has different period lengths in days and that each 4 years we have different number of days in a year
Should/Can we do this server side (velocity)
What velocity tools or services can we use
Gerritjan Koekkoek
Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS
Visit our website<http://www.cdlsworld.org>
Facebook<https://www.facebook.com/gerritjan.koekkoek>
email<gerritjan(a)cdlsworld.org>
Hi community,
I'm having a hard time getting a Javascript Extension for an
AppWithinMinutes livetable to work.
I have several livetable "enhancements" in it like changing background
color per field value which work properly.
As a reference I've used the example:
http://snippets.xwiki.org/xwiki/bin/view/Extension/Background+color+for+a+l…
Now I want to change the display of the value of a specific column, for
example to display an image or a button next to the value. This works only
for the last column in the livetable. All other rows look strange.
Example:
The simplified code:
```
document.observe("xwiki:livetable:newrow", function(ev){
$$('.sTxtUser').each(function(element){
var content = element.innerText;
if(content === undefined){
content = element.textContent;
}
element.replace('<td class="sTxtUser link typetext"
data-title="Username">"' + content + '"</td>')
});
});
```
I have 3 documents for the application with the following values for field
sTxtUser :
testuser1
test12345
anotheruser1
Using the above extension renders the livetable cells like this:
"""anotheruser1"""
""test12345""
"testuser1"
If I change the sort order:
"""testuser1"""
""test12345""
"anotheruser1"
So only the last row shows the desired output.
What am I doing wrong?
Regards,
Dennis
The XWiki development team is proud to announce the availability of XWiki
8.4.
This version brings a lot of usability improvements. The WYSIWYG editor (
*CKEditor*) has been upgraded and proposes a better dialog for the creation
of links. It is also possible to configure it from the administration.
Application Within Minutes does not enforce anymore the location where the
application's entries must be created, but proposes to the creator the
places *where* and *from where* these entries should be. We have also get
rid of the Data page where the entries where created before.
The default values of the user preferences are now better exposed to the
users. The order of the applications in the application panel can now be
changed by the administrator. And the users now have the ability to filter
the page types when they create a page.
As usual plenty of less noticeable improvements are proposed, and 45 bugs
have been fixed since XWiki 8.3.
You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/Data/XWiki/8.4/
Thanks for your support
-The XWiki dev team