Re: [xwiki-users] Uploading larger files
Hi, See this thread: http://xwiki.475771.n2.nabble.com/Changed-upload-maxsize-but-still-can-t-attach-larger-than-10-MB-td2130422.html . Raluca. On Mon, Sep 13, 2010 at 4:45 PM, Dalluege, Pierre (extern) wrote: > Hello xwiki users, > > I have to upload larger files (i.e. ebooks (above 100MB) or images of 80MB) > and at the moment the upload fails. > > I increased the size of mysql packages to 512 MB, but it didn't help, any > ideas? > > Best regards > > Pierre > ___ > 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] Uploading larger files
The problem is memory expense. When you upload an attachment, it is put into RAM, then it's saved in the database, but before the save is committed, the content is copied and converted to a base64 String (expanding it by 30% for the base64 then doubling it because java uses UTF-16 for String) then it is formed into an RCS archive node using Apache jrcs which makes a copy of the content (also in ram). The result is you need memory capacity which is many times the size of the attachment. The short answer is although we are looking at ways to improve memory footprint, currently the effective limit is about 30MB. Caleb Dalluege, Pierre (extern) wrote: > Hello xwiki users, > > I have to upload larger files (i.e. ebooks (above 100MB) or images of 80MB) > and at the moment the upload fails. > > I increased the size of mysql packages to 512 MB, but it didn't help, any > ideas? > > Best regards > > Pierre > ___ > 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] Anybody able to deploy Xwiki on glassfish 2.1.1 using mysql?
Thanks, Reto. I'll try it! On Sun, Sep 12, 2010 at 11:52 AM, Reto Hotz wrote: > Hi, > > Try to update cglib to 2.2. > > See also here: http://markmail.org/message/iwrmwuuk72nveay4 > > Hope this helps. > > Greetings > Reto > > Am 12.09.2010 18:25, schrieb Mike: > > Thanks, Marius. I renamed the WEB-INF/lib/cglib-2.1_3.jar out of the way > > and re-deployed, but it does not look like anything has changed > error-wise. > > > > I'm disappointed because I really like Xwiki, but I'm running out of > time. > > > > Regards, > > > > Mike > > > > On Sun, Sep 12, 2010 at 3:46 AM, Marius Dumitru Florea< > > mariusdumitru.flo...@xwiki.com> wrote: > > > >> Hi Mike, > >> > >> On 09/12/2010 06:08 AM, Mike wrote: > >>> I've got pristine installations of both mysql 5.1.48 and glassfish > 2.1.1, > >>> and I always get: > >>> > >>> PWC1406: Servlet.service() for servlet action threw exception > >>> 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: Could not > >>> initialize class net.sf.cglib.proxy.Enhancer at > >> > >> This might be caused by a conflict between the version of cglib jar used > >> by XWiki (check out WEB-INF/lib) and the one used by your web server, > >> i.e. GlassFish. > >> > >> Hope this helps, > >> Marius > >> > >>> com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:402) at > >>> com.xpn.xwiki.XWiki.getXWiki(XWiki.java:471) at > >>> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136) at > >>> com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) at > >>> > >> > org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) > >>> at > >>> > >> > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236) > >>> at > >> org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196) > >>> at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414) > >> at > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:734) at > >>> javax.servlet.http.HttpServlet.service(HttpServlet.java:847) at > >>> > >> > org.apache.catalina.core.ApplicationFilterChain.servletService(ApplicationFilterChain.java:427) > >>> at . > >>> > >>> [rest of dump cut] > >>> > >>> This is annoying, because I was able to get an earlier version of Xwiki > >>> going, but had a server crash where everything got wiped out, and I'm > >>> starting fresh. > >>> > >>> Any help would be gratefully received. > >>> > >>> Many thanks. > >>> > >>> > >>> Regards, > >>> > >>> Mike > >>> ___ > >>> 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 > > ___ > 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
[xwiki-users] Load watchlist for user group
Hello, How can I force (via some admin script or configuration) that a specific user's group have a predefined watchlist? I would like to guarantee that a specific set of pages and/or spaces are being monitored by certain groups. I'm using XWiki 2.4 with LDAP groups for authentication. Regards, Ramon Gomes Brandão ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Extension Manager first working POC !
Hi xwikiers, Since May and actively since end of August I'm working on a POC for the future (long awaited) Extension Manager. It's now in a state where you can play with it a bit ! So here is a quick advertisement. You can find it on http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-extension/ What it does already: - display remote extension and its dependencies as a tree - install remote extension and its dependencies from repositories - framework support any kind of extension using ExtensionInstaller component interface but only jar installer is implemented right now - framework support any kind of repository using RepositoryFactory component interface but only maven is implemented right now - load installed application when XWiki starts Critical features not yet supported: - miscellaneous rights protections in extension manager script service - uninstall/upgrade support: need to find a way to remove a jar from classloader. Note that you can remove an extension from local repository and restart. - xar installer: just need to provide a ExtensionInstaller implementation with role hint "xar" since this needs access to the whole model the first version will probably be implemented with old APIs (XWikiDocument, etc.) on xwiki-core side - install extension not coming from a repository: the current API is very repository centric but you can do it "by hand" by putting directly the extension jar file in the local repository. - real descriptors in local repository for installed extensions (to store in a repository independent way extension information as well as some local only metadas like the fact that an extension as been installed as a dependency of another etc.) - others on http://svn.xwiki.org/svnroot/xwiki/contrib/sandbox/xwiki-extension/README.txt I'm preparing some design documentation that will go on http://dev.xwiki.org/xwiki/bin/view/Design/ExtensionManagerProposal but i don't have much time right now so it will probably be tomorrow (GMT). The current state is not final at all but it still introduce a lot of APIs and design, lets call it an over designed POC. It needs to be discussed in all it's aspects before having its experimental tag removed. The plan is to distribute it with XE coming with 2.5 whatever it's state (when it does not represent a risk for XE obviously) as an experimental playground with all the required warnings in the UI and promote it when we are happy with a first version. Thanks, -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Strange HTTP://500 error?? hibernate.cfg.xml wrong?
Ok I figured this one out!! The pg_hba.conf file of Postgresql needed to have this line added: # TYPE DATABASEUSERCIDR-ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: hostall all 127.0.0.1/32 trust # IPv6 local connections: hostall all ::1/128 trust *hostall all 192.168.0.151/32 trust* Now all is fine!! :-) Few! Regards, Kaya Original Message Subject:Strange HTTP://500 error?? hibernate.cfg.xml wrong? Date: Mon, 13 Sep 2010 16:23:37 +0300 From: Kaya Saman To: XWiki Users Hi, as some of you guys who've already helped me know by now that I have a working instance of Xwiki Recently I tried to simulate this and go over the steps I'd already done in order to document the install! I installed FreeBSD 8.0 Release x64 and recreated my FreeBSD jail that I currently run Xwiki in. Everything went to plan with all steps involved being documented all the way and versions of software checked against each other; however, when it came to actually browsing to Xwiki I got an error 500 message?? All details of my install can be found here: http://wiki.optiplex-networks.com/xwiki/bin/view/FreeBSD/XWiki however it is quite long so I am only going to explain about the error and areas that the error highlights: I'm using Postgresql as the DB backend as I had issues with MySQL so that needs further testing later, and Tomcat6. My hibernate.cfg.xml file looks like so: jdbc:postgresql://localhost:5432/xwiki xwiki xwiki org.postgresql.Driver org.hibernate.dialect.PostgreSQLDialect com.xpn.xwiki.store.DBCPConnectionProvider 2 2 With the rest all commented out apart from the default non-database stuff right at the top of the stock file; the default DB lines have been commented out! Although no need I uncommented this line: xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml in the xwiki.cfg file. This is the exact error: 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.HttpServlet.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.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. com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:402) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:471) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) 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.HttpServlet.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)
[xwiki-users] Strange HTTP://500 error?? hibernate.cfg.xml wrong?
Hi, as some of you guys who've already helped me know by now that I have a working instance of Xwiki Recently I tried to simulate this and go over the steps I'd already done in order to document the install! I installed FreeBSD 8.0 Release x64 and recreated my FreeBSD jail that I currently run Xwiki in. Everything went to plan with all steps involved being documented all the way and versions of software checked against each other; however, when it came to actually browsing to Xwiki I got an error 500 message?? All details of my install can be found here: http://wiki.optiplex-networks.com/xwiki/bin/view/FreeBSD/XWiki however it is quite long so I am only going to explain about the error and areas that the error highlights: I'm using Postgresql as the DB backend as I had issues with MySQL so that needs further testing later, and Tomcat6. My hibernate.cfg.xml file looks like so: jdbc:postgresql://localhost:5432/xwiki xwiki xwiki org.postgresql.Driver org.hibernate.dialect.PostgreSQLDialect com.xpn.xwiki.store.DBCPConnectionProvider 2 2 With the rest all commented out apart from the default non-database stuff right at the top of the stock file; the default DB lines have been commented out! Although no need I uncommented this line: xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml in the xwiki.cfg file. This is the exact error: 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.HttpServlet.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.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. com.xpn.xwiki.XWiki.getMainXWiki(XWiki.java:402) com.xpn.xwiki.XWiki.getXWiki(XWiki.java:471) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:136) com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:116) org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431) 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.HttpServlet.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) The only thing I did differently is initially build the JDK environment and Tomcat without the TZupdater tool from Sun?? Has anyone got any ideas of what I'm missing here and why the system claims that there is an error in the hibernate.cfg.xml file?? These are the versions of Postgresql connector that I have tried: postgresql-8.2-511.jdbc4.jar postgresql-8.3-603.jdbc4.jar postgresql-8.3-606.jdbc4.jar On my production build I use 8.3-603.jdbc4.jar On the test version I also installed some patches for the JDK environment as I hadn't updated my ports tree before building the packages even though upgrading the ports rebui
[xwiki-users] Uploading larger files
Hello xwiki users, I have to upload larger files (i.e. ebooks (above 100MB) or images of 80MB) and at the moment the upload fails. I increased the size of mysql packages to 512 MB, but it didn't help, any ideas? Best regards Pierre ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Uploading larger files
Hello xwiki users, I have to upload larger files (i.e. ebooks (above 100MB) or images of 80MB) and at the moment the upload fails. I increased the size of mysql packages to 512 MB, but it didn't help, any ideas? Best regards Pierre ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Suggestion in Meta-G (Jump to any page) is allways empty for normal users of a wiki farm
Hi! Maxime Mathieu wrote: > Hi, > > 2010/9/10 [Ricardo Rodriguez] eBioTIC. > > > In my humble opinion, a "virtual wiki" is a xwiki installation that enables > to manage a farm of wikis. > > See http://manager.xwiki.org/xwiki/bin/view/AdminGuide/Installation > *Set your wiki as "virtual" to allow multiple wikis* > > A farm is composed of a "main wiki" (the controller) and a lot of "wikis". > Theses terms seem to constitute the "official" vocabulary of the xwiki > product. > > In my words, a sub-wiki is just a simple wiki of the farm. > > The words "Local" and "Global" apply to users and groups. Global means : > "present in the main wiki", Local means : "present in a wiki (not the main > one)" > > > I think that what sounds weird to me here is the adjective virtual applied to that sub-wikis. It is not less "virtual" the controller than any of the wikis being controlled, at some extent, by it. I think I feel myself more confortable speaking about a *wikisystem* or a *wikiscape *(perhaps XWikisystem or XWikiscape better than a XWiki Ecosystem) where relationships of dependence between wikis and objects within wikis need to be defined. Well, that seems more related with philosophy or anthropology then with computer science. >> No idea, sorry. I've not faced this kind of challenges yet. What I >> understand here is that you want to have virtual wikis administrators >> that won't be able to create local users, am I right? This will be >> welcome also here. >> >> > Yes exactly. > > I see what you want here. In fact, this morning I had a good example that required this solution: I would need a so called administrator for a wiki that has not rights to modify the composition of the community (won't be able to create local users) although is trusted to organize documents/objects within that wiki. Don't you thing it deserves a Jira idea? > It doesn't show any result for me too, this is why I created the issue > > XAADMINISTRATION-167. Sorry, I must concentrate on Jira and forget other topics! Cheer, 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
Re: [xwiki-users] Suggestion in Meta-G (Jump to any page) is allways empty for normal users of a wiki farm
Hi, 2010/9/10 [Ricardo Rodriguez] eBioTIC. > Hi Maxime, > > > First of all, allow me what could be a silly question: *virtual wiki* > and *subwiki* are used as synonyms? Local and main wiki are also used > indistinctly? I think Local is used as "relative" concept both in the > main and virtual wikis to express that an user or a group is defined in > its database. Thus, I think it will be better to use *main wiki* for the > "master", even though I prefer the the old wary: the controller, and > *virtual wikis* for any other wiki in the farm. In fact sub wiki could > be not appropriate for a number or reasons. For instance, here we have > some virtual wikis that are far from being considered as a sub-group of > the controller. > > In brief: I would like to propose to use *controller* and *virtual > wikis* as the advised way of calling both type of wikis. WDYT? Thanks! > In my humble opinion, a "virtual wiki" is a xwiki installation that enables to manage a farm of wikis. See http://manager.xwiki.org/xwiki/bin/view/AdminGuide/Installation *Set your wiki as "virtual" to allow multiple wikis* A farm is composed of a "main wiki" (the controller) and a lot of "wikis". Theses terms seem to constitute the "official" vocabulary of the xwiki product. In my words, a sub-wiki is just a simple wiki of the farm. The words "Local" and "Global" apply to users and groups. Global means : "present in the main wiki", Local means : "present in a wiki (not the main one)" > > But in fact, an admin can create a local user (not connected to the LDAP) > in > > a subwiki. It is what I have done only to test the Meta-G feature. > > If you know how to prevent local user creation, I'm interested. > > > > No idea, sorry. I've not faced this kind of challenges yet. What I > understand here is that you want to have virtual wikis administrators > that won't be able to create local users, am I right? This will be > welcome also here. > Yes exactly. > > More about my configuration : > > Users don't have the right to read the main wiki (except their profil > page, > > of course). > > Only users are imported from the LDAP, the groups are xwiki groups. > > Here groups in the directory service are used for many other different > things. So, for us, groups in the farm and in the directory service must > be synchronized. In fact, this is a feature we are planning to develop. > Well, patronize its development! I am far from being able to develop > such a thing! Now, users and groups can be synchronized with directory > service contains, but that is not true the other way round. For > instance: if an user changes its telephone number in the his/her wiki > profile, the change won't propagate to the directory. > > Please, why do you use XWiki groups? > > > The > > principle to manage the rights of a subwiki is that the subwiki > > administrator creates local group and inserts global users in it. > > > > I get your point, but as stated before, groups for us have a lot of > different uses in the directory service. I've not tried yet how LDAP > properties set at virtual wiki level behave. I will keep this thread, or > created new ones if required, updated about this issue. > > BTW, does global user selector work for you when editing local groups in > virtual wikis? It doesn't show any result for me. > > It doesn't show any result for me too, this is why I created the issue XAADMINISTRATION-167. Regards, Maxime ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users