Hi,
I'm proposing introducing a new api.Util class in 1.3M2. I'll
deprecate utility methods in api.XWiki and copy them to this new class.
Here's my +1
Thanks
-Vincent
Hi All,
The current curriki xar package has bugs in the sense lot of documents are
missing in the package.xml.
For example:
document Admin.ApplicationPageList
document Admin.ContentPageList
I don't know all that are missing, but every time I try to import I
encounter one new document.
Then I add the entry in package.xml build the xar again and then again try
to import.
This would become a long iterative process.
Further I see in the com.xpn.xwiki.plugin.packaging.Package file
method:Import you test for the existence of these files and then if file is
missing you raise the exception.
Won't it be nice if we check for the existence of all the files at once and
then raise one exception with complete set of missing files to speed up the
debugging process.
So two things need to be done:
1. add the missing files in the package.xml
2. change the process of raising exception for the missing files.
I would be doing these at my end, and if you want me I can checkin these
changes in the svn, but I would need the checkin rights else someone please
do the needful at central place too.
Thanks
Sachin
--
View this message in context: http://www.nabble.com/Bug-in-curriki-xar-package-tp15188075p15188075.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
My configuration does authentication in Apache and then passes the
pre-authenticated request to Tomcat. It looks like the class
com.xpn.xwiki.user.impl.xwiki.AppServerTrustedAuthServiceImpl assumes
the authentication has already occurred and creates an Xwiki user which
is what I think I want. So, I thought all I had to do was add a line to
the xwiki.cfg file like this:
xwiki.authentication.authclass=com.xpn.xwiki.user.impl.xwiki.AppServerTr
ustedAuthServiceImpl
But it didn't seem to work so I turned on debugging log4j.properties
with this:
log4j.logger.com.xpn.xwiki.user.impl.xwiki=debug
And this showed up in my xwiki.log:
17:21:20,996 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking match: XWiki.XWikiGuest in
17:21:20,996 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking match: XWiki.XWikiGuest in
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Failed match: XWiki.XWikiGuest in
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking object 2
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking match: view in view,register,
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Found a right for true
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking match: XWiki.XWikiGuest in XWiki.XWikiGuest,
17:21:20,997 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Checking match: XWiki.XWikiGuest in XWiki.XWikiGuest
17:21:20,998 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Found matching right in XWiki.XWikiGuest, for XWiki.XWikiGuest
17:21:20,998 [TP-Processor2] DEBUG xwiki.XWikiRightServiceImpl -
Access has been granted for (XWiki.XWikiGuest,Panels.MyRecentModif
It doesn't seem to be using the AppServerTrustedAuthServiceImpl because
the expected log statements don't appear in the log file. Any
suggestions on how to properly configure AppServerTrustedAuthServiceImpl
??
Any help greatly appreciated - Glenn
The contents of this e-mail are intended for the named addressee only. It contains information that may be confidential. Unless you are the named addressee or an authorized designee, you may not copy or use it, or disclose it to anyone else. If you received it in error please notify us immediately and then destroy it.
Hello,
I would like to move the spacemanager plugin that has been developped for
curriki 1.5 from product-curriki/plugins/ to platform-plugins/. The plugin
is mature enough to be used.
Also, I propose the following plan with it :
- Improve its javadoc (already started)
- Write its documentation for xwiki.org
- Release it as 1.0
Here is my +1 for the move
Jérôme.