I'm using the latest xwiki.war deployed into Tomcat6 with IBM Java
Whenever I try to use the insert macro into the WYSIWYG form I get the following error
500 <html><head><title>Apache Tomcat/6.0.18 - Error report</title><style><!--H1 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:22px;} H2 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:16px;} H3 {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;font-size:14px;} BODY {font-family:Tahoma,Arial,sans-serif;color:black;background-color:white;} B {font-family:Tahoma,Arial,sans-serif;color:white;background-color:#525D76;} P {font-family:Tahoma,Arial,sans-serif;background:white;color:black;font-size:12px;}A {color : black;}A.name {color : black;}HR {color : #525D76;}--></style> </head><body><h1>HTTP Status 500 - </h1><HR size="1" noshade="noshade"><p><b>type</b> Exception report</p><p><b>message</b> <u></u></p><p><b>description</b> <u>The server encountered an internal error () that prevented it from fulfilling this request.</u></p><p><b>exception</b> <pre>javax.servlet.ServletException: Failed to initialize the XWiki context. org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.initializeXWikiContext(XWikiContextInitializationFilter.java:153) org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter(XWikiContextInitializationFilter.java:83) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) </pre></p><p><b>root cause</b> <pre>com.xpn.xwiki.XWikiException: Error number 2 in 0: The wiki [kcrnxwiki01] does not exist com.xpn.xwiki.XWiki.getXWiki(XWiki.java:505) org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.initializeXWikiContext(XWikiContextInitializationFilter.java:134) org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter(XWikiContextInitializationFilter.java:83) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) </pre></p><p><b>note</b> <u>The full stack trace of the root cause is available in the Apache Tomcat/6.0.18 logs.</u></p><HR size="1" noshade="noshade"><h3>Apache Tomcat/6.0.18</h3></body></html>
--
Mark Gardner
KC Research Automation
Mark.Gardner(a)kc.frb.org
(816) 881-2957
Hi,
1) Is it possible to specify a file size limit for a specific page ? For
example, a specific page has 600MB for its file size limit, while other
have the default.
2) Is there a limit to the amount of files we can attach to a page ? If the
limit is by size, what is the total size limit for one page and how can I
change it?
Xwiki version :1.4.1
Thanks
--
Victor
Hi;
I just installed Video Macro,
and progress report seemed correct
-
Installing extension [elenaoanatabaranu:video-macro-1.2] on namespace
[wiki:xwiki]
-
Importing document [xwiki:Macros.Video20] in language [en]...
-
Successfully installed extension [elenaoanatabaranu:video-macro-1.2] on
namespace [wiki:xwiki]
what happened is i got a new annoying space under Home called Macros
and could not find Video macro in the editor tool for adding macros
tried manually and got unknown macro error message !
Is there something i missed ?
Thanks,
--
*BHY*
I'm trying to edit a object in a wiki page
I created a class with name = "Test.Message" and a single string attribute
named "text"
I put this code in a page
{{velocity}}
{{html clean="false" wiki="true"}}
#set($mobj=$doc.getObject("Tests.Message",true))
$mobj.display("text",$context.action)<p/>
{{/html}}
{{/velocity}}
It show the form but when I save the page the object is not saved/updated.
What am I doing wrong?
--
View this message in context: http://xwiki.475771.n2.nabble.com/Update-objects-editing-a-page-tp7585001.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi everyone,
myxwiki.org has been upgraded to XE 5.0.1. If you own a wiki hosted
there you should have a look at the release notes for this version at:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/
We also strongly recommend an upgrade to the latest wiki version. This
time you will get your own Distribution Wizard to help you when you
access your wiki.
Note that if you did not upgraded recently you will need to to
indicate what is the version of the xar you upgraded last time (it's
OK if it's a bit older when you are not absolutely sure). If you
really don't have any idea you can choose "I don't know" that will
produce quite a lot of "conflicts" (for every difference between your
version and the new version) that you will have to confirm one by one
(be careful to keep current version of configuration pages, see the
list on [1]) but next time you will have full 3 ways merge.
If you still want to upgrade it the old way you can cancel the DW,
download the official XWiki Enterprise 5.0.1 xar on
http://www.xwiki.org/xwiki/bin/view/Main/Download and follow the
upgrade guide [1].
To be notified of the myxwiki.org server upgrade you can follow
myxwiki on twitter:
http://twitter.com/myxwiki
[1]: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade#HUpgradingwikid…
Thanks,
-XWiki Community
Can anyone clarify this to me?
It's a known fact that deleting attachments can be a PITA.
At work we have several pages with LARGE attachments which can't be deleted.
So I find a code snippet in the Extensions: Forcefully delete a document
with many attachments
<http://extensions.xwiki.org/xwiki/bin/view/Extension/Forcefully+delete+a+do…>
but the code snippet doesn't work on the LARGE attachments.
Now I see on that same Extension page that this bug is supposed to be fixed
in 5.0, but the link to the bug <http://jira.xwiki.org/browse/XWIKI-8910>
states that this bug is "Re-opened", affects "5.0" and is "Unresolved"
So...what's going on???
--
View this message in context: http://xwiki.475771.n2.nabble.com/Can-t-delete-attachments-BUG-tp7585023.ht…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
I am looking for documentation//example//tutorials on full macro list and
parameters,
I can not find it
and description is sometimes not enough, those are the macros i am seeking:
Activity Attachment Selector Cache Chart Code Comment Container Context
Dashboard Display Documents Error Message Footnote Formula Gallery Groovy
HTML Id Include Message Sender Office Document Viewer Put Footnote Python
RSS Script Space Index Spaces Success Message Tag Cloud User Avatar Velocity
Thank you,
Best Regards,
--
*BHY*
HI,
I am new to Xwiki and i am trying free wiki SAS Wiki Cloud offer,
But i would like to get more info on possibility of creating a wiki on the
Farm,
as i am a member of an NGO committee and looking for free wiki solution for
our guidelines and knowledge sharing,
Mainly what is the difference between that and Wiki Cloud Offer,
And if it would be a suitable solution as a wiki for the NGO i am part of
Thanks,
--
*BHY*
The XWiki development team is proud to announce the availability of XWiki 5.0.
This is the first version of the new development cycle 5. This release
comes with virtual mode enabled and uses the new security
authorization module for rights checking. It also brings improvements
to the Extension Manager, Distribution Wizard and the WYSIWYG editor.
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/ReleaseNotesXWiki50
Thanks
-The XWiki dev team
Beloved XWiki users,
The XWiki Development Team has decided to stop maintaining XWiki Office and XWiki Eclipse. The truth is that these 2 projects have been dormant for a long time now since there were no active developers on them. Thus we decided to move them to XWiki Contrib where any contributor can participate (you just need to ask to get access there), in the hope that someone will continue working on them.
For more details on what XWiki Contrib is check http://contrib.xwiki.org
The two projects can now be found at:
* http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Eclipse
* http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Office
I personally think that both XEclipse and XOffice are great integrations of XWiki in third party tools. The XWiki Dev Team is just lacking resources and is spread too thin to continue to work on them in a quality manner.
On the upside, this means we're now continuing our focus on XWiki Enterprise and XWiki Enterprise Manager and very soon we even hope to drop the XWiki Enterprise Manager distribution in order to have only XWiki Enterprise and everything else will just be extensions (http://extensions.xwiki.org) that can be installed in it (including Workspaces which is the basis for the current XWiki Enterprise Manager distribution).
If you have any questions feel free to ask here!
Thanks
-Vincent Massol on behalf of the XWiki Development Team
Hi!
Still running XWIKI ENTERPRISE 2.4.30451 on Tomcat 5.
We have a XWiki doc holding a some 11 attachments. Most of them has 2-3 releases, but one, IDIS.publications.xlsx, has 35...
IDIS.authors.xlsx 1.2 2013-01-23 11:34:53.0
IDIS.clinicalTrials.xlsx 1.2 2012-07-14 23:20:23.0
IDIS.contracts.xlsx 1.2 2012-07-14 23:20:23.0
IDIS.magazines.xlsx 1.2 2012-07-14 23:21:45.0
IDIS.patents.xlsx 1.2 2012-07-14 23:20:23.0
IDIS.projects.xlsx 1.2 2012-07-14 23:20:23.0
IDIS.publications.xlsx 1.35 2013-04-30 14:46:49.0
IDIS.seminars.xlsx 1.1 2013-02-05 13:32:11.0
IDIS.team.xlsx 1.2 2012-07-14 23:21:45.0
IDIS.thesis.xlsx 1.3 2013-01-31 14:17:22.0
IDIS.workplace.xlsx 1.2 2012-07-14 23:20:23.0
We can easily get releases 1.1 to 1.15 and 1.35 of IDIS.publications.xlsx using downloadrev action. But rev 1.16 to 1.34 (or any in between being 1.34 the previous to the current one) fail to download. No error message is recorded in xwiki.log and the entered URL is changed to the one allowing to download the current one.
I've no clue by browsing around users list and Jira issues, nor by looking at viewattachrev.vm or xwiki.cfg.
Please, could you help us with this issues? Is it no possible to retrieve releases over 1.15?
Thank you so much for your help,
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hi!
I more or less understand how URLs to missing/wrong/moved XWiki pages work involving docdoesnotexist.vm, but I'm still not able to modify this behavior by reading/taking into account values of request/responses exchanges between client and server.
For instance: I would like to redirect a number of "short" URLs like this...
http://www.idisantiago.es/BIS2013
to a set of given XWiki pages. Currently I can, and I did, a redirection of all of them to a single page by modifying Main.DocumentDoesNotExist this way...
{{velocity}}
$response.sendRedirect($xwiki.getURL("BIS2013.Schedule"))
{{/velocity}}
But I'm not able to find the way of using request's name and status in Velocity #if(). Please, see attached file. I found a number of what I consider related information dealing with $response, $request, URL resolution, URL mappings and so on, so forth, but I 'm afraid this is too much for me to digest!
Please, could anybody point me in the right direction? Am I completely lost?
Thanks for your help!!!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hello,
+1 for proposal 3.
Raluca.
On Tue, Apr 30, 2013 at 12:02 PM, Vincent Massol <vincent(a)massol.net> wrote:
> Hi devs,
>
> Following this thread http://markmail.org/thread/vw3derowozijqalr it
> seems clear that we need to introduce a better syntax for links and images
> in XWiki Syntax 2.2 (in order to cope with use cases such as
> http://jira.xwiki.org/jira/browse/XRENDERING-290).
>
> The need is to be able to plug new reference type handlers without
> breaking backward compatibility in XWiki Syntax 2.2 (since right now with
> XWiki Syntax 2.0 and 2.1 adding a new type reference handler would break
> backward compatibility).
>
> So here are various proposals to that effect for XWiki Syntax 2.2 (I've
> only kept the interesting proposals from the previous thread). Please vote
> for the one you prefer or add new solutions if you have other better ideas.
>
> Proposal 1
> =========
>
> Force XWiki Syntax 2.2 to *ALWAYS* use the full form when creating a link
> or image, i.e. all links would need to be written: [[label>>type:reference]]
>
> Examples:
> * [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>path:/some/path]]
> * [[label>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.page@image.png]]
> * [[image:icon:someicon.png]]
>
> CONS:
> * Harder to write links to documents which is the main use case
>
> Proposal 2
> =========
>
> Same as with XWiki Syntax 2.1 but for links or images to subwikis force
> the user to use the "doc:" notation
>
> Examples:
> * [[label>>space.page]] or [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>>path:/some/path]]
> * [[label>>http://xwiki.org]] or [[label>>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.page@image.png]]
> * [[image:icon:someicon.png]]
>
> PRO:
> * Still easy to reference docs and images in the current wiki
> * Close to current XWiki Syntax 2.1
>
> CONS:
> * Harder to write links to documents in subwikis (for workspaces users for
> example, see example of xwiki.org)
>
> Proposal 3
> =========
>
> Always define the type as a link or image parameter, i.e. separate subwiki
> notation from type.
>
> Examples:
> * [[label>>space.page]] or [[label>>space.page||type="doc"]]
> * [[label>>wiki:space.page]] or [[label>>wiki:space.page||type="doc"]]
> * [[label>>>/some/path||type="path"]]
> * [[label>>http://xwiki.org]] or [[label>>>http://xwiki.org||type="url"]]
> * [[label>>evalica||type="user"]]
> * [[image:wiki:space.page@image.png]] or [[image:wiki:space.page@image.png
> ||type="doc"]]
> * [[image:someicon.png||type="icon"]]
>
> PRO:
> * Still easy to reference docs
> * Clear separation between subwiki and types
>
> CONS:
> * Harder to write typed links
> * Harder to write references in non xwiki/2.x syntax that would not
> support link parameters
>
> Thanks
> -Vincent
>
>
> _______________________________________________
> devs mailing list
> devs(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/devs
>
Forwarding to users list since it's interesting to know what users think about this for the new XWiki Syntax 2.2 too.
Please give your opinion.
Thanks
-Vincent
Begin forwarded message:
> From: Vincent Massol <vincent(a)massol.net>
> Subject: [VOTE] New Link and Image syntax for XWiki Syntax 2.2
> Date: April 30, 2013 11:02:43 AM GMT+02:00
> To: XWiki Developers <devs(a)xwiki.org>
>
> Hi devs,
>
> Following this thread http://markmail.org/thread/vw3derowozijqalr it seems clear that we need to introduce a better syntax for links and images in XWiki Syntax 2.2 (in order to cope with use cases such as http://jira.xwiki.org/jira/browse/XRENDERING-290).
>
> The need is to be able to plug new reference type handlers without breaking backward compatibility in XWiki Syntax 2.2 (since right now with XWiki Syntax 2.0 and 2.1 adding a new type reference handler would break backward compatibility).
>
> So here are various proposals to that effect for XWiki Syntax 2.2 (I've only kept the interesting proposals from the previous thread). Please vote for the one you prefer or add new solutions if you have other better ideas.
>
> Proposal 1
> =========
>
> Force XWiki Syntax 2.2 to *ALWAYS* use the full form when creating a link or image, i.e. all links would need to be written: [[label>>type:reference]]
>
> Examples:
> * [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>path:/some/path]]
> * [[label>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.page@image.png]]
> * [[image:icon:someicon.png]]
>
> CONS:
> * Harder to write links to documents which is the main use case
>
> Proposal 2
> =========
>
> Same as with XWiki Syntax 2.1 but for links or images to subwikis force the user to use the "doc:" notation
>
> Examples:
> * [[label>>space.page]] or [[label>>doc:space.page]]
> * [[label>>doc:wiki:space.page]]
> * [[label>>>path:/some/path]]
> * [[label>>http://xwiki.org]] or [[label>>>url:http://xwiki.org]]
> * [[label>>user:evalica]]
> * [[image:doc:wiki:space.page@image.png]]
> * [[image:icon:someicon.png]]
>
> PRO:
> * Still easy to reference docs and images in the current wiki
> * Close to current XWiki Syntax 2.1
>
> CONS:
> * Harder to write links to documents in subwikis (for workspaces users for example, see example of xwiki.org)
>
> Proposal 3
> =========
>
> Always define the type as a link or image parameter, i.e. separate subwiki notation from type.
>
> Examples:
> * [[label>>space.page]] or [[label>>space.page||type="doc"]]
> * [[label>>wiki:space.page]] or [[label>>wiki:space.page||type="doc"]]
> * [[label>>>/some/path||type="path"]]
> * [[label>>http://xwiki.org]] or [[label>>>http://xwiki.org||type="url"]]
> * [[label>>evalica||type="user"]]
> * [[image:wiki:space.page@image.png]] or [[image:wiki:space.page@image.png||type="doc"]]
> * [[image:someicon.png||type="icon"]]
>
> PRO:
> * Still easy to reference docs
> * Clear separation between subwiki and types
>
> CONS:
> * Harder to write typed links
> * Harder to write references in non xwiki/2.x syntax that would not support link parameters
>
> Thanks
> -Vincent
>
>
I'm writing custom listener to send e-mail after document updates
according to:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyNotificationTutorial and: http://xwiki.475771.n2.nabble.com/Send-an-email-in-an-event-listener-td7579…
Although adding attachment is working in Velocity as described in:
http://extensions.xwiki.org/xwiki/bin/view/Extension/Mail+Sender+Plugin
Similar approach in Groovy raises exception:
java.lang.ClassCastException: com.xpn.xwiki.doc.XWikiAttachment cannot
be cast to com.xpn.xwiki.api.Attachment
at
com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.createMimeMultipart(MailSenderPlugin.java:391) ~[xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.createMimeMessage(MailSenderPlugin.java:327) ~[xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMails(MailSenderPlugin.java:726) ~[xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMail(MailSenderPlugin.java:673) ~[xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPlugin.sendMail(MailSenderPlugin.java:659) ~[xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi.sendMail(MailSenderPluginApi.java:171) [xwiki-platform-mailsender-4.5.jar:na]
at
com.xpn.xwiki.plugin.mailsender.MailSenderPluginApi.sendTextMessage(MailSenderPluginApi.java:98) [xwiki-platform-mailsender-4.5.jar:na]
at com.xpn.xwiki.plugin.mailsender.MailSender
$sendTextMessage.call(Unknown Source)
[xwiki-platform-mailsender-4.5.jar:na]
at EmailSenderListener.onEvent(Script22.groovy:34) [script:na]
...
and line is: def attachments = source.getAttachmentList()
What should I do?
Thanks!
Valdis
We have a XWiki 5.0m1 wiki farm, relatively recently upgraded from 3.5
Having created a new subwiki for a new project, and spent a couple of days
creating content in it, I noticed that the profile pics from the global
users were not showing up
I tried to create a local user with the same name (we had only global users
until this point), but this did not work and I therefore deleted the local
user page
Unfortunately XWiki presented a confirmation dialog (for the delete) which I
did not process mentally until after I had pressed confirm
This dialog said that since this was the only page in the XWiki space, it
would delete all the documents in the XWiki space !
Sure enough the XWiki space seems now to have been deleted in the sub wiki
:-(
(Seems that this is rather a serious bug - as this was clearly not the only
page in the XWiki space)
Good news the photos for the global users now displays properly, bad news
the admin application and presumably everything else in the XWiki space in
the subwiki (e.g. macros) are now gone
Since there is no admin application in the sub wiki I cannot re-import the
XWiki pages from the XAR
I can equally neither export the pages in the new sub wiki to reimport in a
backed up version, without the new sub wiki
Can you recommend any course of action which will enable me to export my
content pages from the new wiki or import a XAR of the administration
application, without the administration application already being installed
in the sub wiki
(PS the main wiki is intact)
Thanks for your help
Tim
--
View this message in context: http://xwiki.475771.n2.nabble.com/Sub-wiki-delete-of-only-sub-wiki-user-del…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi all,
I want to use "Navigation Menu Wiki Macro"
http://extensions.xwiki.org/xwiki/bin/view/Extension/Navigation+Menu+Wiki+M…
to make vertical and horizontal menus in all wiki.
But I could not use the panel with this content:
{{menutype="vertical"position="right"id="panelmenu"}}
* [[Main>>Main.WebHome]]
* [[Sandbox>>Sandbox.WebHome]]
** [[Sandbox.TestPage1]]
** [[Sandbox.TestPage2]]
** [[Sandbox.TestPage3]]
* [[Blog>>Blog.WebHome]]
{{/menu}}
How could I define a new panel for this purpose?
Regards,
--
*Viet Hoang*
Hi,
I'm creating pages using the Restful API.
I'd like to provide a comment (summary) to describe the modification so that
it is displayed in the history.
Any hint on how to do this ?
Regards,
Stephane Thibaudeau
--
View this message in context: http://xwiki.475771.n2.nabble.com/Rest-provide-a-summary-whne-creating-a-pa…
Sent from the XWiki- Users mailing list archive at Nabble.com.
I'm working on shortening Xwiki instance URLs
(see details in http://odo.lv/Recipes/XwikiShortURLs_en )
and strangely I can't do it for newer Xwiki instance
(it works for odo.lv which uses 2.7 version).
I found out that HTML is broken, when proxy server rewrites hyperlinks for preduced XHTML
(SetOutputFilter proxy-html
ProxyHTMLURLMap /xwiki/bin/view/ /
direcives in apache2.conf)
Then it changes ...<body id="body" class="wiki-xwiki space-Main viewbody
hideleft">... to simple ...<body>... element without attributes.
Only weakly related thing I found is that could be related is:
http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxybadheader
I suspect it somehow is related on how header is finished and body is started.
Can you suggest any ideas?
Thanks!
Valdis
Hi,
I want to inject css and js to some of my pages.
I decided to put all the Extensions to one page, say "MyExtensions" and
then tried und include it in the pages.
{{display reference="MyExtensions"/}}
Unfortunately the js code is not injected.
Any help appreciated.
Stefan.
I just upgraded from 4.3 to 4.5.3. Shouldn't my MySQL xwikidbversion.XWV_VERSION be changed from 43000 to....something else?
Keith Davis - MCSA, ZCE, A+, N+
P.R.I.D.E., Inc. - Director of I.T.
http://pridedallas.com
(214) 906-5183
Hi,
I've installed XWiki Enterprise 4.5.3 to test the Restful API.
I'd like to retrieve/modify only a section within a page.
There is no direct means to do this using a Rest service as far as I could
see.
Am I right on this point ?
How could I use the Java API to get a page's sections ?
The plan would be to retrieve the wole page contents and then extract the
sections I need using the Java API.
Regards,
Stephane Thibaudeau.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Retrieve-modify-page-sections-with-Rest-o…
Sent from the XWiki- Users mailing list archive at Nabble.com.
My name is Abhinav and I am very
interested in the "LDAP server implementation"project you’ve recently posted on GSOC-2013 project ideas list. I am
currently doing my Masters in Computer Applications at Anna University,
Chennai, India. I have been interested in working with Java and LDAP Server and was
hoping to find out a little more about this project. So I would be able
to effectively shape my proposal for this project, demonstrating why I
am a quality candidate for this project.
I am looking forward to a reply from you.
The XWiki development team is proud to announce the availability of XWiki 5.0 Release Candidate 1.
This is mostly a stabilization release leading to 5.0 but we included a few bonus items: Distribution Wizard improvements to support multiwiki use cases and the ability to see which extensions have updates.
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/ReleaseNotesXWiki50RC1
Thanks
-The XWiki dev team
Hi XWiki users,
I'm trying to use the Calc Macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Calc+Macro but it
doesn't seem to work "out of the box".
Is there someone who managed to fix it ? Or if you have an other way to
compute dynamically the average of 3 numbers ?
Thanks for your help. My wiki version is 3.5.1.
Maxime
Hi,
I have installed the workspace extensions to manage several departements in
one wiki.
It works fine.
My problem is how to keep my configurations and all the installed extensions
which are on my main wiki to all the workspaces? Is there a way to configure
in one place for all the workspaces of the wiki or do we have to configure
and install all extensions in each workspace one by one?
Thanks for your help.
Geoffrey
--
View this message in context: http://xwiki.475771.n2.nabble.com/Administration-of-all-the-workspaces-in-o…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Apologies if this is in the wrong place
I love Xwiki but not a developer and my project has hit a brick wall
I have an Application within Minutes Livetable which is working fineIs there a way of selecting items from the Live table i.e. booleanWhich can then list the selected items from the list as a collection.I guess what I'm asking for is a Shopping Cart type functionality from a Live table
Regards Martin
Hey, everyone,
My college is using one of the free hosted wikis, and I was wondering
what sort of storage limitations we might have? We're not planning on
anything too heavy, but we may begin uploading pictures for a photo
directory.
Thanks,
Sean
Hello ,
Recently i tried to use XWiki Entrprise windows installer on windows 7(x64)
and encountered following problem
Starting XWiki using Script fails with "The system cannot find the path
specified." message on console caused by "java.lang.NoClassDefFoundError"
After basic inspection of stack trace , I have found that class path was
set incorrectly by the installer. defined path was some thing like *
"Darshana\AppData\Roaming\XWiki\5.0-milestone-2\data"* but correct path
should be *"C:\Users\Akila
Darshana\AppData\Roaming\XWiki\5.0-milestone-2\data" and *seems like space
in the user account name is causing this error.
I would like to know if anyone had similar experience and expert thoughts
on this issue (a possible bug).
Thanks in advance
(FYI - my installation path is C:/XWiki avoiding access control issues with
program files folder)
--
Akila Darshana Panditha
SMIEEE
Undergraduate (BSc Engineering)
Department of Computer Science and Engineering
University of Moratuwa
Sri Lanka.
about.me/akiladarshana
Telephone - *+94714407683* (Mobile) , *+94112641772* (Residence)
Blog - akiladarshana.wordpress.com
On Fri, Apr 12, 2013 at 8:57 PM, Joachim Mund <joachim(a)mund-online.de> wrote:
> Hi Marius,
>
> thanks so lot.
>
> Yes, I installed the diagram extension before with no problems.
> Thanks to your hint, I have now successful created a page with a diagram.
>
> The only problem is, that I can not integrate it into a wiki page.
> The extension "display" asks me for the reference of the resource to
> display, but there is no list to select or any other help what to insert
> here.
> The name of the diagram does not work.
In XWiki we often say "everything is a document". The diagram that you
created is a document (a wiki page if you prefer). The diagram content
(its drawing instructions) is stored in the document content. The
diagram meta data is stored in objects attached to that document (just
edit the document with the object editor and see). So if you want to
display the diagram inside another document, the reference that you
have to pass to the display macro is the reference to the document
holding the diagram:
{{display reference="Diagram.MyFirstDiagram" /}}
The part before the diagram name (before the dot) is the space name,
and currently the Diagram application creates all diagrams in the
Diagram space.
Hope this helps,
Marius
>
> To ask for help on the user list seems to be a little bit complicate. I know
> well standard forum systems for example http://forum.dokuwiki.org in which I
> am sometimes very active.
> But the xwiki user list is not so handy for searching etc. I have to learn
> it :-(
>
> Kind regards and best wishes,
>
> Joachim Mund from Aachen, Germany
>
> schrieb Marius Dumitru Florea:
>
>> Hi Joachim,
>>
>> It's best to ask for help on the users list so that others can benefit
>> from the answer.
>>
>> Did you managed to install the extension? See
>>
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Manager+Appl…
>> if you have trouble. Note that if you're using XWiki 5.0M2 best is to
>> install (or upgrade to) version 1.0.2 of the Diagram Application.
>>
>> After the extension is installed go to your home page and you should
>> see a "Diagram" link in the Applications panel. Follow the link. On
>> the Diagram Application home page there is a small panel with a "Add
>> new entry" link which lets you create new diagrams.
>>
>> You can then include the created diagrams in other pages, if you wish,
>> using the display macro
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Display+Macro .
>>
>> Hope this helps,
>> Marius
>>
>>
>> On Fri, Apr 12, 2013 at 2:11 PM, <joachim(a)mund-online.de> wrote:
>>>
>>> Hi Marius,
>>>
>>> I am new to xwiki and would like to use your extension "Diagram
>>> Application".
>>>
>>> Unfortunately I'm not familiar how to include this extension in a xwiki
>>> page.
>>> Could you please give me a link of a tutorial/doc or some words how to do
>>> this.
>>>
>>> Coming from DokuWiki I have to learn a lot of xwiki basics.
>>>
>>> Thanks in advanced, Joachim
>>>
>>> _____________________________________
>>> Sent from http://xwiki.475771.n2.nabble.com
>>>
>
Hello,
I have tried several enterprise wiki and I like Xwiki very much appart from
one thing that makes me hesitant to go for it.
This thing is the classification. It seems so messy for me to not have a
clear classification of the pages and documents, and I think others get
crazy with it too.
What would seem logical and intuitive for me is to have by default a side
panel with a tree of all the directories (or categories or spaces, depending
on how you call it), sub directories, sub sub, and pages. By default this
panel would be empty and as soon as you create a first test directory and a
first test page, this panel would start to fill up. This would be the main
menu by default.
Xwiki has spaces, that's well. But why cannot we create sub spaces and why
are they not displayed in a hierarchical menu on all pages?
My suggestion is a kind of taxonomy improvement. We could have displayed by
default on all pages:
- a panel with a tree of the spaces and pages
- a panel you can expand with the type of documents (wiki pages, documents,
etc) so that you can access to a page displaying all the wiki pages, to a
page displaying all the documents, to a page displaying all the blog posts,
to a page displaying all the comments, etc.
- a panel you can expand with collections (or "categories"). This
collections would be created by the administrator and would be for example
"Procedure", "Specification sheet", "Documentation", "News", etc.
- a panel you can expand with all the users. When you click on a user, you
can see a page with all the pages he has created, all the pages he as
modified, etc.
- a tag panel
The Classification is one of the most important aspect in an
ressources/knowledge/procedure portal. It seems for me that the
classification should be improved in Xwiki.
If I haven't understood something, could you help me by giving me the good
practises on how enterprise organise their documents in xwiki so that it is
easily and intuitively accessible by their users.
Many thanks,
Geoffrey
--
View this message in context: http://xwiki.475771.n2.nabble.com/Classification-in-Xwiki-tp7584636.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
goeln...
Hi,
I tried to build a xwiki project. The build was successful but on accessing
the localhost, I got this error "Failed to execute the [velocity] macro"
error.txt <http://xwiki.475771.n2.nabble.com/file/n7584691/error.txt>
{java.lang.NoClassDefFoundError:
org/xwiki/classloader/URIClassLoader$URIResourceFinder}. In Java its a
common error but as I am not much experienced with xWiki, I am unable to
find a fix. Any idea to fix this error ?
Complete error details are in the file attached.
--
View this message in context: http://xwiki.475771.n2.nabble.com/Failed-to-execute-the-velocity-macro-tp75…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
I want to change the default xwiki logo with my custom logo say
MyProjectLogo.png. Is this configurable somewhere?
What i tried :-inside my tomcat directory i.e tomcat\myxwiki\skins\colibri
, i replaced default log.png with my custom logo(with same name). But it
still picks old logo.
Thanks in advance.
Suddenly, all of our attachments are missing (or won't load in the wiki.)
>From the documentation, it seems the configuration indicates that this is
where they should be stored, correct?
environment.permanentDirectory=/opt/tomcat7/data
Well, /opt/tomca7 does not exist!
--
View this message in context: http://xwiki.475771.n2.nabble.com/Missing-Attachment-Directory-tp7584679.ht…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi Joachim,
It's best to ask for help on the users list so that others can benefit
from the answer.
Did you managed to install the extension? See
http://extensions.xwiki.org/xwiki/bin/view/Extension/Extension+Manager+Appl…
if you have trouble. Note that if you're using XWiki 5.0M2 best is to
install (or upgrade to) version 1.0.2 of the Diagram Application.
After the extension is installed go to your home page and you should
see a "Diagram" link in the Applications panel. Follow the link. On
the Diagram Application home page there is a small panel with a "Add
new entry" link which lets you create new diagrams.
You can then include the created diagrams in other pages, if you wish,
using the display macro
http://extensions.xwiki.org/xwiki/bin/view/Extension/Display+Macro .
Hope this helps,
Marius
On Fri, Apr 12, 2013 at 2:11 PM, <joachim(a)mund-online.de> wrote:
> Hi Marius,
>
> I am new to xwiki and would like to use your extension "Diagram Application".
>
> Unfortunately I'm not familiar how to include this extension in a xwiki page.
> Could you please give me a link of a tutorial/doc or some words how to do this.
>
> Coming from DokuWiki I have to learn a lot of xwiki basics.
>
> Thanks in advanced, Joachim
>
> _____________________________________
> Sent from http://xwiki.475771.n2.nabble.com
>
Hi All,
I am currently setting up Google analytic's for my Xwiki installations and I
was wondering if its possible to get Google analytic's to track a userID of
some sorts in Xwiki using custom variables or something like that?
Thanks
--
View this message in context: http://xwiki.475771.n2.nabble.com/Google-Analytics-Custom-Variables-tp75845…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi all,
I'm looking for some xwiki forums to discuss issues around xwiki.
German language would be nice.
I searched with google but could not find any.
Hello!
I did not found any information regarding mentioned field
(xWikiDocument.getCustomClass(), XWD_CUSTOM_CLASS) in documentation. Can I
use it for my purposes safely?
More specifically, I need to implement multiple inheritance of documents
and I need any field in document that can be used to hold document's
primary class.
Thanks in advance for replies.
I found out that Xwiki SAML module from
https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a…
differs significantly from what I have. It works according to:
http://docs.oasis-open.org/wsfed/federation/v1.2/os/ws-federation-1.2-spec-…
And is implemented in .Net:
http://msdn.microsoft.com/en-us/library/ee517291.aspxhttp://msdn.microsoft.com/en-us/library/bb498017.aspxhttp://msdn.microsoft.com/en-us/library/bb608217.aspx
Even though by standard I should use location parameter in response
parameters, actually it can be invoked with GET/POST parameters, e.g.
simply by following:
https://...gov.lv/.../default.aspx?wa=wsignin1.0&wtrealm=http%3A%2F%
2F11.22.33.44%2Fxwiki
where gov.lv is authentication federation service, and 11.22.33.44 is
my xwiki site.
Then after authentication service redirects back to xwiki with POST
parameters:
wa=
wsignin1.0
wresult=
=========================
<trust:RequestSecurityTokenResponseCollection
xmlns:trust="http://docs.oasis-open.org/ws-sx/ws-trust/200512">
<trust:RequestSecurityTokenResponse>
<trust:Lifetime>
<wsu:Created
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-…">2013-04-11T12:41:15.525Z</wsu:Created>
<wsu:Expires
xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-…">2013-04-11T13:41:15.525Z</wsu:Expires>
</trust:Lifetime>
<wsp:AppliesTo xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy">
<EndpointReference xmlns="http://www.w3.org/2005/08/addressing">
<Address>http://11.22.33.44/xwiki</Address>
</EndpointReference>
</wsp:AppliesTo>
<trust:RequestedSecurityToken>
<saml:Assertion MajorVersion="1" MinorVersion="1"
AssertionID="_05d753b3-3f4c-4709-ad74-bdce19fb23c2"
Issuer="http://...gov.lv/trust"
IssueInstant="2013-04-11T12:41:15.525Z"
xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion">
<saml:Conditions NotBefore="2013-04-11T12:41:15.525Z"
NotOnOrAfter="2013-04-11T13:41:15.525Z">
<saml:AudienceRestrictionCondition>
<saml:Audience>http://11.22.33.44/xwiki</saml:Audience>
</saml:AudienceRestrictionCondition>
</saml:Conditions>
<saml:AttributeStatement>
<saml:Subject>
<saml:SubjectConfirmation>
<saml:ConfirmationMethod>urn:oasis:names:tc:SAML:1.0:cm:bearer
</saml:ConfirmationMethod>
</saml:SubjectConfirmation>
</saml:Subject>
<saml:Attribute AttributeName="privatepersonalidentifier"
AttributeNamespace="http://schemas.xmlsoap.org/ws/2005/05/identity/claims">
<saml:AttributeValue>112233-12345</saml:AttributeValue>
</saml:Attribute>
<saml:Attribute AttributeName="givenname"
AttributeNamespace="http://schemas.xmlsoap.org/ws/2005/05/identity/claims">
<saml:AttributeValue>VALDIS</saml:AttributeValue>
</saml:Attribute>
<saml:Attribute AttributeName="surname"
AttributeNamespace="http://schemas.xmlsoap.org/ws/2005/05/identity/claims">
<saml:AttributeValue>VĪTOLIŅŠ</saml:AttributeValue>
</saml:Attribute>
</saml:AttributeStatement>
<saml:AuthenticationStatement
AuthenticationMethod="URN:..."
AuthenticationInstant="2013-04-11T12:41:15.525Z">
<saml:Subject>
<saml:SubjectConfirmation>
<saml:ConfirmationMethod>urn:oasis:names:tc:SAML:1.0:cm:bearer
</saml:ConfirmationMethod>
</saml:SubjectConfirmation>
</saml:Subject>
</saml:AuthenticationStatement>
<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#">
<ds:SignedInfo>
<ds:CanonicalizationMethod
Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />
<ds:SignatureMethod
Algorithm="http://www.w3.org/2000/09/xmldsig#rsa-sha1" />
<ds:Reference URI="#_05d753b3-3f4c-4709-ad74-bdce19fb23c2">
<ds:Transforms>
<ds:Transform
Algorithm="http://www.w3.org/2000/09/xmldsig#enveloped-signature" />
<ds:Transform Algorithm="http://www.w3.org/2001/10/xml-exc-c14n#" />
</ds:Transforms>
<ds:DigestMethod Algorithm="http://www.w3.org/2000/09/xmldsig#sha1" />
<ds:DigestValue>HU3/uQFbvSciSkPXxQURI+hUkNU=</ds:DigestValue>
</ds:Reference>
</ds:SignedInfo>
<ds:SignatureValue>...
</ds:SignatureValue>
<KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
<X509Data>
<X509Certificate>...
</X509Certificate>
</X509Data>
</KeyInfo>
</ds:Signature>
</saml:Assertion>
</trust:RequestedSecurityToken>
...Bla, bla, bla...
=============================
Am I right, that I need to change:
1. showLogin() where most of authRequest.set... seems unnecessary,
2. checkSAMLResponse() where I need to do
request.getParameter("wresult") and somehow extract out necessary data
and check them from this XML.
Thanks for any hints!
Valdis
Sorry for coming back with a new question on this. I think I'm getting closer to understand how RSS feeds work in XWiki, but I do need the help of the community.
I'm now usinga XE 4.3 installation. I'm able to customize <channel> elements easily by editing, for instance, Main.WebRss, but, please, how to customize <item> elements? For instance, how to customize <description> element?
Thank you so much for your help!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
I want to integrate xwiki login with my active directory login.Basically i
want to use same credentials for xwiki that i am using for window
login.Here is my ldap configuration(as per examples given at
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authenticationhttp://platform.xwiki.org/xwiki/bin/view/AdminGuide/LDAPAuthenticationUseCa…
)
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
xwiki.authentication.ldap=1
xwiki.authentication.ldap.server=10.215.30.20
xwiki.authentication.ldap.port=389
// all other values i have kept default
xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.base_DN=
xwiki.authentication.ldap.UID_attr=cn
But when i login to xwiki with my window credentials , i get below
error(though i am able to ping
10.215.30.20 server):-
com.xpn.xwiki.plugin.ldap.XWikiLDAPException: Error number 0 in 5: LDAP
bind failed with LDAPException.
Wrapped Exception: Invalid Credentials
Any idea what can be probable reason for this?
Hello,
I'm trying to install the Extension Repository Application in my wiki,
in order to test importing, updating, and installation of my own
extension (before pushing it to xwiki.org)
I'm on xwiki 4.1.4.
When trying to install the ExRApp from extension manager, it fails to
find a dependency
(xwiki-platform-extension-repository-xwiki-server-api):
>From the install plan logs, the following returns 404:
"GET http://extensions.xwiki.org/xwiki/rest/repository/extensions/org.xwiki.plat…
HTTP/1.1[\r][\n]"
That seems normal since it's not published to the extension repository
on xwiki.org.
After that I suppose it tries the next configured repository (xwiki
nexus) but that also fails:
Could not find extension dependency
[org.xwiki.platform:xwiki-platform-extension-repository-xwiki-server-api-4.1.4]
in repository [maven-xwiki
(http://nexus.xwiki.org/nexus/content/groups/public)]
class org.xwiki.extension.ResolveException: Failed to resolve
extension [org.xwiki.platform:xwiki-platform-extension-repository-xwiki-server-api-4.1.4]
descriptor
at org.xwiki.extension.repository.aether.internal.AetherExtensionRepository.resolveMaven(AetherExtensionRepository.java:317)
at org.xwiki.extension.repository.aether.internal.AetherExtensionRepository.resolve(AetherExtensionRepository.java:168)
at org.xwiki.extension.repository.internal.DefaultExtensionRepositoryManager.resolve(DefaultExtensionRepositoryManager.java:168)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.resolveExtension(AbstractInstallPlanJob.java:712)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:577)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtensionDependency(AbstractInstallPlanJob.java:552)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:743)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:662)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:386)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.installExtension(AbstractInstallPlanJob.java:333)
at org.xwiki.extension.job.internal.AbstractInstallPlanJob.start(AbstractInstallPlanJob.java:236)
at org.xwiki.extension.job.internal.InstallPlanJob.start(InstallPlanJob.java:88)
at org.xwiki.job.AbstractJob.start(AbstractJob.java:134)
at org.xwiki.job.internal.DefaultJobManager.run(DefaultJobManager.java:156)
at java.lang.Thread.run(Thread.java:619)
Caused by: $throwable.class: null
Surprising, because it's there on http://nexus.xwiki.org ...
Thanks for help,
Jeremie
Side Note: I was a bit surprised to see that updating logback.xml to
have most logs at "debug" level, impacts the install plan displayed by
the extension manager. For example now it dumps all details of
performed http requests, and I'm pretty sure it didn't with untouched
logback.xml. Not sure if I find it nice or not, but I wondered if this
is expected... I suppose it's because extension manager captures part
of the logs.
I have installed xwiki for testing on a windows 7 box using
xwiki-enterprise-installer-windows-4.2.exe. The installation is very simple,
but I can't get to xwiki after starting the server.
The default port is 8080 and just in case there was a conflict I changed it
to 8084 (in the start bat file, it's now set JETTY_PORT=8084). Still no luck
after restarting via the desktop icons.
For example using firefox to http://localhost:8084/xwiki I get
Unable to connect
Firefox can't establish a connection to the server at localhost:8084.
It must be a common problem, but I don't find much on this topic.
--
View this message in context: http://xwiki.475771.n2.nabble.com/No-luck-with-xwiki-enterprise-installer-w…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi All,
I'm facing a problem with changing configuration of registration/validation
method.
Here is the scenario that I'm attempting to make without succes.
When a new user make registration I would like that an Administrator User
receive an Mail, in which, there is a link for validation the account of
the user. After making this validation, the user receives an email for
informing him that the validation is done and his account is accessible.
What currently XWiki propose, is when a new user make registration, she/he
receives an email for validating her/his new account; the validation is
done by her/himself
Anyone could hlep or lead me to the documentation? I would like to know if
this can be by just configuation in preferences or it whether it need
progmming stuffs to do.
Thanks you in advances.
Best regards
Youcef BEY
The XWiki development team is proud to announce the availability of
XWiki 5.0 Milestone 2.
This release introduces some important changes like the new security
module by default, XWiki is now always in virtual mode, JQuery is
embedded by default, xwiki/1.0 syntax is now disabled and lots of
other improvements.
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/ReleaseNotesXWiki50M2
Thanks
-The XWiki dev team
Hi users and devs
I am using 64-bit machine, I wanted to build exclipse from source
using maven , and *mvn clean* install command gives me this error :
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-dependency-plugin:2.2:copy (copy jar files
of restlet, httpclient and xwiki-platform-rest-model) on project
org.xwiki.eclipse.rest: Unable to find artifact. Failure to find
org.xwiki.platform:xwiki-platform-rest-model:jar:3.1-SNAPSHOT in
http://nexus.xwiki.org/nexus/content/groups/public-snapshots was cached in
the local repository, resolution will not be reattempted until the update
interval of xwiki-snapshots has elapsed or updates are forced
..
...
[ERROR] org.xwiki.platform:xwiki-platform-rest-model:jar:3.1-SNAPSHOT
On this
http://maven.xwiki.org/snapshots/org/xwiki/platform/xwiki-platform-rest-mod…
remote
repository I count not find the requited version
So I changed it to another version and it works , but when executing the
xeclipse it gives me an error on GUI side (File Explorer panel )
java.lang.ArrayIndexOutOfBoundsException: 0
at
org.xwiki.eclipse.ui.views.XWikiNavigator.createPartControl(XWikiNavigator.java:116)
at
org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPartControl(CompatibilityPart.java:138)
at
org.eclipse.ui.internal.e4.compatibility.CompatibilityView.createPartControl(CompatibilityView.java:155)
at
org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:313)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
Any one guide me to have a working version from source , please ?
Cheers
Hello,
Is it possible in XWiki to make validation registration (new account) by
Adminitrator? I mean, after any new registration, Admin user receives an
email notification, for which, the validation could be done!
Thanks in advance.
Youcef
Thanks, Thomas,
I tried
https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a…
again and now it compiled successfully. Though when tried to access WebHome page I got
exception, from which IMHO important part is:
...
Caused by: java.lang.NoClassDefFoundError:org/opensaml/xml/security/credential/Credential
And I assume it is because I didn't put all necessary jar files in lib folder.
Knowing bash better than J2EE, I copied all files which I got from ~/m2/repository to /lib,
but then Xwiki didn't start at all...
How can I build xwiki-authentication-saml with all necessary dependencies?
Thanks, and happy Easter!
Valdis
Hi!
while working with RSS threads in an old XWIKI ENTERPRISE 2.4.30451 instalation using ISO-8859-1 encoding we found that Dublin Core <dc:creator> metadata elements include NCR (like &#225; or &#237;) codes that are not well rendered by Google Reader. The same sequences of characters are included in <description> and they are well rendered using also Google Reader.
As a solution on our side it seems to me that we only could update XE (a new XE 4.3 installation works fine: this must be done but I can't do it now!) or to avoid NCR strings in <dc:creator> in the old installation. We already did that by removing $escaping.xml from a number of templates and it did the trick for titles in different pages, but I'm not able to find how could I control <dc:creator> contents.
Please, could you be so kind as for pointing me in the right direction?
Thanks for your help!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hi,
** Not sure if i'm posting this in correct place, as this is my 1st post. **
I have installed GlassFish v 3.1.2.2 + MySQL 5.6 +
Xwiki-enterprise-web-5.0.war
Not sure if I’m using the correct Java container and DB...
I will be using Xwiki with large DB.
Have i choose the correct Container and DB? what do you recommend I should
use.
I don’t have any coding experience at all.
Many Thanks,
H
--
View this message in context: http://xwiki.475771.n2.nabble.com/GlassFish-MySQL-Xwiki-tp7584387.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
i would like to set up a private (corporate) XWiki installation.
I have a problem in the testing installation that i would have to
solve before i can go ahead.
When i set "prevent unregistered users from viewing pages, regardless
of the page or space rights", the ResetPassword page is affected by
this setting. This creates, as you can imagine, a quite paradoxical
situation.
What is the recommended way to set up a private wiki, or is this a bug?
Note that this happens in the latest 4.5 as well as 5.0 branches.
I'm working with several forms and struggle with Velocity code
organisation.
1. I'd like to put the same code for e.g. regexp form validation in one
page and just include it from other (ClassSheet) pages. Following
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Creating+a+form+with
+validation+and+tooltips valdidation works fine, when
#macro(showallerrors) macro is included in ClassSheet page, though it
doesn't work, when macro in ClassSheet is included from other file (e.g.
putting macro in VelocityScripts page and writing in ClassSheet:
{{include reference="VelocityScripts"/}} or {{include document...)
It works though, if macro is put in ../xwiki/templates/macros.vm file.
2. As velocity cannot use passing variables by reference, I'd like to
create own "global" velocity variable similar to $isGuest, $hasComment,
$hasAdmin, etc. I tried to set this in xwikivars.vm, but it didn't
work.
Any suggestions are welcome.
Thanks!
Valdis
Hi,
I read in http://platform.xwiki.org/xwiki/bin/view/DevGuide/API
"Older Javadocs of XWiki can be found in our Maven Release repository. For example for XWiki Platform Core Javadocs, check the files suffixed by javadoc for the version you wish under this directory."
In the Maven repository I think this is the oldest release I can find...
http://maven.xwiki.org/releases/org/xwiki/platform/xwiki-platform-oldcore/3…
Please, where could I find the API Javadoc for a XWIKI ENTERPRISE 2.4.30451 release?
Thanks for your help,
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hello,
I've made AWM application and now want to navigate in generated page
to see what is generated and may be do some update.
I'd like to do same as on my computer: default hide applicative pages,
but some time I become advanced user and like to see those applicative
pages.
I just discovered that I can update my profile to see hidden file.
But, that doesn't fulfill my expectations:
- I need to update my profile to switch from show hidden or not
- When I show hidden, there is no information in live column that
some page are hidden for standard user and other not
I propose to open an issue in Jira
WDYT?
Regards,
Arnaud.
Hello,
Just got a big issue on my wiki ...
I successfully migrated from 3.5 to 4.5.2, and performed the distribution
wizard upgrades.
Everything was working fine for days.
Now I just restarted my wiki (out of memory...), I get the following
exceptions at startup, and no page can be accessed anymore:
INFO: Deploying web application archive xwiki.war
2013-03-26 10:21:45,298 [main] ERROR ltInstalledExtensionRepository -
Invalid extension [org.xwiki.platform:xwiki-platform-linkchecker-ui-3.5] on
namespace [], it will not be loaded
org.xwiki.extension.InvalidExtensionException: The dependency
[org.xwiki.platform:xwiki-platform-linkchecker-refresher-3.5] of extension
[org.xwiki.platform:xwiki-platform-linkchecker-ui-3.5] is invalid
at
org.xwiki.extension.repository.internal.installed.DefaultInstalledExtensionRepository.validateExtension(DefaultInstalledExtensionRepository.java:232)
[xwiki-commons-extension-api-4.5.2.jar:na]
at
org.xwiki.extension.repository.internal.installed.DefaultInstalledExtensionRepository.validateExtension(DefaultInstalledExtensionRepository.java:156)
[xwiki-commons-extension-api-4.5.2.jar:na]
at
org.xwiki.extension.repository.internal.installed.DefaultInstalledExtensionRepository.initialize(DefaultInstalledExtensionRepository.java:128)
[xwiki-commons-extension-api-4.5.2.jar:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:323)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:161)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:161)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:185)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:169)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.observation.internal.DefaultObservationManager.initialize(DefaultObservationManager.java:135)
[xwiki-commons-observation-local-4.5.2.jar:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:323)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:155)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:99)
[xwiki-platform-container-servlet-4.5.2.jar:na]
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3934)
[catalina.jar:na]
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4429)
[catalina.jar:na]
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
[catalina.jar:na]
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:850)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:724)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
[catalina.jar:na]
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
[catalina.jar:na]
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
[catalina.jar:na]
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
[catalina.jar:na]
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
[catalina.jar:na]
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
[catalina.jar:na]
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
[catalina.jar:na]
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
[catalina.jar:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.6.0_30]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
~[na:1.6.0_30]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
~[na:1.6.0_30]
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_30]
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
[bootstrap.jar:na]
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
[bootstrap.jar:na]
2013-03-26 10:21:46,217 [main] ERROR .x.j.i.DefaultJobStatusStorage -
Failed to load job status from file
[/repository/external/.xwiki/data/jobs/status/extension/action/org.xwiki.enterprise%3Axwiki-enterprise-ui/wiki%3Axwiki/status.xml]
com.thoughtworks.xstream.converters.ConversionException: Could not call
org.xwiki.logging.LogQueue.readObject() : null
---- Debugging information ----
message : Could not call org.xwiki.logging.LogQueue.readObject()
cause-exception : java.lang.ExceptionInInitializerError
cause-message : null
class : org.xwiki.logging.LogQueue
required-type : com.xpn.xwiki.objects.BaseObjectReference
converter-type :
com.thoughtworks.xstream.converters.reflection.SerializableConverter
path :
/org.xwiki.job.internal.DefaultJobStatus/logs/java.util.concurrent.ConcurrentLinkedQueue/org.xwiki.logging.event.LogEvent[372]/throwable/exception/exception/cause/identifier/object/referenceCache
line number : 5372
class[1] : org.xwiki.job.internal.DefaultJobStatus
converter-type[1] :
com.thoughtworks.xstream.converters.reflection.ReflectionConverter
version : null
-------------------------------
at
com.thoughtworks.xstream.converters.reflection.SerializationMethodInvoker.callReadObject(SerializationMethodInvoker.java:119)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.SerializableConverter.doUnmarshal(SerializableConverter.java:425)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:50)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.start(TreeUnmarshaller.java:134)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractTreeMarshallingStrategy.unmarshal(AbstractTreeMarshallingStrategy.java:32)
~[xstream-1.4.3.jar:na]
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1058)
~[xstream-1.4.3.jar:na]
at com.thoughtworks.xstream.XStream.unmarshal(XStream.java:1042)
~[xstream-1.4.3.jar:na]
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1006)
~[xstream-1.4.3.jar:na]
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:948)
~[xstream-1.4.3.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadJobStatus(DefaultJobStatusStorage.java:195)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadStatus(DefaultJobStatusStorage.java:178)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadFolder(DefaultJobStatusStorage.java:165)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadFolder(DefaultJobStatusStorage.java:162)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadFolder(DefaultJobStatusStorage.java:162)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadFolder(DefaultJobStatusStorage.java:162)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.loadFolder(DefaultJobStatusStorage.java:162)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.load(DefaultJobStatusStorage.java:148)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.job.internal.DefaultJobStatusStorage.initialize(DefaultJobStatusStorage.java:111)
[xwiki-commons-job-4.5.2.jar:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:323)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:161)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:161)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:161)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:312)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:185)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:169)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.observation.internal.DefaultObservationManager.initialize(DefaultObservationManager.java:135)
[xwiki-commons-observation-local-4.5.2.jar:na]
at
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:323)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:346)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:155)
[xwiki-commons-legacy-component-default-4.5.2.jar:na]
at
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:99)
[xwiki-platform-container-servlet-4.5.2.jar:na]
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3934)
[catalina.jar:na]
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4429)
[catalina.jar:na]
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
[catalina.jar:na]
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:850)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:724)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:493)
[catalina.jar:na]
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1206)
[catalina.jar:na]
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:314)
[catalina.jar:na]
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
[catalina.jar:na]
at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
[catalina.jar:na]
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
[catalina.jar:na]
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
[catalina.jar:na]
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
[catalina.jar:na]
at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
[catalina.jar:na]
at org.apache.catalina.startup.Catalina.start(Catalina.java:583)
[catalina.jar:na]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.6.0_30]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
~[na:1.6.0_30]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
~[na:1.6.0_30]
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_30]
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
[bootstrap.jar:na]
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
[bootstrap.jar:na]
Caused by: java.lang.ExceptionInInitializerError: null
at
sun.reflect.GeneratedSerializationConstructorAccessor25.newInstance(Unknown
Source) ~[na:na]
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
~[na:1.6.0_30]
at
com.thoughtworks.xstream.converters.reflection.Sun14ReflectionProvider.newInstance(Sun14ReflectionProvider.java:75)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.instantiateNewInstance(AbstractReflectionConverter.java:428)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:233)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.extended.ThrowableConverter.unmarshal(ThrowableConverter.java:52)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.extended.ThrowableConverter.unmarshal(ThrowableConverter.java:52)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.extended.ThrowableConverter.unmarshal(ThrowableConverter.java:52)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.extended.ThrowableConverter.unmarshal(ThrowableConverter.java:52)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshallField(AbstractReflectionConverter.java:355)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.doUnmarshal(AbstractReflectionConverter.java:306)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.AbstractReflectionConverter.unmarshal(AbstractReflectionConverter.java:234)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convert(TreeUnmarshaller.java:72)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.AbstractReferenceUnmarshaller.convert(AbstractReferenceUnmarshaller.java:65)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:66)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.TreeUnmarshaller.convertAnother(TreeUnmarshaller.java:50)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.converters.reflection.SerializableConverter$2.readFromStream(SerializableConverter.java:311)
~[xstream-1.4.3.jar:na]
at
com.thoughtworks.xstream.core.util.CustomObjectInputStream.readObjectOverride(CustomObjectInputStream.java:104)
~[xstream-1.4.3.jar:na]
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:344)
~[na:1.6.0_30]
at
java.util.concurrent.ConcurrentLinkedQueue.readObject(ConcurrentLinkedQueue.java:665)
~[na:1.6.0_30]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
~[na:1.6.0_30]
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
~[na:1.6.0_30]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
~[na:1.6.0_30]
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_30]
at
com.thoughtworks.xstream.converters.reflection.SerializationMethodInvoker.callReadObject(SerializationMethodInvoker.java:113)
~[xstream-1.4.3.jar:na]
... 75 common frames omitted
Caused by: java.lang.RuntimeException: Component manager has not been
initialized before lookup for
[org.xwiki.model.reference.DocumentReferenceResolver< java.lang.String >]
for hint [default]
at com.xpn.xwiki.web.Utils.getComponent(Utils.java:686)
~[xwiki-platform-legacy-oldcore-4.5.2.jar:na]
at com.xpn.xwiki.web.Utils.getComponent(Utils.java:705)
~[xwiki-platform-legacy-oldcore-4.5.2.jar:na]
at
com.xpn.xwiki.objects.BaseObjectReference.<clinit>(BaseObjectReference.java:61)
~[xwiki-platform-legacy-oldcore-4.5.2.jar:na]
... 139 common frames omitted
About the linkchecker extension problem, I checked and I had 2 versions of
it in my permanent directory (3.5 and 4.5.2), so I removed the 3.5 and
restarted but it did not change the rest ...
When I try to access some page of my wiki, a servlet exception is thrown
with root cause:
*root cause*
java.lang.NoClassDefFoundError: Could not initialize class
com.xpn.xwiki.objects.BaseObjectReference
com.xpn.xwiki.objects.BaseObject.createReference(BaseObject.java:107)
com.xpn.xwiki.objects.BaseObject.createReference(BaseObject.java:45)
com.xpn.xwiki.objects.BaseElement.getReference(BaseElement.java:79)
com.xpn.xwiki.objects.BaseElement.getLocalKey(BaseElement.java:178)
com.xpn.xwiki.objects.BaseElement.getId(BaseElement.java:189)
com.xpn.xwiki.store.XWikiHibernateStore.loadXWikiDoc(XWikiHibernateStore.java:828)
com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:290)
[...]
Any help would be very welcome :-)
BR,
Jeremie
Hi everyone,
myxwiki.org has been upgraded to XE 4.5.3-20130322 (pre-release). If
you own a wiki hosted there you should have a look at the release
notes for this version at:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/
We also strongly recommend an upgrade to the latest wiki version. To
upgrade you can either use the Extension Manager from the
administration or you can download the corresponding XWiki XAR from
http://myxwiki.org/xwiki/bin/download/XWiki/Announcement/xwiki%2Denterprise…
.
In case you want to use the Extension Manager you have to do an
advanced search for extension id
"org.xwiki.enterprise:xwiki-enterprise-ui" and extension version
"4.5.3-SNAPSHOT". If this is the first time you install/upgrade the
wiki using the EM then you may have to resolve many merge conflicts.
The advantage of upgrading the wiki through EM is that you get 3-way
automatic wiki page merge (after the first install).
Otherwise, if you prefer to import the XAR, you should follow the
upgrade guide available at :
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade#HUpgradingwikid…
To be notified of the myxwiki.org server upgrade you can follow
myxwiki on twitter:
http://twitter.com/myxwiki
Thanks,
-XWiki Community
Hi!
Please, is there any easy way of configuring the global wiki RSS feed of a XE 2.4.30451 to include both newly created and modified pages?
Thanks!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hi,
I'm trying to understand how Watch does work in a XE 2.4.30451.
Please, must I see a XWiki.WatchListJobClass in all users? I see a XWiki.WatchListClass. But no Notifier is shown in Watchlist Preferences though, for instance, hourly email is scheduled and working fine.
Thanks for your help!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
We have an xwiki instance running in tomcat. As database we use mysql.
We followed strictly the install instructions from
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat
and
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding
The database collation is UTF-8. In all the other files (web.xml,
server.xml, mysql.cfg and hibernate.cfg.xml) the correct encoding
(UTF-8) is defined.
The HTML Header of the page has also the correct encoding:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="de" xml:lang="de">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"/>
...
However when displaying annotations all German Umlaute in the page are
messed up.
Bernhard Hopf already submited a Jira issue for this problem, however it
has been marked as "Unresolved".
http://jira.xwiki.org/browse/XWIKI-5913
Has anyone a solution for this problem.
Richard
Hi!
In an old XWIKI ENTERPRISE 2.4.30451, I'm having problems when rendering a particular version of a document, rev is not null and the asked revision exists. I got this...
<div id="companylogo">
<a href="/bin/Main/" title="Home" rel="home">
<img src="/bin/viewattachrev/XWiki/IDISSkin/glIdisMotto.png" alt="Wiki Logo"/>
</a>
</div>
Instead of the HTML code generated when rev is not used...
<div id="companylogo">
<a href="/bin/Main/" title="Home" rel="home">
<img src="/bin/download/XWiki/IDISSkin/glIdisMotto.png" alt="Wiki Logo"/>
</a>
</div>
It seems that the use of ?rev forces the viewattachrev action to be included in the img URL. I don't understand why does this happen. Please, could this be avoided?
Please, check this behavior on line here...
1) No rev in the URL: IT WORKS FINE
http://www.idisantiago.es/bin/OpenInitiative/TranslationalOmics2013
2) Rev is not null and revision exists: THE LOGO DOESN'T SHOW UP
http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013…
3) Rev is not null but it doesn't exist: IT WORKS FINE
http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013…
4) Rev is used but null: IT THROUGHS AN EXCEPTION AND THE HEADER IS NOT RENDERED
http://www.idisantiago.es/bin/viewrev/OpenInitiative/TranslationalOmics2013…
Please, is it possible to find a solution at least for case 1)?
Thank you so much for your help!
Ricardo
--
Ricardo Rodríguez
Research Management and Promotion Technician
Technical Secretariat
Health Research Institute of Santiago de Compostela (IDIS)
http://www.idisantiago.es
Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada.
Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada.
See more languages: http://www.sergas.es/aviso_confidencialidad.htm
Hello fellow XWiki community members,
This year XWiki is planning to participate once more at Google's Summer of
Code [1].
The organization registration period has already started today (18th of
March) and the deadline is the 29th of March [2] (almost 2 weeks).
1. We need to provide by then a list of proposals and assign mentors for
the students that are going to implement them.
I would like to ask everybody that wants to participate as a mentor from
the XWiki organization to review the proposals [3] list (we currently have
12 proposals) and add as many interesting proposals as possible.
The proposals can be either new, or they can be revived from previous year
proposals. Just navigate to the previous years, find the proposal you like
and know about, go to its proposal page (click it) and press the "Clone to
this year" link. Now you can assign yourself as lead for that project,
update it's description if needed and wait for the student applications to
start pouring :)
2. We also need to submit the actual application [4] of the XWiki
organization to participate to the GSoC 2013 project so I would also like
to ask you to review it so that we have a better chance of being selected
into the program.
3. If you feel that you would like to help on improving XWiki's GSoC guides
and application forms, please find tips for students [5] on XWiki's GSoC
page, the student application form [6] and the lessons learned [7] from
previous years participations.
Thanks for your help,
Eduard
----------
[1] http://www.google-melange.com/gsoc/homepage/google/gsoc2013
[2] http://www.google-melange.com/gsoc/events/google/gsoc2013
[3]
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/#HProposedProjects28…
[4]
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/OrganizationApplicat…
[5]
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/WebHome#HSuggestedwa…
[6]
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/student+application+…
[7] http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/LessonsLearned
I'd like to evaluate xwiki for collaboration, communication and
documentation by people in the leadership (board members and committee
chairpersons) of my small Unitarian Universalist church in Surprise
Arizona. We are a non-profit.
I'm a Systems Architect for a Java development team 10 hours a day and a
debian linux user. At work I manage a Confluence site so I'm familiar with
systems of this type. I understand the No warranty situation with this
site and I am capable of self-support.
My username on myxwiki.org is jeffreybhickman. I'd like the server name
for the wiki to be uusurprise.myxwiki.org.
Thanks,
Jeffrey Hickman
jeffreybhickman(a)gmail.com
Hello,
I'm trying migration of XWIki 3.5 to 4.5.2, and have some issues ...
First, I must tell that I ran the queries described in [1], to cleanup the
3 stats tables.
What happened though, is that during the migration I got an OutOfMemory
error ... during migration of xwikistatsdoc.
I relaunched with more heap (2Go), but got it again.
I relaunched after activating safemode for that particular migration
(R40000XWIKI6990),
but then I got an issue on duplicate key for the xwikistatsdoc table:
Caused by: com.xpn.xwiki.XWikiException: Error number 3005 in 3:
R40000XWIKI6990 migration failed while converting ID from [232911443] to
[7825842251281349221]
A quick analysis of incriminated rows shows (sorry for display):
+----------------------+------------+----------------------------+---------------+
| XWS_ID | XWS_NUMBER | XWS_NAME |
XWS_CLASSNAME |
+----------------------+------------+----------------------------+---------------+
| 232911443 | 1956069455 | Main |
|
| 5956685394971351254 | 1956069455 | |
|
| 7825842251281349221 | 1956069455 | Main |
|
+----------------------+------------+----------------------------+---------------+
To me it seems that as migration process was interrupted, maybe stat with
id 232911443 was migrated successfully (in a previous run) to id
7825842251281349221,
but old row was not removed.
So when migration occurs again, it tries to migrate that same line again
and fails.
So I will try to run again after removing that line, but in case it fails,
is it possible to only:
- put back my backup of the 3 stats tables only (as the rest was
successfully migrated)
- relaunch the migration
Would I need to update something in the migration temp tables to achieve
that ? (ie restart migration only for stats tables), or will it do it by
itself as it knows that step was unsuccessful ?
Asking that because migration is painfully long, so I prefer to prepare
myself to loose less time ... tomorrow ;-)
Bonus question: There are plenty of rows in xwikistatsdoc with empty value
in "XWS_NAME" field. Are these normal ? Can I / Should I purge them ?
Br,
Jeremie
[1] http://jira.xwiki.org/browse/XWIKI-8129
Hello
If I used document.delete(), document is moved to trash bin.
Documents I want to delete are temporary documents I want definitively deleted.
How can I delete document without put it in trash bin?
Should I have to open JIRA issue to request trash bin parameter?
Regards,
Arnaud.
Hi,
I have a question about Tomcat's "xwiki-temp" directory causing substantial
slowdowns at startup.
I am running XWiki 4.2 on Tomcat (on Windows Server 2008 R2).
I was noticing very lengthy startup times (easily an hour or more), and
finally tracked the source of the problem to the "xwiki-temp" Tomcat
directory:
\Tomcat\work\Catalina\xxx.xxx.xxx.xxx\xwiki\xwiki-temp
This directory has tens of thousands of identical files, and appears to not
be cleared between Tomcat restarts. After a week it's at about 70,000 files
and 500MB.
Deleting the contents of this directory immediately remedied my slow
startup times, but over time the directory fills back up and needs to be
cleared out again.
The majority of the directory is filled with subdirectories with
alphanumeric codes, like:
G6mHPTWL
kJar6JFZ
The contents of each subfolder is identical, with two more subfolders:
/attachment - this contains 2 PNG files:
xwiki.ColorThemes.DefaultColorTheme.header.png
xwiki.ColorThemes.DefaultColorTheme.logo.png
/skins - this contains a number of other subdirectories for the colibri
skin, all with css files from the skin.
I understand this is likely a Tomcat problem more than an XWiki problem per
se, but am hoping someone else out there has seen it before and has an idea
what's going on or how to fix it.
thanks,
Aaron
Dear myxwiki Team,
i really like your Project and i'am interested in having a wiki hosted on this farm. I want to use this wiki to try the features of wiki with my colleagues, which are in different libraries in different citites. We want to give it a try if Xwiki on a farn would be a tool to improve our communication. If i could have a wiki hosted on this farm, that would be great!
my username: kursaarau
name for the wiki: kursaarau
Best wishes
Hello,
I'm prototyping a connector to a ticket tracking tool: I'm writing a
Groovy page which import CSV calls into XWiki.
I map each CSV rows to one XWiki object store in one page (one object per page).
OK, I succeed to to it.
My issue is that imported CSV contains rows (tickets) which don't
change since last import and I don't want to update page in this case.
Thanks to getDiff() method on BaseObject, XWiki help me to find is
ticket change or not.
I write the following Groovy code:
def http = new HTTPBuilder( 'https://stim.gemalto.com' )
http.parser.'text/csv' = { resp ->
return new CSVReader( new InputStreamReader( resp.entity.content,
ParserRegistry.getCharset( resp ) ) )
}
http.request( Method.GET, 'text/csv' ) {
uri.path = myPath
uri.query = myQuery
// response handler for a success response code:
response.success = { resp, csv ->
if ("${resp.headers.'Content-Type'}".startsWith('text/csv')) {
def names = []
def idIndex = 0
def cpt=0
// Find id column call "IncidentNumber" in my case
csv.readNext().each { field ->
if (field.equals('IncidentNumber')) {
idIndex = cpt;
}
names.add(field)
cpt++;
}
println "|=Incident Number|=action"
csv.readAll().each { line ->
def id = line[idIndex]
def exists = xwiki.exists('myTicket.'+id)
def ticketDoc = xwiki.getDocument('myTicket.'+id)
def ticket = ticketDoc.newObject('myTicket.myTicketClass')
for(i=0 ; i<names.size() ; i++) {
ticket.set(names[i], line[i]);
}
print "|[[myTicket."+id+"]]|"
if (!exists) {
println "Added"
ticketDoc.save()
} else {
def tickets=ticketDoc.getObjects('myTicket.myTicketClass')
def oldTicket = tickets.size() != 0 ? tickets[0] :
ticketDoc.newObject('myTicket.myTicketClass')
def diffs=ticket.getBaseObject().getDiff(oldTicket.getBaseObject(),
xwiki.context)
if (diffs.size() != 0) {
println "none"
} else {
println "Updated"
ticketDoc.save()
}
}
}
}
}
// handler for any failure status code:
response.failure = { resp ->
println "Unexpected error: ${resp.status} : ${resp.statusLine.reasonPhrase}"
}
}
The issue in my code, is that I create and add a new ticket object on
each update where I want to have only one.
I could removed old ticket before save but in this case history diff
may not compare two tickets as there have to different GUID.
I could copy new ticket fields to old ticket
Or may be there is simplest way to do it implemented else where in XWiki?
What do you think?
Regards,
Arnaud.
I solved the SSO error in catalina.out. This was the result of an apache misconfiguration. ("Limit GET POST" instead of "limit GET")
I'm now back to the trouble with the Tree view.
It still looks that authorization headers are missing in some requests. Does anybody know if this is a correct assumption? And if it is, how can I solve this?
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Jas
Verzonden: donderdag 14 maart 2013 13:43
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
Hi Marius,
There are a lot of AJAX requests, some work, some don't.
All requests have cookie headers.
But it looks like the failed requests have no authorization header, and the other requests do have one.
On the main page I see some failed requests (without authorization header) and right after, the same request again with authorization header that succeeds! Looks like some kind of retry. With the REST request, I do not see this duplicate requests.
Mark
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea
Verzonden: donderdag 14 maart 2013 12:52
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
Ok, so the problem is:
* either the AJAX requests don't have the necessary authentication information
* or the REST system doesn't understand or doesn't handle properly the authentication information from the request.
All AJAX requests should have all the cookies that the main request (for the edit mode) has. So if the authentication information is stored in cookies then it is send with the AJAX requests. The first thing to check is if the AJAX requests (logged in the Firebug console) have the authentication information.
I don't know how the Kerberos SSO works nor if it integrates well with REST. We need the help of a REST guru here :)
Thanks,
Marius
On Thu, Mar 14, 2013 at 1:37 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Forgot to mention:
> Catalina.out shows me this:
>
> 2013-03-14 12:35:58,430 [http://xwiki/xwiki/bin/get/Main/WebHome?xpage=xpart&vm=commentsinline.vm] WARN a.t.TrustedLDAPAuthServiceImpl - Failed to resolve remote user. It usually mean that no SSO information has been provided to XWiki.
>
> -----Oorspronkelijk bericht-----
> Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens
> Mark Jas
> Verzonden: donderdag 14 maart 2013 12:34
> Aan: XWiki Users
> Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
>
> Hi Marius,
>
> I used firebug like you said. Here my findings:
> - Scheme is ok. (all http)
> - hostname is ok (all "xwiki")
> - the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages)
> - all the REST request on the tree page have "401 authorization required" responses.
> - No authentication errors in apache logs
> - http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs)
> - http://xwiki/xwiki/rest/ without SSO gives me some XML
> - All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031
>
> Hope you can help.
> Thanks.
> Mark
>
> -----Oorspronkelijk bericht-----
> Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens
> Marius Dumitru Florea
> Verzonden: donderdag 14 maart 2013 8:22
> Aan: XWiki Users
> Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
>
> On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
>> Hello,
>>
>>
>> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
>>
>> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
>>
>> Is this a bug?
>
> Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode.
>
> The things to check are:
> * are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL?
> * do they have the same domain?
> * is the REST system working when Kerberos SSO is enabled?
>
> Thanks,
> Marius
>
>>
>>
>> Mark
>>
>> _______________________________________________
>> 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
>
> _______________________________________________
> 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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi,
I hope someone can help me. I'm experiencing some trouble with the
configuration of XWiki against our Active Directory server. Unfortunately
LDAP is not something I am very familiar with and it seems a little unusual
to my way of thinking!
I have an Active Directory in the following format that I am trying to get
working with XWiki:
- Root
- OU=Staff
- CN=Bill Bailey
- sAMAccountName=bb
- CN=Fred Bloggs
- sAMAccountName=fb
I've configured the following, but I can't get past the login screen.
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
xwiki.authentication.ldap=1
xwiki.authentication.ldap.server=servername
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.bind_DN=subdomain\\{0}
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.base_DN=DC=subdomain,DC=domain,DC=com
xwiki.authentication.ldap.user_group=OU=Staff
xwiki.authentication.ldap.UID_attr=sAMAccountName
xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueNames,dynamicGroup,dynamicGroupAux,groupWiseDistributionList
xwiki.authentication.ldap.fields_mapping=name=sAMAccountName,last_name=sn,first_name=givenName,fullname=displayName,email=mail,ldap_dn=dn
xwiki.authentication.ldap.update_user=1
These are my logs...
2013-03-18 15:08:18,924
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE
u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
2013-03-18 15:08:18,924
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - The provided user is null. We don't try to
authenticate, it probably means the user is in non logged mode.
2013-03-18 15:08:18,924
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE
u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication
2013-03-18 15:08:18,924
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConfig - ldap_group_classes: [groupofnames,
groupwisedistributionlist, dynamicgroup, dynamicgroupaux,
groupofuniquenames, group]
2013-03-18 15:08:18,924
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConfig - ldap_group_memberfields: [member,
uniquemember]
2013-03-18 15:08:18,971
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - Connection to LDAP server [tidc:389]
2013-03-18 15:08:19,002
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - Binding to LDAP server with credentials
login=[subdomain\username]
2013-03-18 15:08:19,236
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - Checking if the user belongs to the user
group: OU=Staff
2013-03-18 15:08:19,252
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - Retrieving Members of the group [OU=Staff]
2013-03-18 15:08:19,252
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - [OU=Staff] is a valid DN, lets try to get
corresponding entry.
2013-03-18 15:08:19,252
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - LDAP search: baseDN=[OU=Staff] query=[null]
attr=[[objectClass, member, uniquemember, sAMAccountName]] ldapScope=[2]
2013-03-18 15:08:19,299
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - Failed to get group members
com.novell.ldap.LDAPException: Operations Error
at com.novell.ldap.LDAPResponse.getResultException(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPResponse.chkResultCode(Unknown Source)
~[jldap-4.3.jar:na]
at com.novell.ldap.LDAPSearchResults.next(Unknown Source)
~[jldap-4.3.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembersSearchResult(XWikiLDAPUtils.java:676)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembersFromDN(XWikiLDAPUtils.java:603)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembers(XWikiLDAPUtils.java:543)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.getGroupMembers(XWikiLDAPUtils.java:721)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.plugin.ldap.XWikiLDAPUtils.isUidInGroup(XWikiLDAPUtils.java:843)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:328)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:273)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:193)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:175)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:240)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3631)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:171)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3644)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4690)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:179)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
[struts-1.2.9.jar:1.2.9]
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
[struts-1.2.9.jar:1.2.9]
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
[struts-1.2.9.jar:1.2.9]
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
[struts-1.2.9.jar:1.2.9]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
[servlet-api.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
[servlet-api.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144)
[xwiki-platform-wysiwyg-server-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
[xwiki-platform-webdav-server-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
[xwiki-platform-container-servlet-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
[xwiki-platform-container-servlet-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
[catalina.jar:7.0.37]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
[catalina.jar:7.0.37]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
[catalina.jar:7.0.37]
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
[catalina.jar:7.0.37]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
[catalina.jar:7.0.37]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
[tomcat-coyote.jar:7.0.37]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
[tomcat-coyote.jar:7.0.37]
at
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
[tomcat-coyote.jar:7.0.37]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
[na:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
[na:1.6.0_26]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_26]
2013-03-18 15:08:19,299
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - Looks like [OU=Staff] is not a DN, lets try
filter or id
2013-03-18 15:08:19,299
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPConnection - LDAP search:
baseDN=[DC=subdomain,DC=domain,DC=com] query=[OU=Staff] attr=[[objectClass,
member, uniquemember, sAMAccountName]] ldapScope=[2]
2013-03-18 15:08:19,314
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - Probably a organization unit or a search
2013-03-18 15:08:19,346
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
.p.l.LDAPPluginReferralHandler - Looking for auth for referral to
DomainDnsZones.subdomain.domain.com:389
2013-03-18 15:08:19,377
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
c.x.x.p.l.XWikiLDAPUtils - Found group [OU=Staff] members [null]
2013-03-18 15:08:19,377
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed.
com.xpn.xwiki.XWikiException: Error number 8001 in 8: LDAP user username
does not belong to LDAP group OU=Staff.
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:331)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:273)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:193)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:175)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:240)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3631)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:171)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3644)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4690)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:179)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
[struts-1.2.9.jar:1.2.9]
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
[struts-1.2.9.jar:1.2.9]
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
[struts-1.2.9.jar:1.2.9]
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
[struts-1.2.9.jar:1.2.9]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:647)
[servlet-api.jar:na]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:728)
[servlet-api.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:120)
[xwiki-platform-legacy-oldcore-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:144)
[xwiki-platform-wysiwyg-server-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66)
[xwiki-platform-webdav-server-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208)
[xwiki-platform-container-servlet-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111)
[xwiki-platform-container-servlet-5.0-milestone-1.jar:na]
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
[catalina.jar:7.0.37]
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
[catalina.jar:7.0.37]
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
[catalina.jar:7.0.37]
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:936)
[catalina.jar:7.0.37]
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
[catalina.jar:7.0.37]
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
[catalina.jar:7.0.37]
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1004)
[tomcat-coyote.jar:7.0.37]
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
[tomcat-coyote.jar:7.0.37]
at
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1852)
[tomcat-coyote.jar:7.0.37]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
[na:1.6.0_26]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
[na:1.6.0_26]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_26]
2013-03-18 15:08:19,377
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - Trying authentication against XWiki DB
2013-03-18 15:08:19,392
[http://tidevute:9080/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG
u.i.L.XWikiLDAPAuthServiceImpl - LDAP authentication failed for user
[username]
Thanks for any help!
--
View this message in context: http://xwiki.475771.n2.nabble.com/Trouble-with-XWiki-Active-Directory-LDAP-…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello
I am a retired engineer and I am self-studying different matters as Java,
web app, MySQL, Lucene, etc.
I need a centralized point - in the internet - to store and structure many
technical details, analyzes, ideas that I collect now on different
machines. As result, a mess and I hope to bring more order with the aid of
a good wiki tool.
Thanks in advance.
Claude Lepere
Downloaded and installed the standalone version of 5.1 to look at the release application. But I cannot see it anywhere. The search function for New Extensions returns nothing.
Regards
Richard
-
This e-mail and any attachment transmitted with it are confidential and intended solely for the person or entity to whom it is addressed. If you receive this message in error please contact the sender immediately. Any views expressed in this e-mail are those of the individual sender and do not necessarily reflect the views of Musgrave Group. Please note that Musgrave Group reserves the right to monitor e-mail communications through its networks at all times. www.musgrave.ie
The holding company of the Musgrave Group is Musgrave Group plc
Registered in Ireland No 105820. Registered office: Ballycurreen, Airport Road, Cork.
Hi Marius,
There are a lot of AJAX requests, some work, some don't.
All requests have cookie headers.
But it looks like the failed requests have no authorization header, and the other requests do have one.
On the main page I see some failed requests (without authorization header) and right after, the same request again with authorization header that succeeds! Looks like some kind of retry. With the REST request, I do not see this duplicate requests.
Mark
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea
Verzonden: donderdag 14 maart 2013 12:52
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
Ok, so the problem is:
* either the AJAX requests don't have the necessary authentication information
* or the REST system doesn't understand or doesn't handle properly the authentication information from the request.
All AJAX requests should have all the cookies that the main request (for the edit mode) has. So if the authentication information is stored in cookies then it is send with the AJAX requests. The first thing to check is if the AJAX requests (logged in the Firebug console) have the authentication information.
I don't know how the Kerberos SSO works nor if it integrates well with REST. We need the help of a REST guru here :)
Thanks,
Marius
On Thu, Mar 14, 2013 at 1:37 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Forgot to mention:
> Catalina.out shows me this:
>
> 2013-03-14 12:35:58,430 [http://xwiki/xwiki/bin/get/Main/WebHome?xpage=xpart&vm=commentsinline.vm] WARN a.t.TrustedLDAPAuthServiceImpl - Failed to resolve remote user. It usually mean that no SSO information has been provided to XWiki.
>
> -----Oorspronkelijk bericht-----
> Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens
> Mark Jas
> Verzonden: donderdag 14 maart 2013 12:34
> Aan: XWiki Users
> Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
>
> Hi Marius,
>
> I used firebug like you said. Here my findings:
> - Scheme is ok. (all http)
> - hostname is ok (all "xwiki")
> - the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages)
> - all the REST request on the tree page have "401 authorization required" responses.
> - No authentication errors in apache logs
> - http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs)
> - http://xwiki/xwiki/rest/ without SSO gives me some XML
> - All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031
>
> Hope you can help.
> Thanks.
> Mark
>
> -----Oorspronkelijk bericht-----
> Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens
> Marius Dumitru Florea
> Verzonden: donderdag 14 maart 2013 8:22
> Aan: XWiki Users
> Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
>
> On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
>> Hello,
>>
>>
>> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
>>
>> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
>>
>> Is this a bug?
>
> Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode.
>
> The things to check are:
> * are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL?
> * do they have the same domain?
> * is the REST system working when Kerberos SSO is enabled?
>
> Thanks,
> Marius
>
>>
>>
>> Mark
>>
>> _______________________________________________
>> 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
>
> _______________________________________________
> 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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Forgot to mention:
Catalina.out shows me this:
2013-03-14 12:35:58,430 [http://xwiki/xwiki/bin/get/Main/WebHome?xpage=xpart&vm=commentsinline.vm] WARN a.t.TrustedLDAPAuthServiceImpl - Failed to resolve remote user. It usually mean that no SSO information has been provided to XWiki.
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Jas
Verzonden: donderdag 14 maart 2013 12:34
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
Hi Marius,
I used firebug like you said. Here my findings:
- Scheme is ok. (all http)
- hostname is ok (all "xwiki")
- the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages)
- all the REST request on the tree page have "401 authorization required" responses.
- No authentication errors in apache logs
- http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs)
- http://xwiki/xwiki/rest/ without SSO gives me some XML
- All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031
Hope you can help.
Thanks.
Mark
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea
Verzonden: donderdag 14 maart 2013 8:22
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hello,
>
>
> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
>
> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
>
> Is this a bug?
Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode.
The things to check are:
* are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL?
* do they have the same domain?
* is the REST system working when Kerberos SSO is enabled?
Thanks,
Marius
>
>
> Mark
>
> _______________________________________________
> 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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Forgot to mention
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark Jas
Verzonden: donderdag 14 maart 2013 12:34
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
Hi Marius,
I used firebug like you said. Here my findings:
- Scheme is ok. (all http)
- hostname is ok (all "xwiki")
- the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages)
- all the REST request on the tree page have "401 authorization required" responses.
- No authentication errors in apache logs
- http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs)
- http://xwiki/xwiki/rest/ without SSO gives me some XML
- All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031
Hope you can help.
Thanks.
Mark
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea
Verzonden: donderdag 14 maart 2013 8:22
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hello,
>
>
> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
>
> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
>
> Is this a bug?
Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode.
The things to check are:
* are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL?
* do they have the same domain?
* is the REST system working when Kerberos SSO is enabled?
Thanks,
Marius
>
>
> Mark
>
> _______________________________________________
> 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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi Marius,
I used firebug like you said. Here my findings:
- Scheme is ok. (all http)
- hostname is ok (all "xwiki")
- the console shows me a lot of request with a "401 authorization required" (not only on the tree page, but also on other pages)
- all the REST request on the tree page have "401 authorization required" responses.
- No authentication errors in apache logs
- http://xwiki/xwiki/rest/ with SSO gives me an "Internal Server Error" (no error in apache logs)
- http://xwiki/xwiki/rest/ without SSO gives me some XML
- All REST requests I see in the console are the same: http://xwiki/xwiki/rest/wikis/xwiki/spaces?r=221031
Hope you can help.
Thanks.
Mark
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Marius Dumitru Florea
Verzonden: donderdag 14 maart 2013 8:22
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] TRANSPORT_ERROR with SSO in tree view
On Wed, Mar 13, 2013 at 9:06 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hello,
>
>
> I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
>
> I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
>
> Is this a bug?
Could be. TRANSPORT_ERROR normally happens when a request made by the tree fails (usually because the URL is bad). The tree uses the REST system to fetch its data, so all requests made by the tree are /rest/ requests. It would be of great help if you could tell us what requests are failing (their URL is important). In order to check this you can use Firefox with its Firebug extension. This extension has a Console tab where you can see all the (AJAX) requests made by the editor and its tree, if the console was opened before the page was loaded, otherwise you need to reload the page. The failed requests are displayed in red so they are easy to notice. You can click on each request to get more information, but more importantly you can right click to get the full URL with parameters. Post here the bad URLs and also the URL for the edit mode.
The things to check are:
* are the REST URLs using the same scheme (HTTP/HTTPS) as the edit mode URL?
* do they have the same domain?
* is the REST system working when Kerberos SSO is enabled?
Thanks,
Marius
>
>
> Mark
>
> _______________________________________________
> 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
Hello,
I get a popup with the error “Server returned TRANSPORT_ERROR with no error message.” If I select the tree view in the document index.
I’m using xwiki 4.5 with kerberos SSO. If I disable kerberos in apache and use the normal login, everything works just fine.
Is this a bug?
Mark
Hello guys,
I'm checking page about database administration [1], as I would like to
"sanitize" a bit my indexes before going futher with migration to 4.x.
(reason is that clearing problematic data from my stats tables takes
forever, and I think it could be improved with the correct indexes).
>From that page [1], I get the full list of indexes created for xwiki < 3.2,
and the list of indexes that can be created manually, adding to the indexes
created automatically by XWiki.
But the info I would like, is the list of indexes that I should expect to
be created when on XWiki 3.5.
My purpose, is that my "show index" from xwikistatsvisit, for example,
displays a number of duplicate indexes, some using lowercase others
uppercase (waste of space to the least). Also apart from duplications, I'm
now unsure that there are no excessive indexes created to start with (8
indexes on a table seems a bit too much, but I'm no DBA and xwiki schema is
particular).
I could install another xwiki 3.5 instance, on an empty database, and check
the indexes, but if there is a way to find it from the code I'd clearly
prefer ;-) So if you have any pointer on the right location, that would be
very nice.
I'm on MySQL 5.1 by the way.
Thanks & regards,
Jeremie
[1]
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Database+Administration…
Hello,
i have installed the latest XWiki 4.5.1 with the debian package and
installed all content via the new application manager. But now I have an old
XWiki 3.5 instance I want to migrate several spaces from.
I tried to export the wiki as xar and import it again. But the xar file is
over 70mb large and the importer would not accept this large file. I tried
the plugin 'large xar imprter' but it did not work.
So how can I migrate my spaces from the old xwiki to the new one? They
contains just simple pages with text content and some attachments.
--
View this message in context: http://xwiki.475771.n2.nabble.com/migrate-single-spaces-tp7584247.html
Sent from the XWiki- Users mailing list archive at Nabble.com.
Check out http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Attachments on how to increase the maximum upload size.
-----Original Message-----
From: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] On Behalf Of DrSarez
Sent: Tuesday, March 12, 2013 5:19 PM
To: users(a)xwiki.org
Subject: [xwiki-users] migrate single spaces
Hello,
i have installed the latest XWiki 4.5.1 with the debian package and installed all content via the new application manager. But now I have an old XWiki 3.5 instance I want to migrate several spaces from.
I tried to export the wiki as xar and import it again. But the xar file is over 70mb large and the importer would not accept this large file. I tried the plugin 'large xar imprter' but it did not work.
So how can I migrate my spaces from the old xwiki to the new one? They contains just simple pages with text content and some attachments.
--
View this message in context: http://xwiki.475771.n2.nabble.com/migrate-single-spaces-tp7584247.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
Hi all,
I admit that I am a Tomcat rookie. That being said, I have been
struggling with out-of-memory/permgen issues for a while now with no
progress. I have looked at this:
http://www.xwiki.org/xwiki/bin/view/FAQ/HowToSolveAJavaHeapMemoryError
...but I have not been successful in adjusting my settings. I am running
on Windows 2008 R2 64-bit with 12gb available RAM. I am trying to allocate
at least 4gb to run Xwiki, since nothing else is running on this server
(other than MySQL). I run Tomcat as a service, if that matters. I have
been using the Groovy function "${Runtime.getRuntime().maxMemory()}" to
keep an eye on my heap size. It stays at 259522560 bytes (247.5mb) no
matter what I do. I have tried setting a CATALINA_OPTS system variable
with the following settings:
-Xms2096m -Xmx=4096m -XX:MaxPermSize=1024m -XX:+CMSClassUnloadingEnabled
-XX:+CMSPermGenSweepingEnabled
I have also tried going into the Java tab on the Tomcat properties window
and setting the values there:
-DXms2096m
-DXmx4096m
-DXX:MaxPermSize=1024m
-DXX:+CMSClassUnloadingEnabled
-DXX:+CMSPermGenSweepingEnabled
So what am I doing wrong? Or is it my understanding that is off - is that
Groovy function not really telling me the allocated memory? Any advice
would be greatly appreciated.
Thanks!
- Matt L.
Hi xwikiers,
I just released a new authenticator on
http://extensions.xwiki.org/xwiki/bin/view/Extension/XWiki+Authenticator+Tr…
.
* extract the user id from the remote user and automatically create related
XWiki user profile
* allow using different LDAP configuration depending on what is in the
remote user
* synchronize user related information and group membership from LDAP (use
the standard LDAP authenticator for this actually)
Enjoy :)
--
Thomas Mortagne
Hello
I have just set up XWiki Enterprise Manager 4.5.1 and installed the Administration application. I logged in and went to the "Administration: Users" page. However, when I click on the "Edit" icon to edit a user profile, the popup area that appears doesn't show any fields. It just says "For more options to edit this user, please go to the user's profile" and there is a "Save" and "Cancel" button. There is supposed to be a lot more here. I think that I'm missing an extension. Does anyone know what I need to do?
Thank you.
Naoufel
Hi all,
I am having trouble understanding user permissions again. I have Xwiki
set up for LDAP authentication, so any user who signs in gets added to the
XWikiAllGroup. For this example, let's say I have GroupA and GroupB, both
of which have their own sets of protected pages. The way it works now is
that I have to remove each user from XWikiAllGroup and add them to either
GroupA or GroupB. This way, the protected pages are set to deny to anyone
NOT a member of that particular group.
My question is: how can I get a single member of Group A to be
authorized for the GroupB protected pages? I cannot simply add them to
GroupB - they would then not be allowed access to either set of pages
because the deny rules take precedence. I could add them to a third group
called GroupsA&B, but that seems a poor solution, as this would only
increase in complexity in the future. Do I have my architecture of
protected pages set up wrong - is there are more logical way to configure
this?
Thanks in advance!
- Matt L.
Mailed to soon. Solved it. The default works just fine.
xwiki.authentication.trustedldap.remoteUserParser=(.+)(a)(.+)
xwiki.authentication.trustedldap.remoteUserMapping.1=login
-----Oorspronkelijk bericht-----
Van: users-bounces(a)xwiki.org [mailto:users-bounces@xwiki.org] Namens Mark
Verzonden: zaterdag 9 maart 2013 17:08
Aan: XWiki Users
Onderwerp: Re: [xwiki-users] kerberos SSO -> strip domainname from username
I managed to compile and activate the xwiki-authentication-trusted-ldap plugin. But still the same result: login works with login prompt, fails with SSO.
Debugging showed me that the xwiki doesn't accept the SSO because username doesn't match. I suppose my xwiki.authentication.trustedldap.remoteUserParser settings is incorrect.
Can anyone tell me what this settings should be when my kerberos sso user is "user(a)DOMAIN.COM" and my sAMAccountName in ldap is just "user"?
On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hi Thomas,
>
> Thanks for your reply. I should have given you some more info.
> I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working.
>
> If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc...
com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a….
>
> Maybe my question should be: How do I get LDAP working with the Kerberos authenticator?
>
> Mark
>
>
> On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
>> Hi all,
>>
>>
>> I have configured xwiki with LDAP authentication and kerberos SSO.
>>
>> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great.
>>
>> But when I set the browser to use automatic logon, I get the xwiki
>> login page! (at least in FireFox, IE says “cannot show page”)
>>
>> I get the same results when I manually login with “username@DOMAIN”
>> and “password”. So I think the domain part is used in the automatic
>> logon. (and is the actual problem…)
>>
>>
>> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me!
>
> I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug.
>
> You can try to enable debug log[1] for class
> com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
> (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any.
>
> [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
>
>>
>>
>> Mark
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
I managed to compile and activate the xwiki-authentication-trusted-ldap plugin. But still the same result: login works with login prompt, fails with SSO.
Debugging showed me that the xwiki doesn't accept the SSO because username doesn't match. I suppose my xwiki.authentication.trustedldap.remoteUserParser settings is incorrect.
Can anyone tell me what this settings should be when my kerberos sso user is "user(a)DOMAIN.COM" and my sAMAccountName in ldap is just "user"?
On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hi Thomas,
>
> Thanks for your reply. I should have given you some more info.
> I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working.
>
> If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc...
com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a….
>
> Maybe my question should be: How do I get LDAP working with the Kerberos authenticator?
>
> Mark
>
>
> On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
>> Hi all,
>>
>>
>> I have configured xwiki with LDAP authentication and kerberos SSO.
>>
>> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great.
>>
>> But when I set the browser to use automatic logon, I get the xwiki
>> login page! (at least in FireFox, IE says “cannot show page”)
>>
>> I get the same results when I manually login with “username@DOMAIN”
>> and “password”. So I think the domain part is used in the automatic
>> logon. (and is the actual problem…)
>>
>>
>> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me!
>
> I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug.
>
> You can try to enable debug log[1] for class
> com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
> (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any.
>
> [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
>
>>
>>
>> Mark
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hello all!
I do not know if this is normal, but we have terrible performance upon the
initial connect to our wiki (selfbus.myxwiki.org).
Often the connection times out or hangs. Retrying shows the start page.
Once the wiki is initially loaded one can work as normal.
Another person trying to open the wiki page at the same time has the
same timeout problems. Even using another browser shows the same
delay in loading.
So I do not think the wiki is swapped out or something like that.
It rather looks like problems in the name resolution, if I may guess.
Is there anything that can be done to improve the situation?
Kind regards,
Stefan
Hi Thomas,
I think xwiki-authentication-trusted-ldap is exactly what I need. But I'm not that experienced to compiling java. Can I download it somewhere as a .jar file? Or can you point me the way to extract this from git and compile it myself?
Thanks,
Mark
On Fri, Mar 8, 2013 at 1:53 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hi Thomas,
>
> Thanks for your reply. I should have given you some more info.
> I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working.
>
> If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc...
com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
only know about remote user and just create the user page, it's not connecting to LDAP to update informations or group membership like the LDAP authenticator do. There is no such authenticator by default but you can look at https://github.com/xwiki-contrib/sandbox/tree/master/authenticators/xwiki-a….
>
> Maybe my question should be: How do I get LDAP working with the Kerberos authenticator?
>
> Mark
>
>
> On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
>> Hi all,
>>
>>
>> I have configured xwiki with LDAP authentication and kerberos SSO.
>>
>> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great.
>>
>> But when I set the browser to use automatic logon, I get the xwiki
>> login page! (at least in FireFox, IE says “cannot show page”)
>>
>> I get the same results when I manually login with “username@DOMAIN”
>> and “password”. So I think the domain part is used in the automatic
>> logon. (and is the actual problem…)
>>
>>
>> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me!
>
> I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug.
>
> You can try to enable debug log[1] for class
> com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
> (that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any.
>
> [1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
>
>>
>>
>> Mark
>>
>>
>> _______________________________________________
>> users mailing list
>> users(a)xwiki.org
>> http://lists.xwiki.org/mailman/listinfo/users
>
>
>
> --
> Thomas Mortagne
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Hi Thomas,
Thanks for your reply. I should have given you some more info.
I'm using the default authenticator, because if I use the com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl, my ldap stops working.
If I use com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl Kerberos works fine, but new users aren't created, and group sync isn't working etc etc...
Maybe my question should be: How do I get LDAP working with the Kerberos authenticator?
Mark
On Tue, Mar 5, 2013 at 4:35 PM, Mark Jas <mark(a)nieuwenborg.nl> wrote:
> Hi all,
>
>
> I have configured xwiki with LDAP authentication and kerberos SSO.
>
> When I use a browser without automatic Kerberos SSO, I get a keberos login page. When I fill in username and password manually it works great.
>
> But when I set the browser to use automatic logon, I get the xwiki
> login page! (at least in FireFox, IE says “cannot show page”)
>
> I get the same results when I manually login with “username@DOMAIN”
> and “password”. So I think the domain part is used in the automatic
> logon. (and is the actual problem…)
>
>
> I see there is java code that strips the @DOMAIN part from the username. But I have no idea how or where to implement this. I hope some can help me!
I never used it myself but from what I see in the code it's supposed to do that all the time. Maybe there is a bug.
You can try to enable debug log[1] for class com.xpn.xwiki.user.impl.xwiki.AppServerTrustedKerberosAuthServiceImpl
(that's the authenticator you are using, right ?) to see what's going on. At least ou should get what remote user XWiki is getting if any.
[1] http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Logging
>
>
> Mark
>
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
--
Thomas Mortagne
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users