How can I turn off the "shortcut" URLs where /bin/Space/Page is
interpreted as /bin/view/Space/Page?
(Specifically, I'm using mod_redirect to clean up the URL
architecture and need to assume that anything prefixed /bin that
isn't /bin/view needs to be passed through as an action.)
- - -
Hans Gerwitz
http://phobia.com/
Hi,
I'm a student interested in the idea of
WebBrowserOne-clickInstantContentSelectionOrURLPosting described in
http://www.xwiki.org/xwiki/bin/view/Projects/WebHome
and would like to refine the idea with the mentor. Could please the
mentor who initiates this idea contact me to work out a plan?
Thanks,
Zhiwu
It doesn't seem like holding an edit lock is required for a save, is
this intentional?
If user A edits first, then user B edits either after the lock times
out or forces the lock, whoever saves first will unknowingly lose
their changes when the second user saves- the changes will still be
in the history, but neither user will know that something has gone
wrong.
This seems like a bug to me, but wanted to check first.
I've already created a feature request for optimistic locking which
if fixed would address this (http://jira.xwiki.org/jira/browse/
XWIKI-175), but maybe this should be patched in the meantime. Maybe
when the 2nd user saves we should redirect back to edit with the
first users changes in the text area, and a nice message explaining
that the 2nd user needs to merge their changes in, with their changes
presented elsewhere on the page for easy cut n paste.
Matt
Looks like a thirdparty lib was built using jdk 1.5
Builds fine with jdk1.5
Matt
xwiki:
[javac] Compiling 422 source files to /Users/conway/Documents/
eclipse/workspace/xwiki/build/classes
[javac] /Users/conway/Documents/eclipse/workspace/xwiki/src/main/
java/com/xpn/xwiki/XWiki.java:84: cannot access
org.exoplatform.container.RootContainer
[javac] bad class file: /Users/conway/Documents/eclipse/
workspace/xwiki/lib/exo-platform.container-2.0.jar(org/exoplatform/
container/RootContainer.class)
[javac] class file has wrong version 49.0, should be 48.0
[javac] Please remove or make sure it appears in the correct
subdirectory of the classpath.
[javac] import org.exoplatform.container.RootContainer;
[javac] ^
[javac] 1 error
Hi all,
Is there any particular reason the ID columns for xwikidoc are
generated (hashes of doc name) instead of just a sequence?
Its causing us a little grief when we want to do things like rename a
document - copying the doc seems like a hack, and breaks in subtle ways.
I think things would be much cleaner if we could assume an inviolate
id for each document, and would also have the benefit of making
manual sql maintenance task a lot simpler.
Let me know what you think,
Matt
Hey guys,
I've some problems with Xwiki.
In first the Tomcat's log is reporting some errors, see it bellow.
Second, I've create a page. After the creation, I decide update this page. I open the the correct place to do that, updated the page and saved. When this page is reloaded, it appear that I don't altered.
Can you understand?
Tomcat's error:
1º Error (it's a warning, but why this is apearing??):
10:21:50,467 WARN http-8080-Processor5 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'view'
2º Error:
10:22:04,568 WARN http-8080-Processor5 http://localhost:8080/xwiki/bin/view/Main/WebHome Configurator:configure:126 - No configuration found. Configuring ehcache from ehcache-failsafe.xml found in the classpath: jar:file:/C:/Program%20Files/Apache%20Group/Tomcat%204.1/webapps/xwiki/WEB-INF/lib/ehcache-1.1.jar!/ehcache-failsafe.xml
2º Error:
10:22:20,731 ERROR http-8080-Processor5 http://localhost:8080/xwiki/bin/view/Main/WebHome XWikiHibernateStore:updateSchema:177 - Schema update for wiki xwiki
3º Error:
10:22:37,555 WARN http-8080-Processor5 http://localhost:8080/xwiki/bin/view/Main/WebHome XWikiStatsServiceImpl:addCookie:474 - Setting cookie O8J7UAAVYXJF5SFYCNVVDZQLOBVLRN3N for name visitid with domain null and path / and maxage -137119
4º Error:
10:22:37,555 WARN http-8080-Processor5 http://localhost:8080/xwiki/bin/view/Main/WebHome XWikiStatsServiceImpl:findVisit:314 - Found visit with cookie VSQ6JFYCPHYXPD4NWYUXG0UP28OSFCV3 in session 5F2242D614D70F019292FD8ED4C110A0 for request with cookie O8J7UAAVYXJF5SFYCNVVDZQLOBVLRN3N
5º Error:
10:22:38,026 WARN http-8080-Processor5 RequestUtils:createActionForm:177 - No FormBeanConfig found under 'skin'
Att,
Filipe Fumaux
I have aquired our installation of WIKI and just getting into all of it.
I am looking a creating some classes in the WIKI. The Previous owner has
created the FAQs Class and it works fine.
I am trying to create another one for me as a test.
I have the Class created - ErixClass. I have added some objects. I can see
them when I go into the Object editor.
My question is how or where do I edit the Document Sheet and the Document
Templates.
If I go into the XWiki.XWikiclasses > XWiki.ErixClass the page is blank - I
should see the form there for adding and viewing?
_________________________________________________________________
Dont just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
This is complete polish translation ApplicationResources_pl.properties
synchronized with xwiki-0.9.840.
Please commit it.
Regards,
Mariusz from Poland (beautiful country with stupid politics)
Hello again!
Thank you for your fast customization help, but I've managed to produce
a very sad (show-stopper) parsing error. I'm using XWiki with postgresql
database, and all encoding is set to UTF-8. It works fine, stores and
shows the accentuated letters fine, exception the letters out of the
ISO-8852-1. This is the error log:
Caused by: org.apache.commons.jrcs.rcs.TokenMgrError: Lexical error at line 44, column 6. Encountered: "\u0151" (337), after : "@\n\n\nXWiki\nEditToolbar\n\nen\n0\n\nXWiki.Admin\n1107733921000\n1145956386468\n1.4\n{pre}\n<div class=\"xwikimenutitle\">Basic Syntax</div>\n<div class=\"xwikimenulinks\">\n<pre>\n1 Els"
at org.apache.commons.jrcs.rcs.ArchiveParserTokenManager.getNextToken(ArchiveParserTokenManager.java:800)
at org.apache.commons.jrcs.rcs.ArchiveParser.jj_consume_token(ArchiveParser.java:558)
at org.apache.commons.jrcs.rcs.ArchiveParser.text(ArchiveParser.java:429)
at org.apache.commons.jrcs.rcs.ArchiveParser.archive(ArchiveParser.java:102)
at org.apache.commons.jrcs.rcs.ArchiveParser.load(ArchiveParser.java:55)
at org.apache.commons.jrcs.rcs.Archive.(Archive.java:230)
at com.xpn.xwiki.doc.XWikiDocument.setArchive(XWikiDocument.java:475)
... 60 more
It has stored the hungarian o-double-acute (ő) character fine in the
postgresql database (I can query it, it is correct), but the
http://localhost:8080/xwiki/bin/edit/XWiki/EditToolbar editor page
throws the previous exception.
What could be a possible problem? Where can I dig in the codes, to give
full unicode support for the parser. Unfortunatelly this (the error of
handling Hungarian characters) is show-stopper for me. If it could
work, I'd provide a Hungarian translation of the static messages. Thank
you for your help:
Istvan
Hello!
I'm planning to customize the interface of XWiki (using the wiki
functionality only for a few administrator, and servicing content for
everyone, who does not need to know about wiki). I've found that editing
the files in the templates/ directory of the .war file does not really
work, I can't see the changes on the interface.
Could you provide me the proper method for editing the templates? (I've
restarted the the application server for cleaning the cache, but it does
not help)
btw: XWiki works with the open source applications server Glassfish
(former Sun Application Server).
Istvan
