Hi
When using LDAP authentication, is it possible to add users manually before
they login for the first time? Is there some way for XWiki to validate that
the user exists in LDAP so that it can create an account in the database? In
most LDAP implementations, it is possible to query whether a user exists
after you are "bound" using your own account and password.
The use case is that we already know the users who have to be given specific
rights, and would like to grant them the right permission before they login
rather than after.
Regards,
Shiva
--
View this message in context: http://www.nabble.com/How-to-add-new-users-before-they-login--tp17402029p17…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi all,
I want to know how to add a new data type(property) in the registration
page, and how to store and retrieve the data's from the database.
--
Thanks,
Prathap Pandian M
Hi everyone,
Here's a strategy that I try to follow and that I think might be good
that we all follow. The end goal is to improve the XWiki documentation
on xwiki.org.
Here's how it goes:
1) someone (A) asks a question on a xwiki list
2) someone (B) knows the answer
3) B verifies that the answer can be found on xwiki.org and if so
gives a link to it in the reply to A
4) If the answer is not found on xwiki.org, then B adds it (*) and
then gives a link to it in the reply to A
In this manner we'll all enrich the xwiki documentation and it'll only
take marginally longer to answer questions. The next time someone asks
the question again we can simply point him/her to the location on
xwiki.org
What happens now is that usually people answer in the email, often
giving very long and elaborate answers with lots of knowledge/wisdom
in it. Then another person comes in, asks the same question and we
answer again, etc. The result is:
* the xwiki.org documentation is not better
* overall as a team we are less efficient
(*) One difficult in putting the answer on xwiki.org is to find the
right location where to put it. So here are a few tips:
* For code snippets, add it to the Code Zone
* For questions on how to use XWiki, please add it to the Features guide
* For development questions, add it to the Developer's guide
* For configuration questions and administration questions, add it to
the Administration guide
* For other questions, add them to the FAQ
Applying my own strategy, you can find the content of this email at http://tinyurl.com/4xfel2
:)
Let me know what you think!
Thanks
-Vincent
Hi devs.
I recently finished my exams and started messing with XEclipse again.
I had already worked on debugging XEclipse and it worked pretty well. Now, at the first steps I ran into a (big) bump.
When hovering over the page preview, my Eclipse (or XEclipse rcp version) closes abruptly. No exception, no error message.
The XEclipse rcp version gives the message "Aborted" upon exit. This is the *best* and *only* feedback I can see when the crash happens.
I have recently upgraded to Fedora 9, from 8. On Fedora 8 it was working, not it's not. On a Windows machine it works also (the windows version).
I am using OpenJDK 1.6.0.
I suspect the problem could be related to the environment (KDE4 or Fedora related).
Any suggestions?
Hi All,
I have finished my university academic work and now i'm starting to work on
the JIRA issues.
I picked http://jira.xwiki.org/jira/browse/XECLIPSE-76 . I looked into it
but ran into a small trouble.
I can add a method to com.xpn.xwiki.xmlrpc.XWikiXmlRpcHandler to rename a
page. But i have no idea how to invoke this method from the client side
(Swizzle does not seem to have such method).
Your help is very much appreciated.
- Malaka.
PS: I'm also looking into several other jira issues.
Hello Developers,
what is the login API for xwiki? I am expecting something like
xwiki.login("MyUsername", "myPassword", "cookies or not", context),
which will return (cookies, session...).
Regards,
Viv.
Thanks Jean, for the pointer on setting the Registration prefs.
Just wanted to make sure if that is all we need.
I have entered my email id as the Admins email id and have entered a valid
smtp mail server.
should I add anything in the Validation, Confirmation or invitation email
content.
should I say "Yes" for the first field - Use email verification. it is not
set to anything right now!
Is there a need to restart xwiki (tomcat) for the changes to take affect!
Thanks a lot.
Kamna
>
>
>
> >* Hello Devs,
> *>*
> *>* Sachin, thnaks for your response to that mail. I will try that idea.
> *>*
> *>* I have questions regarding a few miscellaneous topics:
> *>*
> *>* 1) Watch List - Is there anything we need to add/modify in order for the
> *>* Watch list notifications to work?
> *>* -> I have the email ids in the user profile
> *>* -> have 2 pages being watched
> *>* -> the xwiki.cfg has the watchlistplugin and the mailsender plugin included
> *>* -> I came across a watch.vm and watchlistrss.vm in the templates folder..but
> *>* nothing for mail..
> *
> You need to set the admin email and a valid smtp server in
> Administration > Preferences > Registration
>
>
>
>
>
>
Hi,
I've continued to make progress on the CRUD actions (which will have to
be converted to REST).
I've created a "create" action which allows to get a creation form. The
name of the page is automatically derived from one of the fields of the
page or by a counter as specified in the class config.
It calls to the "save" action which has been modified to handle the page
name generation as well as being compatible with validation and
reloading the create action when you came from creeate.
Also a list and create actions have been created.
Currently the these actions have to be called on the class document:
/xwiki/bin/create/XWiki/ArticleClass
would launch create on a blog article. It then create a save URL in the
default space set in the class definition and a non existant page. In
case of validation error we get to see that intermediary URL in the
location bar.
I'm not especially happy about this URL since it is not in the "space"
of where the document will be created. You could get a right error after
clicking Save instead of right away showing a permission error.
I could use this type of URL
/xwiki/bin/create?class=XWiki.ArticleClass
or
/xwiki/bin/create/SpaceWhereToCreate/?class=XWiki.ArticleClass
or
/xwiki/bin/create/SpaceWhereToCreate/XWiki.ArticleClass
This is the same with the list and search URLs. Currently it's
/xwiki/bin/list/XWiki/ArticleClass
it could be
/xwiki/bin/list/?class=XWiki/ArticleClass
We could also detect the space name and automatically find the class name that defaults to this space for creation.
Also I currently have the save code in SaveAction. Now this make the code a little like a hack. Should I move it to a CreateSaveAction ? or another name ?
WDYT ?
Ludovic
--
Ludovic Dubost
Blog: http://blog.ludovic.org/
XWiki: http://www.xwiki.com
Skype: ldubost GTalk: ldubost
Hi devs,
Just wanted to keep you abreast of what I'm working on. Right now I'm
refactoring the Velocity Subsystem so that it works as described in
the attached flowchart diagram.
This is really schematic so let me know if something is not clear in
the diagram. Let me know also if you have some input (improvements,
things you don't like, etc).
Thanks
-Vincent
Hi,
When I try to change the skin with the admin gui to albatross i get
the following stack trace:
Error number 3201 in 3: Exception while saving document
XWiki.XWikiPreferences
Wrapped Exception: Row was updated or deleted by another transaction
(or unsaved-value mapping was incorrect):
[com.xpn.xwiki.objects.LargeStringProperty#]
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while
saving document XWiki.XWikiPreferences
Wrapped Exception: Row was updated or deleted by another transaction
(or unsaved-value mapping was incorrect):
[com.xpn.xwiki.objects.LargeStringProperty#]
at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:573)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:97)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:91)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1130)
at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:130)
at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:140)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:204)
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.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
Wrapped Exception:
org.hibernate.StaleObjectStateException: Row was updated or deleted by
another transaction (or unsaved-value mapping was incorrect):
[com.xpn.xwiki.objects.LargeStringProperty#]
at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:1765)
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2407)
at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:2307)
at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:2607)
at org.hibernate.action.EntityUpdateAction.execute(EntityUpdateAction.java:92)
at org.hibernate.engine.ActionQueue.execute(ActionQueue.java:250)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:234)
at org.hibernate.engine.ActionQueue.executeActions(ActionQueue.java:142)
at org.hibernate.event.def.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:298)
at org.hibernate.event.def.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:27)
at org.hibernate.impl.SessionImpl.flush(SessionImpl.java:1000)
at org.hibernate.impl.SessionImpl.managedFlush(SessionImpl.java:338)
at org.hibernate.transaction.JDBCTransaction.commit(JDBCTransaction.java:106)
at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:816)
at com.xpn.xwiki.store.XWikiHibernateBaseStore.endTransaction(XWikiHibernateBaseStore.java:787)
at com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:563)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:97)
at com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:91)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:1130)
at com.xpn.xwiki.web.SaveAction.save(SaveAction.java:130)
at com.xpn.xwiki.web.SaveAction.action(SaveAction.java:140)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:204)
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.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:868)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:663)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684
at java.lang.Thread.run(Thread.java:595)
---------------------------------------------------------------------------------------------------------------
Originally i was using 1.1.1.5166 over mysql 4.1.20. Changing the skin
works fine here.
I am testing xwiki 1.4 before we put it into production, so i loaded
up the database dump from from the production xwiki (v1.1.1.5116) onto
a server running mysqI 5.0.58 and xwiki v1.4.9828. Thats where i get
the stack trace. I also noticed that with the Toucan skin, the
administration tools are messed up. No users/groups show up when you
click the tab on the admin page. but when i change the skin to
albatross the users/groups show up.
Any help is appreciated. Thanks!
Marlon