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.