I am not XWiki developer and hardly ever would be. Even if i have my favorite
mysfeatures.
Also here are script-making and script-using guys. So i don't think this
question would be complete off-topic.
===
It seems that XWiki was never tested on Windows as none of developers had
it.
It seems that XWiki GitHub just cannot be cloned to Windows now.
And i don't know if can be compiled there (hopefully JVM can overcome it,
but who knows)
But what i noticed again, is that hugely redundant file naming
xwiki-platform-core/xwiki-platform-classloader/xwiki-platfor
m-classloader-protocols/xwiki-platform-classloader-protocol-attachmentjar/src/te
st/java/org/xwiki/classloader/internal/protocol/attachmentjar/AttachmentURLStrea
mHandlerTest.java
Why that repeating time and gain, like if you use flat filesystem rather
than tree ?
It looks like calling an object
org.org-xwiki.org-xwiki-classloader.org-xwiki-classloader-internal.org-xwiki-classloader-internal-protocol.org-xwiki-classloader-internal-protocol-attachmentjar.org-xwiki-classloader-internal-protocol-attachmentjar-AttachmentURLStreamHandlerTest
Nonsense ? Truly so.
Yet on file system level Java developers usually do it, not only XWiki but
many teams.
Why ? Aren't directories given to suppress such redundancy ?
Not only that give overly long unobservable paths, it also disables some
programs on Windows.
I heard that git has internal 4KB file path length limitations.
I wonder what UNIX guys would say about sanity if one day they would try to
download from Windows file with name about 16KB long...
--
View this message in context: http://xwiki.475771.n2.nabble.com/sources-filename-why-that-redundancy-tp75…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
We have a problem with titles with the 4.1.3 release (not sure if it's
release specific however, I just spend lot of time in logs because of
the migration) :
When title contains the character '#' at the end, the title disappears
from the page (only the page name is printed). There is error traces
when viewing the document and from Lucene :
2012/07/19 14:35:34
[http://localhost:8080/xem/wiki/supporttechnique/get/XWiki/SuggestLucene
Service?outputSyntax=plain&query=__INPUT__*&nb=3&input=8192] WARN
o.x.d.i.DocumentTitleDisplayer - Failed to interpret title of document
[supporttechnique:Archives.ExempleCodeC].
2012/07/20 10:06:22
[http://localhost:8080/xem/wiki/supporttechnique/get/Archives/ExempleCod
eC?xpage=xpart&vm=commentsinline.vm] WARN
o.x.d.i.DocumentTitleDisplayer - Failed to interpret title of document
[supporttechnique:Archives.ExempleCodeC].
Is it a known bug ?
Thank you
Nicolas
Hello,
We're using the Code Macro estension (
http://extensions.xwiki.org/xwiki/bin/view/Extension/Code+Macro ). We are
using it like this:
{{code language="java"}}
our code
{{/code}}
And then this error appears:
org.xwiki.rendering.macro.MacroExecutionException: Failed to highlight
content
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:108)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:48)
at
org.xwiki.rendering.macro.box.AbstractBoxMacro.execute(AbstractBoxMacro.java:146)
at
org.xwiki.rendering.macro.box.AbstractBoxMacro.execute(AbstractBoxMacro.java:51)
at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
at
org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
...........
Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to
lookup component [role = [org.xwiki.rendering.parser.HighlightParser] hint
= [default]]
at
org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:368)
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:126)
at
org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.highlight(CodeMacro.java:144)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:105)
... 104 more
Caused by: Traceback (most recent call last):
File "<string>", line 1, in <module>
File "__pyclasspath__/pygments/__init__.py", line 37, in <module>
File "__pyclasspath__/pygments/util.py", line 12, in <module>
ImportError: No module named re
at
org.python.core.PyException.fillInStackTrace(PyException.java:70)
at java.lang.Throwable.<init>(Throwable.java:56)
at org.python.core.PyException.<init>(PyException.java:46)
at org.python.core.PyException.<init>(PyException.java:43)
at org.python.core.PyException.<init>(PyException.java:61)
at org.python.core.Py.ImportError(Py.java:290)
......
We thought that the code we added may be wrong, but if we just write {{code
language="java"}}{{/code}} , we get the same error.
Any clue of what's causing this error?
Thanks in Advance
Sergio Carrasco
Please create an Xwiki on the farm.
Would like a wiki to test our xwiki and to store research content.
Username: kentpalmer
thinknet.myxwiki.org
Thanks,
Kent Palmer
http://kdp.mehttp://think.net
Reference:
If you’re interested in having a wiki hosted on this farm please send an
email to the XWiki user mailing
list<http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists> with
a subject of [myxwiki] new wiki request and explaining briefly what you
want to use this wiki for (give a brief description). You’ll also need to
register :on myxwiki.org (this wiki) and give your user name in the mail,
as well as the server name you want for your wiki (the name that will be
used before .myxwiki.org to access the wiki). Then one of the community
Admins will create it for you.
Hello XWikiers,
I've been following the tutorial:
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/DistributedEventCluster…
and the two consoles show me a successful:
grep -i channel mytomcat/logs/tomcat.log
> 2012-07-06 08:28:02,901 INFO jgroups.JChannel - JGroups version: 2.12.2.Final
> 2012-07-06 08:28:05,262 [main] INFO .o.r.i.j.JGroupsNetworkAdapter - Channel [udp] started
grep -i channel myothertomcat/logs/tomcat.log
> 2012-07-06 08:29:11,857 INFO jgroups.JChannel - JGroups version: 2.12.2.Final
> 2012-07-06 08:29:14,251 [main] INFO .o.r.i.j.JGroupsNetworkAdapter - Channel [udp] started
also;
GMS: address=atlas-56733, cluster=event, physical address=fe80:0:0:0:223:dfff:fedf:591d%5:2273
GMS: address=atlas-26026, cluster=event, physical address=fe80:0:0:0:223:dfff:fedf:591d%5:20950
with unchanged udp.xml as extracted with jar -xf from the jgroups jar in WEB-INF.
However the two xwiki's seem to work separately, the data of the other is only fetched if it has not yet come into cache.
The only suspicious log is, in both consoles:
> 2012-07-06 08:28:03,208 WARN protocols.UDP - receive buffer of socket java.net.MulticastSocket@40d3ab8b was set to 25MB, but the OS only allocated 65.51KB. This might lead to performance problems. Please set your max receive buffer in the OS correctly (e.g. net.core.rmem_max on Linux)
Is there anything else I need to watch?
The README in the directory of udp.xml was absolutely useless, or at least lead me to no change... have badly read it?
thanks in advance
Paul
I would like to capture all of the historical mailing list traffic locally
for further processing (formatting and searching). At
http://lists.xwiki.org/pipermail/users/ I am able to download each month's
traffic in a "Gzip'd Text" format. Can anyone tell me how to convert these
files to something useful? I researched this subject on Google and, while
there is a fair amount of information and even some scripts for converting
this Pipermail gzipped format to mbox format, it doesn't match up with what
I actually find in the download files from this list, whether in the
original gz format or after uncompressing. For example, the scripts expect
to find "From:" literals in clear text, and that is not the case in these
files.
--Gary