Hello, is there a easy way to get all links which are in a page
(Forewardlinks, external and internal) and links which linking to page
(Backlinks, internal)? I found nothing usefull in the api and the forum.
Need i to parse the page my own to get them? Is there a Parser i could use
which do the half way?
Regards,
Matthias
--
View this message in context: http://xwiki.475771.n2.nabble.com/Links-to-from-page-tp7587920.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
I just reported http://jira.xwiki.org/browse/XCOMMONS-494 . It seems
the following generates a NPE:
$escapetool.url({
'foo': $null,
'bar': ['one', $null, 'three'],
$null: 'value'
})
I see 3 possible results:
(1) Skip null parameter key and value
bar=one&bar=three
(2) Use 'null' for both the key and the value
foo=null&bar=one&bar=null&bar=three&null=value
(3) Use empty string for null value
foo=&bar=one&bar=&bar=three&null=value
I'm going to implement (1) if no one is against it.
Thanks,
Marius
Hello XWiki community,
The current syntax 2.1 allows me to use
[[ link-label >> http://example.com || target="targ"]]
so as to write a link that goes to a named target targ (which could also be "_blank").
However, both XWiki Syntax 2.1 documentation for links:
http://platform.xwiki.org/xwiki/bin/view/Main/XWikiSyntax#HXWikiSyntax2.1Li…
and the WYSIWYG editor employ the rel attribute instead to denote that a link should be opened in a new window.
I am surprised such a choice is made since:
- the rel attribute is deemed to be only useful for robots (see, e.g. http://www.w3.org/TR/html401/struct/links.html#adef-rel, http://dev.w3.org/html5/markup/a.html#a.attrs.rel,http://reference.sitepoin… or http://www.htmlhelp.com/reference/html40/values.html#linktypes)
- the target attribute which was deprecated in html4 has been resurrected by hmtl5 and is indeed output by:
[[ link-label >> http://example.com || rel="__blank"]]
I would suggest:
- to modify the syntax documentation to speak about the target attribute as well as the rel attribute (e.g. with the nofollow attribute)
- to let the wysiwyg editor output target="_blank" instead of including the rel nae
Do you agree?
It appears that I need particular rights to edit the XWikiSyntax page. How do I get them?
thanks in advance.
Paul
Hello,
I have an old self-made wiki with nearly thousand pages which i want to
import. At the moment i don't know which attachments makes the problem. On
Images and Content everything works fine for all pages. I want to import the
content to new xwiki-documents and upload into them my attachments and
images with
doc.addAttachment(attachmentName, new FileInputStream(data), xcontext)
in a groovy-script.
In some i get the following exception:
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Unknown Source)
at java.lang.AbstractStringBuilder.expandCapacity(Unknown Source)
at java.lang.AbstractStringBuilder.ensureCapacityInternal(Unknown Source)
at java.lang.AbstractStringBuilder.append(Unknown Source)
at java.lang.StringBuffer.append(Unknown Source)
at org.suigeneris.jrcs.util.ToString.arrayToString(ToString.java:110)
at org.suigeneris.jrcs.rcs.impl.Node.setText(Node.java:349)
at org.suigeneris.jrcs.rcs.Archive.<init>(Archive.java:243)
at org.suigeneris.jrcs.rcs.Archive.<init>(Archive.java:214)
at
com.xpn.xwiki.doc.XWikiAttachmentArchive.updateArchive(XWikiAttachmentArchive.java:186)
at
com.xpn.xwiki.doc.XWikiAttachment.updateContentArchive(XWikiAttachment.java:739)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveAttachment(XWikiHibernateStore.java:1568)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveAttachmentList(XWikiHibernateStore.java:1536)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:524)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:177)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:170)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1448)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1404)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1399)
at com.xpn.xwiki.XWiki$saveDocument.call(Unknown Source)
at Script2.upload(Script2.groovy:56)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:90)
at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:233)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1085)
at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:909)
at
groovy.lang.DelegatingMetaClass.invokeMethod(DelegatingMetaClass.java:149)
at
org.codehaus.groovy.jsr223.GroovyScriptEngineImpl$2.invokeMethod(GroovyScriptEngineImpl.java:330)
at
org.codehaus.groovy.runtime.callsite.PogoMetaClassSite.callCurrent(PogoMetaClassSite.java:66)
I didn't get it to catch that exception in groovy. Is that possible? The
groovy-script is skipped by the exception, so nothing is done. I really like
to catch that, so all possible is done and i get an information what is not
working. I tried to surround the try-catch-block to thedocument-save method,
but it not helps.
Is that a problem of the size of the attachments? Some are bigger than
100MB. I didn't change the attachment storage to file-system yet. What is
your experience? Is that a problem of the attachment size or something else?
To test this i use the Portable XWiki 5.1 with the Hsqldb.
Regards,
Matthias
--
View this message in context: http://xwiki.475771.n2.nabble.com/Upload-Attachments-tp7587887.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
We need to provide a contrib top level POM for extension contributors. ATM
we recommend to extend the commons top level pom on
http://contrib.xwiki.orgbut it's a bad idea because contributors
forget to override some pom.xml
elements (such as the <developers> section) and thus the published
extensions end up with wrong information (such as wrong author: "XWiki
Development Team").
The reason to put it in commons:
* We will have dependencyManagement in it and thus it needs to be in sync
with the commons version. It'll have the same version as commons top level
pom version.
* Easy for us since it'll be released at the same time as commons
* Easy for extension authors to choose the top level contrib version they
need: they'll pick the one corresponding to the xwiki version they want to
depend on
Note that since some extensions may want to depend on versions of XWiki
older than 5.3 we can deploy this contrib pom also for older versions using
mvn deploy:deploy-file
WDYT?
Thanks
-Vincent
The XWiki development team is proud to announce the availability of XWiki
5.2.1.
This is a important bugfix release which fixes several regressions
introduced in 5.2 (RSS, Watchlist, PDF export, etc).
You can download it here:
http://www.xwiki.org/xwiki/bin/view/Main/Download(please allow a few
hours for the binaries to propagate to the download
servers if the download doesn't work yet)
Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki521
Thanks
-The XWiki dev team
Hi.
Vincent and Thomas has started reviewing my work for the new Wiki API.
Some changes:
- do not store the membershipType in the descriptor, but as a configuration
object in the subwiki.
- having the option Local Users, Global users, Local + Global users instead
of enableLocalUsers(), because we need the 3 uses cases:
- global users only: the workspaces use-case
- local users only: a farm like xwiki cloud, where each wiki should not
know anything about the main wiki
- global + local users: myxwiki.org use case.
+ some changes to do in the UI.
Because of that, I won't be able to reach the M2 deadline. Moreover, I
can't work until the 12th. So I propose to postpone it.
5.3M2: 14th november (was 11)
5.3RC1: 21th november (was 18)
5.3 final: 2st decembre (was 25th november).
WDYT?
Thanks,
Louis-Marie