Getting this from daiwa.xwiki.com:
type Exception report
message
description The server encountered an internal error () that prevented
it from fulfilling this request.
exception
javax.servlet.ServletException: Error number 3201 in 3: Exception while
saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading
archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading
archive 104,408,758
Wrapped Exception: exception setting property value with CGLIB (set
hibernate.cglib.use_reflection_optimizer=false for more info) setter of
com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive
org.apache.struts.action.RequestProcessor.processException(RequestProces
sor.java:535)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:433)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:121)
root cause
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while
saving document XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading
archive XWiki.XWikiPreferences
Wrapped Exception: Error number 3212 in 3: Exception while loading
archive 104,408,758
Wrapped Exception: exception setting property value with CGLIB (set
hibernate.cglib.use_reflection_optimizer=false for more info) setter of
com.xpn.xwiki.doc.XWikiDocumentArchive.setArchive
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore
.java:314)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:10
0)
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94
)
com.xpn.xwiki.XWiki.saveDocument(XWiki.java:890)
com.xpn.xwiki.XWiki.getPrefsClass(XWiki.java:2286)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:349)
com.xpn.xwiki.XWiki.updateDatabase(XWiki.java:328)
com.xpn.xwiki.XWiki.getXWiki(XWiki.java:444)
com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:96)
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:431)
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
236)
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodi
ngFilter.java:121)
note The full stack trace of the root cause is available in the Apache
Tomcat/5.5.17 logs.
Hello, I wondered if someone could give me a kick-start on this one:
In the navigation panels, I want to list parent pages and child pages in a
indended list view. I am alreasy using the DocumentTreePlugin, but not sure
how to write the code for the navigation panels
--
if(!Coffee.Exists)
{
me.Dispose();
throw new NullCoffeeException();
}
Vincent, Sergiu, and the whole community:
My conversation begun by Gunther Leeb has continued offline and I've
agreed to help him implement a solution similar to one I've created,
which will probably be generally useful.
Ironically enough, we seem to have validated the old adage of the
cobbler's children going barefoot - we're working on a feature of a
Wiki, and though we have a community of interested users and developers
and access to a Wiki, we began by still using a one-to-one email
exchange.
In repentance thereof, I wish to nail down a page or three on xwiki.org
to simultaneously develop, publish, and offer for comment the work we
are doing.
Where would be the best place to put this? The topic is enhancing the
LDAP authentication service implementation in the ways that Gunter
needs, which would add a feature to discriminate on values in the
LDAP-supplied user information.
brain[sic]
Hi,
I noticed that XWiki does case sensitive search, e.g. if I search for
"available", available will be found, but not "Available."
How can I make searches case insensitive?
Speaking of searching, it not clear to me what happens if I turn on
Lucene. Does this replace searching back-end for regular search box, or
I have to add new page for searching?
Regards,
v
Zeljko
Hi All,
I've been getting some strange results with WYSiWYG since Beta1, but
have never been able to reliably test it. Effectively, here's the
problems as reported from users (bear in mind these were appearing as
random until this morning).
Before logging the issue, I thought I'd check if anyone else has had it
(and maybe could be some config problem):
* User creates a news item (standard xwiki news page) using
wysiwyg. Adding some color to certain words to highlight actions, etc.
* Save item.
* User (same or other) views the item, all is fine.
* User edits the item, and two issues arise immediately
* First, all text is changed to match a random (usually first)
color chosen for any word in the text.
* Second, a large chunk of the data is missing.
This only happens with Internet Explorer 6. Firefox 2.0 and 1.5 do not
exhibit the problem.
Brandon Esbach
Software Engineer
Tyco Electronics
LoughMahon Technology Park,
Skehard Road,
Blackrock,
Cork, Ireland
Tel +353 21 4808305
Hi,
Using XWiki 1.0B3.
After switching to using LDAP (using our eDirectory), the current user
access management behavior that I am seeing is, that
1. I can login with a user/pwd authenticated against
LDAP/eDirectory. If the user does not already exist in XWiki, the user
appears to be created.
2. A user, created in XWiki CANNOT Login anymore, if he/she is not
an LDAP user. (Why is that?)
3. The old passwords do not work anymore for users with a matching
entry in XWiki and LDAP. (ok)
Why can't I add user per hand if I use LDAP? This would at least allow
some Workaround for some other limitations and give the administrator a
way to allow users that for some reasons do not get an entry in the
LDAP.
Can I hope for XWiki 1.0 to include the handling of an LDAP group for
authentication?
I have read a blog mentioning LDAP group support being planned for
1.0.
Is this still the case?
Regards,
GLeeb
xwiki.authentication.ldap=1
xwiki.authentication.ldap.authclass=com.xpn.xwiki.user.impl.LDAP.LDAPAuthServiceImpl
xwiki.authentication.ldap.server=dsmaster
xwiki.authentication.ldap.check_level=1
xwiki.authentication.ldap.port=389
xwiki.authentication.ldap.base_DN=department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_pass={1}
xwiki.authentication.ldap.UID_attr=uid
(I have posted this issue before but now I have split up the issues to
allow separate answers.)
-------------------------------------------------------------------------------
Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you received
this in error, please contact the sender and delete the material from any
computer.
-------------------------------------------------------------------------------
Greetings,
There is a number of ApplicationResources_xx.properties in XWiki and it
looks like all of them are different (contain different set of keys).
Both ApplicationResources.properties and ApplicationResources_en.properties
are in english and are mostly identical except for ~70 missing keys in _en
file.
Given that, I have two questions:
1. What is the "most supported" message resources file?
2. Are all messages from .properties used in XWiki, or some are redundant?
If the latter, are there plans for removal of unnecessary keys for 1.0release?
--
Best regards,
Pavel
Hi everybody,
I've started using xWiki a few weeks ago and now I want to make it look the
way I want. So I'm trying to create my own skin. I read the Admin
guide<http://www.xwiki.org/xwiki/bin/view/AdminGuide/Skins>about it,
plus other mails but I have to say it's not an easy task. I don't
really know where to start because I don't understand all the css files.
xwiki10b1 has 23 css files but I think only 11 are used. Am I right (
style.css; elements.css; classes.css; xwiki.css; wiki.css; page.css; rss.css;
screenlayout.css; microformats.css; presentation.css; colorsblack.css;) ? If
yes, what are the other ones used for (chw.css, colorsblue.css,
customcoloes.css, style1.css...) ? Why is page.css empty, is it the one to
fill ? In other words, which css should I change if I want another layout,
another font, colours....
Thanks for you help,
Antonio
