[xwiki-users] Admin avatar/picture change
How can the admin (or other user with admin privileges) modify another user's picture/avatar? The only way that I've found of doing this is attaching a file to the user page and editing the XWiki.XWikiUsers avatar class item manually. It looks like the regular avatar upload page doesn't work properly for anyone but the user in question. /DS ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
Actually I am not setting the GroupMemberFields at all - it's using the defaults 'member' and 'unqiuemember'. The user is the same as in wiki and has read-access to everywhere. I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot access or see any members in any group anymore. Tried to delet and re-create with no effect. Maybe this is related? Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20.11.2008 20:06 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I tweaked the test class a bit to conform the settings I have in my normal wiki setup: LDAP search: baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore] query=[null] attr=[[objectClass, uid, member, uniquemember]] ldapScope=[0] {name=dn value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore} {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore} {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore} {name=objectClass value=groupOfNames} {name=objectClass value=Top} I does now exactly the same LDAP search as printed out and it is still not returning anything. Which methods are called when performing the group-fetch? Maybe I used the wrong ones? Did you have a chance to look into your code? LDAP Authenticator use exactly the same method. The only things I see that could be different here are: - the user which is used to access the LDAP server - the case of the group members fields names. Are you using lower case ? utils.ldapUtils.setGroupMemberFields(Arrays.asList(member,equivalenttome)) Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 19.11.2008 14:14 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: We're using Novell's eDirectory. I thought of the same thing that lowercase could be a problem. But on the other side the member attribute is all lowercase - only equivalentToMe is mixed case. And I just tried it to only map it to member with no change. Right you should get name at least. It's weird than you get the objectClass attributes and not the name. I don't have more ideas of what can be the problem yet. Do the LDAP user have right to list LDAP groups ? Here are the new logs: bstractXWikiMigrationManager - No storage migration required since current version is [7351] ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames, group, top, dynamicgroupaux, groupofuniquenames, groupwisedistributionlist, dynamicgroup] ldap.XWikiLDAPConfig- ldap_group_memberfields: [equivalenttome, member] ldap.XWikiLDAPConnection- Connection to LDAP server [heffalump.wlgore.com:389] ldap.XWikiLDAPConnection- Binding to LDAP server with credentials login=[cn=intranet_proxy,ou=proxy-users,ou=system,o=wlgore] password=[***] LDAP.XWikiLDAPAuthServiceImpl - Found user dn with the user object: null ldap.XWikiLDAPConfig- Ready to create user from LDAP with fields last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn ldap.XWikiLDAPUtils - Searching for the user in LDAP: user:tzwitano base: query:(uid=tzwitano) uid:uid ldap.XWikiLDAPConnection- LDAP search: baseDN=[] query=[(uid=tzwitano)] attr=[[sn, givenName, fullName, mail, dn]] ldapScope=[2] ldap.XWikiLDAPConnection- LDAP search found attributes: [{name=dn value=cn=a12345,ou=associates,ou=users,o=wlgore}, {name=sn value=Zwitanowitsch}, {name=mail [EMAIL PROTECTED], {name=givenName value=Thomas}, {name=fullName value=Thomas Zwitanowitsch }] LDAP.XWikiLDAPAuthServiceImpl - LDAP attributes will be used to update XWiki attributes. LDAP.XWikiLDAPAuthServiceImpl - Updating existing user with LDAP attribues located at cn=a12345,ou=associates,ou=users,o=wlgore ldap.XWikiLDAPConfig- Ready to create user from LDAP with fields last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn ldap.XWikiLDAPConfig- Groupmapping found: XWiki.XWikiAdminGroup cn=Admin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore ldap.XWikiLDAPConfig- Groupmapping found: XWiki.MSOEGroup cn=MSOE,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore ldap.XWikiLDAPConfig- Groupmapping found: XWiki.MedicalFabricsAdmGroup
[xwiki-users] [ANN] XWiki Enterprise 1.7 Milestone 3 Released
he XWiki development team is pleased to announce the release of XWiki Enterprise 1.7 Milestone 3. Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download Last milestone of the XWiki Enterprise 1.7 version. Main changes: * Webdav support * Groovy upgrade * New script macro Important bug fixes: * The old LDAP authenticator is still used by default in some cases Note that general goals for XWiki Enterprise 1.7 are * Working and usable (i.e. users can use them for their day to day work instead of the old Syntax and old WYSIWYG editor) versions of new rendering and new WYSIWYG editor. * Working JCR (can be used for day to day work instead of Hibernate). * French XE * Blog revamping * Webdav integration For more information see the Release notes at: http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise17M3 Thanks, The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: Actually I am not setting the GroupMemberFields at all - it's using the defaults 'member' and 'unqiuemember'. The user is the same as in wiki and has read-access to everywhere. I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot access or see any members in any group anymore. Tried to delet and re-create with no effect. Maybe this is related? What do you means ? All XWiki groups are empty ? Or the any XWiki group page is blank ? Anyway even if you have some problem on XWiki side it should not break the call to LDAP search. Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20.11.2008 20:06 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I tweaked the test class a bit to conform the settings I have in my normal wiki setup: LDAP search: baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore] query=[null] attr=[[objectClass, uid, member, uniquemember]] ldapScope=[0] {name=dn value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore} {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore} {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore} {name=objectClass value=groupOfNames} {name=objectClass value=Top} I does now exactly the same LDAP search as printed out and it is still not returning anything. Which methods are called when performing the group-fetch? Maybe I used the wrong ones? Did you have a chance to look into your code? LDAP Authenticator use exactly the same method. The only things I see that could be different here are: - the user which is used to access the LDAP server - the case of the group members fields names. Are you using lower case ? utils.ldapUtils.setGroupMemberFields(Arrays.asList(member,equivalenttome)) Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 19.11.2008 14:14 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: We're using Novell's eDirectory. I thought of the same thing that lowercase could be a problem. But on the other side the member attribute is all lowercase - only equivalentToMe is mixed case. And I just tried it to only map it to member with no change. Right you should get name at least. It's weird than you get the objectClass attributes and not the name. I don't have more ideas of what can be the problem yet. Do the LDAP user have right to list LDAP groups ? Here are the new logs: bstractXWikiMigrationManager - No storage migration required since current version is [7351] ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames, group, top, dynamicgroupaux, groupofuniquenames, groupwisedistributionlist, dynamicgroup] ldap.XWikiLDAPConfig- ldap_group_memberfields: [equivalenttome, member] ldap.XWikiLDAPConnection- Connection to LDAP server [heffalump.wlgore.com:389] ldap.XWikiLDAPConnection- Binding to LDAP server with credentials login=[cn=intranet_proxy,ou=proxy-users,ou=system,o=wlgore] password=[***] LDAP.XWikiLDAPAuthServiceImpl - Found user dn with the user object: null ldap.XWikiLDAPConfig- Ready to create user from LDAP with fields last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn ldap.XWikiLDAPUtils - Searching for the user in LDAP: user:tzwitano base: query:(uid=tzwitano) uid:uid ldap.XWikiLDAPConnection- LDAP search: baseDN=[] query=[(uid=tzwitano)] attr=[[sn, givenName, fullName, mail, dn]] ldapScope=[2] ldap.XWikiLDAPConnection- LDAP search found attributes: [{name=dn value=cn=a12345,ou=associates,ou=users,o=wlgore}, {name=sn value=Zwitanowitsch}, {name=mail [EMAIL PROTECTED], {name=givenName value=Thomas}, {name=fullName value=Thomas Zwitanowitsch }] LDAP.XWikiLDAPAuthServiceImpl - LDAP attributes will be used to update XWiki attributes. LDAP.XWikiLDAPAuthServiceImpl - Updating existing user with LDAP attribues located at cn=a12345,ou=associates,ou=users,o=wlgore ldap.XWikiLDAPConfig- Ready to create user from LDAP with fields last_name=sn,first_name=givenName,fullname=fullName,email=mail,ldap_dn=dn ldap.XWikiLDAPConfig- Groupmapping found: XWiki.XWikiAdminGroup
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
On Fri, Nov 21, 2008 at 10:55 AM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I am not able to add any user to any group - however I sometimes get an error that the user I try to add already is in the group, but I cannot see it. The groups are all empty, even XWikiAllGroup. When you edit the groups with object editor, do you see the users in it ? Yes, I see this wouldn't make sense, but wanted to mention it as I am now not even able to grant access with local authorization anymore... Only superadmin works... Looks like there is something really wrong here. Don't have any idea what to do next. Any possibility to reset wiki, without loosing content? You can reimport the default XE xar for 1.6.1 (on http://www.xwiki.org/xwiki/bin/view/Main/Download) if you only added content and not modified default one (you can filter the one you modified when importing). Do you think I should try 1.7M3? 1.7M3 is a little instable right now on some new stuffs that has been added so I can't advise you to use it for production. But you can anyway try the standalone distribution at least to see if you still have LDAP and users/groups problems. Maybe this will help us to understand what is wrong. Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 21.11.2008 10:48 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: Actually I am not setting the GroupMemberFields at all - it's using the defaults 'member' and 'unqiuemember'. The user is the same as in wiki and has read-access to everywhere. I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot access or see any members in any group anymore. Tried to delet and re-create with no effect. Maybe this is related? What do you means ? All XWiki groups are empty ? Or the any XWiki group page is blank ? Anyway even if you have some problem on XWiki side it should not break the call to LDAP search. Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20.11.2008 20:06 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I tweaked the test class a bit to conform the settings I have in my normal wiki setup: LDAP search: baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore] query=[null] attr=[[objectClass, uid, member, uniquemember]] ldapScope=[0] {name=dn value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore} {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore} {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore} {name=objectClass value=groupOfNames} {name=objectClass value=Top} I does now exactly the same LDAP search as printed out and it is still not returning anything. Which methods are called when performing the group-fetch? Maybe I used the wrong ones? Did you have a chance to look into your code? LDAP Authenticator use exactly the same method. The only things I see that could be different here are: - the user which is used to access the LDAP server - the case of the group members fields names. Are you using lower case ? utils.ldapUtils.setGroupMemberFields(Arrays.asList(member,equivalenttome)) Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 19.11.2008 14:14 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: We're using Novell's eDirectory. I thought of the same thing that lowercase could be a problem. But on the other side the member attribute is all lowercase - only equivalentToMe is mixed case. And I just tried it to only map it to member with no change. Right you should get name at least. It's weird than you get the objectClass attributes and not the name. I don't have more ideas of what can be the problem yet. Do the LDAP user have right to list LDAP groups ? Here are the new logs: bstractXWikiMigrationManager - No storage migration required since current version is [7351] ldap.XWikiLDAPConfig- ldap_group_classes: [groupofnames, group, top, dynamicgroupaux, groupofuniquenames, groupwisedistributionlist, dynamicgroup] ldap.XWikiLDAPConfig- ldap_group_memberfields: [equivalenttome, member]
Re: [xwiki-users] Office-Importer Test Server.
Hi All, On Tue, Nov 18, 2008 at 5:28 PM, Asiri Rathnayake [EMAIL PROTECTED] wrote: Hi again, On Mon, Nov 17, 2008 at 5:27 PM, Asiri Rathnayake [EMAIL PROTECTED] wrote: Hi All, I have setup a test server for testing the new xwiki-office-importer feature @ http://91.121.237.216/xwiki/bin/view/Main/ Updated the office importer application with new UI improvements. Now it's possible to choose whether you want to keep styling information or not. Check it out : http://91.121.237.216/xwiki/bin/view/Import/ Sample document imported (styles filtered) : http://91.121.237.216/xwiki/bin/view/Import/NoStyles Sample document imported (styles preserved) : http://91.121.237.216/xwiki/bin/view/Import/WithStyles Filtering of styles will be improved further in near future (more severe filtering will be done). I have uploaded a version of xwiki office importer that does severe style filtering as requested by many. In this version we filter styles by attribute names. Filtering styles by css property names will be implemented soon. Please try out the new version at http://91.121.237.216/xwiki/bin/view/Import/ And let me know if the produced xwiki syntax code looks good :) Any other comments are highly appreciated. Note: I'm still working on the image link issue. Even though it is fixed in the rendering module, i have to do some tweaks to make it work in the office importer. Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Re(2): Problem with Admin Sheet page
I have these skinx plugins in the list: com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin, com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin, This problem has happened since I upgrade my XWiki with the DocumentTree plugin. I have already uninstalled it but the problem persists. Any clue? Thanks in advance users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 10:36 + escreveu: :Hi, : :It looks like your package and skinx plugins are not enabled. Can you :give use the plugins section of your xwiki.cfg ? :Which XE version are you using ? Did this happened after an upgrade ? : :JV. : :On Fri, Nov 21, 2008 at 11:22 AM, Bruno Neves [EMAIL PROTECTED] wrote: : Greetings : : I have a problem with AdminSheet. When I select Administrate wiki to change some configurations, verify : that no menu image was showed and when I try to export something I recive this error: : : A problem occured while trying to service your request. Please contact the support if this happens again. : Detailed information: :Error number 11015 in 11: Exception while exporting : Wrapped Exception: null : com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting : Wrapped Exception: null :at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64) :at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) :at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) :at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) :at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) :at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) :at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) :at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) :at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) :at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) :at :org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) :at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) :at :org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) :at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) :at :org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) :at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) :at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) :at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) :at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) :at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) :at org.mortbay.http.HttpServer.service(HttpServer.java:954) :at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) :at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) :at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) :at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) :at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) :at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) : : : Wrapped Exception: : : java.lang.NullPointerException :at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230) :at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57) :at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) :at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) :at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) :at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) :at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) :at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) :at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) :at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) :at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) :at :org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) :at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) :at :org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) :at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) :at
Re: [xwiki-users] Re(2): Problem with Admin Sheet page
I copy a xwiki.cfg from a new instalation, and problem is resolved. Thanks again Bruno Neves users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 11:13 + escreveu: :I have these skinx plugins in the list: : :com.xpn.xwiki.plugin.skinx.JsSkinExtensionPlugin, :com.xpn.xwiki.plugin.skinx.CssSkinExtensionPlugin, : :This problem has happened since I upgrade my XWiki with the DocumentTree plugin. I have already uninstalled :it but the problem persists. : :Any clue? : :Thanks in advance : : :users@xwiki.org em sexta-feira, 21 de Novembro de 2008 às 10:36 + escreveu: ::Hi, :: ::It looks like your package and skinx plugins are not enabled. Can you ::give use the plugins section of your xwiki.cfg ? ::Which XE version are you using ? Did this happened after an upgrade ? :: ::JV. :: ::On Fri, Nov 21, 2008 at 11:22 AM, Bruno Neves [EMAIL PROTECTED] wrote: :: Greetings :: :: I have a problem with AdminSheet. When I select Administrate wiki to change some configurations, verify :: that no menu image was showed and when I try to export something I recive this error: :: :: A problem occured while trying to service your request. Please contact the support if this happens again. :: Detailed information: ::Error number 11015 in 11: Exception while exporting :: Wrapped Exception: null :: com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting :: Wrapped Exception: null ::at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64) ::at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) ::at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) ::at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) ::at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) ::at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) ::at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) ::at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) ::at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) ::at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) ::at ::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) ::at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) ::at ::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) ::at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) ::at ::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) ::at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) ::at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) ::at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) ::at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) ::at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) ::at org.mortbay.http.HttpServer.service(HttpServer.java:954) ::at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) ::at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) ::at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) ::at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) ::at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) ::at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) :: :: :: Wrapped Exception: :: :: java.lang.NullPointerException ::at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230) ::at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57) ::at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) ::at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) ::at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) ::at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) ::at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) ::at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) ::at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) ::at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) ::at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) ::at ::org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) ::at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) ::at
[xwiki-users] Problem with Admin Sheet page
Greetings I have a problem with AdminSheet. When I select Administrate wiki to change some configurations, verify that no menu image was showed and when I try to export something I recive this error: A problem occured while trying to service your request. Please contact the support if this happens again. Detailed information: Error number 11015 in 11: Exception while exporting Wrapped Exception: null com.xpn.xwiki.XWikiException: Error number 11015 in 11: Exception while exporting Wrapped Exception: null at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:64) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:833) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:244) at org.mortbay.util.ThreadedServer.handle(ThreadedServer.java:357) at org.mortbay.util.ThreadPool$PoolThread.run(ThreadPool.java:534) Wrapped Exception: java.lang.NullPointerException at com.xpn.xwiki.web.ExportAction.exportXAR(ExportAction.java:230) at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:57) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:216) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:115) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432) at javax.servlet.http.HttpServlet.service(HttpServlet.java:616) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:428) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:830) at com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:287) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) at org.mortbay.jetty.servlet.WebApplicationHandler$CachedChain.doFilter(WebApplicationHandler.java:821) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:471) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:568) at org.mortbay.http.HttpContext.handle(HttpContext.java:1565) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:633) at org.mortbay.http.HttpContext.handle(HttpContext.java:1517) at org.mortbay.http.HttpServer.service(HttpServer.java:954) at org.mortbay.http.HttpConnection.service(HttpConnection.java:816) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:983) at
Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups
When you edit the groups with object editor, do you see the users in it ? Now this is weird. In all groups I can see the users using the object editor - despite the XWikiAllGroup, it is empty! Did reimport whole XAR - with no effect. Will try a local fresh setup... Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 21.11.2008 11:09 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Fri, Nov 21, 2008 at 10:55 AM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I am not able to add any user to any group - however I sometimes get an error that the user I try to add already is in the group, but I cannot see it. The groups are all empty, even XWikiAllGroup. When you edit the groups with object editor, do you see the users in it ? Yes, I see this wouldn't make sense, but wanted to mention it as I am now not even able to grant access with local authorization anymore... Only superadmin works... Looks like there is something really wrong here. Don't have any idea what to do next. Any possibility to reset wiki, without loosing content? You can reimport the default XE xar for 1.6.1 (on http://www.xwiki.org/xwiki/bin/view/Main/Download) if you only added content and not modified default one (you can filter the one you modified when importing). Do you think I should try 1.7M3? 1.7M3 is a little instable right now on some new stuffs that has been added so I can't advise you to use it for production. But you can anyway try the standalone distribution at least to see if you still have LDAP and users/groups problems. Maybe this will help us to understand what is wrong. Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 21.11.2008 10:48 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Fri, Nov 21, 2008 at 9:52 AM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: Actually I am not setting the GroupMemberFields at all - it's using the defaults 'member' and 'unqiuemember'. The user is the same as in wiki and has read-access to everywhere. I found another problem. Since the upgrade from 1.5.2 to 1.6.1 I cannot access or see any members in any group anymore. Tried to delet and re-create with no effect. Maybe this is related? What do you means ? All XWiki groups are empty ? Or the any XWiki group page is blank ? Anyway even if you have some problem on XWiki side it should not break the call to LDAP search. Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 20.11.2008 20:06 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Thu, Nov 20, 2008 at 3:08 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: I tweaked the test class a bit to conform the settings I have in my normal wiki setup: LDAP search: baseDN=[cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore] query=[null] attr=[[objectClass, uid, member, uniquemember]] ldapScope=[0] {name=dn value=cn=MedFabAdmin,ou=XWiki,ou=Corp,ou=Links,ou=extranet_access,ou=groups,o=wlgore} {name=member value=cn=a12345,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12341,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12342,ou=associates,ou=users,o=wlgore} {name=member value=cn=a12343,ou=partners,ou=non-associates,ou=users,o=wlgore} {name=member value=cn=a12344,ou=associates,ou=users,o=wlgore} {name=objectClass value=groupOfNames} {name=objectClass value=Top} I does now exactly the same LDAP search as printed out and it is still not returning anything. Which methods are called when performing the group-fetch? Maybe I used the wrong ones? Did you have a chance to look into your code? LDAP Authenticator use exactly the same method. The only things I see that could be different here are: - the user which is used to access the LDAP server - the case of the group members fields names. Are you using lower case ? utils.ldapUtils.setGroupMemberFields(Arrays.asList(member,equivalenttome)) Thanks! Thomas Thomas Mortagne [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 19.11.2008 14:14 Please respond to XWiki Users users@xwiki.org To XWiki Users users@xwiki.org cc Subject Re: [xwiki-users] LDAP Groupmembers not updated to XWiki-Groups On Wed, Nov 19, 2008 at 1:22 PM, Thomas Zwitanowitsch [EMAIL PROTECTED] wrote: We're using Novell's eDirectory. I thought of the same thing that lowercase could be a problem. But on the other side the member attribute is all lowercase - only equivalentToMe is mixed case. And I just tried it to only map it to member with no change. Right you should get name at least. It's weird than you get the objectClass
[xwiki-users] OutOfMemory errors.
Hi I have been running xwiki on a hosting server with 128Mb private JVM for a few weeks with no problems - but all of a sudden today i seem to be getting OutOfMemory errors whenever I try to run the app (i.e. go to the main page). Is there any links / advice for performance tuning - i was reading something about the attachment cache taking lots of memory (I would be happy to disable this cache). What would be the recommended memory for running xwiki? It all seems strange as i have been running it for 3 weeks with no probs, I have other hibernate apps but they are running fine. reagrds, rob. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with Admin Sheet page
I'm sorry. I forget the screenshoot . Thanks Bruno Neves ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Re(2): Problem with Admin Sheet page
I'm using XWiki Enterprise 1.5, and yes, this happened after an upgrade. I will verify my xwiki.cfg file. Thanks Bruno neves ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] groovy notification
Hi, See below Dan Svoboda wrote: Hi, I'm trying to use the notification system to trigger the sending of email whenever a comment is added to a blog article. I'm patterning my groovy class after the pircbot example on the xwiki snippets site. My system is xwiki workspaces as a virtual xwiki under xem. The platform version is 1.5.2. Here's my groovy class (XWSNotify.BlogMailNotificationGroovyClass): /* Groovy Class #* */ import com.xpn.xwiki.api.XWiki; import com.xpn.xwiki.XWikiContext; import com.xpn.xwiki.notify.XWikiDocChangeNotificationInterface; import com.xpn.xwiki.notify.DocObjectChangedRule; import com.xpn.xwiki.notify.XWikiNotificationRule; import com.xpn.xwiki.doc.XWikiDocument; public class BlogMailNotificationGroovyClass implements \ XWikiDocChangeNotificationInterface { def xwiki; def rule; def name; public void initClasses(XWikiContext context) { this.xwiki = context.getWiki(); // listen to notifications this.rule = DocObjectChangedRule(this); context.getWiki().getNotificationManager().addGeneralRule(rule); } public void notify(XWikiNotificationRule rule, XWikiDocument newdoc, \ XWikiDocument olddoc, int event, XWikiContext context) { def length = newdoc.getSpace().length(); def lastFour = length - 4; if(newdoc.getSpace().substring(lastFour) == Blog) { def ms = xwiki.getPlugin(mailsender); def nb = ms.sendHtmlMessage(context.getUser(), [EMAIL PROTECTED] , \ context.get(ccrecipients), context.get(bccrecipients), \ context.get(subject), newdoc.getRenderedContent(), \ newdoc.getContent(), newdoc.getAttachments()); } } } /* *# */ Here's a velocity script I'm using to initialize/test: #set($sc = $context.getContext().getEngineContext().getServletContext()) $sc.getAttribute(blgmailnotif)br/ #set($blgmlnotif = $ xwiki .parseGroovyFromPage(XWSNotify.BlogMailNotificationGroovyClass)) #set($ok = $sc.setAttribute(blgmailnotif, $blgmlnotif)) #set($blgmailnotif = $sc.getAttribute(blgmailnotif)) $sc.getAttribute(blgmailnotif)br/ #set($ok = $blgmlnotif.initClasses($context)) #set($ok = $blgmlnotif.notify($blgmlnotif.rule,$newdoc,$newdoc, 3,$context)) Here's the output from the velocity script: [EMAIL PROTECTED] [EMAIL PROTECTED] So, the groovy class gets initialized to a new reference successfully each time parseGroovyFromPage is called. Here's what appears in the log after running the velocity script: [ERROR] Left side ($request.title) of '!=' operation has null value. Operation not possible. [line 53, column 43] [WARNING] Cannot retrieve method notify from object of class BlogMailNotificationGroovyClass due to security restrictions. If I alter the velocity script to: #set($sc = $context.getContext().getEngineContext().getServletContext()) $sc.getAttribute(blgmailnotif)br/ Here's what appears in the log: [ERROR] Left side ($request.title) of '!=' operation has null value. Operation not possible. [line 53, column 43] So, the [WARNING] is the only log entry pertaining to the groovy class. If I add a comment to a Blog article (with or without the BlogMailNotificationGroovyClass initialized), the following appears in the log: [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] The number of lines corresponds to the number of comments present in the Blog article. There's nothing in the log pertaining to the groovy class. Indeed, this has nothing to do with your groovy notification. This is generated by the velocity engine. Is your skin customized ? Is the blog application modified ? (The log says that somewhere a variable $index is trying to add something to null. Might be the pagination of blog articles ?) Jerome. I can't find a variable $index in any arithmetical expression in any velocity script anywhere on the site. The
Re: [xwiki-users] groovy notification
Do you actually encounter a problem, besides the error in the logs ? I believe those logs are generated when you call getRenderedContent on your blog article, so I maintain they have nothing to do with your notification class. Which version of XWiki Enterprise are you using ? Jerome. Dan Svoboda wrote: Hi, See below Dan Svoboda wrote: Hi, I'm trying to use the notification system to trigger the sending of email whenever a comment is added to a blog article. I'm patterning my groovy class after the pircbot example on the xwiki snippets site. My system is xwiki workspaces as a virtual xwiki under xem. The platform version is 1.5.2. Here's my groovy class (XWSNotify.BlogMailNotificationGroovyClass): /* Groovy Class #* */ import com.xpn.xwiki.api.XWiki; import com.xpn.xwiki.XWikiContext; import com.xpn.xwiki.notify.XWikiDocChangeNotificationInterface; import com.xpn.xwiki.notify.DocObjectChangedRule; import com.xpn.xwiki.notify.XWikiNotificationRule; import com.xpn.xwiki.doc.XWikiDocument; public class BlogMailNotificationGroovyClass implements \ XWikiDocChangeNotificationInterface { def xwiki; def rule; def name; public void initClasses(XWikiContext context) { this.xwiki = context.getWiki(); // listen to notifications this.rule = DocObjectChangedRule(this); context.getWiki().getNotificationManager().addGeneralRule(rule); } public void notify(XWikiNotificationRule rule, XWikiDocument newdoc, \ XWikiDocument olddoc, int event, XWikiContext context) { def length = newdoc.getSpace().length(); def lastFour = length - 4; if(newdoc.getSpace().substring(lastFour) == Blog) { def ms = xwiki.getPlugin(mailsender); def nb = ms.sendHtmlMessage(context.getUser(), [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] , \ context.get(ccrecipients), context.get(bccrecipients), \ context.get(subject), newdoc.getRenderedContent(), \ newdoc.getContent(), newdoc.getAttachments()); } } } /* *# */ Here's a velocity script I'm using to initialize/test: #set($sc = $context.getContext().getEngineContext().getServletContext()) $sc.getAttribute(blgmailnotif)br/ #set($blgmlnotif = $xwiki.parseGroovyFromPage(XWSNotify.BlogMailNotificationGroovyClass)) #set($ok = $sc.setAttribute(blgmailnotif, $blgmlnotif)) #set($blgmailnotif = $sc.getAttribute(blgmailnotif)) $sc.getAttribute(blgmailnotif)br/ #set($ok = $blgmlnotif.initClasses($context)) #set($ok = $blgmlnotif.notify($blgmlnotif.rule,$newdoc,$newdoc, 3,$context)) Here's the output from the velocity script: [EMAIL PROTECTED] [EMAIL PROTECTED] So, the groovy class gets initialized to a new reference successfully each time parseGroovyFromPage is called. Here's what appears in the log after running the velocity script: [ERROR] Left side ($request.title) of '!=' operation has null value. Operation not possible. [line 53, column 43] [WARNING] Cannot retrieve method notify from object of class BlogMailNotificationGroovyClass due to security restrictions. If I alter the velocity script to: #set($sc = $context.getContext().getEngineContext().getServletContext()) $sc.getAttribute(blgmailnotif)br/ Here's what appears in the log: [ERROR] Left side ($request.title) of '!=' operation has null value. Operation not possible. [line 53, column 43] So, the [WARNING] is the only log entry pertaining to the groovy class. If I add a comment to a Blog article (with or without the BlogMailNotificationGroovyClass initialized), the following appears in the log: [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] [ERROR] Left side ($index) of addition operation has null value. Operation not possible. [line 20, column 25] The number of lines corresponds to the number of comments present in the Blog article. There's nothing in the log pertaining to the groovy class. Indeed, this has nothing to do with your
Re: [xwiki-users] Clean URL and WYSIWYG Issues
I ran into the same issue Jonathan mentioned the other day with wysiwyg/wiki editor after applying servlet mapping changes etc to get 'Short URLs' working. There appears to be 2 solutions, one is that you have to adjust servlet mappings for all directories .js files at the top level (*.js, tiny_mce, wiki_editor, yui) in order for everything to play nice together. A work around I've found if you don't want to do that (or have easy access to it) is that everything does appear to work if you move those directories under /skins/ adjust the references to those files, in javascript.vm editwysiwyg.vm (there may be a couple other references ...) I'm using a custom skin built on top of the defaults, which has the advantage that I can have my own versions of those files not have to worry about changing paths to those js libraries in the default skin files upon future upgrades. I'm undecided which the better method is (servlet mapping vs. moving those dirs), but in either case, this might be good info to add to the Short URL instructions - unless Jonathan I are the only ones who have encountered this , in which case, not sure where we went wrong in our respective configurations :-) Incidentally, the adaptation of XWiki I'm working on is a pilot product for www.boston.com (http://www.boston.com/yourtown/wiki/Newton/ - not quite ready for prime time however ;-) as we get it more solidified I'll be happy to share with the XWiki community get more involved - specifically I may be able to contribute some tips tricks shortcuts to the custom skin documentation ... Best, Ricky Brennan [EMAIL PROTECTED] ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] XWiki Enterprise 1.7 Milestone 3 Released
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: Hi, Thomas, I think the link to xwiki-enterprise-wiki-1.7-milestone-3.xar in the downloaded page is not correct. It must read http://forge.objectweb.org/project/download.php?group_id=170file_id=11716 but it currently links to: http://forge.objectweb.org/project/download.php?group_id=170file_id=117 Fixed, thanks! -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] XEM 1.4 working with XE 1.7.3?
Hi all, Please, must I be able to run XEM 1.4 on a new XE 1.7 milestone 3 instance? Thanks! Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users