I trying to use snipplet "Import users from LDAP" from code zone
(http://code.xwiki.org/xwiki/bin/view/Snippets/ImportUsersFromLDAPSnippet),
but it failed with error:
Error number 4002 in 4: Error while parsing groovy page Sandbox.TestPage8
Wrapped Exception: startup failed: Script1.groovy: 20: unexpected token:
wikicreatelink @ line 20, column 45. + res.get("cn") + "
Line 20 is:
print ("" + res.get("cn") + " <a class="wikicreatelink"
href="/xwiki/bin/edit...
As I see, this snipplet is too old, maybe now need to change something.
Unfortunatly, I am not a good programmer in a XWiki - I am a administrator.
Maybe someone can help me ...
I need to import users from LDAP. I already setup LDAP Authentication (AD) -
all is greatly working: when new user logging - xwiki account automaticaly
was creating. But I need to import some users beforehand, because I need to
setup some rights in XWiki before user logged in.
Ideal solution for me - not import all users from LDAP - but only some of
them (or one by one) - filtered directly by SAMAccountName (filtered list of
usernames from AD).
Thanks in advice!
--
View this message in context: http://xwiki.475771.n2.nabble.com/Snipplet-Import-users-from-LDAP-failed-tp…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi
I tried to install the V2.3 using the WAR file provided on a new an clean Debian/5.0.4 - everything seems fine until I do call XE the first time - it fails - always - during debugging I realise it doesn't create the database table (in mysql here) during startup.
Just to proove my theory V2.3 is broken I did a clean setup on the same box using V2.2.5 WAR - this works straight forward and creates the needed tables.
Questions:
Anyone else experienced this too?
Is the Upgrade from V2.2.2 to V2.3 supported and tested or might the schema-update not work?
Regards
Harald Kapper / kapper.net
Hello,
I'm a CS major in my 2nd year of school. I've been using XWiki for a
personal wiki project and have run into a wall with a few things. I've
frequently run into issues where I give a group the access rights to
view a page, which overrides default settings and forces me to specify
viewing permissions for the groups that should have access to that
page based on the space settings. This is quite cumbersome when there
are many groups that should have access to the page. Are there plans
to include a feature that would optionally allow the page to inherit
permissions from the space and merge them with the current page
settings?
Thanks, Carlos
Hey,
We actually increased the JVM size to 1.5GB, but the maximum attached size support only increased by 30 MB to 50MB (used to be 20MB), which is definitely a great improvement! Now, big files that are greater than 20MB cannot be deleted through the GUI, emanating the same bug that used to happen for all attachments in version 2.1 and below.
The watchlist also doesn't seem to work for users or admins sometimes. Some users are not getting their subscribed emails when changes are made to their subscribed pages or spaces. Is the watchlist restricted to admins certain types of admins? Some admins don't receive emails for their watched spaces and many users don't get emails back for pages they've watched. They are all mapped by LDAP. Is this behavior common?
Thank you,
Felix
----- Original Message ----
From: Meng Wu <mengxwu(a)yahoo.com>
To: XWiki Users <users(a)xwiki.org>
Sent: Thu, April 15, 2010 10:43:43 PM
Subject: Re: [xwiki-users] Flash video files over 20MB errors
Hey Sergiu,
Both of your solutions worked. Thanks!
Felix
----- Original Message ----
From: Sergiu Dumitriu <sergiu(a)xwiki.com>
To: XWiki Users <users(a)xwiki.org>
Sent: Sun, April 11, 2010 1:32:54 PM
Subject: Re: [xwiki-users] Flash video files over 20MB errors
On 04/11/2010 06:31 PM, Meng Wu wrote:
> Sergiu,
>
> We will try that and get back to you.
>
> On another note, we were also having some slowness problems: the object editing screen takes around 1 and a half minutes to upload on pages where XWiki.Rights or XWiki.GlobalRights are located. Taking them out fixes the problem. The access rights editing page is also slower, especially loading the groups, albeit not as slow as object editing. I suspect that LDAP might have something to do with it, though I am not sure. Our XWiki has exploded and now hosts a huge group of people (thanks to you :) ) who are all mapped by LDAP, which may slow the site down if the LDAP authentication mechanism calls LDAP everytime a page is loaded, or object edited. Am I on the right track here, or is this problem attributed to something else?
Probably it's because you have too many users, the rights objects by
default list all users in a drop-down list, which takes some time to
generate and transfer.
You should edit the XWiki.XWikiRights and XWiki.XWikiGlobalRights
classes and unselect the Uses list option for users and groups properties.
> Thanks for your help,
>
> Felix
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Error 500--Internal Server Error
java.lang.NoSuchMethodError:
org.apache.commons.lang.StringUtils.replaceEach(Ljava/lang/String;[Ljava/lang/String;[Ljava/lang/String;)Ljava/lang/String;
at org.xwiki.model.internal.reference.DefaultStringEntityReferenceSerializer.serializeEntityReference(DefaultStringEntityReferenceSerializer.java:90)
at org.xwiki.model.internal.reference.LocalStringEntityReferenceSerializer.serializeEntityReference(LocalStringEntityReferenceSerializer.java:50)
at org.xwiki.model.internal.reference.DefaultStringEntityReferenceSerializer.serialize(DefaultStringEntityReferenceSerializer.java:77)
at org.xwiki.model.internal.reference.DefaultStringEntityReferenceSerializer.serialize(DefaultStringEntityReferenceSerializer.java:41)
at com.xpn.xwiki.doc.XWikiDocument.getFullName(XWikiDocument.java:922)
at com.xpn.xwiki.store.XWikiCacheStore.getKey(XWikiCacheStore.java:241)
at com.xpn.xwiki.store.XWikiCacheStore.loadXWikiDoc(XWikiCacheStore.java:262)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1408)
at com.xpn.xwiki.XWiki.getDocument(XWiki.java:1451)
at com.xpn.xwiki.XWiki.getXWikiPreference(XWiki.java:2193)
at com.xpn.xwiki.XWiki.getXWikiPreference(XWiki.java:2225)
at com.xpn.xwiki.render.XWikiMacrosMappingRenderer.loadPreferences(XWikiMacrosMappingRenderer.java:118)
at com.xpn.xwiki.render.XWikiMacrosMappingRenderer.(XWikiMacrosMappingRenderer.java:85)
at com.xpn.xwiki.render.DefaultXWikiRenderingEngine.(DefaultXWikiRenderingEngine.java:61)
at com.xpn.xwiki.XWiki.resetRenderingEngine(XWiki.java:1087)
at com.xpn.xwiki.XWiki.initXWiki(XWiki.java:783)
at com.xpn.xwiki.XWiki.(XWiki.java:717)
at com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:354)
at com.xpn.xwiki.XWiki.getXWiki(XWiki.java:435)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:135)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)
at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227)
at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125)
at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:292)
at weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.RequestEventsFilter.doFilter(RequestEventsFilter.java:27)
at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56)
at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3588)
at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121)
at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2200)
at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2106)
at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1428)
at weblogic.work.ExecuteThread.execute(ExecuteThread.java:201)
at weblogic.work.ExecuteThread.run(ExecuteThread.java:173)
I've deployed the xwiki-enterprise-web-2.2.5.war in Oracle WebLogic
Server, and configured hibernate.cfg.xml for an Oracle database
Before trying with WebLogic, I tried whith OAS 10.2 but could not
solve the problem "oracle.oc4j.admin.internal.DeployerException:
Unknown assembly root-tag attribute: xmlns. deploy failed"...
Please advice
Thanks in advance
Alfonso
The XWiki development team is pleased to announce the release of
XWiki Enterprise and XWiki Enterprise Manager 2.3.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
The highlights of this release are: the ability to annotate text in a
document, a Color Theme visual editor and the ability to require
anonymous users to solve a CAPTCHA before adding a comment to a
document.
Main changes from XWiki Enterprise 2.2.5:
* New Annotations Feature
* New Color Theme Visual Editor
* Anonymous commenting with Captcha
* Easier development of configurable applications using XWiki.ConfigurableClass
* Many bug fixes
For more information see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise23
and http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXEM23
Thanks
-The XWiki dev team
Hi,
the registration mail gets a random encoding
I tried to set it to UTF-8 and it works sometimes.
But after rebooting from cron it delivers
charset=ANSI_X3.4-1968
However, I put the following lines in front of the mail message
Subject: Aktivieren Ihres Benutzerkonto auf $wikiname
Content-Type: text/plain; charset=utf-8
What is wrong with that?
Stefan Bachert
http://gwtworld.de
Hi,
I would like to connect small microcontrollers via HTTP to the wiki, but since the MCU has only 2K RAM we have to minimize the HTTP response to the only necessary byte (about 100 byte). Is there a way to suppress the standard response (with all the stylesheet and things like that) in a groovy script ?
thanks Stephan
--
"Feel free" - 10 GB Mailbox, 100 FreeSMS/Monat ...
Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail