Re: [xwiki-users] Help setting up XWiki in Tomcat container withMySQL on Windows
What version of Tomcat are you using? Sent from my BlackBerry® smartphone -Original Message- From: Sergiu Dumitriu Date: Sat, 22 May 2010 11:10:47 To: XWiki Users Subject: Re: [xwiki-users] Help setting up XWiki in Tomcat container with MySQL on Windows On 05/22/2010 01:44 AM, James Cuzella wrote: > Hello, > > I am trying to set up XWiki on my company's intranet, and have stumbled into > some problems with the configuration steps. Initially I'm setting things up > locally on my Windows XP desktop to test it out and find out what I need to > configure to get it running for production. Hopefully we will be able to > install this on a linux server more easily. > > I have followed the directions here: > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheXWikiWARmanually > > I have uncommented the lines in WEB-INF/hibernate.cfg.xml within my XWiki > installation relating to MySQL database, and added a database called xwiki > with user xw...@localhost in MySQL. You must also add the connector jar in WEB-INF/lib: http://repo1.maven.org/maven2/mysql/mysql-connector-java/5.1.12/ > I added the following permissions for the Java Security Manager to the file > C:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\catalina.policy > > // *** PERMISSIONS FOR XWiki Enterprise as documented at: > // > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallandconfigureaServletContainer > grant codeBase "file:C:/Program Files/Apache Software Foundation/Tomcat > 6.0/webapps/xwiki-enterprise-web-2.3/WEB-INF/lib/-" { >permission java.util.PropertyPermission "file.encoding", "read"; > // Needed by Hibernate -> antlr >permission java.util.PropertyPermission "ANTLR_DO_NOT_EXIT", "read"; >permission java.util.PropertyPermission "ANTLR_USE_DIRECT_CLASS_LOADING", > "read"; > // Needed by Hibernate and others >permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; >permission java.lang.RuntimePermission "createClassLoader"; >permission java.lang.RuntimePermission "setContextClassLoader"; > // Needed by commons-logging >permission java.util.PropertyPermission > "org.apache.commons.logging.LogFactory.HashtableImpl", "read"; > // Needed for connecting to the database >permission java.net.SocketPermission "127.0.0.1:3306", "connect,resolve"; > // Needed by the scheduler plugin -> quartz, but works without (maybe except > scheduling? should be checked) > // permission java.util.PropertyPermission "org.quartz.properties", "read"; > }; > > When I point my browser to the install url: > http://localhost/xwiki-enterprise-web-2.3, it gives me error messages like: > > > description The server encountered an internal error () that prevented it > from fulfilling this request. > exception javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error > number 3 in 0: Could not initialize main XWiki context Wrapped Exception: > Error number 3001 in 3: Cannot load class > com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from > param xwiki.store.migration.manager.class Wrapped Exception: Error number 0 > in 3: Exception while hibernate execute Wrapped Exception: Could not create a > DBCP pool. There is an error in the hibernate configuration file, please > review it. > org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > javax.servlet.http.HttpSe rvlet.service(HttpServlet.java:717) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) > > I have attached the full error message report, as well as my current > hibernate.cfg.xml file. Attachments are not allowed on the list. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ 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
Re: [xwiki-users] Help setting up XWiki in Tomcat container with MySQL on Windows
On 05/22/2010 01:44 AM, James Cuzella wrote: > Hello, > > I am trying to set up XWiki on my company's intranet, and have stumbled into > some problems with the configuration steps. Initially I'm setting things up > locally on my Windows XP desktop to test it out and find out what I need to > configure to get it running for production. Hopefully we will be able to > install this on a linux server more easily. > > I have followed the directions here: > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallingtheXWikiWARmanually > > I have uncommented the lines in WEB-INF/hibernate.cfg.xml within my XWiki > installation relating to MySQL database, and added a database called xwiki > with user xw...@localhost in MySQL. You must also add the connector jar in WEB-INF/lib: http://repo1.maven.org/maven2/mysql/mysql-connector-java/5.1.12/ > I added the following permissions for the Java Security Manager to the file > C:\Program Files\Apache Software Foundation\Tomcat 6.0\conf\catalina.policy > > // *** PERMISSIONS FOR XWiki Enterprise as documented at: > // > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Installation#HInstallandconfigureaServletContainer > grant codeBase "file:C:/Program Files/Apache Software Foundation/Tomcat > 6.0/webapps/xwiki-enterprise-web-2.3/WEB-INF/lib/-" { >permission java.util.PropertyPermission "file.encoding", "read"; > // Needed by Hibernate -> antlr >permission java.util.PropertyPermission "ANTLR_DO_NOT_EXIT", "read"; >permission java.util.PropertyPermission "ANTLR_USE_DIRECT_CLASS_LOADING", > "read"; > // Needed by Hibernate and others >permission java.lang.reflect.ReflectPermission "suppressAccessChecks"; >permission java.lang.RuntimePermission "createClassLoader"; >permission java.lang.RuntimePermission "setContextClassLoader"; > // Needed by commons-logging >permission java.util.PropertyPermission > "org.apache.commons.logging.LogFactory.HashtableImpl", "read"; > // Needed for connecting to the database >permission java.net.SocketPermission "127.0.0.1:3306", "connect,resolve"; > // Needed by the scheduler plugin -> quartz, but works without (maybe except > scheduling? should be checked) > // permission java.util.PropertyPermission "org.quartz.properties", "read"; > }; > > When I point my browser to the install url: > http://localhost/xwiki-enterprise-web-2.3, it gives me error messages like: > > > description The server encountered an internal error () that prevented it > from fulfilling this request. > exception javax.servlet.ServletException: com.xpn.xwiki.XWikiException: Error > number 3 in 0: Could not initialize main XWiki context Wrapped Exception: > Error number 3001 in 3: Cannot load class > com.xpn.xwiki.store.migration.hibernate.XWikiHibernateMigrationManager from > param xwiki.store.migration.manager.class Wrapped Exception: Error number 0 > in 3: Exception while hibernate execute Wrapped Exception: Could not create a > DBCP pool. There is an error in the hibernate configuration file, please > review it. > org.apache.struts.action.RequestProcessor.processException(RequestProcessor.java:535) > > org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:433) > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) > org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > javax.servlet.http.HttpServlet.service(HttpServlet.java:617) > javax.servlet.http.HttpSe rvlet.service(HttpServlet.java:717) com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:129) com.xpn.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:152) com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:68) com.xpn.xwiki.web.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:304) com.xpn.xwiki.web.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:112) > > I have attached the full error message report, as well as my current > hibernate.cfg.xml file. Attachments are not allowed on the list. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [xwiki-devs] [Proposal] Rights Management UI
Hi Caty, This one is simpler and more easy to understand than proposal 2 (which I liked but were complex). It is your best try IMO. I agree with Caty that using icons too reduce the place taken will not allow easy extensions. But Alex proposal would help to have a summary view, which is nice to have too. Maybe we could do both in fact. Propose a summary view (by default), which fit a single line per user, this view would present the common rights (V/C/E/D/A/(R/P)) using icons, and a last icon would be used to mention there is more special rights either inherited, allowed or denied. So we only need to use (and think about) a short icon representation for common rights, and extended rights will be represented by a single special representation. Rows could be expanded individually or globally so if you want a more detailled information, you may reach it either for a single user or all at once. Changing common rights would be allowed in collapsed mode and expanded mode, but changing special rights would only be allowed in expanded view. If you want to keep the width even smaller, you may also colspan the user/group column over the others, using 2 rows per user, but I am not sure it will be nice. (Could this be only when horizontal space is short ?) I really like this one because it is simple to learn without documentation and could also help learning how rights works, but there is again some inconstancies with the current implementation. Compare to proposal 3, these inconsistencies may be nicely fixed and really helps understanding why the right is disallowed at any time. You can do it like this: - the inheritance pop-up information should be at the right level in the inheritance columns. The rights are inherited and check individually, so the precise source of inheritance is per rights, not only per user or group - there is a local source of inheritance: if the a right is allowed to anyone else at the same level, it is implicitly disallowed for any others. So the source of inheritance is the local level, implying a deny because the local level has at least a specific allow. This means than when you drag the first time a right in the allow column, all other user/group at the same level will have that right inherited deny from the current level. (For those who wonder and will check the source of the right service, yes, there is potential performance improvement by immediately denying when a non-matching allow is found, currently we continue to check right at higher level for more deny, this is not really clever) With these changes, I really feel that this last proposal could be a real improvement in the way rights are applied, and keeps the interface simple at the same time. WDYT ? Denis On Sat, May 22, 2010 at 07:57, Ecaterina Valica wrote: > On Fri, May 21, 2010 at 21:42, Alex Busenius >wrote: > > > I like this version, it makes clear what is allowed/denied and why, but > > it takes a lot of space. What if those rights names would be replaced by > > big icons and placed side by side? Like this (sorry for ASCII-art): > > > > ---+-+--+-- > > Unregistered users | [+V] [+C] [+R] [-D] [-A] [-P] [-CC] | | [-E] > > > > > Big Icons: > We are using Silk set for our icons and this is constraining. Also, Rights > version 3-4 were made having rights extensibility in mind, for use cases > like adding "captchaComment" right, or "annotate" right, or > "applicationXusage" right so I don't think is very good if > applications > are gonna have to choose their custom icon to represent their custom right, > because is gonna be a mess in the UI. > > There are few possible icons to choose from (in order to keep the look&feel > unitary) and having the developers choose their own icon for the right they > extend is gonna break the UI consistency. > I think is much easier, extensible and less visual cryptic to textual > describe an extensible right. > > Placed side by side: > Version 4 takes a lot of space, yes, but the problem with side by side is > that is less readable (harder to scan the rights order). Also it's easier > to > have a bigger area to select when you want to drag an item. > > Thanks Alex for your feedback, > Caty > > > > > Alex > > > > > > On 05/21/2010 07:51 PM, Ecaterina Valica wrote: > > > Hi, > > > > > > Changes: > > > > > >- One additional column is added: "Default / Inherited Rights", by > > >default all rights appear in this column > > >- By using drag'n'drop items are tossed around between "Allow > rights", > > >"Deny rights" and "Default / Inherited Rights" > > > > > > Rights Proposal 4: > > > > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Proposal > > > Wiki Prototype: > > > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Wiki > > > Space Prototype: > > > http://incubator.myxwiki.org/xwiki/bin/view/Improvements/Rights4Space > > > > > > This proposal is done by using feedback provide