I just found out MySQL 4.1.12 is a PITA version. Just removed it and installed 4.1.11, and everything worked fine. tail -f /var/log/mysqld/mysql.log detailed mysql was crashing with signal 11, and restarting. I will edit the install guide and include a SJSAS 7 install guide. thanks, Michael Reinsch escreveu, Em 21-11-2005 12:42:

Hi!

On 21.11.2005, 12:21 -0200 Claudio Miranda wrote:

...

Hi folks, I am trying to install xwiki 0.9.84 on SJSAS 7 ( Sun Java System Application Server 7), and MySQL 4.1.12 (linux, mandriva 2006)

...

java.io.EOFException STACKTRACE: java.io.EOFException at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1903) at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2349)

Try to add useServerPrepStmts=false to your data source (something like <property name="connection.url">jdbc:mysql://localhost/xwiki?useServerPrepStmts=false</property>)

MySQL on my system didn't get along with the server side prepared statement xwiki / hybernate is using. The EOFException was the result of MySQL crashing... --

Claudio Miranda ___________________________________________________________________ http://www.claudius.com.br/blog claudio|em|claudius.com.br http://www.summa-tech.com Summa Technologies do Brasil http://www.soujava.org.br

smells like a configuration problem on you oracle engine. It looks like there is a limitation on the size of the blob. try oerr ORA 22295 on your server's command line ? On 11/22/05, Florian Astl <divil@aon.at> wrote:

hi!

i tried the oracle migration workbench 10.1.0.4.0 to convert the mysql-db to oracle.

i get following errors when starting xwiki:

...

*exception*

javax.servlet.ServletException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: Could not execute JDBC batch update org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:516) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:423) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:362)

*root cause*

com.xpn.xwiki.XWikiException: Error number 3 in 0: Could not initialize main XWiki context Wrapped Exception: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: Could not execute JDBC batch update com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:199) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:259) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:103) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:421) org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:226) org.apache.struts.action.ActionServlet.process(ActionServlet.java:1164) org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:397) javax.servlet.http.HttpServlet.service(HttpServlet.java:689) javax.servlet.http.HttpServlet.service(HttpServlet.java:802) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:127) org.netbeans.modules.web.monitor.server.MonitorFilter.doFilter(MonitorFilter.java:362)

tomcat's saying this:

...

com.xpn.xwiki.XWikiException: Error number 3201 in 3: Exception while saving document XWiki.XWikiPreferences Wrapped Exception: Could not execute JDBC batch update ....

...

Wrapped Exception:

java.sql.BatchUpdateException: ORA-22295: cannot bind more than 4000 bytes data to LOB and LONG columns in 1 statement ...

anyone got any idea?

regards, florian

-- You receive this message as a subscriber of the xwiki-users@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

Hello Claudio It is a pretty good idea. While approving a new user registration, the administrator should be able to see the group list, and choose the right group for thid new user. He sould be able to see the new user's mail address too. Michel Olive ----- Original Message ----- From: "Claudio Miranda" <claudio@claudius.com.br> To: <xwiki-users@objectweb.org> Sent: Monday, December 12, 2005 10:49 PM Subject: [xwiki-users] how to approve new xwiki users ?

Hi all, I would like to known if it is possible to have a way to approve new xwiki users registerations at my xwiki. If a features like this doesn't exist, please give some pointers on how to implement this.

thank you.

-- Claudio Miranda _______________________________________________________________ http://www.claudius.com.br/blog http://www.summa-tech.com http://www.soujava.org.br

--------------------------------------------------------------------------------

-- You receive this message as a subscriber of the xwiki-users@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

Hi Claudio, There is currently no approve feature. The only feature we have included is a mail confirmation system. This is the closest thing that could be transformed into an approval system. While working with different users that had different registration/user management policies, I realized that there are a number of features needed for registration. These include: - email validation and confirmation - invitations using a passcode - registration approvals Currently registration is handled by an API (createUser) and then integrated in the application using XWiki pages. So each of these features can be "hacked" using the scripting language but it would be nice to actually rework the registration system and take into account all these cases in a registration feature included in the engine. So there are two ways to implement: 1/ Use the mail confirmation system (changing a param in the call to createUser), including an email and text in the registration page that says: "your account is on hold until it has been approved". You will need to add a "cc" to your admin email or create a wiki page or RSS feed with unapproved accounts. Then you can make an approval page where you can switch the "Active" field to "on". 2/ Rework the registration system to handle all in a "register" account and allow to configure the registration behavior in the preferences. Only the fields asked in the registration would be configurable in a Wiki page. Also a placeholder for anti-spam verifications should be included. You are welcome to help. We can discuss any of these implementations here. A good thing would be to document how this has been setup in your case. Ludovic Claudio Miranda a écrit :

Sure it is, I started to use xwiki today and want this feature, because the intranet where xwiki is has more than 800 users (if everything goes well this should be used as a corporate basis and 5000 users), so the approve system is a very requested feature. So, any hints is important, even if xwiki doesn't have I will implement, but I need some information before dig the whole system.

thanks

Claudio Miranda

On Mon, 12 Dec 2005 23:04:56 +0100, "michelolive" <michelolive@wanadoo.fr> escreveu:

...

It is a pretty good idea. While approving a new user registration, the administrator should be able to see the group list, and choose the right group for thid new user. He sould be able to see the new user's mail address too.

Michel Olive ----- Original Message ----- From: "Claudio Miranda" <claudio@claudius.com.br> To: <xwiki-users@objectweb.org> Sent: Monday, December 12, 2005 10:49 PM Subject: [xwiki-users] how to approve new xwiki users ?

...

Hi all, I would like to known if it is possible to have a way to approve new xwiki users registerations at my xwiki. If a features like this doesn't exist, please give some pointers on how to implement this.

-- Claudio Miranda _______________________________________________________________ http://www.claudius.com.br/blog http://www.summa-tech.com http://www.soujava.org.br

------------------------------------------------------------------------

-- You receive this message as a subscriber of the xwiki-users@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

-- Ludovic Dubost XPertNet: http://www.xpertnet.fr/ Blog: http://www.ludovic.org/blog/ XWiki: http://www.xwiki.com Skype: ldubost AIM: nvludo Yahoo: ludovic

I would just use permissions so a newly-registered user could see nothing but the homepage, and use Groovy (or Velocity) to display an "approval pending" notice there. Then another scripted page for the Admin could list all waiting users by selecting those with no groups. - - - Hans Gerwitz http://phobia.com/ On Dec 12, 2005, at 3:49 PM, Claudio Miranda wrote:

Hi all, I would like to known if it is possible to have a way to approve new xwiki users registerations at my xwiki. If a features like this doesn't exist, please give some pointers on how to implement this.

thank you.

-- Claudio Miranda _______________________________________________________________ http://www.claudius.com.br/blog http://www.summa- tech.com http://www.soujava.org.br

-- You receive this message as a subscriber of the xwiki- users@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

Hi Wouter, On Mon, May 10, 2010 at 21:56, Wouter Boasson <Wouter.Boasson@rivm.nl>wrote:

Hi,

I've got the following problem when exporting to PFD/RTF: exporting a full space as PDF/RTF, specifying the top-level space including the children ( http://localhost:8080/mywiki/bin/export/Sandbox/?format=pdf&includechilds=2), generates the following error:

Some extra information:

Error number 11015 in 11: Exception while exporting Wrapped Exception: Error number 12002 in 12: Exception while exporting PDF Wrapped Exception: org.apache.fop.fo.ValidationException: "fo:list-block" is missing child elements. Required content model: marker* (list-item)+ (See position 320:90) com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting Wrapped Exception: Error number 12002 in 12: Exception while exporting PDF Wrapped Exception: org.apache.fop.fo.ValidationException: "fo:list-block" is missing child elements. Required content model: marker* (list-item)+ (See position 320:90) at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:67) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:214) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115)

It appears that this results from including the WebPreferences page, which is also a child. Exporting the WebPreferences page alone generates the same error. So I removed the parent link of the WebPreferences page (which is now orphaned), and then the export works perfectly well.

Two questions: 1-Is it possible to solve this bug? 2-Does it harm in any other way when I remove the parent link of a WebPreferences page? This would be a fine workaround if allowed.

Removing the parent is fine, besides making the navigation a bit more difficult it won't affect anything. Guillaume

Regards,

Wouter _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/

Hi, seems like you have also encountered the issue reported here: http://www.pubbs.net/201005/xwiki/10944-xwiki-users-configuring-open-office-... Your suggestions sounds good (but may be you should have used $util.clearName() for cleaning names). Anyway, you should create a JIRA issue at jira.xwiki.org under officeimporter component and attach your suggestions as a patch. I'll review the patch and apply it. Thanks. - Asiri On Tue, May 11, 2010 at 1:45 AM, Wouter Boasson <Wouter.Boasson@rivm.nl>wrote:

Dear reader,

Version: XWiki/XE 2.2.4

I gave the Office importer some treatment to make it work conform expectations. Maybe interesting for others? Whats weird is, that in IE7 it proposes an ugly document name, something like: c-fakepath etc. So I modified XWiki.OfficeImporterResults to strip everything in front of the actual documentname:

#set($fileName=$fileUpload.getFileName("filePath").replaceAll("^.*[\\]",""))

Then, I added a check for an empty spacename (otherwise you'll end-up with a document in the XWiki space, which is probably not what you want), and also strip any considered 'dangerous' character from the documentname (such as &^@, accents, etc):

########################### ## Validate Target Space ## ########################### #if(! $request.targetSpace) {{error}}$msg.get("xe.officeimporter.results.missingspace", [$goBack]){{/error}} #else #if( $request.targetSpace == "" ) {{error}}$msg.get("xe.officeimporter.results.missingspace", [$goBack]){{/error}} #else ## #set($targetSpace=$request.targetSpace.replaceAll("[:/&=+?#]", "-")) ## #set($targetSpace=$request.targetSpace.replaceAll("[^a-zA-Z0-9-_~]","_").replaceAll(" \\.\\/", "").replaceAll('"',"")) #set($targetSpace=$request.targetSpace.replaceAll(" \\.\\/", "").replaceAll("[\=\&\@'\\/()]","-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_")) #end #end ########################## ## Validate Target Page ## ########################## #if(! $request.targetPage) {{error}}$msg.get("xe.officeimporter.results.missingpage", [$goBack]){{/error}} #else ## #set($targetPage=$request.targetPage) ## #set($targetPage=$request.targetPage.replaceAll("[^a-zA-Z0-9-_~]","_").replaceAll("/", "-").replaceAll('"',"")) #set($targetPage=$request.targetPage.replaceAll("[\=\&\@'\\/()]", "-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_")) #end

Finally, I did not want to present the menu option at all for users who have no rights to create documents: In: templates/menuview.vm ## #if($canImport) (original) #if($canImport && $hasCreatePage) #submenuitem($xwiki.getURL('XWiki.OfficeImporter', 'view') $msg.get('core.menu.create.pageFromOffice') 'tmActionImport') #end

More of this to follow, hopefully useful for others!

Regards, Wouter _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Hi Wouter, On Mon, May 10, 2010 at 22:23, Wouter Boasson <Wouter.Boasson@rivm.nl>wrote:

Hi,

I discovered that, although special characters in url's are usually encoded, there's still a problem with the breadcrumbs. Also, when trying to create a new page in the colibri skin, when you're on a page/in a space with an & in the name, and maybe other characters too, the create page function simply does not work.

As the documents name in the url and the title are properly separated, I decided to improve the stability by always cleaning-up document and space-names. This includes removing the option to create a space by specifying a pagename with a dot or slash in it. This will lead to unexpected and unwanted results, at least in my environment.

In file: templates/create.vm

(Pages) Replace: #set($docname=$title.replaceAll("/", ".")) By: #set($docname=$title.replaceAll("[\=\&\@'\\/()]", "-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_"))

(Spaces) Replace: #set($title=$title.replaceAll(" \\.\\/", "")) By: #set($docname=$title.replaceAll(" \\.\\/", "").replaceAll("[\=\&\@'\\/()]", "-").replaceAll('"',"").replaceAll("[^a-zA-Z0-9-_~]","_"))

XWiki 2.2.4/XE (if something like this was already done, excuse for the noise in the mailing list).

That's nice! You should look on http://code.xwiki.org/ , notably in the "code snippets" section, to see whether other people have already done this. You could add your own snippets there too :-) Guillaume

Regards, Wouter _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Guillaume Lerouge Product Manager - XWiki SAS Skype: wikibc Twitter: glerouge http://guillaumelerouge.com/

On Mon, May 10, 2010 at 22:45, Wouter Boasson <Wouter.Boasson@rivm.nl>wrote:

Hi,

I extended two panels in a way that makes life more easy for the common user (XWiki/XE 2.2.4): create panel, documenent info (editor).

1. The create page panel (Panels.NewPage) -shows current spacename -'create space' option is only shown when the user has the appropriate rights, and is at the top-level of the wiki -automatically generates a link to the parent page (but not to the WebPreferences page)

#if($hasEdit || $showEmptyPanels) #panelheader($msg.get("create")) <form method="post" action="$doc.getURL("view", "xpage=create")"> <div class="padded centered"> <label for="tocreate" class="hidden">$msg.get("xe.panels.new.itemType")</label> <select id="tocreate" name="tocreate" class="panelselect"> <option value="page">$msg.get("xe.panels.new.page")</option> #if ($hasCreateSpace && $doc.fullName == "Main.WebHome") <option value="space">$msg.get("xe.panels.new.space")</option> #end </select> </div> <div class="padded centered"> <input type="hidden" name="template" value="" /> #if($doc.Name!="WebPreferences") <input type="hidden" name="parent" value="$msg.get("$doc.Space.$doc.Name")" /> #end <label for="title" class="hidden">$msg.get("xe.panels.new.name")</label> <input type="text" id="title" name="title" value="$msg.get(" xe.panels.new.name")" class="panelinput" onfocus="if(this.value=='$msg.get("xe.panels.new.name")') this.value=''" onblur="if(this.value=='') this.value='$msg.get("xe.panels.new.name")'"/> In space: $doc.Space<br> </div> <div class="padded centered"> <input type="submit" class="button" value="$msg.get("create")"/> </div> </form> #panelfooter() #end

2. Setting the parent page in the editor -now shows a dropdown list with all the pages in the current space, which is much easier than remembering the exact documentname

In: Panels.DocumentInformation

Replaced: <dd><input type="text" id="xwikidocparentinput2" name="parent" value="$!tdoc.parent" size="30"/></dd>

By: <dd><select name="parent" class="panelselect"> <option value="$!tdoc.parent" selected="selected">$!tdoc.parent</option> <option value="">-Empty \*-</option> #foreach($subdoc in $xwiki.getSpaceDocsName("$doc.web")) #if($subdoc!="WebPreferences") <option value="$subdoc">$subdoc</option> #end #end </select></dd>

3. Default language chooser -in a mulitlingual XWiki: in the editor a dropdown box is shown with the languages set in the XWiki preferences to choose from, but only those that are not avaiable as a translation, otherwise you'll end up with two translations of the same name.

In: Panels.DocumentInformation

Original: #if(($tdoc.language=="")&&($xwiki.isMultiLingual())) <dt><label for="xwikidoclanguageinput2">$msg.get("panels.documentInformation.defaultLanguage")</label></dt> <dd><input type="text" id="xwikidoclanguageinput2" name="defaultLanguage" value="$!tdoc.defaultLanguage" size="30"/></dd> #end

Becomes: #if(($tdoc.language=="")&&($xwiki.isMultiLingual())) <dt><label for="xwikidoclanguageinput2">$msg.get("panels.documentInformation.defaultLanguage")</label></dt> <dd><select name="defaultLanguage" class="panelselect"> <option value="$!tdoc.defaultLanguage" id="xwikidoclanguageinput2" selected="selected">$!tdoc.defaultLanguage</option> #foreach($olang in $xwiki.getXWikiPreference("languages").split("[|, ]")) #set($showlang=true) #foreach($tlang in $doc.translationList) #if($olang==$tlang) #set($showlang=false) #end #end #if($tdoc.defaultLanguage!=$olang&&$showlang!=false) <option value="$!olang">$olang</option> #end #end </select></dd> #end

Hope this is helpful for others too!

And, if this is not the appropriate place to send this info to, just let me know.

It's the best place to speak about that but it would be even better to also put this in http://code.xwiki.org for other peoples to easily find it with other code snippets and applications.

Wouter _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Thomas Mortagne

On Mon, Jun 28, 2010 at 18:39, John Cavanaugh <cavanaughwww@hp.com> wrote:

Folks,

Im looking for some assistance here in getting LDAP configured properly. In the past Ive successfully enabled LDAP for other applications we use (Coverity, XPlanner, Hudson, Reviewboard), but XWiki has proven to be quite difficult.

I am trying to configure & connect with the following

.         to a generic LDAP server (ie. Not active directory)

.         In our particular instance uid is the manner in which people login and this uid happens to be a fully qualified email address

.         I want people to login with this uid (firstname.lastname@foo.com)

.         I would like to use an ldap filter to determine who can login

I have been able to login with the configuration below as a proof of concept to prove SSL is working etc.  But there are several things here blocking me from moving forward, Im hoping there is a way to reconfigure or file a defect/enhancement to get the implementation changed.

.         The xwiki.authentication.ldap.exclude_group & xwiki.authentication.ldap.user_group.   We dont have a group in ou=Groups that has all the people in our organization so there no way to use the user_group field.   Is there some way to instead use a filter query.

No that is not supported. But patches are welcomed ;)

.         The xwiki.authentication.ldap.UID_attr field, seems like I should want to leave it as cn but I was unable to get it to work unless I set it to uid, because it appears that the queries into LDAP are hardcoded to use cn otherwise.   But using uid as the username in XWiki creates accounts like firstnamelastname@hpcom where all the .'s have been eliminated.

The description in xwiki.cfg is actually not very good. UID_attr is not used to choose the XWiki user name, the XWiki user name is always created based on what user provided in the login form. UID_attr is used to search the user in LDAP server or manage LDAP group membership.

Unfortunately with the strategy employed here there is no way to ensure that the username mapping is unique because just dropping the .'s can lead to conflicts, consider for example the following uid's,  john.c.hase@foo.com and john.chase@foo.com both get reduced to johnchase@foocom.   I know you are thinking, geez that will never happen.   Unfortunately with lots of employees, we have LOTS of multiple names (we must have like 20+ Tom Smith's, etc) so all these corner cases do in fact crop up.

Actually you are wrong, this taken into account and you are not supposed to have technical conflicts: each created XWiki user contains it's LDAP DN in an object and when a user with the same uid after cleaning tries to connect the LDAP DN is used to ensure it's the right profile and if not an incremented counter will be appended to the new XWiki profile name. Note: This DN is also used to be able to change a user DN without changing it's XWiki uid or when you start using LDAP in a XWiki that used to be "standard" and you want some of the existing use profiles to be linked to LDAP.

.         Also it appears that once you configure ldap, you cant add local users thru the ui.   I like to use local users for the occasional group account or machine accounts.

That is supposed to work perfectly. That's why you have the xwiki.authentication.ldap.trylocal property in xwiki.cfg

At this point with all these challenges as much as I want to I cant roll out xwiki to our org.   Any help on these  issues would be much appreciated.

As I reference I would suggest taking a look at Hudson CI.   Configuring Hudson to use LDAP is *very* simple & covers all the features Ive ever needed in the past.   As an example I can configure the user search filter to be "(&(&(objectClass=person)(hpOrganizationChartAcronym=C_OR))(uid={0}))" to do the filtering by group etc.

############################################################################ #############################

#-# new LDAP authentication service

xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthSer viceImpl

#-# Turn LDAP authentication on - otherwise only XWiki authentication

#-# 0: disable

#-# 1: enable

xwiki.authentication.ldap=1

#-# LDAP Server (Active Directory, eDirectory, OpenLDAP, etc.)

xwiki.authentication.ldap.server=ldap.hp.com

xwiki.authentication.ldap.port=636

#-# LDAP login, empty = anonymous access, otherwise specify full dn

#-# {0} is replaced with the username, {1} with the password

xwiki.authentication.ldap.bind_DN=

xwiki.authentication.ldap.bind_pass=

#-# Force to check password after LDAP connection

#-# 0: disable

#-# 1: enable

xwiki.authentication.ldap.validate_password=0

#-# base DN for searches

xwiki.authentication.ldap.base_DN=o=hp.com

#-# Specifies the LDAP attribute containing the identifier to be used as the XWiki name (default=cn)

xwiki.authentication.ldap.UID_attr=uid

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]

#-# Specifies the LDAP attribute containing the password to be used "when xwiki.authentication.ldap.validate_password" is set to 1

xwiki.authentication.ldap.password_field=userPassword

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]

#-# The potential LDAP groups classes. Separated by commas.

xwiki.authentication.ldap.group_classes=group,groupOfNames,groupOfUniqueName s,dynamicGroup,dynamicGroupAux,groupWiseDistributionList

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]

#-# The potential names of the LDAP groups fields containings the members. Separated by commas.

xwiki.authentication.ldap.group_memberfields=member,uniqueMember

#-# retrieve the following fields from LDAP and store them in the XWiki user object (xwiki-attribute=ldap-attribute)

xwiki.authentication.ldap.fields_mapping=last_name=sn,first_name=givenName, email=uid,phone=telephoneNumber

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# on every login update the mapped attributes from LDAP to XWiki otherwise this happens only once when the XWiki account is created.

xwiki.authentication.ldap.update_user=1

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# mapps XWiki groups to LDAP groups, separator is "|"

xwiki.authentication.ldap.group_mapping=XWiki.XWikiAdminGroup=cn=cscr-build- admins,ou=Groups,o=hp.com

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# time in s after which the list of members in a group is refreshed from LDAP (default=3600*6)

xwiki.authentication.ldap.groupcache_expiration=21800

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# - create : synchronize group membership only when the user is first created

#-# - always: synchronize on every login

xwiki.authentication.ldap.mode_group_sync=always

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# if ldap authentication fails for any reason, try XWiki DB authentication with the same credentials

xwiki.authentication.ldap.trylocal=1

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# SSL connection to LDAP server

#-# 0: normal

#-# 1: SSL

xwiki.authentication.ldap.ssl=1

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# The keystore file to use in SSL connection

xwiki.authentication.ldap.ssl.keystore=/usr/share/tomcat5/.keystore

#-# [Since 1.5M1, XWikiLDAPAuthServiceImpl]

#-# The java secure provider used in SSL connection

xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.P rovider

#-# [Since 1.3M2, XWikiLDAPAuthServiceImpl]

#-# if ldap authentication fails for any reason, try XWiki DB authentication with the same credentials

xwiki.authentication.ldap.trylocal=1

############################################################################ #############################

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Thomas Mortagne

On Tue, Jun 29, 2010 at 11:45, John Cavanaugh <cavanaughwww@hp.com> wrote:

...

...

.         The xwiki.authentication.ldap.exclude_group & xwiki.authentication.ldap.user_group.   We dont have a group in ou=Groups that has all the people in our organization so there no way to use the user_group field.   Is there some way to instead use a filter query.

No that is not supported. But patches are welcomed ;)

Bummer.

...

...

.         The xwiki.authentication.ldap.UID_attr field, seems like I should want to leave it as cn but I was unable to get it to work unless I set it to uid, because it appears that the queries into LDAP are hardcoded to use cn otherwise.   But using uid as the username in XWiki creates accounts like firstnamelastname@hpcom where all the .'s have been eliminated.

The description in xwiki.cfg is actually not very good. UID_attr is not used to choose the XWiki user name, the XWiki user name is always created based on what user provided in the login form. UID_attr is used to search the user in LDAP server or manage LDAP group membership.

Ahh, ok, that makes more sense.  Thanks.

Is there any way to configure the algorithm used for creating the xwiki user name?    Personally I would prefer something that replaced the .'s with _'s or something, but I guess it is what it is...

Not yet but should not be too hard to do. Again patches welcomed ;)

...

...

Unfortunately with the strategy employed here there is no way to ensure that the username mapping is unique because just dropping the .'s can lead to conflicts, consider for example the following uid's, john.c.hase@foo.com and john.chase@foo.com both get reduced to johnchase@foocom.   I know you are thinking, geez that will never happen.   Unfortunately with lots of employees, we have LOTS of multiple names (we must have like 20+ Tom Smith's, etc) so all these corner cases do in fact crop up.

Actually you are wrong, this taken into account and you are not supposed to have technical conflicts: each created XWiki user contains it's LDAP DN in an object and when a user with the same uid after cleaning tries to connect the LDAP DN is used to ensure it's the right profile and if not an incremented counter will be appended to the new XWiki profile name.

Note: This DN is also used to be able to change a user DN without changing it's XWiki uid or when you start using LDAP in a XWiki that used to be "standard" and you want some of the existing use profiles to be linked to LDAP.

Is there some way to look at this ldap_dn object and/or edit it??   I looked at the object data for the user that I could see in the ui but didnt find it, Im probably not looking in the correct place.

You have to edit the LDAP user profile with object editor. See http://platform.xwiki.org/xwiki/bin/view/Features/PageEditing#HObjectseditin....

...

...

.         Also it appears that once you configure ldap, you cant add local users thru the ui.   I like to use local users for the occasional group account or machine accounts.

That is supposed to work perfectly. That's why you have the xwiki.authentication.ldap.trylocal property in xwiki.cfg

So local accounts that were created before I connected the system to ldap work just fine for logins.   But I cant seem to create new local accounts, in looking at the logs it seems like it is trying to direct everything to ldap.   Is there something I need to do to tell xwiki to create a local account??

Creating a user in the UI just mean creating a page with the name of the user and put an user object in it, there is absolutely no way for LDAP authenticator to have any influence on that. How are you creating theses accounts ? When you created an account do you see it in the list of accounts ? Is there anything in the log when you create theses accounts ?

-- John Cavanaugh

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Thomas Mortagne

Hi, Wouter, Wouter Boasson wrote:

Hi,

Just a simple question: can I safely upgrade XWiki from a 2.2.x version to a 2.5.x (or newer) release, without upgrading step by step (e.g. go to 2.3.x ... , then 2.4.x ... 2.5)?

Following this document... http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradinga... It must be safe to do what you are planning to do provided you review those additional operations and are particularly "observant" with the WARNINGS on that file. As you can read... "Note that the database schema is automatically upgraded when needed. All you need to do is to ensure your xwiki.cfg file is correctly configured to perform the migration." And, of course, backup your database and /xwiki application folder before proceeding! Hope this helps! Ricardo -- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

Hi! Arnaud bourree wrote:

Hi,

2010/11/4 [Ricardo Rodriguez] eBioTIC. <ricardo.rodriguez@ebiotic.net>:

...

Hi, Wouter,

Wouter Boasson wrote:

...

Hi,

Just a simple question: can I safely upgrade XWiki from a 2.2.x version to a 2.5.x (or newer) release, without upgrading step by step (e.g. go to 2.3.x ... , then 2.4.x ... 2.5)?

Following this document...

http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HUpgradinga...

It must be safe to do what you are planning to do provided you review those additional operations and are particularly "observant" with the WARNINGS on that file. As you can read...

Sorry, but that didn't answered (nor the related page) if it safe to jump from version 2.2.x directly to last 2.5 version

Arnaud.

I've not tried myself any upgrade in the 2.y series. I did that in the 1.y one. I found some migration issues solved with the help of the dev community. By reading this document, I can only conclude that it is possible and safe to do that. But I've no experience with this exact process. I'm currently involved in a 1.y to 2.y migration. Different main releases, different databases releases, different servlet applications releases, different servers. In this case, a lot of problems mainly related with attachments have been found. In addition to the concerned AdminGuide section, I would recommend to check the health of the attachments database by using... http://code.xwiki.org/xwiki/bin/view/Snippets/AllBrokenAttachments ... prior the update. I've not checked the release notes from 2.2.x. to 2.5 releases myself. That's all I can say. Thanks.

...

"Note that the database schema is automatically upgraded when needed. All you need to do is to ensure your xwiki.cfg file is correctly configured to perform the migration."

And, of course, backup your database and /xwiki application folder before proceeding!

Hope this helps!

Ricardo

-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

Hi, The behavior is correct because the checking order is: page > space > wiki (where a space-level setting can be superseded by a (higher ranking) page-level setting) The only exception I can think off that would help your usecase (but is not implemented) is to have additional special rights for the document Creator. Right now the creator gets DELETE right as an additional behavior. Maybe we should always grant VIEW and EDIT to the creator. This way, at least, he could fix the rights behavior (by giving rights also to GroupA). Another thing that is missing is a warning that by giving that right, the giver will lose it. If you want to read more about rights: - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed Thanks, Caty On Fri, Nov 19, 2010 at 18:53, Wouter Boasson <wouter.boasson@rivm.nl>wrote:

Hi,

We ran into a rights problem, which might be the result of ignorance, but could also be caused by a perceptual omission in the rights model. The following happened:

1. created space, with explicit rights on group 'GroupA' (this automatically locks out users who are not a member of this group) => ok 2. create/edit a page as user 'UserA', member of 'GroupA' => ok 3. UserA (owner/creator of the document) grants view rights to user 'UserB', NOT in GroupA => problems!

Now the creator/owner of the document (UserA) can NOT view his own document anymore! Same for problem for every other user in 'GroupA'.

I figured that this is correct from a certain point of view: an explicit view for a specific user locks out all other users, but that includes the owner and all other users, including those in 'GroupA', with correct rights at the space level. A possible solution is to grant GroupA explicitly at the same time you grant a specific user access to a certain page, but people will forget to do so.

My question is: did we do anything wrong, and is it possible to manage the rights in a way that prevents this counter-intuitive behaviour?

I have the feeling that the rights model lacks real-inheritance: when checking permissions for a user, it should return the permissions including that of the group as if it were his explicit permissions, also for pages that inherit rights from the space. E.g. hasView('UserA') should always return 'True' when the group he belongs to has view rights at the space level. Now it apparently returns 'False' when there is an implicit override by granting a user view rights. Or does inheritance from the space levels stops working as soon as there's any kind of override on a specific page?

A possible but crude work-around could be using some intelligent trigger functions in the database to explicitly add all rights from the space to the specific document as soon as an XWikiRights object is written, but that's kind of a last resort.

Could you help me? I hope for a better solution!

Thanks, Wouter

Wouter Boasson (MSc) Geo-IT Research and Coordination

RIVM - National Institute for Public Health and the Environment Expertise Centre for Methodology and Information Services

Contact information ----------------------- RIVM VenZ/EMI, Pb 86 t.a.v. dhr. Drs. Wouter Boasson Postbus 1 3720 BA Bilthoven

T +31(0)302748518 F +31(0)302744456 E wouter.boasson@rivm.nl mo - th

Disclaimer RIVM _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

On Tue, Dec 7, 2010 at 01:32, Ricardo Rodriguez [eBioTIC.] < ricardo.rodriguez@ebiotic.net> wrote:

Ecaterina Moraru (Valica) wrote:

...

Hi,

The behavior is correct because the checking order is: page > space > wiki (where a space-level setting can be superseded by a (higher ranking) page-level setting)

That's OK but, as Wouter said, if the data model implements real-inheritance, must not I expect that the rights explicitly granted at space level are considered also as explicitly granted at document level as a consequence of rights inheritance?

yes, but if you define a harder rule at page level, the space level one will be overlapsed by the new rule. Thanks, Caty

Thanks!

...

The only exception I can think off that would help your usecase (but is not implemented) is to have additional special rights for the document Creator. Right now the creator gets DELETE right as an additional behavior. Maybe we should always grant VIEW and EDIT to the creator. This way, at least, he could fix the rights behavior (by giving rights also to GroupA).

Another thing that is missing is a warning that by giving that right, the giver will lose it.

If you want to read more about rights: - http://www.xwiki.org/xwiki/bin/view/FAQ/HowDoesRightsWork - http://dev.xwiki.org/xwiki/bin/view/Drafts/Access%20Rights - http://dev.xwiki.org/xwiki/bin/view/Drafts/XWikiRightServiceReversed

Thanks, Caty

On Fri, Nov 19, 2010 at 18:53, Wouter Boasson <wouter.boasson@rivm.nl wrote:

...

Hi,

We ran into a rights problem, which might be the result of ignorance, but could also be caused by a perceptual omission in the rights model. The following happened:

1. created space, with explicit rights on group 'GroupA' (this automatically locks out users who are not a member of this group) => ok 2. create/edit a page as user 'UserA', member of 'GroupA' => ok 3. UserA (owner/creator of the document) grants view rights to user 'UserB', NOT in GroupA => problems!

Now the creator/owner of the document (UserA) can NOT view his own document anymore! Same for problem for every other user in 'GroupA'.

I figured that this is correct from a certain point of view: an explicit view for a specific user locks out all other users, but that includes the owner and all other users, including those in 'GroupA', with correct rights at the space level. A possible solution is to grant GroupA explicitly at the same time you grant a specific user access to a certain page, but people will forget to do so.

My question is: did we do anything wrong, and is it possible to manage the rights in a way that prevents this counter-intuitive behaviour?

I have the feeling that the rights model lacks real-inheritance: when checking permissions for a user, it should return the permissions including that of the group as if it were his explicit permissions, also for pages that inherit rights from the space. E.g. hasView('UserA') should always return 'True' when the group he belongs to has view rights at the space level. Now it apparently returns 'False' when there is an implicit override by granting a user view rights. Or does inheritance from the space levels stops working as soon as there's any kind of override on a specific page?

A possible but crude work-around could be using some intelligent trigger functions in the database to explicitly add all rights from the space to the specific document as soon as an XWikiRights object is written, but that's kind of a last resort.

Could you help me? I hope for a better solution!

Thanks, Wouter

Wouter Boasson (MSc) Geo-IT Research and Coordination

RIVM - National Institute for Public Health and the Environment Expertise Centre for Methodology and Information Services

Contact information ----------------------- RIVM VenZ/EMI, Pb 86 t.a.v. dhr. Drs. Wouter Boasson Postbus 1 3720 BA Bilthoven

T +31(0)302748518 F +31(0)302744456 E wouter.boasson@rivm.nl mo - th

Disclaimer RIVM _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Ricardo Rodríguez CTO eBioTIC. Life Sciences, Data Modeling and Information Management Systems

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

On Wed, Oct 10, 2012 at 2:08 PM, Tapio Seppälä <tapio.seppala@quanttos.fi> wrote:

Hi all,

I’ve been trying to set up Xwiki 4.2 with Tomcat and Mysql on Ubuntu. When

I’m in the phase instructed to run start_xwiki.sh I cannot find it anywhere.

Can you give us a link to the documentation section that tell you this?

What am I missing or doing wrong?

start_xwiki.sh is available only if you download the Jetty+HSQLDB package (zip), i.e. the package that has the application server and the database bundled. If you're trying to setup XWiki on Tomcat with MySql then you probably downloaded the WAR package. In this case you need to deploy the WAR and then start the application server (i.e. Tomcat). Hope this helps, Marius

regards

Tapio

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Note that the easiest for Ubuntu is generally to use the Debian package (Ubuntu is based on Debian). See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT. On Wed, Oct 10, 2012 at 3:50 PM, Tapio Seppälä <tapio.seppala@quanttos.fi> wrote:

Hi, You were right, I was looking at the page ' Installing the Standalone Distribution' (http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationStandalone) and didn't get that it was about the Jetty-package. Sorry about that. I'm not so familiar with Linux, so I have had to search and seek every possible site to get help on this installation. Tomcat reports in the Browser window Status 404 / Xwiki 'The requested resource is not available'. Then there is a lots of information in the Tomcat logs like: SEVERE: Error listenerStart SEVERE: Context [/xwiki] startup failed due to previous errors

I guess I have to study the logs with someone who knows more than me...

br Tapio

-----Original Message----- From: Marius Dumitru Florea [mailto:mariusdumitru.florea@xwiki.com] Sent: 10. lokakuuta 2012 15:59 To: tapio.seppala@quanttos.fi; XWiki Users Subject: Re: [xwiki-users] Start_xwiki.sh not found

On Wed, Oct 10, 2012 at 2:08 PM, Tapio Seppälä <tapio.seppala@quanttos.fi> wrote:

...

Hi all,

I’ve been trying to set up Xwiki 4.2 with Tomcat and Mysql on Ubuntu. When

...

I’m in the phase instructed to run start_xwiki.sh I cannot find it anywhere.

Can you give us a link to the documentation section that tell you this?

...

What am I missing or doing wrong?

start_xwiki.sh is available only if you download the Jetty+HSQLDB package (zip), i.e. the package that has the application server and the database bundled. If you're trying to setup XWiki on Tomcat with MySql then you probably downloaded the WAR package. In this case you need to deploy the WAR and then start the application server (i.e. Tomcat).

Hope this helps, Marius

...

regards

Tapio

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Thomas Mortagne

Hi Tapio, unfortunately I don't see any "easy" solution for your use case. You could indeed try to have a velocity macro to achieve this: {{velocity}} #if($doc.space == "SomeValue") display line #end {{/velocity}} But it will complicated to maintain for all your content. Best, Guillaume On Tue, Nov 19, 2013 at 12:19 PM, Tapio Seppälä <tapio.seppala@quanttos.fi>wrote:

Hi all,

I've been looking for a long time a solution how to exclude some text from the source, when linked to another page, but haven't found it yet.

We use XWiki as base of our help system for several applications. There are a lots of common topics which have the same, or almost the same content on each application help. So we built 'mother' pages of help which each and other different applications help then are using by linking to them. Header based tagging (we use XWiki syntax 2.1) is very user friendly for this purpose. The problem is, there are slight variations in the content of the text here and there between the applications.

An example:

There is a page explaining some settings of an application containing some 200 rows of text. Most, but not all of the rows are the same. I might then like to do something like include the whole page in app #1 help, excluding only rows 33, 52 and 55 from the page, but include them still to some other app's help, and so on...

I imagine the above could be done with some smart tags, macros and links, but as I am not a developer, so I can't do that and haven't found a solution. A few years ago we used syntax 1.0, and if I remember right, there was a possibility to include e.g. a sentence with tags, but not to exclude anything inside the linked part of the text.

It is very irritating to copy and paste large amounts of text to different pages with only slight differences between them. And then again, when the 'root' text has some change, e.g. a setting common to all apps changes, you have go and edit each of the pages created with copy-paste. This could be avoided if there was a way to include and exclude tagged text other than just between the headings.

---

best regards

Tapio Seppala

P.S. Congratulations for the 10-year old!

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Thxs for your answer. Unfortunately I want allow simple users to edit existing pages but I want forbidden page creation. xwiki ACL doesn't allow this, I think. So I must writing a groovy script to schedule a reinit of my sandbox. Do you have an example of this script? ----- Mail original ----- De : Marius Dumitru Florea <mariusdumitru.florea@xwiki.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users <users@xwiki.org> Cc : Envoyé le : Lundi 14 avril 2014 12h36 Objet : Re: [xwiki-users] hidden space - xwiki 5.4.2

It doesn' t work well because the search tools find all pages from Sandbox space and Space->"Document Index" to.

Of course I can hidden all  page  in Sandbox space but I can't hidden new page by default.

Could you setup rights on the Sandbox space so that simple users cannot create new pages?

A bug?

No, a space is hidden if all its pages are hidden.

How can I hide some space?

By hiding all its pages, as you mentioned and making sure they stay hidden (access rights). Hope this helps, Marius

Thxs Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

You could also run this snippet <http://extensions.xwiki.org/xwiki/bin/view/Extension/Hide+a+space> to mark all documents in a space as hidden. -- View this message in context: http://xwiki.475771.n2.nabble.com/hidden-space-xwiki-5-4-2-tp7590110p7590118... Sent from the XWiki- Users mailing list archive at Nabble.com.

Hi Pascal, If you look at http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... the CSS code for making this work is using the :focus pseudo-class, which is triggered when the link is selected using the mouse pointer or keyboard. It's normal that if you navigate the focus of that element to be lost. If you want something persistent you must implement it with JS and cookies. CSS is not the tool to achieve these things. On this topic there is also this issue http://jira.xwiki.org/browse/XWIKI-10498 but this is not a priority and not sure when/who will try to fix it (maybe even you :) ) Thanks, Caty On Wed, Sep 17, 2014 at 4:48 PM, Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> wrote:

Hello,

I try to writing an extension to add the right panel collapsible (with CSS only). Something like this: http://www.cssportal.com/css3-preview/demo/css-menu-ex4.html (hide and seek panel) explained here http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... I inserted code in rightpanels.vm and CSS but the limitation is when I navigate on another xwiki page/space the right panel is reset. My right panel is not persistent. Do you have an advice to make my right panel persistent: - if user show panel and change current page, right panel must be still open - if user hide panel and change current page right panel must be still hide

javascript (and cookie) are mandatory in my case? Do you have an elegant tip: an secret xwiki API ?

Thxs

Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Hi Pascal, I've had the same issue. Here is how I solved it with JS: <code> function collapse( panel ){ panel.addClassName('collapsed').removeClassName('expanded'); } function collapsePanels() { $$('.PanelIndex').each( collapse ); $$('.PanelAbkuerzungenLink').each( collapse ); $$('.PanelDifferentialDiagnosen').each( collapse ); $$('.PanelEintraege').each( collapse ); }; </code> Just insert the ids of the panels you wank to be collapsed during page loading. You would need to add this to a page as XWiki.JavaScriptExtension object, and make sure it is loaded for instance in the sheet. BTW, I would really like to see a version of this using a session cookie. :) Best regards, Michael (XWiki && XWiki.domIsLoaded && collapsePanels()) || document.observe("xwiki:dom:loaded", collapsePanels); 2014-09-17 21:40 GMT+02:00 Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>:

Thxs you (again :-) ) You have just confirmed what I was afraid of, I mean js + cookie. I will probably look into this collapsed menu , this week. but, I am not sure if this replies to your issue... If you like, I will show you the result... if I manage :-/

________________________________ De : Ecaterina Moraru (Valica) <valicac@gmail.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users <users@xwiki.org

...

Envoyé le : Mercredi 17 septembre 2014 19h01 Objet : Re: [xwiki-users] need advice about an extension developpment

Hi Pascal,

If you look at http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... the CSS code for making this work is using the :focus pseudo-class, which is triggered when the link is selected using the mouse pointer or keyboard. It's normal that if you navigate the focus of that element to be lost.

If you want something persistent you must implement it with JS and cookies. CSS is not the tool to achieve these things.

On this topic there is also this issue http://jira.xwiki.org/browse/XWIKI-10498 but this is not a priority and not sure when/who will try to fix it (maybe even you :) )

Thanks, Caty

On Wed, Sep 17, 2014 at 4:48 PM, Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> wrote:

Hello,

...

I try to writing an extension to add the right panel collapsible (with

CSS only). Something like this:

...

http://www.cssportal.com/css3-preview/demo/css-menu-ex4.html (hide and seek panel) explained here http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... I inserted code in rightpanels.vm and CSS but the limitation is when I navigate on another xwiki page/space the right panel is reset. My right panel is not persistent. Do you have an advice to make my right panel persistent: - if user show panel and change current page, right panel must be still open - if user hide panel and change current page right panel must be still hide

javascript (and cookie) are mandatory in my case? Do you have an elegant tip: an secret xwiki API ?

Thxs

Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Thanks you but this code doesn't work with flamingo skin because this issue: http://jira.xwiki.org/browse/XWIKI-10498 class collapsed have no effetc with flamingo (tested with firebug) ________________________________ De : Michael Bußler <michael.bussler@googlemail.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users <users@xwiki.org> Envoyé le : Mercredi 17 septembre 2014 22h54 Objet : Re: [xwiki-users] need advice about an extension developpment Hi Pascal, I've had the same issue. Here is how I solved it with JS: <code> function collapse( panel ){ panel.addClassName('collapsed').removeClassName('expanded'); } function collapsePanels() { $$('.PanelIndex').each( collapse ); $$('.PanelAbkuerzungenLink').each( collapse ); $$('.PanelDifferentialDiagnosen').each( collapse ); $$('.PanelEintraege').each( collapse ); }; </code> Just insert the ids of the panels you wank to be collapsed during page loading. You would need to add this to a page as XWiki.JavaScriptExtension object, and make sure it is loaded for instance in the sheet. BTW, I would really like to see a version of this using a session cookie. :) Best regards, Michael (XWiki && XWiki.domIsLoaded && collapsePanels()) || document.observe("xwiki:dom:loaded", collapsePanels); 2014-09-17 21:40 GMT+02:00 Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>: Thxs you (again :-) )

You have just confirmed what I was afraid of, I mean js + cookie. I will probably look into this collapsed menu , this week. but, I am not sure if this replies to your issue... If you like, I will show you the result... if I manage :-/

________________________________ De : Ecaterina Moraru (Valica) <valicac@gmail.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users <users@xwiki.org> Envoyé le : Mercredi 17 septembre 2014 19h01 Objet : Re: [xwiki-users] need advice about an extension developpment

Hi Pascal,

If you look at http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... the CSS code for making this work is using the :focus pseudo-class, which is triggered when the link is selected using the mouse pointer or keyboard. It's normal that if you navigate the focus of that element to be lost.

If you want something persistent you must implement it with JS and cookies. CSS is not the tool to achieve these things.

On this topic there is also this issue http://jira.xwiki.org/browse/XWIKI-10498 but this is not a priority and not sure when/who will try to fix it (maybe even you :) )

Thanks, Caty

On Wed, Sep 17, 2014 at 4:48 PM, Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> wrote:

Hello,

...

I try to writing an extension to add the right panel collapsible (with CSS only). Something like this: http://www.cssportal.com/css3-preview/demo/css-menu-ex4.html (hide and seek panel) explained here http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... I inserted code in rightpanels.vm and CSS but the limitation is when I navigate on another xwiki page/space the right panel is reset. My right panel is not persistent. Do you have an advice to make my right panel persistent: - if user show panel and change current page, right panel must be still open - if user hide panel and change current page right panel must be still hide

javascript (and cookie) are mandatory in my case? Do you have an elegant tip: an secret xwiki API ?

Thxs

Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

Hi Pascal. 2014-09-18 22:15 GMT+02:00 Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>:

I'm pulling my hair out...

If I hide the DIV #rightPanels (with class hidden or display none) the DIV contentcontainer is not automatically resized!

Indeed it is not. Actually you need to change one class on the <body> tag to resize the main container. The class "content" means: left & right panels. "hideleft" means: "only right panels" and "hideright" the opposite. When there is no panels at all, the class "hidelefthideright" is used.

I wonder why and above all I wonder how can I resize content side when rightPanels disapeared (with javascript and/or jquery).

Just like how the panel wizard does: play with the body CSS classes.

Any help will be apprecie :)

Here two screenshot will be more explicite: http://snag.gy/zVIRU.jpg http://snag.gy/voZuE.jpg

By the way, for http://jira.xwiki.org/browse/XWIKI-10498 http://tuljo.com/web-development/expanding-collapsing-sliding-div-jquery will help.

Pascal B

________________________________ De : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> À : Ecaterina Moraru (Valica) <valicac@gmail.com>; XWiki Users < users@xwiki.org> Envoyé le : Mercredi 17 septembre 2014 21h40 Objet : Re: [xwiki-users] need advice about an extension developpment

Thxs you (again :-) ) You have just confirmed what I was afraid of, I mean js + cookie. I will probably look into this collapsed menu , this week. but, I am not sure if this replies to your issue... If you like, I will show you the result... if I manage :-/

________________________________ De : Ecaterina Moraru (Valica) <valicac@gmail.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users <users@xwiki.org

...

Envoyé le : Mercredi 17 septembre 2014 19h01 Objet : Re: [xwiki-users] need advice about an extension developpment

Hi Pascal,

If you look at http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... the CSS code for making this work is using the :focus pseudo-class, which is triggered when the link is selected using the mouse pointer or keyboard. It's normal that if you navigate the focus of that element to be lost.

If you want something persistent you must implement it with JS and cookies. CSS is not the tool to achieve these things.

On this topic there is also this issue http://jira.xwiki.org/browse/XWIKI-10498 but this is not a priority and not sure when/who will try to fix it (maybe even you :) )

Thanks, Caty

On Wed, Sep 17, 2014 at 4:48 PM, Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> wrote:

Hello,

...

I try to writing an extension to add the right panel collapsible (with

CSS only). Something like this:

...

http://www.cssportal.com/css3-preview/demo/css-menu-ex4.html (hide and seek panel) explained here http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... I inserted code in rightpanels.vm and CSS but the limitation is when I navigate on another xwiki page/space the right panel is reset. My right panel is not persistent. Do you have an advice to make my right panel persistent: - if user show panel and change current page, right panel must be still open - if user hide panel and change current page right panel must be still hide

javascript (and cookie) are mandatory in my case? Do you have an elegant tip: an secret xwiki API ?

Thxs

Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Guillaume Delhumeau (gdelhumeau@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

2014-09-23 14:37 GMT+02:00 Guillaume "Louis-Marie" Delhumeau < gdelhumeau@xwiki.com>:

Hi Pascal.

2014-09-18 22:15 GMT+02:00 Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>:

...

I'm pulling my hair out...

If I hide the DIV #rightPanels (with class hidden or display none) the DIV contentcontainer is not automatically resized!

Indeed it is not. Actually you need to change one class on the <body> tag to resize the main container.

The class "content" means: left & right panels. "hideleft" means: "only right panels" and "hideright" the opposite.

When there is no panels at all, the class "hidelefthideright" is used.

...

I wonder why and above all I wonder how can I resize content side when rightPanels disapeared (with javascript and/or jquery).

Just like how the panel wizard does: play with the body CSS classes.

Just to be clear: I mean play with the CSS classes via a JavaScript code ;)

...

Any help will be apprecie :)

Here two screenshot will be more explicite: http://snag.gy/zVIRU.jpg http://snag.gy/voZuE.jpg

By the way, for http://jira.xwiki.org/browse/XWIKI-10498 http://tuljo.com/web-development/expanding-collapsing-sliding-div-jquery will help.

Pascal B

________________________________ De : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> À : Ecaterina Moraru (Valica) <valicac@gmail.com>; XWiki Users < users@xwiki.org> Envoyé le : Mercredi 17 septembre 2014 21h40 Objet : Re: [xwiki-users] need advice about an extension developpment

Thxs you (again :-) ) You have just confirmed what I was afraid of, I mean js + cookie. I will probably look into this collapsed menu , this week. but, I am not sure if this replies to your issue... If you like, I will show you the result... if I manage :-/

________________________________ De : Ecaterina Moraru (Valica) <valicac@gmail.com> À : Pascal BASTIEN <pbasnews-xwiki@yahoo.fr>; XWiki Users < users@xwiki.org> Envoyé le : Mercredi 17 septembre 2014 19h01 Objet : Re: [xwiki-users] need advice about an extension developpment

Hi Pascal,

If you look at http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... the CSS code for making this work is using the :focus pseudo-class, which is triggered when the link is selected using the mouse pointer or keyboard. It's normal that if you navigate the focus of that element to be lost.

If you want something persistent you must implement it with JS and cookies. CSS is not the tool to achieve these things.

On this topic there is also this issue http://jira.xwiki.org/browse/XWIKI-10498 but this is not a priority and not sure when/who will try to fix it (maybe even you :) )

Thanks, Caty

On Wed, Sep 17, 2014 at 4:48 PM, Pascal BASTIEN <pbasnews-xwiki@yahoo.fr> wrote:

Hello,

...

I try to writing an extension to add the right panel collapsible (with

CSS only). Something like this:

...

http://www.cssportal.com/css3-preview/demo/css-menu-ex4.html (hide and seek panel) explained here http://www.cssportal.com/css3-preview/showing-and-hiding-content-with-pure-c... I inserted code in rightpanels.vm and CSS but the limitation is when I navigate on another xwiki page/space the right panel is reset. My right panel is not persistent. Do you have an advice to make my right panel persistent: - if user show panel and change current page, right panel must be still open - if user hide panel and change current page right panel must be still hide

javascript (and cookie) are mandatory in my case? Do you have an elegant tip: an secret xwiki API ?

Thxs

Pascal B _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

_______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users _______________________________________________ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users

-- Guillaume Delhumeau (gdelhumeau@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

-- Guillaume Delhumeau (gdelhumeau@xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

Thanks Vincent for the quick response and good advice. OO opened the file okay and exported it (Save as .html) within 2-3 seconds. And that file opened okay also. So no problem there. Below is the log. I can forward the word document. If someone has a moment to take a look and make sure I am on the right track, I’d appreciate it! Increasing the timeout did not appear to help, but then again, I not sure the increase really worked. Thanks! Keith 2014-11-14 15:28:06,340 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server... 2014-11-14 15:28:06,347 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory: [C:\Users\Keith Peden\AppData\XWiki\6.2.3\data\solr] 2014-11-14 15:28:13,892 [coreLoadExecutor-4-thread-1] WARN o.a.s.r.ManagedResource - No stored data found for /rest/managed 2014-11-14 15:28:13,893 [coreLoadExecutor-4-thread-1] WARN o.a.s.r.ManagedResource - No registered observers for /rest/managed 2014-11-14 15:28:16,110 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server. 2014-11-14 15:28:21.615:INFO:oxtjl.NotifyListener:---------------------------------- 2014-11-14 15:28:21.621:INFO:oxtjl.NotifyListener:Server started, you can now open http://10.0.0.5:8080/ in your browser to access your wiki. 2014-11-14 15:28:21.622:INFO:oxtjl.NotifyListener:---------------------------------- 2014-11-14 15:29:25,482 [XWiki initialization] INFO .HibernateDataMigrationManager - Storage schema updates and data migrations are enabled 2014-11-14 15:29:25,484 [XWiki initialization] INFO .HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] currently in version [54600] 2014-11-14 15:29:25,485 [XWiki initialization] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [xwiki] 2014-11-14 15:29:35,874 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with identifier [[solr, indexer]] 2014-11-14 15:29:36,586 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - 0 documents added, 0 deleted and 0 updated during the synchronization of the Solr index. 2014-11-14 15:29:36,587 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with identifier [[solr, indexer]] Nov 14, 2014 3:31:24 PM org.artofsolving.jodconverter.office.ProcessPoolOfficeManager <init> INFO: ProcessManager implementation is PureJavaProcessManager Nov 14, 2014 3:31:24 PM org.artofsolving.jodconverter.office.OfficeProcess start INFO: starting process with acceptString 'socket,host=127.0.0.1,port=8100,tcpNoDelay=1' and profileDir 'C:\Users\KEITHP~1\AppData\Local\Temp\.jodconverter_socket_host-127.0.0.1_port-8100' Nov 14, 2014 3:31:25 PM org.artofsolving.jodconverter.office.OfficeProcess start INFO: started process Nov 14, 2014 3:31:29 PM org.artofsolving.jodconverter.office.OfficeConnection connect INFO: connected: 'socket,host=127.0.0.1,port=8100,tcpNoDelay=1' 2014-11-14 15:31:29,249 [http://10.0.0.5:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globaladm...] INFO o.x.o.i.s.DefaultOfficeServer - Open Office instance started. 2014-11-14 15:32:53,990 [http://10.0.0.5:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR x.o.i.c.DefaultOfficeConverter - Could not cleanup temporary storage after conversion. Nov 14, 2014 3:32:54 PM org.artofsolving.jodconverter.office.PooledOfficeManager$1 disconnected WARNING: connection lost unexpectedly; attempting restart 2014-11-14 15:32:54,033 [http://10.0.0.5:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR .s.OfficeImporterScriptService - Error while converting document [NDRM CH7.docx] into html. org.xwiki.officeimporter.OfficeImporterException: Error while converting document [NDRM CH7.docx] into html. at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:97) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] at org.xwiki.officeimporter.internal.builder.DefaultXDOMOfficeDocumentBuilder.build(DefaultXDOMOfficeDocumentBuilder.java:84) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] at org.xwiki.officeimporter.script.OfficeImporterScriptService.officeToXDOM(OfficeImporterScriptService.java:217) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_21] at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21] at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124) [xwiki-platform-rendering-macro-velocity-6.2.3.jar:na] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) [xwiki-platform-rendering-macro-velocity-6.2.3.jar:na] at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) [xwiki-platform-rendering-macro-script-6.2.3.jar:na] at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) [xwiki-platform-rendering-macro-script-6.2.3.jar:na] at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) [xwiki-platform-rendering-macro-script-6.2.3.jar:na] at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:251) [xwiki-rendering-transformation-macro-6.2.3.jar:na] at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) [xwiki-rendering-legacy-api-6.2.3.jar:na] at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) [xwiki-rendering-legacy-api-6.2.3.jar:na] at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) [xwiki-platform-sheet-api-6.2.3.jar:na] at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) [xwiki-platform-sheet-api-6.2.3.jar:na] at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) [xwiki-platform-display-api-6.2.3.jar:na] at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) [xwiki-platform-display-api-6.2.3.jar:na] at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1100) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1078) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1110) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:618) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at sun.reflect.GeneratedMethodAccessor239.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21] at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na] at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:131) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1686) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1602) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1570) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source) ~[na:na] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21] at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7] at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7] at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na] at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na] at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:131) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1686) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1602) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:179) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:358) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) [struts-core-1.3.10.jar:1.3.10] at javax.servlet.http.HttpServlet.service(HttpServlet.java:755) [servlet-api-3.0.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [servlet-api-3.0.jar:na] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) [xwiki-platform-legacy-oldcore-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126) [xwiki-platform-wysiwyg-server-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) [xwiki-platform-container-servlet-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) [xwiki-platform-webdav-server-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) [xwiki-platform-container-servlet-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) [xwiki-platform-container-servlet-6.2.3.jar:na] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) [jetty-security-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:429) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.Server.handle(Server.java:370) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:982) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1043) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:865) [jetty-http-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240) [jetty-http-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:696) [jetty-io-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:53) [jetty-io-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) [jetty-util-8.1.15.v20140411.jar:8.1.15.v20140411] at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) [jetty-util-8.1.15.v20140411.jar:8.1.15.v20140411] at java.lang.Thread.run(Unknown Source) [na:1.7.0_21] Caused by: org.xwiki.officeimporter.converter.OfficeConverterException: Error while performing conversion. at org.xwiki.officeimporter.internal.converter.DefaultOfficeConverter.convert(DefaultOfficeConverter.java:116) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:94) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] ... 134 common frames omitted Caused by: org.artofsolving.jodconverter.office.OfficeException: task did not complete within timeout at org.artofsolving.jodconverter.office.PooledOfficeManager.execute(PooledOfficeManager.java:88) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na] at org.artofsolving.jodconverter.office.ProcessPoolOfficeManager.execute(ProcessPoolOfficeManager.java:78) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na] at org.artofsolving.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:78) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na] at org.artofsolving.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:69) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na] at org.xwiki.officeimporter.internal.converter.DefaultOfficeConverter.convert(DefaultOfficeConverter.java:100) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na] ... 135 common frames omitted Caused by: java.util.concurrent.TimeoutException: null at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source) ~[na:1.7.0_21] at java.util.concurrent.FutureTask.get(Unknown Source) ~[na:1.7.0_21] at org.artofsolving.jodconverter.office.PooledOfficeManager.execute(PooledOfficeManager.java:85) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na] ... 139 common frames omitted From: Vincent Massol [mailto:vmassol@gmail.com] On Behalf Of vincent@massol.net Sent: Friday, November 14, 2014 3:12 PM To: XWiki Users Cc: Keith Peden Subject: Re: [xwiki-users] Office Importer not supporting a Word doc Hi Keith, On 14 Nov 2014 at 21:01:06, Keith Peden (kpeden@standardstech.com(mailto:kpeden@standardstech.com)) wrote:

Hello,

I have Xwiki 6.2.3 and OpenOffice 4.1 installed in a Windows 7 sandbox.

I have been able to import Word 2010 documents using Office Importer successfully and can create pages just fine. Except for one document which gives me the following: "Error while converting document [NDRM CH7.docx] into html." using Import from Office.

I have reviewed the log file, but the only obvious error (to me anyway) is a timeout error, though that may be a smokescreen. I have modified openoffice.taskExecutionTimeout from 30000 to 1200000, but it seems to have not effect.

Thanks for any help you can provide! I can email the log file and the document upon request.

When you have a problem the first thing to try is to load your document in openoffice/libreoffice and convert it to HTML in there and see if it works (you can also verify the time it takes for the conversion). Now, indeed the timeout parameter is important. I’ve also had timeout issues with the default timeout and increasing it solved my problem. Thanks -Vincent

Regards, Keith

Cool, glad you solved it this way, I couldn’t see any other solution anyway :) Thanks for posting back -Vincent On 17 Nov 2014 at 22:17:42, Keith Peden (kpeden@standardstech.com(mailto:kpeden@standardstech.com)) wrote:

I have solved this issue with an increased timeout (once I restarted jetty, etc.!).

Thanks for listening!

Keith

From: Keith Peden [mailto:kpeden@standardstech.com] Sent: Sunday, November 16, 2014 6:56 AM To: 'vincent@massol.net'; 'XWiki Users' Subject: RE: [xwiki-users] Office Importer not supporting a Word doc

Thanks Vincent for the quick response and good advice. OO opened the file okay and exported it (Save as .html) within 2-3 seconds. And that file opened okay also. So no problem there.

Below is the log. I can forward the word document. If someone has a moment to take a look and make sure I am on the right track, I’d appreciate it! Increasing the timeout did not appear to help, but then again, I not sure the increase really worked.

Thanks!

Keith

2014-11-14 15:28:06,340 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server...

2014-11-14 15:28:06,347 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory: [C:\Users\Keith Peden\AppData\XWiki\6.2.3\data\solr]

2014-11-14 15:28:13,892 [coreLoadExecutor-4-thread-1] WARN o.a.s.r.ManagedResource - No stored data found for /rest/managed

2014-11-14 15:28:13,893 [coreLoadExecutor-4-thread-1] WARN o.a.s.r.ManagedResource - No registered observers for /rest/managed

2014-11-14 15:28:16,110 [main] INFO o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server.

2014-11-14 15:28:21.615:INFO:oxtjl.NotifyListener:----------------------------------

2014-11-14 15:28:21.621:INFO:oxtjl.NotifyListener:Server started, you can now open http://10.0.0.5:8080/ in your browser to access your wiki.

2014-11-14 15:28:21.622:INFO:oxtjl.NotifyListener:----------------------------------

2014-11-14 15:29:25,482 [XWiki initialization] INFO .HibernateDataMigrationManager - Storage schema updates and data migrations are enabled

2014-11-14 15:29:25,484 [XWiki initialization] INFO .HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] currently in version [54600]

2014-11-14 15:29:25,485 [XWiki initialization] INFO .HibernateDataMigrationManager - Checking Hibernate mapping and updating schema if needed for wiki [xwiki]

2014-11-14 15:29:35,874 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with identifier [[solr, indexer]]

2014-11-14 15:29:36,586 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - 0 documents added, 0 deleted and 0 updated during the synchronization of the Solr index.

2014-11-14 15:29:36,587 [XWiki Solr index job thread] INFO o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with identifier [[solr, indexer]]

Nov 14, 2014 3:31:24 PM org.artofsolving.jodconverter.office.ProcessPoolOfficeManager

INFO: ProcessManager implementation is PureJavaProcessManager

Nov 14, 2014 3:31:24 PM org.artofsolving.jodconverter.office.OfficeProcess start

INFO: starting process with acceptString 'socket,host=127.0.0.1,port=8100,tcpNoDelay=1' and profileDir 'C:\Users\KEITHP~1\AppData\Local\Temp\.jodconverter_socket_host-127.0.0.1_port-8100'

Nov 14, 2014 3:31:25 PM org.artofsolving.jodconverter.office.OfficeProcess start

INFO: started process

Nov 14, 2014 3:31:29 PM org.artofsolving.jodconverter.office.OfficeConnection connect

INFO: connected: 'socket,host=127.0.0.1,port=8100,tcpNoDelay=1'

2014-11-14 15:31:29,249 [http://10.0.0.5:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globaladmin§ion=XWiki.OfficeImporterAdmin] INFO o.x.o.i.s.DefaultOfficeServer - Open Office instance started.

2014-11-14 15:32:53,990 [http://10.0.0.5:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR x.o.i.c.DefaultOfficeConverter - Could not cleanup temporary storage after conversion.

Nov 14, 2014 3:32:54 PM org.artofsolving.jodconverter.office.PooledOfficeManager$1 disconnected

WARNING: connection lost unexpectedly; attempting restart

2014-11-14 15:32:54,033 [http://10.0.0.5:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR .s.OfficeImporterScriptService - Error while converting document [NDRM CH7.docx] into html.

org.xwiki.officeimporter.OfficeImporterException: Error while converting document [NDRM CH7.docx] into html.

at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:97) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

at org.xwiki.officeimporter.internal.builder.DefaultXDOMOfficeDocumentBuilder.build(DefaultXDOMOfficeDocumentBuilder.java:84) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

at org.xwiki.officeimporter.script.OfficeImporterScriptService.officeToXDOM(OfficeImporterScriptService.java:217) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.7.0_21]

at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21]

at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na]

at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:124) [xwiki-platform-rendering-macro-velocity-6.2.3.jar:na]

at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) [xwiki-platform-rendering-macro-velocity-6.2.3.jar:na]

at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) [xwiki-platform-rendering-macro-script-6.2.3.jar:na]

at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) [xwiki-platform-rendering-macro-script-6.2.3.jar:na]

at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) [xwiki-platform-rendering-macro-script-6.2.3.jar:na]

at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:251) [xwiki-rendering-transformation-macro-6.2.3.jar:na]

at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) [xwiki-rendering-legacy-api-6.2.3.jar:na]

at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) [xwiki-rendering-legacy-api-6.2.3.jar:na]

at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) [xwiki-platform-sheet-api-6.2.3.jar:na]

at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) [xwiki-platform-sheet-api-6.2.3.jar:na]

at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) [xwiki-platform-display-api-6.2.3.jar:na]

at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) [xwiki-platform-display-api-6.2.3.jar:na]

at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1100) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1078) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1110) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:618) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at sun.reflect.GeneratedMethodAccessor239.invoke(Unknown Source) ~[na:na]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21]

at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na]

at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:131) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1686) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1602) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1570) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.api.XWiki.parseTemplate(XWiki.java:801) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source) ~[na:na]

at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) ~[na:1.7.0_21]

at java.lang.reflect.Method.invoke(Unknown Source) ~[na:1.7.0_21]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) [velocity-1.7.jar:1.7]

at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReference.java:369) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) [velocity-1.7.jar:1.7]

at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) [velocity-1.7.jar:1.7]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:228) [xwiki-commons-velocity-6.2.3.jar:na]

at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:187) [xwiki-commons-velocity-6.2.3.jar:na]

at com.xpn.xwiki.render.XWikiVelocityRenderer.evaluate(XWikiVelocityRenderer.java:131) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.XWiki.parseTemplate(XWiki.java:1686) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.XWiki.evaluateTemplate(XWiki.java:1602) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.web.Utils.parseTemplate(Utils.java:179) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:358) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:149) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) [struts-core-1.3.10.jar:1.3.10]

at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) [struts-core-1.3.10.jar:1.3.10]

at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) [struts-core-1.3.10.jar:1.3.10]

at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) [struts-core-1.3.10.jar:1.3.10]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:755) [servlet-api-3.0.jar:na]

at javax.servlet.http.HttpServlet.service(HttpServlet.java:848) [servlet-api-3.0.jar:na]

at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) [xwiki-platform-legacy-oldcore-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:126) [xwiki-platform-wysiwyg-server-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) [xwiki-platform-container-servlet-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) [xwiki-platform-webdav-server-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) [xwiki-platform-container-servlet-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) [xwiki-platform-container-servlet-6.2.3.jar:na]

at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) [jetty-security-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1086) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:429) [jetty-servlet-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1020) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.Server.handle(Server.java:370) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:982) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1043) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:865) [jetty-http-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240) [jetty-http-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) [jetty-server-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:696) [jetty-io-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:53) [jetty-io-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) [jetty-util-8.1.15.v20140411.jar:8.1.15.v20140411]

at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) [jetty-util-8.1.15.v20140411.jar:8.1.15.v20140411]

at java.lang.Thread.run(Unknown Source) [na:1.7.0_21]

Caused by: org.xwiki.officeimporter.converter.OfficeConverterException: Error while performing conversion.

at org.xwiki.officeimporter.internal.converter.DefaultOfficeConverter.convert(DefaultOfficeConverter.java:116) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:94) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

... 134 common frames omitted

Caused by: org.artofsolving.jodconverter.office.OfficeException: task did not complete within timeout

at org.artofsolving.jodconverter.office.PooledOfficeManager.execute(PooledOfficeManager.java:88) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na]

at org.artofsolving.jodconverter.office.ProcessPoolOfficeManager.execute(ProcessPoolOfficeManager.java:78) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na]

at org.artofsolving.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:78) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na]

at org.artofsolving.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:69) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na]

at org.xwiki.officeimporter.internal.converter.DefaultOfficeConverter.convert(DefaultOfficeConverter.java:100) ~[xwiki-platform-legacy-office-importer-6.2.3.jar:na]

... 135 common frames omitted

Caused by: java.util.concurrent.TimeoutException: null

at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source) ~[na:1.7.0_21]

at java.util.concurrent.FutureTask.get(Unknown Source) ~[na:1.7.0_21]

at org.artofsolving.jodconverter.office.PooledOfficeManager.execute(PooledOfficeManager.java:85) ~[jodconverter-core-3.0-beta-4-xwiki-20110822.jar:na]

... 139 common frames omitted

From: Vincent Massol [mailto:vmassol@gmail.com] On Behalf Of vincent@massol.net(mailto:vincent@massol.net) Sent: Friday, November 14, 2014 3:12 PM To: XWiki Users Cc: Keith Peden Subject: Re: [xwiki-users] Office Importer not supporting a Word doc

Hi Keith,

On 14 Nov 2014 at 21:01:06, Keith Peden (kpeden@standardstech.com(mailto:kpeden@standardstech.com))(mailto:kpeden@standardstech.com(mailto:kpeden@standardstech.com))) wrote:

...

Hello,

I have Xwiki 6.2.3 and OpenOffice 4.1 installed in a Windows 7 sandbox.

I have been able to import Word 2010 documents using Office Importer successfully and can create pages just fine. Except for one document which gives me the following: "Error while converting document [NDRM CH7.docx] into html." using Import from Office.

I have reviewed the log file, but the only obvious error (to me anyway) is a timeout error, though that may be a smokescreen. I have modified openoffice.taskExecutionTimeout from 30000 to 1200000, but it seems to have not effect.

Thanks for any help you can provide! I can email the log file and the document upon request.

When you have a problem the first thing to try is to load your document in openoffice/libreoffice and convert it to HTML in there and see if it works (you can also verify the time it takes for the conversion).

Now, indeed the timeout parameter is important. I’ve also had timeout issues with the default timeout and increasing it solved my problem.

Thanks

-Vincent

...

Regards, Keith

Hi, On 22 May 2015 at 14:16:42, Mariagiulia Pardi (mpardi@exis.it(mailto:mpardi@exis.it)) wrote:

Hi all!

Can I create a tree folder in my Xwiki 5.2? if yes, how can make it?

See http://markmail.org/message/cc3wrysx3r5kzmmo Thanks -Vincent PS: Please post unique questions...

Thanks in advance,

Mary