1. Anyone had success with configuring Xwiki so it will use an Active
Directory to authenticate using SSL (port 636)? I'm using Xwiki 1.0
RC3 as a standalone installation on a Win2003 Server using Jetty (though
have configured Xwiki to use our MySQL Server - and this works fine).
I was able to sucessfully get it to authenticate to our AD via LDAP port
389, but can't seem to get it work under port 636 (SSL). And I have
installed the cert from the LDAP Server on the XWiki box (Win2003
Server), so I'm not sure what I'm doing wrong.
For those that have deployed Xwiki using LDAP Authentication via a AD in
SSL mode, you could send me the parameters you have tweaked in the
xwiki.cfg file (and anything else you did)?
2. I see that a patch was been developed (XWIKI-865 - related to
XWIKI-1079 and XWIKI-805) to enable support for SSL connections to LDAP.
Do I need to install this patch or this already included in as part of
Xwiki 1.0 RC3 on the download? If I do need to install it - how?
The documentation on the patch and on the xwiki.org site does not say
how to install patches (sorry if I'm supposed to know this already - but
I'm not a Java programmer). How are patches installed and what
procedures should be done as part of the post-installation, and how does
one know when a release includes a patch?
Thanks in advance for your help,
Dave
I think it's impossible to do the paging properly under the conditions mentioned below. So I have a flat results view but I've done some efforts for a compact and easily customizable search results view, which has sorting and sort direction functionality. If you want to have it you should also have my lucene-patches to support sorting directions and to do AND-searches by default.
If you want I can send these all to you but maybe somebody of the project team could shortly comment these issues before. If there is a roadmap with the plugin I could also offer myself to be a contributor. Lucene-plugin works 100X (well...almost) faster than regular xwiki-searches and is at least at the moment the only possible choice in my xwiki-environment.
And by the way, many thanks for Ludovic and the whole team for great work!
Regards,
Petteri
________________________________
Lähettäjä: Michael Guntli [mailto:michael.guntli@leica-geosystems.com]
Lähetetty: ke 9.5.2007 11:12
Vastaanottaja: xwiki-users(a)objectweb.org
Aihe: [xwiki-users] RE: Questions about the Lucene-plugin
I had the same problem with post-filtering the search results. (there were
not all results displayed, and that caused a problem in a paged view (ex.
just 10 out of 30 on page1, 15 of 30 on page2..)
Maybe you can improve my lucene search page macro?
http://www.xwiki.org/xwiki/bin/view/Code/LuceneSearchPage
petteri.karttunen wrote:
>
> About the "confusing" results: of course I can do some velocity- or groovy
> -post-processing on the page to filter out the duplicate document names
> from results. This is no problem if I want to show the results as one flat
> list but it becomes quite complicated to do efficiently if I want to show
> f.ex. 30 hits per page with paging. Basically I mean that all the index
> data holded by one page (page content, objects, attachments...) should be
> regarded as this page's properties and indexed under one lucenedoc. If I
> operationally have understood something incorrectly, please correct me.
>
> What do you think?
>
> -Petteri
>
> I'm testing the version RC1 and have some thoughts about the
> Lucene-plugin:
>
> Sorting
> -------
> At the moment there is no method in the API to choose between the sorting
> directions. I think there should be one.
>
> Boolean Queries
> ---------------
> Is the default query-type going to stay an ORed one? Should it better be
> an AND-query, like Google? I think most of the surfers expect that
> nowadays. At least there could be method to choose between them.
>
> Results
> -------
> Search results are a bit confusing now. When I search for a word that
> appears both in a document, in it's attachment and in it's object's
> properties I get three hits. One for each type. There a special cases, of
> course, but I think it would be more usable to get in my example case by
> default just one hit. There would still remain a method ("type: object")
> to distinguish between the types in a query.
>
> If you like, I can provide patches for the two first (minor) issues.
>
> Regards,
> Petteri
>
>
>
>
>
>
>
>
>
> --
> You receive this message as a subscriber of the xwiki-users(a)objectweb.org
> mailing list.
> To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org
> For general help: mailto:sympa@objectweb.org?subject=help
> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>
>
--
View this message in context: http://www.nabble.com/Questions-about-the-Lucene-plugin-tf3704984.html#a103…
Sent from the XWiki- Users mailing list archive at Nabble.com.
The XWiki development team team is pleased to announce the
availability of the 1.0 RC 4 release.
Go grab it on http://www.xwiki.org/xwiki/bin/view/Main/Download
This release is a bug fix release and is planned to be promoted as
the final 1.0 release next week if no critical bug is found till then.
* Bugs fixed:
o XWIKI-1023 - Probable mistake in strikethrough regular
expression match
o XWIKI-1151 - Wyswiyg editor has problem with lists and
carriage returns
o XWIKI-1152 - Wysiwyg loosing content when copy pasting
and switching to list
o XWIKI-1161 - Exception when manipulating class fields
causes them to "disappear"
o XWIKI-1163 - Remove lines space before and after the
list, table
o XWIKI-1164 - Editor removes line feeds
o XWIKI-1165 - WYSIWYG editor doesn't understand the "-"
notation for lists
o XWIKI-1166 - WYSIWYG editor doesn't understand the
<text> , it's ignored
o XWIKI-1167 - Create 2 lists that separated by a line
space then it merges both lists
o XWIKI-1172 - "Indent" button generates escaped
<bloquote> wiki markup
o XWIKI-1180 - The blockquote is never removed
o XWIKI-1182 - Empty line after list missing
o XWIKI-1183 - URLs entered in wiki markup are displayed
without the protocol part
o XWIKI-1184 - Tooltip for Ordered List is wrong
o XWIKI-1189 - Reduce the amount of space before the level
1 title
o XWIKI-1190 - One empty line at the start of a document
is stripped when rendered and edited again
o XWIKI-1191 - Macromapping of velocity macros when
there's no Velocity macro page defined fail and instead include the
WebHome page of the current space
o XWIKI-1192 - {skype} macro mapping to #skype velocity
macro isn't working
o XWIKI-1197 - exception in rename nonexistent document
o XWIKI-1204 - Incorrect type of code macro when we switch
from wiki => wysiwyg => wiki
* Improvements
o XWIKI-1039 - The albatross skin does not distinguish
disabled form fields
o XWIKI-1109 - XWikiRightServiceImpl.listAllLevels uses an
expensive method for producing the rights list.
o XWIKI-1200 - Hide actions in the menu that don't have a
meaning for a non-existing document
IMPORTANT: XWiki 1.0 RC 2 has fixed an important security issue in
past releases where passwords were stored in clear in the database.
Passwords are now hashed. If you are upgrading from a previous
version, any new user or any password update will automatically get
the password hashed. However existing users who do not change their
passwords will still have their passwords in clear in the database.
Thus, we are providing a tool to automatically hash all passwords
from an existing database.
See the full release notes on http://www.xwiki.org/xwiki/bin/view/
Main/ReleaseNotesXWiki10RC4
Enjoy
-The XWiki development team
I am looking for a way to detect using velocity code, whether a button has
been pressed. I want to change an object's property's value before the
action goes from edit or inline back to view but only if the 'save and view'
button has been pressed.
thanks in advance
Uwe
--
View this message in context: http://www.nabble.com/detect-finished-action-tf3692266.html#a10323349
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hello,
First, sorry for my approximate English , I try to explain my problem as clearly as possible.
When i use the pdf generator by clicking on the "pdf button" in the XWiki menu bar, the generated pdf dont have any size.
Then, when I want to open it, I obtain an error saying to me that the document is damaged or corrupted.
Finally, in my server logs, i have
Wrapped Exception: org.apache.fop.fo.ValidationException: null:1:182: Error(1/182): fo:root, Error processing foreign attribute: http://www.w3.org/XML/1998/namespace/@xml:lang
com.xpn.xwiki.XWikiException: Error number 12002 in 12: Exception while exporting PDF
Wrapped Exception: org.apache.fop.fo.ValidationException: null:1:182: Error(1/182): fo:root, Error processing foreign attribute: http://www.w3.org/XML/1998/namespace/@xml:lang
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXMLFO(PdfExportImpl.java:162)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHtml(PdfExportImpl.java:107)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:170)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:184)
at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportToPDF(PdfExportImpl.java:174)
at com.xpn.xwiki.web.PDFAction.render(PDFAction.java:44)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:150)
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:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:216)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:634)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:445)
at java.lang.Thread.run(Thread.java:595)
Hope, that anybody can help me!
Regards,
Christophe
About the "confusing" results: of course I can do some velocity- or groovy -post-processing on the page to filter out the duplicate document names from results. This is no problem if I want to show the results as one flat list but it becomes quite complicated to do efficiently if I want to show f.ex. 30 hits per page with paging. Basically I mean that all the index data holded by one page (page content, objects, attachments...) should be regarded as this page's properties and indexed under one lucenedoc. If I operationally have understood something incorrectly, please correct me.
What do you think?
-Petteri
I'm testing the version RC1 and have some thoughts about the Lucene-plugin:
Sorting
-------
At the moment there is no method in the API to choose between the sorting directions. I think there should be one.
Boolean Queries
---------------
Is the default query-type going to stay an ORed one? Should it better be an AND-query, like Google? I think most of the surfers expect that nowadays. At least there could be method to choose between them.
Results
-------
Search results are a bit confusing now. When I search for a word that appears both in a document, in it's attachment and in it's object's properties I get three hits. One for each type. There a special cases, of course, but I think it would be more usable to get in my example case by default just one hit. There would still remain a method ("type: object") to distinguish between the types in a query.
If you like, I can provide patches for the two first (minor) issues.
Regards,
Petteri
Hi,
With RC3, I encountered a problem that I believe was not there before:
(Environment: Windows against MySQL (fresh database +
xwiki-1.0-rc-3.zip)
Calling createUser :
context.getWiki().createUser("gleeb", map, "XWiki.XWikiUsers",
"#includeForm(\"XWiki.XWikiUserTemplate\")", "edit", context);
Map:
Mapping active=1
Causes:
com.xpn.xwiki.XWikiException: Error number 8002 in 8: Cannot create
user XWiki.gleeb
Wrapped Exception: Error number 3201 in 3: Exception while saving
document XWiki.gleeb
Wrapped Exception: Error number 13012 in 3: Exception while saving
links
Wrapped Exception: null
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2770)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
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:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while
saving document XWiki.gleeb
Wrapped Exception: Error number 13012 in 3: Exception while saving
links
Wrapped Exception: null
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:314)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
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:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
com.xpn.xwiki.XWikiException: Error number 13012 in 3: Exception while
saving links
Wrapped Exception: null
at
com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1491)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
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:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Wrapped Exception:
java.lang.NullPointerException
at java.util.Hashtable.put(Unknown Source)
at com.xpn.xwiki.XWikiContext.setDoc(XWikiContext.java:158)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveLinks(XWikiHibernateStore.java:1470)
at
com.xpn.xwiki.store.XWikiHibernateStore.saveXWikiDoc(XWikiHibernateStore.java:305)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:100)
at
com.xpn.xwiki.store.XWikiCacheStore.saveXWikiDoc(XWikiCacheStore.java:94)
at com.xpn.xwiki.XWiki.saveDocument(XWiki.java:914)
at com.xpn.xwiki.XWiki.createUser(XWiki.java:2759)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.createUserFromLDAP(LDAPAuthenticater.java:697)
at
com.xpn.xwiki.ldap.authentication.LDAPAuthenticater.authenticate(LDAPAuthenticater.java:288)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:180)
at
com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:111)
at
com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:178)
at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:2906)
at
com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkAccess(XWikiRightServiceImpl.java:118)
at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:2914)
at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:3763)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:134)
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:616)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830)
at
com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:118)
at
org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1565)
at
org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633)
at org.mortbay.http.HttpContext.handle(HttpContext.java:1517)
at org.mortbay.http.HttpServer.service(HttpServer.java:954)
at
org.mortbay.http.HttpConnection.service(HttpConnection.java:816)
at
org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983)
at
org.mortbay.http.HttpConnection.handle(HttpConnection.java:833)
at
org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244)
at
org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357)
at
org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534)
Am I doing something wrong?
Regards,
Gunter
-------------------------------------------------------------------------------
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.
-------------------------------------------------------------------------------
Hi,
I've created a panel that is displayed on the right side (of every page).
This panel displays the five top titles of an external weblog using the rss
macro :
{rss:feed=http://jroller.com/rss/agoncal|count=5}
The problem that I'm facing is that the rss feed is broken (JRoller's
problem). And because of that, the macro hangs (for quite a while) and then
throws an exception. Because it's displayed on everypage, navigating in the
wiki becomes really slow. Is there a way to do something better ?
Antonio (BTW I'm using RC2)
12:40:01,578 WARN http-8080-Processor25
http://localhost:8080/xwiki/bin/view/Main/ MacroFilter:handleMatch:139 -
MacroFilter: unable
java.io.IOException: Error processing http://jroller.com/rss/agoncal:
Connection timed out: connect
at com.xpn.xwiki.render.macro.rss.RSSMacro.execute(RSSMacro.java
:102)
at org.radeox.filter.MacroFilter.handleMatch(MacroFilter.java:117)
Hello.
This email is mainly for Gentoo Linux users/admins/developers.
I write a draft version of XWiki ebuild (package analog) for Gentoo
Linux distribution:
http://jira.xwiki.org/jira/browse/XWIKI-467
ebuild in attachments
install instructions in comments
For now ebuild can (USE flags):
war - simple build war in
/usr/share/xwiki-svn-1.0/lib/xwiki.war
exowar - build exo portlet integration war in
/usr/share/xwiki-svn-1.0/lib/xwiki-exo.war
standalone - build standalone distribution (embedded hsqldb and jetty)
and install it in /usr/share/xwiki-svn-1.0/standalone
run by /etc/init.d/xwiki start
tomcat - deploy to tomcat6. simply symlink war file :)
write what you want else?
ebuild will checkout
svn://svn.forge.objectweb.org/svnroot/xwiki/xwiki/branches/XWIKI_1_0
sources for building and uses ant for building.
ebuild uses svn because xwiki haven't source distribution yet. But I
think for test this ebuild svn is most suitable.
Later we will needed source distribution for xwiki releases.
ebuild allow to Gentoo user to install xwiki very easily without any
knowledge in xwiki.
I tested this ebuild on ~amd64 arch, sun-jdk-1.5 & 1.6 (with some
patches allowing xwiki to compile at 1.6).
I would like to hear some feedbacks,notes,misprints and bugs before we
can propose this ebuild to Gentoo java-overlay or java-experimental overlay.
--
Artem Melentyev, UralSU, CS401
