Re: [xwiki-users] changing some layout details in a single page
Sergiu Dumitriu wrote: A shorter code: #if($!request.skin != myskin) $response.sendRedirect($doc.getURL(view, skin=myskin) #end Much more elegant :-) Must this go to a code snippet entry? Thanks! Cheers, Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] changing some layout details in a single page
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: Sergiu Dumitriu wrote: A shorter code: #if($!request.skin != myskin) $response.sendRedirect($doc.getURL(view, skin=myskin) #end Much more elegant :-) Must this go to a code snippet entry? Thanks! Cheers, Ricardo Oops! Sorry, I've misread Guillaume's last message. Adding a snippet code entry... Best, -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] changing some layout details in a single page
[Ricardo Rodriguez] Your EPEC Network ICT Team wrote: Sergiu Dumitriu wrote: A shorter code: #if($!request.skin != myskin) $response.sendRedirect($doc.getURL(view, skin=myskin) #end Much more elegant :-) Must this go to a code snippet entry? Thanks! Yes, feel free to create it. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] changing some layout details in a single page
Done! http://code.xwiki.org/xwiki/bin/view/Snippets/ForceSkinSnippet Thank you so much, Ricardo Sergiu Dumitriu wrote: Also, I forgot a closing ) $response.sendRedirect($doc.getURL(view, skin=myskin)) -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Managing emails in XWiki (was Re: Roadmap for XE 1.4)
On Mar 10, 2008, at 5:01 PM, Guillaume Lerouge wrote: [snip] * A way of sending emails to XWiki so they can be stored, archived and referenced from a wiki page. Yep, I remember some talking about this. BTW I wonder if XWiki Watch could be used for this? We'd just need to hook a mailbox + a POP module (or a mailing list archive reader) and it should work just fine I think. I'm not sure this is the most relevant way to do it. I don't agree. What you have in mind is a simple email storage/search facility. However leverage watch we get much more: * The ability to tag/filter interesting mails. Since the problem with mails is that the information is scattered a bit everywhere, I think it's useful to be able to say that such email is flagged as containing interesting information for example. * The ability to reuse an existing interface with all its niceness * Emails are just a source of information. I recall Ludovic saying that Watch was designed to allow different input sources. For example for AFP we had discussed using Watch to read their existing documents and presenting them in Watch. * The Watch Email plugin would be easily plugged onto a mailing list (by having a watch user subscribed to the list for example). Another plugin would be one that plugs on the email list manager (and thus can request past emails, etc). * When Watch gets new features added our email feature also gets features added automatically. * Watch can be seen as a generic tool for managing information source feeds. I'd rather see an email archive application that would work this way - you send an email to a given address (say [EMAIL PROTECTED] ) . There's another option. Create a forum application to manage mails in the same as Jive is doing it with their forum: http://www.jivesoftware.com/products/forums/featuretour.jsp They also support plugging in their forum onto an existing mailing list which is great. IMO going the Watch route would be a good thing to try as a POC or as a GSOC since it shouldn't be too hard to do. The email is converted into a wiki page with an unique identifier based on its subject, sender, date etc. This is true with Watch too. The page metadata uses the email info to fill in the author creation date. A check would probably be needed for protected page (add the email only if the sender's email adresses matches the one of an user who has rights on that page). An index page lists all the email and allows filtering searching them. A macro allows to quote a mail in a page (could be done with #includeTopic(MailArchive.UniqueEmailIdentifier) actually) Anyway more discussions would be needed to decide whether that application would be worth making it into XE 1.4 (though I'd be glad to have it). [snip] Thanks -Vincent___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Managing emails in XWiki (was Re: Roadmap for XE 1.4)
[snip] * A way of sending emails to XWiki so they can be stored, archived and referenced from a wiki page. Yep, I remember some talking about this. BTW I wonder if XWiki Watch could be used for this? We'd just need to hook a mailbox + a POP module (or a mailing list archive reader) and it should work just fine I think. I'm not sure this is the most relevant way to do it. I don't agree. What you have in mind is a simple email storage/search facility. However leverage watch we get much more: * The ability to tag/filter interesting mails. Since the problem with mails is that the information is scattered a bit everywhere, I think it's useful to be able to say that such email is flagged as containing interesting information for example. * The ability to reuse an existing interface with all its niceness * Emails are just a source of information. I recall Ludovic saying that Watch was designed to allow different input sources. For example for AFP we had discussed using Watch to read their existing documents and presenting them in Watch. * The Watch Email plugin would be easily plugged onto a mailing list (by having a watch user subscribed to the list for example). Another plugin would be one that plugs on the email list manager (and thus can request past emails, etc). * When Watch gets new features added our email feature also gets features added automatically. * Watch can be seen as a generic tool for managing information source feeds. Indeed. In the end, Watch is a tool that basically allows for collaborative filtering of any kind of information as long as it can get in under the form of ordered items (articles, messages, posts...). My point was not so much that Watch cannot do email management (I'm convinced that it could indeed bring a lot of value to the process of email filtering, for instance by allowing a team of salespeople to filter classify incoming contact mails), but rather than its features set might be an overkill for people with basic email archiving needs. I'd rather see an email archive application that would work this way - you send an email to a given address (say [EMAIL PROTECTED]) . There's another option. Create a forum application to manage mails in the same as Jive is doing it with their forum: http://www.jivesoftware.com/products/forums/featuretour.jsp They also support plugging in their forum onto an existing mailing list which is great. Since the way a forum works is very similar to the way a mailing list does, this can be an interesting idea too : let users post from either the forum the mailing list, and have emails automatically generate forum entries forum entries being sent as emails to the list. In the end the user doesn't care where to post from, like what Nabble offers IMO going the Watch route would be a good thing to try as a POC or as a GSOC since it shouldn't be too hard to do. +1 for making this a PoC / GSoC project. As for how to do all this, I think Anca proposed a sound way to do it : As for directly reading a mailbox and a mail archive, here's how we could do it: apart from the feed reader plugin, we can have a mailreader plugin to handle this job (and just the same, a lot of other reader plugins to handle various types of content). It seems the right way of adding extra content fetching powers to Watch so this is, in the end, not a Watch specific job but more like a plugins one. - We could write a mail plugin (in fact I think there's already some kind of a mail API in XWiki, coming from the mail-1.4.jar plugin, but we could also use something like James - http://james.apache.org/) that would receive email and then process it towards either Watch, the Forum or any other application (maybe using something such as this : http://james.apache.org/mailet/index.html), to allow for maximum flexibility. [snip] Guillaume ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Fw: Re: name of default database
vmassol wrote: On Jan 10, 2008, at 2:31 PM, rssh wrote: Good day. I just download xwiki, and see, that it is not possible to set name of default database scheme other than 'xwiki'. (Becouse xwiki.tableName is hardcoded in SQL statements) Unfortunately. this means that it is hard to use xwiki as platform for web application, because usually we have situation 'one application/one database scheme' and want to use few applications (or few version of same application) simultaneously. Question: if I change this and wull create path for configurable database scheme name of main xwiki instance, would this patches be accepted (?) or such using is out of scope of interest for xwiki community ? We'd love that patch . However it's not an easy patch (you/we'll need to test it in lots of different conditions: XE, XEM, different databases). Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Any news on this? I did just run into this issue... For the record the jira issue is there and not implemented yet: http://jira.xwiki.org/jira/browse/XWIKI-2006 -Vincent Need to clarify: patch is ready and need only in testing(from xwiki side, works for me) and committing. (As I see the main reason while it not committed yet -- lack of time of core xwiki committers, and also they just afraid touch low-level stuff [may be with some reason]) Also note, that JIRA support voting, i. e. you can vote for this issue and may be this will help xwiki developers to prioritize this issue to be resolved in non-infinite time frame. -- Ruslan Shevchenko GradSoft. http://www.gradsoft.ua ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Fw: Re: name of default database
On Sat, Mar 15, 2008 at 11:57 AM, rssh [EMAIL PROTECTED] wrote: vmassol wrote: On Jan 10, 2008, at 2:31 PM, rssh wrote: Good day. I just download xwiki, and see, that it is not possible to set name of default database scheme other than 'xwiki'. (Becouse xwiki.tableName is hardcoded in SQL statements) Unfortunately. this means that it is hard to use xwiki as platform for web application, because usually we have situation 'one application/one database scheme' and want to use few applications (or few version of same application) simultaneously. Question: if I change this and wull create path for configurable database scheme name of main xwiki instance, would this patches be accepted (?) or such using is out of scope of interest for xwiki community ? We'd love that patch . However it's not an easy patch (you/we'll need to test it in lots of different conditions: XE, XEM, different databases). Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Any news on this? I did just run into this issue... For the record the jira issue is there and not implemented yet: http://jira.xwiki.org/jira/browse/XWIKI-2006 -Vincent Need to clarify: patch is ready and need only in testing(from xwiki side, works for me) and committing. (As I see the main reason while it not committed yet -- lack of time of core xwiki committers, and also they just afraid touch low-level stuff [may be with some reason]) The problem was also that this patch add hql queries and almost double them in non virtual mode: for each hibernate transaction it execute a query to force switch to the configured database. But as it's not worst than virtual mode which do exactly the same this to ensure it works on the correct wiki/database. Also note, that JIRA support voting, i. e. you can vote for this issue and may be this will help xwiki developers to prioritize this issue to be resolved in non-infinite time frame. -- Ruslan Shevchenko GradSoft. http://www.gradsoft.ua ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] installation problems
I'm getting two kinds of exceptions - one to do with log4j, which can't get permissions to write. Perhaps I should try creating the xwiki.log file manually - where should it be? - one to do with some missing classes. am I short of a jar or two? Mar 13, 2008 10:15:19 AM org.apache.catalina.startup.HostConfig deployWAR INFO: Deploying web application archive xwiki.war log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: xwiki.log (Permission denied) at java.io.FileOutputStream.openAppend(Native Method) at java.io.FileOutputStream.init(FileOutputStream.java:177) at java.io.FileOutputStream.init(FileOutputStream.java:102) at org.apache.log4j.FileAppender.setFile(FileAppender.java:289) at org.apache.log4j.RollingFileAppender.setFile(RollingFileAppender.java :165) at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:163) [...] at org.apache.velocity.runtime.log.SimpleLog4JLogSystem.init( SimpleLog4JLogSystem.java:74) at org.apache.velocity.runtime.log.LogChuteSystem.init( LogChuteSystem.java:52) [..] at org.apache.velocity.app.Velocity.init(Velocity.java:83) at com.xpn.xwiki.web.InitializationServletContextListener.initializeVelocity (InitializationServletContextListener.java:88) at com.xpn.xwiki.web.InitializationServletContextListener.contextInitialized( InitializationServletContextListener.java:44) at org.apache.catalina.core.StandardContext.listenerStart( StandardContext.java:3830) [...] at org.apache.catalina.startup.Catalina.start(Catalina.java:566) [..] at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) java.lang.InternalError: Can't connect to window server - not enough permissions. at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1822) [...] at java.awt.image.ColorModel.loadLibraries(ColorModel.java:188) at java.awt.image.ColorModel.clinit(ColorModel.java:196) at com.jhlabs.image.WholeImageFilter.init(WholeImageFilter.java) at com.jhlabs.image.WaterFilter.init(WaterFilter.java) at com.octo.captcha.engine.image.gimpy.DefaultGimpyEngine.buildInitialFactories (DefaultGimpyEngine.java:503) at com.octo.captcha.engine.image.ListImageCaptchaEngine.init( ListImageCaptchaEngine.java:493) at com.octo.captcha.engine.image.gimpy.DefaultGimpyEngine.init( DefaultGimpyEngine.java:494) at com.octo.captcha.service.image.DefaultManageableImageCaptchaService .init(DefaultManageableImageCaptchaService.java:32) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [..] at com.octo.captcha.module.config.CaptchaModuleConfig.validate( CaptchaModuleConfig.java:193) at com.octo.captcha.module.struts.CaptchaServicePlugin.init( CaptchaServicePlugin.java:64) at org.apache.struts.action.ActionServlet.initModulePlugIns( ActionServlet.java:869) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:336) at javax.servlet.GenericServlet.init(GenericServlet.java:212) at org.apache.catalina.core.StandardWrapper.loadServlet( StandardWrapper.java:1161) [..] Mar 13, 2008 10:15:53 AM org.apache.coyote.http11.Http11Protocol start INFO: Starting Coyote HTTP/1.1 on http-8080 Mar 13, 2008 10:15:54 AM org.apache.jk.common.ChannelSocket init INFO: Port busy 8009 java.net.BindException: Address already in use Mar 13, 2008 10:15:54 AM org.apache.jk.common.ChannelSocket init INFO: Port busy 8010 java.net.BindException: Address already in use Mar 13, 2008 10:15:54 AM org.apache.jk.common.ChannelSocket init INFO: Port busy 8011 java.net.BindException: Address already in use Mar 13, 2008 10:15:54 AM org.apache.jk.common.ChannelSocket init INFO: Port busy 8012 java.net.BindException: Address already in use Mar 13, 2008 10:15:54 AM org.apache.jk.common.ChannelSocket init INFO: JK: ajp13 listening on /0.0.0.0:8013 Mar 13, 2008 10:15:54 AM org.apache.jk.server.JkMain start INFO: Jk running ID=4 time=0/23 config=null Mar 13, 2008 10:15:54 AM org.apache.catalina.startup.Catalina start INFO: Server startup in 58878 ms Mar 13, 2008 3:06:09 PM org.apache.catalina.core.StandardContext reload INFO: Reloading this Context has started log4j:ERROR setFile(null,true) call failed. java.io.FileNotFoundException: xwiki.log (Permission denied) at java.io.FileOutputStream.openAppend(Native Method) [..] at org.apache.velocity.runtime.log.SimpleLog4JLogSystem.init( SimpleLog4JLogSystem.java:74) [..] at org.apache.velocity.app.Velocity.init(Velocity.java:83) at com.xpn.xwiki.web.InitializationServletContextListener.initializeVelocity( InitializationServletContextListener.java:88) at com.xpn.xwiki.web.InitializationServletContextListener.contextInitialized( InitializationServletContextListener.java:44) at org.apache.catalina.core.StandardContext.listenerStart( StandardContext.java:3830) [...] at
Re: [xwiki-users] Fw: Re: name of default database
On Sat, 15 Mar 2008 12:38:20 +0100, Thomas Mortagne wrote On Sat, Mar 15, 2008 at 11:57 AM, rssh [EMAIL PROTECTED] wrote: vmassol wrote: On Jan 10, 2008, at 2:31 PM, rssh wrote: Good day. I just download xwiki, and see, that it is not possible to set name of default database scheme other than 'xwiki'. (Becouse xwiki.tableName is hardcoded in SQL statements) Unfortunately. this means that it is hard to use xwiki as platform for web application, because usually we have situation 'one application/one database scheme' and want to use few applications (or few version of same application) simultaneously. Question: if I change this and wull create path for configurable database scheme name of main xwiki instance, would this patches be accepted (?) or such using is out of scope of interest for xwiki community ? We'd love that patch . However it's not an easy patch (you/we'll need to test it in lots of different conditions: XE, XEM, different databases). Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Any news on this? I did just run into this issue... For the record the jira issue is there and not implemented yet: http://jira.xwiki.org/jira/browse/XWIKI-2006 -Vincent Need to clarify: patch is ready and need only in testing(from xwiki side, works for me) and committing. (As I see the main reason while it not committed yet -- lack of time of core xwiki committers, and also they just afraid touch low-level stuff [may be with some reason]) The problem was also that this patch add hql queries and almost double them in non virtual mode: for each hibernate transaction it execute a query to force switch to the configured database. But as it's not worst than virtual mode which do exactly the same this to ensure it works on the correct wiki/database. Yes. Also note, that you pay this price only if you use this feature. (I thinking about better solution, and can say that this is impossible without changing hibernate code.) Also note, that JIRA support voting, i. e. you can vote for this issue and may be this will help xwiki developers to prioritize this issue to be resolved in non-infinite time frame. -- Ruslan Shevchenko GradSoft. http://www.gradsoft.ua ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Ruslan Shevchenko GradSoft. http://www.gradsoft.ua ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to using prototype 1.5 in xe1.3
Hi, The prototype version bundled with XE1.3 is prototype 1.4. We're on the way to upgrade prototype to version 1.6 with XE1.4. JV. On Sat, Mar 15, 2008 at 4:09 AM, Vo Kim Khanh [EMAIL PROTECTED] wrote: Hi everybody! I see a problem with prototype 1.5. I use TableKit in XWiki which was written by prototype 1.5. When I run, it display error message: Stack Overflow. Please help me! KhanhVk. ___ 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] panel background
Thanks JV! Jean-Vincent Drean wrote: Looks like Skin Extensions (http://dev.xwiki.org/xwiki/bin/view/Design/SkinExtensions) are what you're looking for. Sergiu Marta are currently working on it : http://markmail.org/message/oa6f6olzm7iwnpkk?q=xwiki+list:org%2Exwiki%2Edevs+1%2E4+roadmap Thanks for the tip. I was guessing why I was not aware of this proposal. The reason is simple: I was lost with the XE 1.4 roadmap and I am afraid I am not paying enough attention to the xwiki.org RSS feed... :-( The proposal seems of maximum interest for those of us considering the final appearance of a page in the a web browser as the result of a huge number of interactions between available information, features, user preferences and rights, corporation policies and design work. Once again, I am sure XWiki will give me many, many. many days of happiness! :-) Thanks to the XWiki Team and Community for the great work. Ricardo ** -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] installation problems
You also have to manually create the xwiki user in MySql. Don't forget to give the user all required permissions. - Glenn Everitt [Ricardo Rodríguez] wrote: Hi, Yishay Mor wrote: Thanks Ricardo, My server's 8080 is behind a firewall, but I can see it and have no problem running other JSP / servlets. If you can manage your network, could you try by stopping the firewall? I am guessing it could be easy for you if xwiki and MySQL are running on the same server and you have an administrative account there. It is weird that you don't get errors if you had not hibernate.cfg.xml configured and a MySQL drivers in place. Could you also take a look to your catalina.out and/or the console of your server? There must be useful information there. thanks for reminding me about hibernate.cfg.xml I also realized that I hadn't installed a MySql driver in WB-INF. However, even though I fixed these two issues, I'm still getting a blank page. Also, I wasn't sure with settings to use in hibernate: Use always the uncommented lines from your current release as the base for your configuration. Documentation is mostly manually updated, so there could be changes not reflected there. This is a wiki, so our contribution will be welcome... when we know what we are doing :-) Thanks! Ricardo -- Ricardo Rodríguez Your EPEC Network ICT Team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- View this message in context: http://www.nabble.com/installation-problems-tp15985831p16072559.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
