Re: [xwiki-users] slow page load
Profile pages are usually slowed down not by tags, but by the activity stream. Is the activity stream enabled? Can you check if the slow pages have activity streams in them? On 02/08/2017 02:51 PM, Paul Pinkerton (ACLCO) wrote: > I have a couple of pages that are loading very slowly - like 15-20 second > delay on loading. Other pages load just fine. I've always found the profile > pages load slowly, but had a specific space start to do this recently. I > tried disabling the TAG CLOUD panel that is on that page and page load time > normalized. > > Wondering if anyone else had found that tag cloud panel has an issue here? > Is there a max number of entries after which it would start to degrade > performance? Thoughts or insight appreciated. > > Paul Pinkerton > KnowledgeNow Project Lead > pink...@lao.on.ca<mailto:pink...@lao.on.ca> > Skype: pinkerp.lao > > Association of Community Legal Clinics of Ontario > 416-847-1418 or 1-866-965-1416x 5177 > www.aclco.org<http://www.aclco.org/> > -- Sergiu Dumitriu http://purl.org/net/sergiu
Re: [xwiki-users] Tomcat Error number 11007
On 02/07/2017 12:32 AM, Oliver Angélil wrote:
> Thanks Sergiu,
>
> Seems I had misunderstood the "replace the matching properties with the
> following ones" in the xwiki mysql installation instructions. I think I
> have done this part correctly now. Unfortunately I have encountered another
> exception (pasted below).
>
> I am guessing the following is the problem: message from server: *"Host
> 'kokopu.ddns.net <http://kokopu.ddns.net>' is not allowed to connect to
> this MySQL server". *
>
> I'm doing this on FreeBSD. The main host is "kokopu" (192.168.1.7) and the
> entire xwiki installation is in a FreeBSD jail (192.168.1.8).
>
> Oliver
>
> *type* Exception report
>
> *message* *com.xpn.xwiki.XWikiException: Error number 11007 in 0: Failed to
> extract Entity Resource Reference from URL
> [http://192.168.1.8:8080/xwiki-enterprise-web-8.4.4/bin/view/Main/
> <http://192.168.1.8:8080/xwiki-enterprise-web-8.4.4/bin/view/Main/>]*
>
> *description* *The server encountered an internal error that prevented it
> from fulfilling this request.*
>
> *root cause*
>
> java.sql.SQLException: null, message from server: "Host
> 'kokopu.ddns.net' is not allowed to connect to this MySQL server"
This is no longer related to XWiki, but to security rules on the
operating system. I'm not familiar with FreeBSD, but I'd investigate
either mysql access rules ("grant" commands) or firewall rules.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
Re: [xwiki-users] Tomcat Error number 11007
On 02/06/2017 09:26 PM, Oliver Angélil wrote: > The full exception report is pasted below. > > I've followed the tomcat > <http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat> > and mysql > <http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL> > installation > instructions. I can see the tomcat homepage when navigating to h > ttp://192.168.1.8:8080/ in my browser, however > http://192.168.1.8:8080/xwiki-enterprise-web-8.4.4/bin/view/Main results in > the error attached. The root cause: > *root cause* > > org.xml.sax.SAXParseException; lineNumber: 237; columnNumber: 21; The > content of element type "session-factory" must match > "(property*,mapping*,(class-cache|collection-cache)*,event*,listener*)". Indicates that the hibernate.cfg.xml file is malformed, make sure you uncommented the mysql configuration properly, and you commented the default connection. -- Sergiu Dumitriu http://purl.org/net/sergiu/
Re: [xwiki-users] XWiki 6.1 - Share page by email - error
That looks like a real bug in XWiki. The problem comes from the quotes in the user's name: Henri-Robert "test" Sully A quick fix is to remove the "test" part from the name, since I doubt real users will actually have quotes in their names. But ' is quite common in names like O'Brian, and that will still break the share page feature. There seem to be two XWiki bugs involved: - The username is HTML-escaped, but in this case it shouldn't be - The Q encoding is wrong, it doesn't escape & and # On 01/30/2017 03:28 PM, Sully, Henri-Robert wrote: > Hi, > > We have an xwiki 6.1 installation and we can't figure out the « Share page by > email » function. > > It works very well for Admin users, but it doesn't work for regular users. We > get an error message saying "Error: The message could not be sent to userX : > email server error." (Or in French : Le message n'a pas pu être envoyé à > UserX : Erreur du serveur email.) > > It's the same error message seen for this problem (look at the error.png > attachment) : http://jira.xwiki.org/browse/XE-1451 > > It looks like a permission problem, but I don't where to look. The stack > trace on the other hand says that there is an illegal semicolon somewhere in > the address field, which prevents the MailSenderPlugin from sending the > email. Again, only for regular users, Admins are OK. I've intercepted the > http requests with Fiddler, even look at the POST payload and I don't see any > semicolon. > > > View the stack trace here: > https://gist.github.com/anonymous/acafd8dfd501596ff94c2277982867d4 > > Can someone provide some insight? > > Best regards, > Henri-Robert Sully > -- Sergiu Dumitriu http://purl.org/net/sergiu
Re: [xwiki-users] Bounced Emails
Hm, actually I think the signature is this not the cause for this message, since the bounce means that Yahoo rejects mails from xwiki, not the other way around. And I think you already removed the signature, right? On 12/16/2016 01:56 PM, Sergiu Dumitriu wrote: > I mentioned this a while ago: > > "The only way to fix the problem (at least for the > majority of emails) is to remove the footer from the configuration." > > So, there is a quick solution which doesn't require changing the whole > infrastructure. > > On 12/15/2016 02:37 AM, Vincent Massol wrote: >> Hi Cuong, >> >>> On 15 Dec 2016, at 07:35, Cuong Hoang wrote: >>> >>> Same here, I posted a message on 25 Nov, get some error message from >>> users-requ...@xwiki.org about excessive bounces, excerpt: "Your membership >>> in the mailing list users has been disabled due to excessive bounces. The >>> last bounce received from you was dated 24-Nov-2016. You will not get any >>> more messages from this list until you re-enable your membership. You will >>> receive 1 more reminders like this before your membership in the list is >>> deleted…” >> >> I’ve re-enabled your membership for you (you can probably do that by >> yourself by sending some commands but I’m not sure how TBH). >> >> I also went through the full users list and re-enabled all email addresses >> that were no receiving emails because of bounces, just in case (there were 4 >> only). >> >>> I followed the instructions in the email but no thing worked, haven't >>> received any messages from xwiki-users group since that day. I suspect many >>> xwiki might have the same problems, and they just "disappeared". Thinking >>> of trying other email address than gmail… >> >> We’re also having lots of issues recently because of DMARC policy change >> from yahoo. See http://markmail.org/message/5zpzp6pflgcb2duj >> >> Note sure if your problem is related to this or not though. >> >> We started discussing solutions and one of them would be to switch from >> managing our lists ourselves with mailman and moving to some other tools >> such as Google Groups. This discussion is still going on but we probably >> need to hurry up a bit… >> >> Thanks >> -Vincent >> >>> On Mon, Nov 14, 2016 at 10:40 PM Keith Davis >>> wrote: >>> >>> My subscription keeps getting disabled due to excessive bounces. I would >>> understand that if I was still hosting my web host's email server, but I'm >>> not having email send to my Gmail account. Any ideas what would be causing >>> that? >>> >>> -- >>> Keith Davis >>> 214-906-5183 <(214)%20906-5183> > > -- Sergiu Dumitriu http://purl.org/net/sergiu
Re: [xwiki-users] Bounced Emails
Actually there is another option, but which only fixes automatic unsubscribes and not the fact that messages are marked as spam: in the mailman list administration, disable "Bounce processing". On 12/16/2016 01:56 PM, Sergiu Dumitriu wrote: > I mentioned this a while ago: > > "The only way to fix the problem (at least for the > majority of emails) is to remove the footer from the configuration." > > So, there is a quick solution which doesn't require changing the whole > infrastructure. > > On 12/15/2016 02:37 AM, Vincent Massol wrote: >> Hi Cuong, >> >>> On 15 Dec 2016, at 07:35, Cuong Hoang wrote: >>> >>> Same here, I posted a message on 25 Nov, get some error message from >>> users-requ...@xwiki.org about excessive bounces, excerpt: "Your membership >>> in the mailing list users has been disabled due to excessive bounces. The >>> last bounce received from you was dated 24-Nov-2016. You will not get any >>> more messages from this list until you re-enable your membership. You will >>> receive 1 more reminders like this before your membership in the list is >>> deleted…” >> >> I’ve re-enabled your membership for you (you can probably do that by >> yourself by sending some commands but I’m not sure how TBH). >> >> I also went through the full users list and re-enabled all email addresses >> that were no receiving emails because of bounces, just in case (there were 4 >> only). >> >>> I followed the instructions in the email but no thing worked, haven't >>> received any messages from xwiki-users group since that day. I suspect many >>> xwiki might have the same problems, and they just "disappeared". Thinking >>> of trying other email address than gmail… >> >> We’re also having lots of issues recently because of DMARC policy change >> from yahoo. See http://markmail.org/message/5zpzp6pflgcb2duj >> >> Note sure if your problem is related to this or not though. >> >> We started discussing solutions and one of them would be to switch from >> managing our lists ourselves with mailman and moving to some other tools >> such as Google Groups. This discussion is still going on but we probably >> need to hurry up a bit… >> >> Thanks >> -Vincent >> >>> On Mon, Nov 14, 2016 at 10:40 PM Keith Davis >>> wrote: >>> >>> My subscription keeps getting disabled due to excessive bounces. I would >>> understand that if I was still hosting my web host's email server, but I'm >>> not having email send to my Gmail account. Any ideas what would be causing >>> that? >>> >>> -- >>> Keith Davis >>> 214-906-5183 <(214)%20906-5183> > > -- Sergiu Dumitriu http://purl.org/net/sergiu
Re: [xwiki-users] Bounced Emails
I mentioned this a while ago: "The only way to fix the problem (at least for the majority of emails) is to remove the footer from the configuration." So, there is a quick solution which doesn't require changing the whole infrastructure. On 12/15/2016 02:37 AM, Vincent Massol wrote: > Hi Cuong, > >> On 15 Dec 2016, at 07:35, Cuong Hoang wrote: >> >> Same here, I posted a message on 25 Nov, get some error message from >> users-requ...@xwiki.org about excessive bounces, excerpt: "Your membership >> in the mailing list users has been disabled due to excessive bounces. The >> last bounce received from you was dated 24-Nov-2016. You will not get any >> more messages from this list until you re-enable your membership. You will >> receive 1 more reminders like this before your membership in the list is >> deleted…” > > I’ve re-enabled your membership for you (you can probably do that by yourself > by sending some commands but I’m not sure how TBH). > > I also went through the full users list and re-enabled all email addresses > that were no receiving emails because of bounces, just in case (there were 4 > only). > >> I followed the instructions in the email but no thing worked, haven't >> received any messages from xwiki-users group since that day. I suspect many >> xwiki might have the same problems, and they just "disappeared". Thinking >> of trying other email address than gmail… > > We’re also having lots of issues recently because of DMARC policy change from > yahoo. See http://markmail.org/message/5zpzp6pflgcb2duj > > Note sure if your problem is related to this or not though. > > We started discussing solutions and one of them would be to switch from > managing our lists ourselves with mailman and moving to some other tools such > as Google Groups. This discussion is still going on but we probably need to > hurry up a bit… > > Thanks > -Vincent > >> On Mon, Nov 14, 2016 at 10:40 PM Keith Davis >> wrote: >> >> My subscription keeps getting disabled due to excessive bounces. I would >> understand that if I was still hosting my web host's email server, but I'm >> not having email send to my Gmail account. Any ideas what would be causing >> that? >> >> -- >> Keith Davis >> 214-906-5183 <(214)%20906-5183> -- Sergiu Dumitriu http://purl.org/net/sergiu
Re: [xwiki-users] Restfull URL to page in subwiki
On 11/27/2016 07:40 AM, Volker Lapczynski wrote: > > I use Autohotkey to get text from a page with this url: > > UrlDownloadToFile, http:// > Server:8080/xwiki/rest/wikis/wiki/subwiki/Main/pages/MyPage?outputSyntax=plain&xpage=plain > C:\temp\MyText.txt > > > How do i do this with curl from a *SUBWIKI*? > > curl -u Admin:admin > "Server:8080/xwiki/rest/wikis/wiki/*subwiki*/Main/pages/MyPage?outputSyntax=plain&xpage=plain" > is not working > Should be: http://Server:8080/xwiki/rest/wikis/subwiki/spaces/Main/pages/MyPage -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists
Or actually it's because you sent the mail directly to me, and I see a copy that hasn't been through mailman. Everybody else got it in the Spam folder, with the broken signature. On 11/08/2016 09:50 AM, Sergiu Dumitriu wrote: > It's not your fault, it's XWiki's Mailman's fault. > > The signature verifies that your original email is valid. > > But Mailman appends the following to the bottom of the mails: > > devs mailing list > d...@xwiki.org > http://lists.xwiki.org/mailman/listinfo/devs > > By adding this, the signature now fails. Since yahoo now says that mails > without a valid signature aren't trusted, your email becomes untrusted. > > I see now that your mail doesn't have this signature anymore (hurray > XWiki infra!), and is now considered valid: > > Authentication-Results: mx.google.com; >dkim=pass header.i=@yahoo.fr; >dmarc=pass (p=REJECT dis=NONE) header.from=yahoo.fr > > On 11/08/2016 03:40 AM, Pascal BASTIEN wrote: >> Hello, >> It is strange because my emails have a DKIM signature like here (piece of >> header from a mail I sent from my xwiki email to myself at another adress). >> Is it sympa who's altering this signature? >> Can I fix it (if it is "my fault")? >> Thxs >> >> Pascal >> -- >> Received: from nm43-vm5.bullet.mail.gq1.yahoo.com >> (nm43-vm5.bullet.mail.gq1.yahoo.com [67.195.87.220]) >> xxx >> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s2048; >> t=1478593132; bh=g3zLYH4xKxcPrHOD18z9YfpQcnk/GaJedfustWU5uGs=; >> h=Date:From:Reply-To:To:Subject:References:From:Subject; >> b=N6C8UltuP6jp4mZaWG43Y1ngel4R75RdftqTuXxYHngnseuGe5/2k2/H5pwVcJVe34gjtB33vMZm1j4yZ56M8++zNl4Asb4xV/6wwF+JL+ZGlcXTmfJdGlx5+GdukOzN6bX9Dz9Lvp5GpsYHZnWE8eANw0SeJ9t9wcvzKmNOYW+t9S53N27nfRfjYAwm7iZVmUsgbbZlpnW3NYrPOLoBGZX67aq6gsq877LKUyLLgLP5oszQnx3cUZAsgmjRuSYIIzjF42vfzjVjs7rOoO7royNl5O8BeFlgpevF/BDk2g2K7KXRTkkKtmDM >> >> >> >> En date de : Lun 7.11.16, Sergiu Dumitriu a écrit : >> >> Objet: Re: [xwiki-users] Lots of disabled Yahoo email addresses on the >> xwiki.org lists >> À: "XWiki Users" , "XWiki Developers" >> Date: Lundi 7 novembre 2016, 15h40 >> >> By the way, all of >> Pascal's and Julio's emails (and other yahoo >> users) >> end up in my spam folder because of >> the broken DKIM signatures. >> >> On >> 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: >> > This is partially XWiki's >> infrastructure fault, too. >> > >> > DMARC doesn't work well with mailing >> lists, since they tend to break >> > DKIM >> signatures. The only way to fix the problem (at least for >> the >> > majority of emails) is to remove >> the footer from the configuration. >> > >> > So, options: >> > >> > - remove the footer, which means that >> "incompetent" users will have a >> > hard time finding information about >> unsubscribing, but allows users from >> > >> modern email providers to subscribe >> > - >> keep the footer, which makes it harder for legitimate users >> to stay >> > subscribed >> > >> >> > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists
It's not your fault, it's XWiki's Mailman's fault. The signature verifies that your original email is valid. But Mailman appends the following to the bottom of the mails: devs mailing list d...@xwiki.org http://lists.xwiki.org/mailman/listinfo/devs By adding this, the signature now fails. Since yahoo now says that mails without a valid signature aren't trusted, your email becomes untrusted. I see now that your mail doesn't have this signature anymore (hurray XWiki infra!), and is now considered valid: Authentication-Results: mx.google.com; dkim=pass header.i=@yahoo.fr; dmarc=pass (p=REJECT dis=NONE) header.from=yahoo.fr On 11/08/2016 03:40 AM, Pascal BASTIEN wrote: > Hello, > It is strange because my emails have a DKIM signature like here (piece of > header from a mail I sent from my xwiki email to myself at another adress). > Is it sympa who's altering this signature? > Can I fix it (if it is "my fault")? > Thxs > > Pascal > -- > Received: from nm43-vm5.bullet.mail.gq1.yahoo.com > (nm43-vm5.bullet.mail.gq1.yahoo.com [67.195.87.220]) > xxx > DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.fr; s=s2048; > t=1478593132; bh=g3zLYH4xKxcPrHOD18z9YfpQcnk/GaJedfustWU5uGs=; > h=Date:From:Reply-To:To:Subject:References:From:Subject; > b=N6C8UltuP6jp4mZaWG43Y1ngel4R75RdftqTuXxYHngnseuGe5/2k2/H5pwVcJVe34gjtB33vMZm1j4yZ56M8++zNl4Asb4xV/6wwF+JL+ZGlcXTmfJdGlx5+GdukOzN6bX9Dz9Lvp5GpsYHZnWE8eANw0SeJ9t9wcvzKmNOYW+t9S53N27nfRfjYAwm7iZVmUsgbbZlpnW3NYrPOLoBGZX67aq6gsq877LKUyLLgLP5oszQnx3cUZAsgmjRuSYIIzjF42vfzjVjs7rOoO7royNl5O8BeFlgpevF/BDk2g2K7KXRTkkKtmDM > > > > En date de : Lun 7.11.16, Sergiu Dumitriu a écrit : > > Objet: Re: [xwiki-users] Lots of disabled Yahoo email addresses on the > xwiki.org lists > À: "XWiki Users" , "XWiki Developers" > Date: Lundi 7 novembre 2016, 15h40 > > By the way, all of > Pascal's and Julio's emails (and other yahoo > users) > end up in my spam folder because of > the broken DKIM signatures. > > On > 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: > > This is partially XWiki's > infrastructure fault, too. > > > > DMARC doesn't work well with mailing > lists, since they tend to break > > DKIM > signatures. The only way to fix the problem (at least for > the > > majority of emails) is to remove > the footer from the configuration. > > > > So, options: > > > > - remove the footer, which means that > "incompetent" users will have a > > hard time finding information about > unsubscribing, but allows users from > > > modern email providers to subscribe > > - > keep the footer, which makes it harder for legitimate users > to stay > > subscribed > > > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists
By the way, all of Pascal's and Julio's emails (and other yahoo users) end up in my spam folder because of the broken DKIM signatures. On 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: > This is partially XWiki's infrastructure fault, too. > > DMARC doesn't work well with mailing lists, since they tend to break > DKIM signatures. The only way to fix the problem (at least for the > majority of emails) is to remove the footer from the configuration. > > So, options: > > - remove the footer, which means that "incompetent" users will have a > hard time finding information about unsubscribing, but allows users from > modern email providers to subscribe > - keep the footer, which makes it harder for legitimate users to stay > subscribed > > On 11/02/2016 07:57 AM, Vincent Massol wrote: >> Hi everyone, >> >> Just to let you know that on the 28th of October, there were 234 members of >> the xwiki users list who’ve been automatically disabled (ie they’re not >> going to receive mails). This is apparently caused by a change in Yahoo’s >> email policy: >> >> : host gmail-smtp-in.l.google.com[74.125.133.27] said: >>550-5.7.1 Unauthenticated email from yahoo.com.br is not accepted due to >>550-5.7.1 domain's DMARC policy. Please contact the administrator of >>550-5.7.1 yahoo.com.br domain if this was a legitimate mail. Please visit >>550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about >>the 550 5.7.1 DMARC initiative. o3si17254181wjx.109 - gsmtp (in reply to >>end of DATA command) >> >> So if you’re in that case, please contact Yahoo as mentioned in the message >> above. >> >> Thanks >> -Vincent > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists
Forgot to mention the second component of DMARC, SPF, which is also partially broken by XWiki's infrastructure. The problem with SPF is that mails for @xwiki.org are forwarded by xwiki.org to xwiki.com (gmail.com in reality), and this forwarding isn't allowed by a strictly configured SPF domain. There's no easy fix for this, the only solution would be to replace self-hosted mailing lists with Google Groups, so that xwiki.org also becomes an alias for gmail.com On 11/07/2016 09:24 AM, Sergiu Dumitriu wrote: > This is partially XWiki's infrastructure fault, too. > > DMARC doesn't work well with mailing lists, since they tend to break > DKIM signatures. The only way to fix the problem (at least for the > majority of emails) is to remove the footer from the configuration. > > So, options: > > - remove the footer, which means that "incompetent" users will have a > hard time finding information about unsubscribing, but allows users from > modern email providers to subscribe > - keep the footer, which makes it harder for legitimate users to stay > subscribed > > On 11/02/2016 07:57 AM, Vincent Massol wrote: >> Hi everyone, >> >> Just to let you know that on the 28th of October, there were 234 members of >> the xwiki users list who’ve been automatically disabled (ie they’re not >> going to receive mails). This is apparently caused by a change in Yahoo’s >> email policy: >> >> : host gmail-smtp-in.l.google.com[74.125.133.27] said: >>550-5.7.1 Unauthenticated email from yahoo.com.br is not accepted due to >>550-5.7.1 domain's DMARC policy. Please contact the administrator of >>550-5.7.1 yahoo.com.br domain if this was a legitimate mail. Please visit >>550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about >>the 550 5.7.1 DMARC initiative. o3si17254181wjx.109 - gsmtp (in reply to >> end of DATA command) >> >> So if you’re in that case, please contact Yahoo as mentioned in the message >> above. >> >> Thanks >> -Vincent > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lots of disabled Yahoo email addresses on the xwiki.org lists
This is partially XWiki's infrastructure fault, too. DMARC doesn't work well with mailing lists, since they tend to break DKIM signatures. The only way to fix the problem (at least for the majority of emails) is to remove the footer from the configuration. So, options: - remove the footer, which means that "incompetent" users will have a hard time finding information about unsubscribing, but allows users from modern email providers to subscribe - keep the footer, which makes it harder for legitimate users to stay subscribed On 11/02/2016 07:57 AM, Vincent Massol wrote: > Hi everyone, > > Just to let you know that on the 28th of October, there were 234 members of > the xwiki users list who’ve been automatically disabled (ie they’re not going > to receive mails). This is apparently caused by a change in Yahoo’s email > policy: > > : host gmail-smtp-in.l.google.com[74.125.133.27] said: >550-5.7.1 Unauthenticated email from yahoo.com.br is not accepted due to >550-5.7.1 domain's DMARC policy. Please contact the administrator of >550-5.7.1 yahoo.com.br domain if this was a legitimate mail. Please visit >550-5.7.1 https://support.google.com/mail/answer/2451690 to learn about >the 550 5.7.1 DMARC initiative. o3si17254181wjx.109 - gsmtp (in reply to >end of DATA command) > > So if you’re in that case, please contact Yahoo as mentioned in the message > above. > > Thanks > -Vincent -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Fw : Re: Issues when I upgraded my xwiki 7.0.1 to xwiki 8.2.1: search feature
Something like this: https://github.com/phenotips/phenotips/blob/b5fd2933480bcdeaca0194840b1c84585e763452/components/vocabularies/api/src/main/java/org/phenotips/vocabulary/internal/solr/DefaultSolrVocabularyResourceManager.java#L88-L113 On 10/04/2016 05:56 AM, Vincent Massol wrote: > >> On 04 Oct 2016, at 11:54, Pascal BASTIEN wrote: >> >> Thanks, you are right I forgot to removed solr subdirectory before upgrade. >> >> stop + rm + start xwiki = xwiki work again like a charm >> (sorry ;-) ) > > cool > > you don’t need to be sorry. We need to improve this. Like forcing > automatically the removal when we upgrade solr and there’s been some schema > changes. > > -Vincent > >> Thxs >> >> --- En date de : Mar 4.10.16, Vincent Massol a écrit : >> >>> De: Vincent Massol >>> Objet: Re: [xwiki-users] Issues when I upgraded my xwiki 7.0.1 to xwiki >>> 8.2.1: search feature >>> À: "XWiki Users" >>> Date: Mardi 4 octobre 2016, 11h36 >>> Hi, >>> >>> Try removing your solr index. >>> >>> Thanks >>> -Vincent >>> >>>> >>> On 04 Oct 2016, at 11:26, Pascal BASTIEN >>> wrote: >>>> >>>> Hello, >>>> >>>> After upgrading my >>> xwiki 7.0.1 to 8.2.1, i encoutered another issue: xwiki >>> search feature doesn't work anymore. >>>> I use Tomcat 8.0.33 + Postrgesqk 9.3 and >>> attachments in file system and connected with Admin >>> account. >>>> >>>> On page >>> ./bin/view/Main/Search?text=test&f_type=DOCUMENT&f_locale=fr&f_locale=&r=1 >>> , I have this ugly error message displayed: >>>> "Failed to execute the [velocity] >>> macro. Cause: [The resolver parameter doesn't contain an >>> Entity Reference of type [SPACE]]. Click on this message for >>> details." >>>> >> ___ >> 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 > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Fw : Re: ACL missunderstand
One thing seems wrong to me: Page & Children preferences should be set on Enciclopedie.WebHome, not on Enciclopedie.WebPreferences, at least as far as I understand the new nested spaces (which I haven't yet tried). So, questions: - Devs, am I right that rights should be set on WebHome? - Devs, what's the actual effect when rights are set on Enciclopedie.WebPreferences? - Pascal, did you set the rights manually on that page? - Were the rights set as space rights before and were wrongly migrated/kept on the wrong document? On Tue, Sep 13, 2016 at 9:18 AM, Pascal BASTIEN wrote: > Thxs for your answers but my ACL doesn't work on my 8.2.1. > > Users can not create new page or modify page on my encyclopédie space... > > Here some ACL screenshot: > ACL on main wiki: https://snag.gy/dWbzZR.jpg > > ACL on Encyclopédie space (on encyclopédie page and children) > https://snag.gy/vFArI1.jpg > (I tested with XwikiAllGroup but my with my editor group i have the same > problem) > > My user to test: > https://snag.gy/NPwAqg.jpg > > Here my user view: https://snag.gy/6IeM4u.jpg > > If someone can see what I'm wrong? > > > Thxs. > > Pascal B > > > --- En date de : Ven 9.9.16, Vincent Massol a écrit : > > > > > > > > To conclude, do you know which ACL I must > > apply to have same rights thant xwiki 7.0.1? > > > (I must apply ACL right on ALL first level > > space?) > > > > I don’t think > > that ACL have changed over versions. There are some new > > permissions like the Script permissions but globally they > > still work the same. > > > > "Rights: Page & Children" is > > similar to space ACL” > > Correct! > > > > And “Rights: Page” is just > > permissions for the WebHome page. > > > > As before permissions are inherited. Although > > before we had only 1 space level, now we have several > > spaces. But the principle is the same. > > > > Thanks > > -Vincent > > > > > > > > > > > > Thxs for any help. > > > > > > Pascal B > > > > > ___ > > > users mailing list > > > users@xwiki.org > > > http://lists.xwiki.org/mailman/listinfo/users > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] DocumentDeletingEvent
On 04/13/2016 03:10 AM, Thomas Mortagne wrote: > On Tue, Apr 12, 2016 at 10:11 PM, Vincent Massol wrote: >> Hi Peter, >> >>> On 05 Apr 2016, at 19:28, Peter Huisman wrote: >>> >>> From the XWiki source code, I see there is a difference in passing a >>> document to the evenmanager: >>> >>> The DocumentDeletingEvent is passing a “new >>> XWikiDocument(doc.getDocumentReference())" >>> The DocumentUpdatedEvent (as an example) is passing the doc (the actual >>> XWikiDocument) >>> >>> The difference is, that the Document passed in the DeleteEvent is a new >>> XWikiDocument and not the XWikiDocument that is about to be deleted. >>> >>> Is there a reason why this difference exists? >> >> he code in the XWiki class doing the notify has been there for a long time >> AFAICS: >> >> om.notify(new DocumentDeletingEvent(doc.getDocumentReference()), >> new XWikiDocument(doc.getDocumentReference()), context); >> >> However, I think it’s not correct. I think it should pass the document and >> not a clone, because an Event Listener should be able to modify the instance >> that’s going to be saved. > > It's a delete not a save so modifying it would be useless. I guess the > intend here was to have the same kind of data than what you get with > DocumentDeletedEvent. > > What is wrong and should be fixed is that the document sent with the > event should have the real one as original document (exactly like it's > done for DocumentDeletedEvent). Thomas is right, the data sent in the event is supposed to be what the database will contain after the event is done, and that's what will (apparently, but not actually) be in the database after the delete: a new blank document, and doc.originalDoc should be what was before the change in the database. At least this was the original intention, all events should behave like this, so that a diff can be computed between doc and originalDoc regardless of what action happened to the document. However, the Javadoc for DocumentDeletingEvent is misleading: https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-bridge/src/main/java/org/xwiki/bridge/event/DocumentDeletingEvent.java#L31 >> >> So I’d open a bug for this. Let’s see if the others agree. >> >> Thanks >> -Vincent >> -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] 4-byte UTF and XWiki (MySQL utf8mb4 encoding)
It will be almost impossible to use utf8mb4 with XWiki, because of the terrible way mysql is designed. Here's the reason why: mysql imposes several hard limits on the maximum size of several things: length of indexes, length of rows. These lengths, unfortunately, are not computed as the maximum size of the actual data, but of the theoretical data that could be placed in there. This means that the size of a VARCHAR(255) isn't 255 bytes, but 255 chars * maximum number of bytes that such a char could have (3 for utf8, 4 for utf8mb4). You could make it work if you change the schema to reduce the length of several fields, but you would do that at your own risk. On 04/06/2016 08:58 PM, Debajit Adhikary wrote: > Some more information: > > On my Mac, when I try to set up XWiki with MySQL, I ran the following: > > # Install mysql and start > > brew update > brew install mysql > mysql.server start > # Now I can connect as "mysql -uroot" > > # Create a new MySQL database for XWiki > # see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationMySQL > > mysql -u root -e "create database xwiki default character set utf8mb4 > collate utf8mb4_unicode_ci" > > mysql -u root -e "grant all privileges on *.* to xwiki@localhost > identified by 'xwiki'" > > > # Configure hibernate.cfg.xml > # This is only the mysql section > > jdbc:mysql://localhost/xwiki > xwiki > xwiki > name="connection.driver_class">com.mysql.jdbc.Driver > name="dialect">org.hibernate.dialect.MySQL5InnoDBDialect > true > UTF-8 > true > 20 > > > > > > > Now when I start XWiki, I get the error: > com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: > Row size too large. The maximum row size for the used table type, not > counting BLOBs, is 65535. This includes storage overhead, check the manual. > You have to change some columns to TEXT or BLOBs > > It looks like whatever creates the XWiki tables is not handling utf8mb4 > (see also https://mathiasbynens.be/notes/mysql-utf8mb4 ). > > > > On Wed, Apr 6, 2016 at 5:17 PM, Debajit Adhikary > wrote: > >> I have an XWiki installation, and I noticed that emoji's were not getting >> saved correctly and were rendering as question marks in XWiki. This is >> caused by MySQL's default encoding which is "utf8" and not "utf8mb4" >> (4-byte UTF to store the full unicode character set) >> >> To fix this, I am in the process of converting all my MySQL database >> tables into utf8mb4 encoding, which is turning out to be quite a lot of >> manual work. >> >> When XWiki creates the database tables for MySQL, can it use utf8mb4 >> encoding by default? Is this something I could open a bug request for? >> > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Content
You need to add a parameter in the URL: force-download=1 I don't know how you built your URL, but if you're using wiki syntax, this works: [[Get the file>>attach:space@file.csr||queryString="force-download=1"]] On 06/01/2015 09:21 AM, vinc...@massol.net wrote: > > > > On 1 Jun 2015 at 15:17:46, Maciej Fokt (maciek.f...@taxi123.pl) wrote: > > W dniu .06.2015 o 15:11 vinc...@massol.net pisze: > > > > > On 1 Jun 2015 at 15:09:18, Maciej Fokt (maciek.f...@taxi123.pl) wrote: > > W dniu .06.2015 o 13:15 vinc...@massol.net pisze: > > Hi Maciek, > > On 1 Jun 2015 at 12:59:55, Maciej Fokt > (maciek.f...@taxi123.pl(mailto:maciek.f...@taxi123.pl)) wrote: > >> Hi, >> What I have to do... I would like to make a link on page to file, I mean: >> "User have to click link to download". [This link isn't a link to Internet >> page] >> >> I want to add file to the page as attachment for users to download. > > Does this help: > http://platform.xwiki.org/xwiki/bin/view/Features/Attachments#HLinkingtoanattachedfile2Fimage > ? > > Thanks > -Vincent > >> Thanks, >> Maciek. > > I don't want to show list with attachments for users, I need link which help > their with download this file > I don’t understand what you’re asking. > > The link I gave you allows you to create a link to an attachment and anyone > who clicks on it will download the attachment. > > What do you want exactly? > > Thanks > > -Vincent > > > My problem is probably rare :p I would like to add as attachment .csr file, I > mean Java certificate so... when I click I see many numbers and words. I need > window with button Download. > > > Sorry you’re still not being clear for me. I can’t help you if I don’t > understand what you need :) > > Maybe someone else understands? > > Thanks > > -Vincent > > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User forgot password link unavailable
"It's not a bug, it's a feature" When you prevent access to unathenticated users, you really prevent almost any access, including the reset password page. That is why it's really not recommended to tick that box. On 05/21/2015 06:55 AM, Mahomed Hussein wrote: > Hi > > It seems that the “forgot password” link is unavailable when blocking access > to anonymous users (http://localhost/xwiki/bin/view/XWiki/ResetPassword). I > am using a custom skin based on flamingo. No link shows up for resetting the > password and if I go to the link directly, it redirects to the login page. If > I then login, I correctly get the reset page. > > Is this a bug or have I done something wrong? Thanks. > > > Kind regards, > > Mahomed > -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] logo broken
The most likely problem is that the skin document is not accessible to unauthenticated users. Go to the skin document, edit it in the rights editor, and make sure both "Unregistered Users" and "XWikiAllGroup" have view access on it. The second most likely problem is that you're trying to make the wiki realy private, by checking the "Prevent unregistered users from viewing pages, regardless of the page or space rights" checkbox in the global rights settings. This really has the effect that all documents are unaccessible, including the logo. The only way around this is to create a filesystem skin, with your custom logo in it. Note that many other things will stop working if you use that "Prevent" checkbox, that is an advanced setting that should only be used in special cases. On 05/18/2015 12:58 PM, Niko B. wrote: > Hello, > > I am having an issue where when i change the default logo, it shows the > broken image icon until i login and then it shows up. I have tried the > following > - making the wiki public then uploading the image and proceeding to make it > private > - making sure the image is 220x80 and named logo.png > - attempting to make the attachment public (not sure how to do this) > - trying to find the file on my linux server (i might need to use > filesystem attachment porter > > Would creating a new skin that is the same as the current one and then > uploading the image do anything? > > I am running Xwiki 7.0.1 tomcat7/mysql on debian 7. I installed using the > .deb package from apt-get.When i was running 7.0 I was not having this issue > > Any help would be much appreciated! -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Display "List of Users" Type in User Directory
Whenever something doesn't work, check the type of the variables you have:
$value.class
In this case, it would print java.lang.String, which means that the
value is a plain string, so it doesn't have any get(property) method.
You want to turn that string into some kind of user. Try this:
{{velocity}}{{html clean=false}}
#set ($userObj = $xwiki.getDocument($value).getObject('XWiki.XWikiUsers'))
$value.get('first_name') $value.get('last_name')
{{/html}}{{/velocity}}
But it's even simpler this way:
{{velocity}}$xwiki.getUserName($value, false){{/velocity}}
The false parameter means "wrap the username in an HTML link to the
user's profile". If you just want a plain name, then keep that as
"false". A link means that it will generate HTML, and depending on which
version of XWiki you have, you might need to fiddle with the settings of
the livetable, things get complicated.
On 05/17/2015 10:20 AM, hubert wrote:
> Dear all,
>
> I'd like to add to the user directory a field that shows the line manager of
> the user.
> The line manager himself is also a XWiki user so the presentation should be
> like
> first_name +" "+ last_name with a hypelink to the profile page.
>
> Now I have problems with the presentation of the line manager.
>
> My approach was:
> 1) Modify the class XWiki.XWikiUsers:
> 1.1) Add a field 'superior' of type 'List of Users'
> 1.2) Modify 'Custom Display' of field 'superior' as following:
> {{velocity}}
> {{html clean=false}}
> $value.get('first_name') $value.get('first_name')
> {{/velocity}}}
> 2) Modify the Selected Columns list for 'User Directory':
>first_name last_name superior
>
> With the code above in 1.2, in the User Directory Panel my column 'superior'
> is always
> $value.get('first_name') $value.get('first_name')}
>
> When I use in 1.2:
> {{velocity}}
>$value
> {{/velocity}}
> I get at least the following output (when superior is 'hkraut')
> XWiki.hkraut
>
> Please can somebody tell me, if already point 1.1 was the wrong approach?
> Or how can I adapt 1.2 to display the superior properly?
>
> Many thanks,
> Hubert
>
>
>
> --
> View this message in context:
> http://xwiki.475771.n2.nabble.com/Display-List-of-Users-Type-in-User-Directory-tp7594876.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
>
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Missing icons on login page
See http://jira.xwiki.org/browse/XWIKI-11125 On 09/27/2014 04:24 PM, Bryn Jeffries wrote: > I'm running a 6.2 wiki that is closed to unregistered users. As a result, > people are directed to XWiki.XWikiLogin when they first access the site. On > this page I have missing characters (at least when I use Firefox) for they > glyph icons (glyphicon-folder-open, glyphicon-home, glyphicon-file, > glyphicon-user, glyphicon-lock). These omissions seem to stem from problems > with style.css, (although there are quite a few others in the CSS error log), > notably: > > style.css: > downloadable font: download failed (font-family: "Glyphicons Halflings" > style:normal weight:normal stretch:normal src index:1): status=2147746065 > source: > https://mysite.net/xwiki/bin/webjars/resources/path?value=bootstrap/3.2.0/fonts/glyphicons-halflings-regular.woff > > style.css: > downloadable font: download failed (font-family: "Glyphicons Halflings" > style:normal weight:normal stretch:normal src index:2): status=2147746065 > source: > https://mysite.net/xwiki/bin/webjars/resources/path?value=bootstrap/3.2.0/fonts/glyphicons-halflings-regular.ttf > > I don't have this problem for pages elsewhere in the wiki (default skins > everywhere so far). In the main wiki dashboard the glyphs appear fine, and > come from the location same URL as before: > https://mysite.net/xwiki/bin/webjars/resources/path?value=bootstrap/3.2.0/fonts/glyphicons-halflings-regular.woff > > Any idea what the problem is, and how to fix it? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] from preview mode to view mode
The URLs are somehow wrong. - Did you manipulate the URL directly in the browser? - Are you using any URL-shortening configuration? On 09/25/2014 11:57 AM, Roland Hedayat wrote: > Hello, > > In a fresh installation of xwiki 6.2, I create a space X > and then a document Y in that space. However, I cannot > see the document, although when clicking the > 'Information'-button for the space X, I find the document > Y in a subspace 'preview'. I find no way to promote the > document so that it becomes directly available in X. > > Regards, > Roland -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Can I send email to a group with xwiki 6?
On 09/24/2014 10:15 AM, Pascal BASTIEN wrote:
> Hello,
>
> (freely inspired/adapted by:
> http://extensions.xwiki.org/xwiki/bin/view/Extension/Test+Mail (Vincent) and
> http://xwiki.markmail.org/message/bksyjlpwezx4dgco?q=getAllMembersNamesForGroup+velocity
> (Sergiu)
>
> Some questions:
> to replace some text in velocity, I used $text.replaceAll(xxx,yyy).
> Are they a way to use StringUtils tools in velocity?
> http://commons.apache.org/proper/commons-lang/javadocs/api-3.1/org/apache/commons/lang3/StringUtils.html
> If yes, how?
Yes, $stringtool
> I failed to get email adress with $userdoc.display("email","view",$user)
> function but without "mailto:"; prefix ...
> http://maven.xwiki.org/site/docs/xwiki-javadoc-4.1.x/com/xpn/xwiki/api/Document.html#display%28java.lang.String,%20java.lang.String,%20com.xpn.xwiki.api.Object,%20java.lang.String%29
Use $user.getProperty('email').value to access the raw value, display
methods generate HTML code.
> Are they a tip with wrappingSyntaxId value? or I must use regexp like i did?
>
> If there are too much email I don't know if my macro is safe... (Perhaps
> there are a way to insert a sleep instruction in velocity?)
>
> Thxs
>
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] problem denying XWikiAllGroup rights
On 09/08/2014 12:15 PM, Leonardo Kodato wrote: > Hi Users. > > Let's assume that I have two groups, XWikiAllGroup and IT Department, and I > want to deny AllGroup's access to a specific page and allow the IT to view > it. > > The problem is that UserX is member of both of them. When I deny > XWikiAllGroup's permission, UserX is unable to view the page, when it > should be, as he is member of IT Department(allowed to view it). > > How can I solve this without denying all other groups except XwikiAllGroup? Deny rights are always stronger than allow rights. One non-intuitive fact about rights is that setting a right for an entity implicitly denies that right for everybody else. So it's enough to allow grant rights to ITDepartment, everybody else will be denied that right. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HQL order by object property
On 08/28/14 15:04, Danilo Oliveira wrote: > Hitchhiking on this thread... > Are there performance differences between the XWL and HQL? Depends. XWQL is just a meta-language, which gets translated to HQL, so the execution time of an XWQL query is the same as the equivalent HQL query. Two things change this balance: 1. Translating the query takes some time, though compared to the rest of the process it's negligible 2. Manually written HQL queries could be different than what XWQL translates to, either in a severely worse way by forgetting to write a needed join, or in a slightly better way by avoiding useless joins and where conditions when the author of the query really knows the data model -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HQL order by object property
On 08/27/2014 03:29 PM, Dale Davidson wrote: > Hello there, I've been banging my head against the desk a few days now > over this. I just can't find the answer online anywhere. > > I'd like to perform an HQL query and use a number property of an object on > each document to sort my results. I understand SQL very well, but I just > need to know the object/property stucture -- exact syntax -- to use as the > order by argument. I followed the FAQ tutorial to create my class systeem, > and it all works fine, but I need to be able to display the records/objects > in order. > > What I have: > > #set($sql = ", BaseObject as obj, IntegerProperty as prop where obj.name = > doc.fullName and obj.className = 'Sensor Types.SensorTypeClass' and obj.name > <> 'Sensor Types.SensorTypeTemplate' order by ??? asc") prop is not joined in the query, this means you're getting horrible performance if this is indeed your query. Perhaps that's your question, what to write to get this property in the query? Is this what you're looking for: #set($sql = ", BaseObject as obj, IntegerProperty as prop where obj.name = doc.fullName and obj.className = 'Sensor Types.SensorTypeClass' and obj.name <> 'Sensor Types.SensorTypeTemplate' and prop.id.id = obj.id and prop.id.name = 'TypeID' order by prop.value asc") In general you join properties with prop.id.id=obj.id, check the property name with prop.id.name='propName', and get the value with prop.value but this last part isn't always like this, there are two exceptions: - StringLists with multiple=true and relational=false use prop.textValue - StringLists with multiple=true and relational=true use prop.list, but you usually have to write: , DBStringListProperty prop join prop.list list [...] prop.id.name = 'propName' and list = 'value' > > ...except for the ??? of course. I've tried many things, but I can't > figure out the structure I need to place there. > > The property I need to sort by is "TypeID" and is attached to the > SensorTypeClass, and is an integer. > > > Thanks in advance for any help anyone could lend me :) > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Deployment-Error: configuring application listener of class org.xwiki.container.servlet.SetThreadNameServletRequestListener
XWiki requires Java 1.7 or greater, and you have 1.6. Upgrade Java, or if you do have both 1.6 and 1.7 installed, configure the system to prefer the 1.7 one. On 08/14/2014 01:58 PM, li...@yhmail.de wrote: > Hello everyone, > > I am trying to deploy xwiki-enterprise-web-6.1.war on a tomcat7 > installation. Upon starting the server I get the attached error message. > > Setup: > > # java -version > java version "1.8.0_11" > Java(TM) SE Runtime Environment (build 1.8.0_11-b12) > Java HotSpot(TM) 64-Bit Server VM (build 25.11-b03, mixed mode) > > tomcat: Version: 12.0.18_build1200140606.15 os_Debian 7.0 > > XWIKI: xwiki-enterprise-web-6.1.war > > Any ideas on what is going on? > > Thanks a lot, > > Chris > > > java.lang.UnsupportedClassVersionError: > org/xwiki/container/servlet/XWikiServletContextListener : Unsupported > major.minor version 51.0 (unable to load class > org.xwiki.container.servlet.XWikiServletContextListener) -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Prevent regular users from creating new spaces
On 07/31/2014 01:07 PM, Patrick Masson wrote: > Per the documentation at: > http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Access+Rights#HPreventregularusersfromcreatingnewspaces > > >You can restrict the creation of new spaces to users with >administrative privileges by following these steps: > In the global rights, deny write access to the XWikiAllGroup >group and the XWikiGuest user and allow edit access to the >XWikiAdminGroup group > In each space rights, allow write access to the XWikiAllGroup group > > > However looking at the "Administration: Rights" at > 'mywiki/bin/admin/XWiki/XWikiPreferences?editor=globaladmin§ion=Rights#...' > I do not see a an option for "write access" as mentioned in the > documentation. Is this the same as "edit" as listed in the Groups & User > permissions table? Yes. > Also I do not have an XWikiGuest group (as I do not have a public wiki) > but just want to be sure I am working though the right admin panel. XWikiGuest is a user, not a group, so to see it you have to switch the table from Groups to Users. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] 6.1 upgrade issue
You can try to manually alter the database, run this in Oracle: alter table xwiki.xwikidoc add XWD_HIDDEN number(1,0) DEFAULT 0 not null; Then restart XWiki. Hopefully you won't get this error anymore, although you might get another one. On 07/15/2014 05:12 PM, Hu Yang wrote: > Hi, > > The errors are: > > Failed updating schema while executing query [alter table xwiki.xwikidoc add > XWD_HIDDEN number(1,0) not null] > > Caused by: java.sql.SQLException: ORA-01758: table must be empty to add > mandatory (NOT NULL) column > > Urgent, help please. > > Hu > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Hu Yang > Sent: July-15-14 4:52 PM > To: users@xwiki.org > Subject: [xwiki-users] 6.1 upgrade issue > > Hi, > > I have upgrade our wiki to 6.1 today using war package, after start tomcat, > the page shows: > > Xwiki is initializing (100%)... > > Not sure what's wrong here, no extra error log in tomcat. > > Help please, > > Hu Yang > Senior Application Developer > EDge Interactive | SchoolFinder Group > E: hu.y...@edgeip.com<mailto:hu.y...@edgeip.com> | P: 416-494-3343 ext. 201 | > F: 416-494-0949 Toll-Free in North America: 1-800-211-5577 > > Toll-Free in North America: 1-800-211-5577 > > EDge Interactive<http://www.edgeip.com>| > SchoolFinder.com<http://www.schoolfinder.com> | > StudyinCanada.com<http://www.studyincanada.com> | > ScholarshipsCanada.com<http://www.scholarshipscanada.com/> | > GradSchoolFinder.com<http://www.gradschoolfinder.com/> -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] context.setUser(xwikiname);
Whenever something is deprecated, the replacement is mentioned in the JavaDoc: https://github.com/xwiki/xwiki-platform/blob/xwiki-platform-5.4.5/xwiki-platform-core/xwiki-platform-oldcore/src/main/java/com/xpn/xwiki/XWikiContext.java#L409 On 05/27/2014 06:10 PM, Daniel Ebanja wrote: > Hi Devs, > just wanted to ask what the alternative to "context.setUser(xwikiname);" > is. This is depracated. > Thanks in advance. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User names may not contain periods
For legacy reasons. A long time ago, having dots in document names was not really working, since a dot separates the document's space and name. Plus the fact that users are just documents in the wiki. This restriction is no longer relevant, except that there's a lot of code that needs to be revisited to remove this restriction. On 05/11/2014 08:38 PM, mcto...@gmail.com wrote: > Why does this restriction exist? It makes it difficult to map through > to LDAP if we can't map to AD/LDAP username field that contain periods, > such as format of "firstname.lastname" which is quite common. Also, it > is possible to authenticate to xwiki using email address and password > rather than user id and password? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Migrating from HSQLDB to MySQL?
On 04/17/2014 10:18 AM, max_allan wrote: > Hello, > > I can only find one suggestion about migrating between databases, it's from > 2006 that refers to an export tool that only works in Firefox. > Is there a better way yet? I've got quite a lot of content and users and > more importantly than the volume of data I'd like to retain "ownership" > metadata and history etc.. > > But then read a bit about it and thought "Do I need to migrate". I'm > assuming if the wiki is not being accessed then a simple filesystem backup > will be consistent and recoverable? > > Should there be any extra indexes or anything else to do for performance > tweaks? > Would MySQL give me any advantage over HSQLDB? > (I'm on 5.0.3 and want to update to 5.4.4 soon.) > > I distrust a database if I haven't got a whole pile of command line tools I > can poke at it with... > > Max Personally I'm thinking of going the other way around. Although MySQL is probably the most popular RDBMS, HSQLDB is faster, closer to SQL standards, has more features, offers better support for Unicode and variable length fields, and many other advantages... The reason why XWiki recommends MySQL is that there is more knowledge about it, thus it's easier to find guides, or to find a sysadmin that can set up a database. However, it is true that the default HSQLDB database shipped with XWiki is NOT optimized for performance, and it doesn't support larger volumes of data. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to clean-up page history in one click
On 04/08/2014 11:35 AM, Marius Dumitru Florea wrote:
> On Tue, Apr 8, 2014 at 6:21 PM, coldserenity
> wrote:
>> Hi,
>>
>> We are keeping record of daily team progress in XWiki which is basically a
>> plain document with table listing all active tasks and their changing
>> statuses. Each day we copy notes from previous day by "copy XWiki document"
>> action.
>> This has one major drawback: current version of the document is 2500 which
>> means each day we create new document with 2.5K history versions.
>>
>> Is there a simple (without scripting) way to delete history?
>
>>a) for single document
>
> /xwiki/bin/deleteversions/Sandbox/Foo?rev1=1.1&rev2=3.1
>
> In one click on a link :) (you can of course generate the link with a
> script that fills in the right version range, which I hard-coded).
There's also /xwiki/bin/reset/Sandbox/Foo, but by default it will
require two clicks, one for opening the confirmation page and one for
confirming the action. You can generate a link that also includes the
confirmation:
[[Reset history>>path:$doc.getURL("reset",
"confirm=1&form_token=$!{services.csrf.getToken()}")]]
The problem with both these links is that they they don't reset the
version to 1.1, the document will still have version 2500.1, just that
there won't be any 1.1 to 2499.1 versions in the history.
You can write a Groovy script or a Java component that can clean up the
history on a bunch of documents, including resetting the version to 1.1,
but that's a bit harder and requires working with the internal
XWikiDocument and XWikiDocumentArchive.
> Hope this helps,
> Marius
>
>> b) for set of documents with common parent
>>
>> Regards,
>> Roman
>>
>> PS: this is the reason for opening http://jira.xwiki.org/browse/XWIKI-10126
>>
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Accidentally Deleted Guest Login Rights
Try to open http://localhost:8080/xwiki/bin/loginsubmit/XWiki/XWikiLogin?j_username=Admin&j_password=admin (use the right username/password). On 03/14/2014 06:10 PM, burninghelix123 wrote: > Vincent, > > Thanks for the reply! You're right there's definitely not one in the UI, but > there was one in the Xwikiglobalrights object attached to the xwiki > preferences > page:(http://localhost:8080/xwiki/bin/edit/XWiki/XWikiPreferences?editor=object) > > Clearly not where I should have been snooping around apparently. If i try to > go to the login page (The same link you sent below) I get: > > Error > You are not allowed to view this document or perform this action. > > > (Also, I think I sent the reply straight to you last time, sorry about that > still a little new to this whole nabble thing.) > > Thanks for the time! > > Sincerely, > Craig Barnett > > > > -- > View this message in context: > http://xwiki.475771.n2.nabble.com/Accidentally-Deleted-Guest-Login-Rights-tp7589596p7589598.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 > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Wrong regexp in sendmail function?
[...] is how IPv6 IPs are written. So the regexp detects if the hostname
is an IPv4 or an IPv6 raw IP.
The current logic is:
is the server name an IP?
├ yes: is there a valid admin_email configured?
│ ├ yes: use the admin_email
│ └ no: use a generic nodomain.net
└ no: use the actual domain name
What you want:
- always use the configured admin_email
The only way to do that is to change the shareinline.vm template (see
http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins for details
about how to properly override a template) and change the order of the
conditions.
On 03/04/2014 11:26 AM, Guillaume Fenollar wrote:
> Hello Pascal.
> From what I understand, this regex validates either:
>
>- A server name with brackets, so yours would be "[iwiki.cp2i.i2]"
>- An IP address (4 groups of 1 to 3 digits, dot separated)
>
> So maybe it will work if you add brackets to your server name? And yes, I
> find it a bit strange, me too. :-)
>
> Hope it helps,
>
>
> Guillaume Fenollar
>
>
> 2014-03-04 11:28 GMT+01:00 Pascal BASTIEN :
>
>> Hello
>>
>> I think there are a wrong regexp in sendmail function in
>> templates/shareinline.vm (xwiki 5.4.1)
>>
>>
>> #if ($serverName.matches('\[.*\]|(\d{1,3}+\.){3}+\d{1,3}+'))
>> #if ("$!{xwiki.getXWikiPreference('admin_email')}" != '')
>> #set ($sender = "$!{escapetool.q($sender)}
>> <$!{xwiki.getXWikiPreference('admin_email')}>")
>> #else
>> #set ($sender = "$!{escapetool.q($sender)} ")
>> #end
>> #else
>> #set ($sender = "$!{escapetool.q($sender)} ")
>> #end
>>
>> I filled admin_email and my my nameserver is "iwiki.cp2i.i2" but i tried
>> with "iwiki.cp2i.fr" to.
>>
>> I don't understand very well the regexp (writing a regexp is simpler to
>> read it) but when I send a mail with xwiki I felt in "#set ($sender =
>> "$!{escapetool.q($sender)} ")" condition...
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Inheritable access rights
That's not easily possible, it requires implementing one of two issues: http://jira.xwiki.org/browse/XWIKI-354 http://jira.xwiki.org/browse/XWIKI-1091 XWiki has space rights, so currently you can move all the meeting notes in a different space. Or, move the whole Board of Directors in a space, by default deny access to all documents in that space, and explicitly make a few pages public if most of the documents will need to be private. On 02/25/2014 01:21 PM, Patrick Masson wrote: > I was wondering if there was a way for a "child" page created via a link > form a "parent" page to inherit the parent's access rights? > > For example, in the breadcrumbs on a page, I might have... > "Wiki Home » Board of Directors » Board Meeting Notes » March 5th, 2014 > Notes" > > The access rights on "Board Meeting Notes" page is set so that only a > specific group, "Directors" can "view" the page. However, I must > manually set the access rights on " March 5th, 2014 Notes" to view when > I create/edit the page. I would like all of the pages linked off of > this page to inherit the same permissions so I do not need to manually > (or forget) to set permissions everytime a new notes page under "Board > Meeting Notes" is created. > > I'll admit to being bias to Confluence's approach--which does not mean > it is right--it's just what I am used to. XWiki may offer a better way > to manage permissions and I am just ignorant of it. > > Thanks, > Patrick > > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Error saving document with text in object
On 02/13/2014 05:09 PM, Matthias Wegner wrote: > Hi All, > > i use a Changelistener on a Document to update an object. Now i added a > larger text to the object an get the exception "data exception: string data, > right truncation; table: XWIKISTRINGS column: XWS_VALUE". > > First i replaced the german "ü,ö,ä,ß", but they are not the reason as you > can see. > > Did someone know that error? > > My text which throws the exception is > > > Is there a character which i shoudl remove? > > Regards, > Matthias > Is that a String Property or a TextArea property? String properties have a limit of 255 characters, while TextArea properties have a limit of ~60 000 characters. Putting a longer than allowed text usually triggers that error, and it doesn't matter what kind of characters you have in there (those are unicode characters, not bytes). -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Configuration of Solr for multi instances in 1 container
That still won't work. Unfortunately XWiki is too greedy and completely takes over Solr, assuming that there's only one XWiki instance and that Solr serves only one purpose, holding that wiki's data. The best way to make 3 XWiki instances work is to install a separate standalone Solr webapp, configure the three cores in it, and then configure each XWiki instance to use the external Solr engine. On 01/21/2014 11:11 AM, Patrick Moens wrote: > Hi Marius, > > So it's set in start_xwiki.sh in a stand alone configuration. But I'm > deploying 3 war ( 3 instances) on a tomcat 6. So, where can I found the > xwiki.data.dir parameter? > > Patrick > > > > 2014/1/21 Marius Dumitru Florea > >> The documentation for the environment.permanentDirectory configuration >> parameter says this (in xwiki.properties): >> >> "Note if the system property xwiki.data.dir is set then this property >> is not used." >> >> And xwiki.data.dir is set in start_xwiki.sh: >> >> # Location where XWiki stores generated data and where database files are. >> XWIKI_DATA_DIR=data >> XWIKI_OPTS="$XWIKI_OPTS -Dxwiki.data.dir=$XWIKI_DATA_DIR" >> >> So make sure you don't set xwiki.data.dir in your start script. >> >> Hope this helps, >> Marius >> >> On Tue, Jan 21, 2014 at 4:53 PM, Patrick Moens >> wrote: >>> Hi, >>> >>> I'm working on upgrade of our wiki 2.8 to 5.3 and at the same time , >> moving >>> it to a new server with Tomcat and Oracle. >>> >>> The goal is to have 3 instances of wiki 5.3 on the same container >> (wikidgt, >>> wikioat and wikidir) . >>> I've configured the environment.permanentDirectory in xwiki.proprties >> with >>> 3 differents values : >>> >>> /opt/c/xwiki/data/wikidgt/ >>> /opt/c/xwiki/data/wikioat/ >>> /opt/c/xwiki/data/wikidir/ >>> >>> but when I deploy the first instance (wikidgt), the log shows that the >> Solr >>> home directory is : >>> >>> >> /opt/apache/products/tomcat-6.0.29/inst1_xwiki/work/Catalina/localhost/wikioat/solr >>> >>> >>> 2014-01-21 15:37:00,420 17788 [http-8180-9] INFO >>> o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server... >>> 2014-01-21 15:37:00,447 17815 [http-8180-9] INFO >>> o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory: >>> >> /opt/apache/products/tomcat-6.0.29/inst1_xwiki/work/Catalina/localhost/wikioat/solr >>> 2014-01-21 15:37:12,536 29904 [http-8180-9] WARN >>> org.apache.solr.core.SolrCore - New index directory detected: old=null >>> >> new=/opt/apache/products/tomcat-6.0.29/inst1_xwiki/work/Catalina/localhost/wikioat/solr/./data/index/ >>> 2014-01-21 15:37:21,863 39231 [http-8180-9] INFO >>> o.x.s.s.i.EmbeddedSolrInstance - Started embedded Solr server. >>> 2014-01-21 15:37:56,883 74251 [http-8180-9] INFO >>> >>> or if I understand the configuration of Solr in xwiki. properties , it >>> shoud be /opt/c/xwiki/data/wikidgt/solr >>> >>> >>> >>> >>> I tried to add this in the WEB-INF/web.xml file of each XWiki instance, >>> right after the root element: >>> >>> >>>solr/home >>>java.lang.String >>> >> /opt/curia/xwiki/bin/wikidgt/solr >>> >>> >>> but got this error (seems it did'nt change the solr home directory but >> the >>> solr CoreContainer directory : >>> >>> 2014-01-21 14:55:23,631 34465 [http-8180-9] INFO >>> o.x.s.s.i.EmbeddedSolrInstance - Starting embedded Solr server... >>> 2014-01-21 14:55:23,655 34489 [http-8180-9] INFO >>> o.x.s.s.i.EmbeddedSolrInstance - Using Solr home directory: >>> >> /opt/apache/products/tomcat-6.0.29/inst1_xwiki/work/Catalina/localhost/wikioat/solr >>> 2014-01-21 14:55:26,230 37064 [http-8180-9] ERROR >>> org.apache.solr.core.CoreContainer - Unable to create core: collection1 >>> java.io.IOException: Can't find resource 'solrconfig.xml' in classpath or >>> '/opt/curia/xwiki/bin/wikidgt/solr/collection1/conf/', >>> cwd=/opt/apache/home/tomcat >>> >>> >>> and if I deploy the second instance , i got an >> "OverlappingFileLockException*" >>> *because the solr directory is the same for both instances. >>> >>> >>> However, other files (e.g., "extension" and "jobs" >>> directories) are being placed in the correct permanent direcrory. i.e., >> it >>> is only >>> SOLR that appears to be picking up an incorrect setting for >>> "environment.permanentDirectory". >>> >>> >>> Thanks for help >>> >>> >>> Patrick -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Attached Files size to 0kb after upload
On 01/15/2014 06:46 AM, Clemens Klein-Robbenhaar wrote: > Hi Patrick, >> I'm working with a XWiki Enterprise 2.3 on tomcat and Oracle 10; >> >> Since 2 or 3 days, when we upload a new file to a page , the file is >> available during 1 min then the file size change to 0kb ; >> > It is not directly related, but I have seen a similar effect when using XWiki > with a mySQL DB, which had a far too small "max_allowed_packet" config on the > mySQL server. > Somehow an error was generated in the DB Server, but not properly propagated > to the application. > > Maybe there is something similar in your case, even though the DB Server is > different. There should be an error on the DB Server in that case. > > Hope this helps, > Clemens Yes, a database error is the general cause for this kind of behavior. What's happening is that the document is modified in memory to have the right attachment, it is placed in cache, but trying to save it to the database fails. As long as the document (and its attachment) is still in the cache, it will display fine. Once the attachment is evicted from the cache, trying to load it from the database will fail. However, in a transactional database I would expect the error to abort the whole thing and be displayed to the user when uploading. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] UI Control for Upload, Attach, Select and Display a photo
On 01/08/2014 07:19 AM, Gerritjan Koekkoek wrote: > Hi, > I have a class with a text field for holding a reference to a photo. > I would like to modify the sheet to add - modify objects of this class. > After the modification the sheet should display > - a default image if the object attribute 'photo' is empty (like the avatar > image for a xwiki user) > - a Button to modify the attribute > - When the user clicks on a pop-up like the image selector in the user > avatar. > > My issue is that the class was developed in a very early version of XWiki. > On XWiki.org I found: > Attachment Selector Macro > This macro seems pretty close to what I want. > But the sheet is still in wiki version 1. > > How can I use the macro in a sheet that is linked to the class? > > Gerritjan You can't, you must upgrade to the 2.0 or 2.1 syntax. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] help how to inherit a class from another
On 01/07/2014 07:35 AM, Zhihua Zheng wrote:
> mn... I think it works for me.
> Thanks for your advice.
>
> P.S. They implement class, why not inheritance?
I started working on that a very very long time ago (2006), and the
short answer is that it's not a very easy thing to do correctly. It's
not just about the UI showing input fields for the inherited properties,
but also how to make queries work with both classes, how to adapt the
data model APIs, how to design the right user experience which would
allow both easily managing inheritance and not cause data model
inconsistencies, should property overrides be allowed, etc.
I agree, though, that XClass inheritance would be a great thing, and if
enough users request it someone might invest the time needed to
implement it.
>
> 2014/1/7 Valdis Vītoliņš
>
>> If you add different objects from several classes to XWiki document,
>> common problem is that for document representation sheet of first found
>> class is used.
>> Therefore for composite objects you need to add
>> XWiki.DocumentSheetBinding object
>> which points to sheet document, with content like this (not tested!):
>> {{velocity}}
>> #set($obj1=$doc.getObject('Space.Obj1Class'))
>> #set($obj2=$doc.getObject('Space.Obj2Class'))
>> ...
>> #if($obj1)
>> #set($class1=obj1.xWikiClass)
>> #foreach($prop in $class1.properties)
>> |$prop.prettyName|$doc.display($prop.getName($obj1))
>> #end
>> #end
>> ...
>> #if($obj2)
>>
>>
>> Look at
>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Sheet+Module
>> for more. Note that you can save all these objects in specific template.
>>
>> Valdis
>>> hi,
>>>
>>>
>>> Thanks for your answer.
>>> Currently I am using a set of classes to represent my data, for
>>> display part they just need to directly show the properties. If I use
>>> composit, for the common part I need to identify if it's common, and
>>> there will be some "if-else" in each of the subclasses.
>>>
>>>
>>> I just wandering if we can have some auto-load, so that I don't need
>>> to use "if-else" everywhere, and it will be easy to maintain, just
>>> like the inherited class.
>>>
>>>
>>>
>>> 2014/1/5 Valdis Vītoliņš
>>> If you mean these classes defined in class editor defined
>>> in .../xwiki/bin/view/XWiki/XWikiClasses
>>> AFAIK these doesn't support extension.
>>>
>>> So, you need to use composition instead. Add object with type
>>> of the
>>> common class, and for few other documents add another object
>>> with type
>>> of "extended" class.
>>>
>>> You will need to adjust class sheet object to display fields
>>> of other
>>> tyepe of objects also (look at
>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Sheet
>>> +Module )
>>>
>>> Valdis
>>>
>>> > hi,
>>> >
>>> > the Class I mean is XClass, which is used in Wiki pages.
>>> >
>>> > thanks,
>>> > B.R./ZZH
>>> >
>>> >
>>> > 2014/1/5 Zhihua Zheng
>>> >
>>> > > hi all,
>>> > >
>>> > > I have couple of classes they are similar, most of them
>>> are the same, but
>>> > > some small parts are different. So that I want to use a
>>> arch that there is
>>> > > a common class holds all the common properties, and the
>>> real classes are
>>> > > inherited from the common.
>>> > > But how to achieve that?
>>> > >
>>> > > thanks!
>>> > >
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to enable Google Analytics for Xwiki?
On 11/29/2013 02:58 AM, Thomas Mortagne wrote: > On Fri, Nov 29, 2013 at 7:40 AM, Ldm Public wrote: >> Hi, >> >> The Wiki is http://tutos.myxwiki.org <http://tutos.myxwiki.org/>. >> >> I'm really not able to perform this operation by myself ? (ie to gain >> programming rights for user xrichard ?). Not really, since programming rights are global and affect all the wikis in the farm (and allow access to the underlying machine), so it's not something that should be granted easily. >> Thanks, >> >> >> Le 28/11/2013 23:59, Sergiu Dumitriu a écrit : >> >>> On 11/27/2013 04:49 PM, xrichard wrote: >>>> >>>> Hi, >>>> >>>> One more question before I (may) give up: is there anyone who managed to >>>> make Google Analystics works for a Wiki hosted on myxwiki.org ? >>>> >>>> Thanks for your answers, >>>> >>> Oh, if this is about enabling GA on myxwiki.org, then the issue is very >>> simple: only extensions saved by users with programming rights can be >>> used in the whole wiki. A farm admin will have to re-save the GA >>> settings page for you. Which wiki are you referring to? > > Shouldn’t it be admin right for the wiki (and PR for the farm) like > wiki macros and translations ? Sounds like too strong restriction to > me. > Yes it should, but back when the skinx plugins were developed checking for PR was the only security enforcement practice. It should be changed. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to enable Google Analytics for Xwiki?
On 11/27/2013 04:49 PM, xrichard wrote: > Hi, > > One more question before I (may) give up: is there anyone who managed to > make Google Analystics works for a Wiki hosted on myxwiki.org ? > > Thanks for your answers, > Oh, if this is about enabling GA on myxwiki.org, then the issue is very simple: only extensions saved by users with programming rights can be used in the whole wiki. A farm admin will have to re-save the GA settings page for you. Which wiki are you referring to? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Style for span in XWiki 2.x syntax
On 11/27/2013 10:54 AM, Valdis Vītoliņš wrote:
> Is it possible in XWiki 2.x syntax to set span style?
> E.g.:
>
> Normal (%style="color: red;"%) red normal
>
> makes following normal also red. Only solution I could get working was
> embedded html code, e.g.:
>
> normal {{html clean="false"}}{{/html}}red{{html clean="false"}}{{/html}} normal
>
> Are there any better approaches?
Normal (%style="color: red;"%)red(%%) normal
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Customize pdffooter.vm to include "Page X of Y"
On 11/22/2013 08:28 AM, Hamster wrote: > I want to customize the pdffooter.vm so the export will say: > > "Page X of Y" at the bottom of each page > > X = the current pagenumer > Y = the pagecount > > $msg.Page of > > What do I need to replace ??? with? > That's not something that easy to do, since the number of pages is only known when rendering the FO file. Here's an example of how it could be done: http://phenotips.org/PhenoTips/PatientSheetCode?xpage=edit&editor=object&classname=XWiki.PDFClass&property=fopxsl&x-maximized=TEXTAREA[id=%27XWiki.PDFClass_0_fopxsl%27] Notice the and the templates. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to avoid not viewable documents in livetable?
Sorry Valdis, but this won't fix the problem nicely, since it breaks the
livetable paging. You'll only get the items that are public from a
specific page, but the results are split into pages regardless of their
access, so in the end you might see 15/15 items, or 10/15 items, or just
an empty page with no items. This still discloses some information,
which is how many private documents are there matching my livetable
filters, and how might they be named.
A user with a lot of patience (or scripting skills) can actually get the
same information as he can see with the current implementation, by
searching letter by letter if a certain document name filter gives more
results (in the count) than are actually displayed.
A proper fix requires fixing things at a lower level, so that even the
simple count method fully checks access rights. But that is going to be
very taxing on performance, so it's not something that can easily be
implemented.
On 11/07/2013 04:34 PM, Valdis Vītoliņš wrote:
> Got it right with
> /xwiki/bin/view/XWiki/LiveTableResultsMacros
> changing to following (diff lines):
>
> 190 - #gridresult_buildRowJSON($item $rows)
> 190 + #if($xwiki.getDocument($item).hasAccessLevel('view'))
> 191 + #gridresult_buildRowJSON($item $rows)
> 192 + #end
>
> http://jira.xwiki.org/browse/XWIKI-9649
>
> Valdis
>
>> I have the same kind of objects: part of them are publicly available,
>> but others ar private.
>>
>> Using Livetable macro, for anonymous user it shows entries with
>> documents (without hyperlinks), which actually are not accessible.
>> With note under table:
>> (*) Some documents require special rights to be viewed
>>
>> Is it possible to show only accessible documents?
>> Currently I look at /xwiki/bin/edit/XWiki/LiveTableResultsMacros
>> page, though cannot see anything related to it...
>>
>> Thanks!
>> Valdis
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] 5.2 + Tuckey short URLs minor bugs
On 11/04/2013 02:09 AM, Vincent Massol wrote: > Hi Dmitry, > > On 04 Nov 2013, at 03:18, Dmitry Bakbardin wrote: > >> Hi, All! >> >> 5.2 Brand new install + Short URLs with Tuckey.org plugin as described in >>http://platform.xwiki.org/xwiki/bin/view/Main/ShortURLs#HUrlRewriteFilter >> >> Short URLs work perfect, XWiki generates correct link in pages, BUT some >> links are genereated with /bin/ part still. >> Quick search showed some places: >> 1. XWiki Logo >> 2. Attachments >> 3. "Welcome to your wiki" link in the Recent Changes Panel >> >> Should it be considered as a bug? > > Yes, please file a JIRA issue. I knew that I had fixed most places but missed > some so thanks for raising it :) > (see > http://jira.xwiki.org/browse/XWIKI-9437?focusedCommentId=77298&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-77298 > ) > >> Is there a reason NOT to bundle Tuckey's solution with standard XWiki >> distribution? > > No reason AFAIK. We could bundle it but the question is more: do we want > short URLs by default? > Why wouldn't anybody want short URLs? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Use FontAwesome in Spoiler Macro title
On 10/08/2013 05:40 AM, Hamster wrote:
> -bump-
>
> Or...
>
> ...does anyone know if it's possible to show a picture/FontAwesome icon in a
> PANEL?
>
Ah, I read the original question. It does work for me with the following
content:
{{spoiler title="{{icon name=camera/}}"}}
This is the content
{{/spoiler}}
{{spoiler title="{{icon name=twitter}}Want to see the truth?{{/icon}}"}}
You can't handle the truth!
{{/spoiler}}
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Use FontAwesome in Spoiler Macro title
On 10/08/2013 05:40 AM, Hamster wrote: > -bump- > > Or... > > ...does anyone know if it's possible to show a picture/FontAwesome icon in a > PANEL? > You can install http://extensions.xwiki.org/xwiki/bin/Extension/Font+Awesome+Icon+Macro -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Mistake on XWiki Syntax page?
On 09/20/2013 10:07 PM, Todd O'Bryan wrote: > On the XWiki Syntax page, it says that [[text>>Space.Page#anchor]] > will create a link to an anchor. It doesn't work for me, at least on > the current page. (The # gets replace with %23 in the url.) > > Instead [[text>>Space.Page||anchor=anchor]] seems to work, even if > Space.Page is left out. > > Where should I report this so it gets fixed? It is not a mistake. The syntax page contains definitions for 3 different syntaxes, xwiki/1.0, xwiki/2.0, and xwiki/2.1. The #anchor syntax belongs to the slightly older xwiki/2.0 syntax, and it will work correctly if you use it. However, the xwiki/2.1 syntax has been the default for a while, but the syntax page still uses 2.0 as the main syntax. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Automatically creating links in wiki pages because of specific wiki syntax
On 09/11/2013 08:37 AM, Vincent Massol wrote: > Hi Daniel, > > On Sep 11, 2013, at 2:32 PM, Daniel Isenmann wrote: > >> Hi everybody, >> >> I want to know if there is something similar in xwiki like in for example >> dokuwiki. There exists a plugin which creates automatically links in wiki >> pages if you write the following wiki syntax: [[bug>7884]] This will >> generates a link to bugzilla to the following URL: >> https://bugzilla-server/show_bug.cgi?id=7884 So in wiki code you just have >> this small piece of text and you will get a perfect link to bugzilla with >> the text: Bug 7884. It als renders the small bugzilla icon before the text, >> but that's not necessary. Would be nice, but isn't that important. >> >> Now is there something similar or can I achieve this with the help of a >> macro or script in xwiki? > > This can be achieved with the notion of Rendering Transformation, see: > http://rendering.xwiki.org/xwiki/bin/view/Main/Transformations > > And also: > http://rendering.xwiki.org/xwiki/bin/view/Main/Extending#HAddinganewTransformation > Actually those are called "interwiki links" and it's something XWiki always supported. To enable: 1. edit WEB-INF/xwiki.properties and add something like: rendering.interWikiDefinitions = bug = https://bugzilla.mozilla.org/show_bug.cgi?id= Replace "bug" with a better name if you want, and of course the correct URL to Bugzilla 2. Restart XWiki 3. Use the following syntax: [[interwiki:bug:123]] [[See bug #123>>interwiki:bug:123]] [[See bug #123>>interwiki:bug:123||class="bugzilla"]] -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Syntax and execution rules for parsed CSS and Javascript objects
One thing to keep in mind: client (browser) caches don't know about
Velocity.
This means that if you write different CSS rules depending on some
variables, like is guest or authenticated users, then when a user opens the
wiki and authenticates, something "strange" will happen. The browser will
first fetch the CSS file, which will contain the rules for the guest user.
This CSS is stored in the browser's cache, and it won't be re-fetched
unless the user forces a cache refresh. So after loggin in, the user will
continue to see the guest UI.
This means that a feature intended for improving the performance now breaks
your intended behavior. One solution is to disable caches (which is
possible for skin extensions, but not for filesystem files), but this
impacts the performance.
Another solution is to put different parameters in the URL used to fetch
the CSS or JS, for example:
$xwiki.ssx.use('Some.Document', {'isGuest': $isGuest})
$xwiki.jsx.use('Some.Document', {'user': $xcontext.userReference,
'hasAdmin': $hasAdmin})
Yet another solution (which only works for JS, not for CSS) is to store the
variable data in the HTML, and the JS will fetch it from there. There are
already plenty of variables stored in elements, such as the current
document coordinates and the CSRF prevention token, and some are defined as
JS variables, such as XWiki.hasEdit. This is the preferred way of passing
information to JS scripts, since it allows the extensions to be cached,
while still being aware of the current context. The downside is that the
fields can't be easily altered from the document content, they have
to be modified in a skin file or in the global administration (there's a
special field for modifying the metadata).
On Thu, Aug 22, 2013 at 10:22 AM, Marius Dumitru Florea <
mariusdumitru.flo...@xwiki.com> wrote:
> Thanks. One remark: we're moving away from 'XWiki.XWikiGuest'. The
> best way to check for guest user is to check for null user reference.
> See
> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki50#HXWikiDocumentauthorsandpublicaccess
> . So:
>
> #if (!$xcontext.userReference)
> Guest user!
> #end
>
> Hope this helps,
> Marius
>
> On Thu, Aug 22, 2013 at 4:51 PM, Valdis Vītoliņš
> wrote:
> > Thanks Clemens and Marius!
> > I updated
> >
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial#HHowtouseVelocityinparsedcontent
> >
> > with additional notes.
> >
> > Valdis
> >
> >
> >> Hi Valdis,
> >>
> >> it seems in the StyleSheetExtensions / JavaScriptExtensions only the
> "basic" variables are defined, like $doc, $request or $xcontext
> >>
> >> The $isGuest is a "derived" variable; you can find the definition in
> /templates/xwikivars.vm
> >>
> >> I am not sure if there is a better way, but at least you can get the
> code working by copy & paste the definition for the variables you need from
> the xwikivars.vm to the corresponding objects
> >>
> >> hope this helps,
> >> Clemens
> >>
> >> > I'm trying to move all velocity macro customizations from files to the
> >> > database according to
> >> >
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/SkinExtensionsTutorial
> >> >
> >> > Though I can't find out syntax and execution rules (e.g. order) for
> >> > parsed entries.
> >> >
> >> > E.g. to implement different styles for anonymous and logged in users
> for
> >> > XWiki.StyleSheetExtension parsed code (how Velocity can decide which
> is
> >> > macro and whic is CSS id?):
> >> >
> >> > #if($isGuest)
> >> > #xwikicontent {
> >> > background-color: blue;
> >> > }
> >> > #else
> >> > #xwikicontent {
> >> > background-color: red;
> >> > }
> >> > #end
> >> >
> >> > Similarly, what should be right way to show alert for
> >> > XWiki.JavaScriptExtension parsed code:
> >> >
> >> > alert($isGuest);
> >> >
> >> > Thanks!
> >> > Valdis
> >> >
> >> > ___
> >> > 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
Re: [xwiki-users] Is xwiki suitable as a blog now?
On 08/20/2013 03:07 AM, Marius Dumitru Florea wrote: > On Tue, Aug 20, 2013 at 3:16 AM, crocket wrote: >>>> I'm still using XWiki 4.3 milestone 1 on my personal web server. >>>> >>>> It is not very useable as a blog since >>> >>>> 1) very wide images aren't resized to fit the width of the blog >>> >>> Couldn't you limit the size of the images either through wiki syntax ( >>> [[image:foo.png||width="200px"]] ) or through CSS ( max-width: 200px >>> )? >>> > >> The size should be adjusted automatically without any funny CSS or width >> configuration. > > It is as simple as specifying the width when you insert an image in a > blog post using the WYSIWYG editor and you know that the image won't > fit the screen size. Each blog post is unique so the author must know > what images he's going to insert (unless you are generating the blog > posts automatically from some external source you don't control). > Plus, I doubt you have tons of images to insert (in that case I > recommend you to use the gallery macro). Moreover, the editor allows > you to create a link to view the original image, when the user clicks > on the resized image. So I don't see the problem here, sorry. Whose screen? Should the author make images small enough to fit on his screen, but that would make them too large for smaller ones, or small enough to fit even small phone screens, which will make them unnecessarily small for everybody else? >> Otherwise, I'd end up coding a blog on top of XWiki. >> >> >>> >>>> 2) There don't seem to be pingback or other XXXbacks used to communicate >>>> with other blog articles. >>> >>> I don't know anything about this, so nothing changes on this part I guess. >>> >>>> 3) For non-web devs or non-technical people, it is not easy to change >>>> themes or customize UI to make it look like a blog. >>> >>> Nothing changed here. You can use either the Color Themes (for >>> non-technical people) or you can customize the skin of the Blog space >>> but you need to know a bit of CSS (and maybe some HTML/Velocity). >>> >> >> Probably. >> >> >>> >>>> >>>> The latest stable release is 5.1 now. >>>> Has it become useable for me? >>> >>> If you're using XWiki only for the blog application then I think there >>> are better alternatives (blog platforms) that were made specifically >>> for this. XWiki's main goal is IMO to help you and your peers organize >>> your information in a collaborative way. The new things that 5.1 >>> brings compared to 4.3M1 are: new search engine based on Solr, virtual >>> mode is on by default, new security module, new localization module, >>> improved Distribution Wizard and Extension Manager in general. >>> >>> Hope this helps, >>> Marius >>> >> >> I guess wordpress is a perfect fit for a blog starter. >> I'm sad that I need XWiki for a wiki and wordpress for a blog. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki vs Xwiki or brandname vs forename
On 05/29/2013 12:38 PM, Valdis Vītoliņš wrote: > I'm just curious about brandname such as XWiki versus "generic" forename > such as Xwiki. > > For example in languages I know (Latvian, English, Russian) any forename > (given name for person or dog, city or ship name, etc.) starts with > capital and then, if not all characters are capital, it follows with > small letters. > > There are brandnames (mostly intentionally, to differ from "generic" > name) this rule is not followed: XWiki, iOS, PiTiVi, etc. > > So, when I write about Xwiki: > > 1. I don't know it is spelled XWiki, > 2. I'm too lazy to bother, > 3. I intentionally spell it Xwiki, to not add disclaimer, that iOS or > XWiki or ... is a registered trademark (if is), > 4. something else... > > What do you think? > Valdis > The official name has always been XWiki, never Xwiki. I've often seen Xwiki and xWiki, though, mostly because of the first two reasons you present, and also because most word processors auto-correct "two capital letters", which in most cases is wrong. I'm not sure how many people know how to undo that behavior. Still, I never thought that it is a big enough issue to point it out to people explicitly, hoping that they'll learn by example. However, I do try to correct any wrong spelling in editable public place, like wikipedia and the xwiki.org farm. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] javascript parameter
On 05/27/2013 11:15 AM, pierrick.b...@intech.lu wrote:
> Hi everybody,
>
> I would like to send a javascript parameter with this jQuery method :
>
> $.ajax({
>
> url: "myurl",
> dataType: "json",
> data: {"myparameter" : "value"},
> beforeSend : function(xhr) {
> xhr.setRequestHeader("Authorization", "Basic " + coded);
> }
>
> })
>
> Do you know how I could get the parameter "myparameter" back and use its
> value in a velocity script ? I don't know if it's possible or not.
Sure, $request [1] exposes the request, which extends ServletRequest
which does have these methods:
$request.getParameter('myparameter') -> get one value
$request.getParameterValues('myparameter') -> get a list with all the values
[1]
http://platform.xwiki.org/xwiki/bin/view/SRD/Navigation?api=request&xpage=embed
> Thanks in advance for your help.
>
> Regards, Pierrick
>
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Macro Error
See http://stackoverflow.com/q/16605762/620249 On 05/27/2013 07:53 AM, Danilo Amaral de Oliveira wrote: > **Plz ignore the last msg, I sent it with the wrong subject** > > > > Hello People, > > > > I am trying to install the Xwiki to build a enterprise wiki in my company but > I am facing some problems. > > > > I download the zip package available and I installed the Xwiki in the C: > directory. > > My server configuration is: > > Windows 2008 Server R2 x64 > > Server JRE 7 > > Xwiki Enterprise 5.0.2 > > > > The address of my wiki is: > > MGINFRAWEBP3.energisa.corp > > > > When I access the wiki by: > > localhost:8080 > > This problem doesn't happen! > > > > The xwiki start normally but when I try to change (insert or remove) a macro > the following error appear: > > > > 500Error 500 Error number 2 in 0: The wiki > [mginfrawebp3] does not exist HTTP ERROR 500 > Problem accessing > /xwiki/resources/js/xwiki/wysiwyg/xwe/MacroService.gwtrpc. Reason: > Error number 2 in 0: The wiki [mginfrawebp3] does not > existCaused by:com.xpn.xwiki.XWikiException: Error > number 2 in 0: The wiki [mginfrawebp3] does not exist at > com.xpn.xwiki.XWiki.getXWiki(XWiki.java:505) at > org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.initializeXWikiContext(XWikiContextInitializationFilter.java:134) > at > org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter(XWikiContextInitializationFilter.java:83) > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) > at > com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) > at org.eclipse.jetty.serv let.Servl etHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1419) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:455) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:557) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1075) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:384) at org.eclipse.jetty.se rver.sess ion.SessionHandler.doScope(SessionHandler.java:193) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1009) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:255) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:154) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116) at org.eclipse.jetty.server.Server.handle(Server.java:368) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:488) at org.eclipse.jetty.server.AbstractHttpConnection.content(AbstractHttpConnection.java:943) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.content(AbstractHttpConnection.java:1004) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:861) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:240) at org.e clipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82) at org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:628) at org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:52) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:608) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543) at java.lang.Thread.run(Thread.java:722) Powered by Jetty:// > > > > I couldn't find any reasonable solution. > > > > > > > > Thank you in advance. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Disable Virtual Mode XWiki 5.0M2
On 05/24/2013 03:41 PM, Mauro Javier Giamberardino Fernandez wrote: > Thanks, its wroks. I just readed that this bug was corrected on 5.0.2 > version released today. I hope so, but I'm not entirely sure that it was indeed that bug that caused the problem. It would be great if someone can confirm that it works on 5.0.2 without any workarounds before I find the time to test it. > :) > > Thanks for your help. > > > 2013/5/24 Sergiu Dumitriu > >> On 05/24/2013 12:58 PM, Mauro Javier Giamberardino Fernandez wrote: >>> Hello! I have unpgraded form 4.x.x to 5.x.x and i have an error like: "th >>> wiki [xxx] does not exist". >>> I want to know if i can disable de Virtual Mode on XWiki 5.0M2. >>> >>> thanks >>> regards >>> >> >> See >> >> http://stackoverflow.com/questions/16605762/xwiki-servlet-exception/16613351 >> (everybody seems to have this problem...) -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Disable Virtual Mode XWiki 5.0M2
On 05/24/2013 12:58 PM, Mauro Javier Giamberardino Fernandez wrote: > Hello! I have unpgraded form 4.x.x to 5.x.x and i have an error like: "th > wiki [xxx] does not exist". > I want to know if i can disable de Virtual Mode on XWiki 5.0M2. > > thanks > regards > See http://stackoverflow.com/questions/16605762/xwiki-servlet-exception/16613351 (everybody seems to have this problem...) -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [ANN] XWiki 4.5.4 released
The XWiki development team is proud to announce the availability of XWiki 4.5.4. This is a bugfix release for the 4.5.x cycle, hopefully the last on the 4.x cycle. Affected areas include the distribution wizard and the extension manager, Internet Explorer compatibility, Oracle and PostgreSQL compatibility, and multiwiki improvements. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download (please allow a few hours for the binaries to propagate to the download servers if the download doesn't work yet) Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki453 Thanks -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Open attached Word Document (which contains "OnOpen" Macro)
On 05/23/2013 03:12 AM, Hamster wrote: > Even adding our Macro Certificates to those documents has no effect :-( > The macro's are simply ignored when the documents are opened from XWiki. > > Downloading the documents before using them defeats the purpose of storing > Word Templates in XWiki. We would like to use the "power" of XWiki to do > revisions on those documents, while still offering a "one-click" way to > start a new Word Document for our users. > > Does anyone else use Word Documents/Templates within XWiki? > Do they also contain any macro's? > This is not in any way XWiki's fault, since it doesn't touch the content of the attachments in any way. Try to add the site to the list of "trusted" domains, maybe that helps. Search for a solution to this problem on Microsoft's resources, since it's their software that decides not trust documents coming from the web. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Dashboard does not remember layout
On 05/23/2013 06:00 AM, Hamster wrote:
> Okay...I want to try something else:
>
> How can I "delete" the dashboard?
>
> Because when I remove the {{dashboard/}} from the page, it will remove the
> dashboard, but when I put {{dashboard/}} back onto the page, it has
> remembered the old dashboard.
>
> Where does this dashboard get stored? (so I can remove it)
>
In objects attached to the document. The {{dashboard}} macro just
displays those objects, so deleting the macro will leave the objects in
place.
To forget the whole dashboard, remove all the XWiki.GadgetClass objects
from the document.
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Upgrade - Database Version Issue
On 04/22/2013 09:46 AM, Keith Davis wrote: > I just upgraded from 4.3 to 4.5.3. Shouldn't my MySQL > xwikidbversion.XWV_VERSION be changed from 43000 tosomething else? No, the database version doesn't track the XWiki version, but the latest database migrator that has been applied. Database migrators do follow the XWiki version somehow, but migrators are not that often required, so not every version will have one. In short, this is normal. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Tomcat + MySQL + Xwiki
rs-boun...@xwiki.org] On >>>> Behalf Of Thomas Mortagne >>>> Sent: 20 March 2013 17:21 >>>> To: XWiki Users >>>> Subject: Re: [xwiki-users] GlassFish + MySQL + Xwiki >>>> >>>> You should follow >>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationWAR >>>> >>>> >>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomc >>>> a >>>> t >>>> is just one step >>>> >>>> On Wed, Mar 20, 2013 at 6:16 PM, Hirji Patel < >>>> hirji.pa...@akt-uk.com > >>>> wrote: >>>>> Hi, >>>>> >>>>> Just installed Tomcat + Xwiki using link below, but it does not >>>>> tell >> >>>>> me to install MySQL? Its telling me to install Nginx, should I be >>>>> doing this? >>>>> >>>>> >>>>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTom >>>>> c >>>>> at >>>>> #H >>>>> InstallationSteps >>>>> >>>>> This is what I have done so far... >>>>> >>>>> Windows 2008 server. >>>>> Created folder in c:\Tomcat_Home (copied files from Zip) Created >>>>> folder Xwiki C:\Tomcat_Home\webapps\xwiki (copied files from War >>>>> file) >>>>> >>>>> What's Next.. to get my xwiki going? >>>>> Install Mysql? >>>>> >>>>> Regards, >>>>> Hirji >>>>> >>>>> -Original Message- >>>>> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On >>>>> Behalf Of Hirji Patel >>>>> Sent: 20 March 2013 16:39 >>>>> To: XWiki Users >>>>> Subject: Re: [xwiki-users] GlassFish + MySQL + Xwiki >>>>> >>>>> Thank you for helping me out here. >>>>> >>>>> Xwiki will be in production with large files. >>>>> >>>>> 15000 Pages... that's a lot of pages... ours will be much less then >>>>> that. >>>>> So Tomcat sounds good, but dot sure what you mean by filesystem >>>>> attachments? How does that work or can that be done at later stage >>>>> with Tomcat + MySQL? >>>>> >>>>> Regards, >>>>> Hirji >>>>> >>>>> >>>>> -Original Message- >>>>> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On >>>>> Behalf Of Sorin Burjan >>>>> Sent: 20 March 2013 16:23 >>>>> To: XWiki Users >>>>> Subject: Re: [xwiki-users] GlassFish + MySQL + Xwiki >>>>> >>>>> Hi, >>>>> >>>>> At the moment the safest way to go is Tomcat + MySQL. If you go >>>>> with >> >>>>> Tomcat, make sure you set it to use UTF8 encoding, since the >>>>> default >> >>>>> configuration of Tomcat is not UTF8. >>>>> The standalone jetty+hsqldb is not good in production/large wikis >>>>> because it uses an in memory hsqldb database, meaning that all your >>>>> database is loaded at startup into your RAM memory. >>>>> >>>>> Regards, >>>>> Sorin B. >>>>> >>>>> >>>>> On Wed, Mar 20, 2013 at 6:17 PM, Jeremie BOUSQUET < >>>>> jeremie.bousq...@gmail.com > wrote: >>>>> >>>>>> You didn't tell us if this wiki will be in production (ie, >>>>>> available to many users, requiring to be up most of the time, with >>>>>> proper backup >>>>> >>>>>> of data, etc...) or if it's only a test wiki for you, for example. >>>>>> If it's only for tests, the standalone wiki with jetty + hsqldb is >>>>>> good enough, for production jetty is not recommended by xwiki I >>>>> believe. >>>>>> I can only give you a personal feedback : I have a wiki (in >>>>>> production) with Tomcat 6 + MySql 5.1, with db attachments. The >>>>>> wiki has around 15000 pages now, and 1,6Go of attachments content >>>>>> in db (including all versions of course). I plan to move to >>>>>> filesystem attachments, because during the course and upgrades >>>>>> (this wiki started >>>>> >>>>>> several years ago with version 0.9), some attachments got >>>>>> corrupted >> >>>>>> for any reason, and it might be easier to avoid/detect/repair with >>>>> filesystem based attachments than db. >>>>>> Apart from that, it works pretty well. >>>>>> >>>>>> I don't think servlet container will have a big impact on the way >>>>>> big >>>> >>>>>> attachments are managed, apart from possible limitations specific >>>>>> to each container if they exist. The link I provided gives you >>>>>> what >> >>>>>> is supported by xwiki, and with what it has been tested, but we >>>>>> can't decide for you what container or rdbms to choose in the end >>>>>> :-) >>>>>> >>>>>> BR, >>>>>> Jeremie >>>>>> >>>>>> >>>>>> 2013/3/20 Hirji Patel < hirji.pa...@akt-uk.com > >>>>>> >>>>>>> Thanks, >>>>>>> >>>>>>> Which Servlet Container should I be using? >>>>>>> >>>>>>> My DB will have large attachments and images. >>>>>>> >>>>>>> Regards, >>>>>>> H >>>>>>> >>>>>>> -Original Message- >>>>>>> From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] >>>>>>> On Behalf Of Eugen Colesnicov >>>>>>> Sent: 20 March 2013 13:46 >>>>>>> To: users@xwiki.org >>>>>>> Subject: Re: [xwiki-users] GlassFish + MySQL + Xwiki >>>>>>> >>>>>>> Recommendations about DB & Container depend on Your scenario of >>>>>>> XWiki using ... For example, if you will have many and large >>>>>>> attachments - need to switch XWiki to "file-system attachments >>>>>>> storage" or to use another database (not MySQL) - this is my >>>>> opinion. >>>>>>> >>>>>>> My experience with big attachments - from the begging I have >>>>>>> Windows >>>>> >>>>>>> + Glassfish + Oracle (attachments stored in DB), after I migrated >>>>>>> for Linux + MySQL + Tomcat, but with file-system attachments >>>>>>> storage >>>>> >>>>>>> - and right now I prefer this variant - more speed and "lightness" >>>>> ... >>>>>>> >>>>>>> But, in any case, Your selection is not bad variant for >>>>>>> production >> >>>>>>> using (for example comparative to other java servlets). Also you >>>>>>> should understand, that XWiki - it is not a BIG-BIG system, for >>>>>>> example, likes MS SharePoint. Same results & more speed you can >>>>>>> get >>>> >>>>>>> with more simple hardware & software... >>>>>>> >>>>>>> -- >>>>>>> Best regards >>>>>>> Eugen Colesnicov >>>>>>> -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Setting "prevent unregistered from viewing" and the ResetPassword page.
On 03/27/2013 08:52 AM, Benjamin Kunz wrote: > Hello, > > i would like to set up a private (corporate) XWiki installation. > > I have a problem in the testing installation that i would have to > solve before i can go ahead. > > When i set "prevent unregistered users from viewing pages, regardless > of the page or space rights", the ResetPassword page is affected by > this setting. This creates, as you can imagine, a quite paradoxical > situation. > > > What is the recommended way to set up a private wiki, or is this a bug? > > Note that this happens in the latest 4.5 as well as 5.0 branches. It is a know limitation. The problem is that when you prevent view rights for all unauthenticated users, you're also forbidding access to the password reset page, which is a document in the wiki like all the others. One workaround for the moment is to set rights differently: instead of checking "prevent unregistered users from viewing pages", deny all the rights to the unauthenticated user. This should by default forbid access to most parts of the wiki, except where explicitly granted rights, such as the password reset feature. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Tabs Macro
On 03/06/2013 12:54 PM, Jeremie BOUSQUET wrote: > Hello guys, > > So it's done, and I've published both versions 1.0.1 (from the original > from xwiki.org) and 1.0.2 (wich fixes excessive empty lines inserted) both > to github and to nexus staging. > > If someone could kindly promote those artifacts from Nexus staging, that > would be nice :-) > > groupId: org.xwiki.contrib > artifactId: xwiki-macro-tabs > versions: 1.0.1 and 1.0.2 Very nice POM! I tested the XAR, seems to be working fine. Repo released: http://nexus.xwiki.org/nexus/content/repositories/releases/org/xwiki/contrib/xwiki-macro-tabs/ > Note: as I put "Tabs Macro" in > the pom, and page name on xwiki.org is "Tabs Macro", I believe that if I > "import" from Extension Repository, it should update the extension page > accordingly, is this right ? Because the extension id is different now of > course... > -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTML5 File Upload
On 02/24/2013 04:03 PM, dmnrmr wrote:
> Glad you came up with solution. But i can't get this code work properly. I've
> added this code to the page, but i keep getting Failed to execute the [html]
> macro erorr. I've added spaces between {{html}} tags and it still didn't
> help.
Can you put your exact code on pastebin?
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTML5 File Upload
On 02/23/2013 02:37 AM, dmnrmr wrote:
> Guys any help? I would really appreciate too see a simple sample how to
> upload and save files to local page?
>
There are a few missing pieces of information from the documentation, so
it's kind of normal not to be able to get it working on your own, sorry
about that. Here are some hints:
- In XWiki we try to prevent CSRF attacks by requiring that every change
request be accompanied by a token. To make the upload form work, you
must include this in the :
- The upload action only accepts file inputs named "filepath" (or
filepath_X, where X is a number), so you must change the name of the
file input to "filepath" in order for it to be taken into account
- You MUST keep the JSX object, otherwise the HTML5 upload has no way of
working.
- What you see after the file is uploaded (like in the first screenshot)
is kind of normal, since the HTML5 upload widget doesn't know what you
want to display afterwards. See the "responseURL" parameter. So, this
parameter is almost mandatory if you want something meaningful to
appear. A simple solution is to use the existing attachmentslist.vm
template, which just lists the files uploaded so far to that wiki page,
like in the Attachments tab at the bottom.
Here's some code that works:
> {{velocity}}
> $xwiki.jsfx.use('uicomponents/widgets/upload.js', true)
> $xwiki.ssfx.use('uicomponents/widgets/upload.css', true)
> {{html}}
> method="post">
>
> />
>
>
> #template('attachmentslist.vm')
>
> {{/html}}
> {{/velocity}}
And the JSX:
> document.observe('xwiki:dom:loaded', function() {
> var targetInput = $('my_upload');
> if(targetInput) {
>new XWiki.FileUploader(targetInput, {
> autoUpload: true,
> progressAutohide: true,
> responseURL: XWiki.currentDocument.getURL('get',
> 'xpage=attachmentslist'),
> responseContainer: $('my_upload_results')
>});
> }
> });
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] HTML5 File Upload
On 02/21/2013 01:04 PM, dmnrmr wrote:
> Hello! I have school project where i need to make a page where used could
> input some information (name, surname etc...) + be able to upload doc/pdf
> files. So i wanted to make a file upload option so i googled it.
>
> I have found this page:
> http://platform.xwiki.org/xwiki/bin/view/DevGuide/HTML5Upload
>
> My code looks like:
>
> {{html}}
>
The action of the form should point to the "upload" action of XWiki, not
back to the view mode. Try:
action="${doc.getURL('upload')}"
This code needs to be placed in a {{velocity}} macro, so if you're not
already using one, you can just write:
action="{{velocity}}${doc.getURL('upload')}{{/velocity}}"
>
>
>
> {{/html}}
>
> The problem is that i can sleect file to upload, progress bar appears, but
> then nothing happens (see attachment image). Could you help me to resolve
> this issue?
>
> <http://xwiki.475771.n2.nabble.com/file/n7583955/Untitled-1.png>
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Caching resources
On 01/31/2013 12:31 PM, David Delbecq wrote: > Hello, > > i would like to active cachin on /xwiki/bin/skin/resources/* as, obviously, > skin doesn't change often :) > As you can see, by default, xwiki forbid caching... What do i need to change > for this caching? > Nope, that's not the default behavior. XWiki does rely on caching, and if you go to http://playground.xwiki.org/xwiki/bin/skin/resources/js/scriptaculous/effects.js you'll see that the resource is cached. > > HTTP/1.1 200 OK > Server: Apache-Coyote/1.1 > Pragma: No-cache ^ These don't come from XWiki, I guess that Tomcat's configuration is the one that adds the Pragma: No-cache header. > Cache-Control: public > Expires: Sat, 02 Mar 2013 17:22:25 GMT > Last-Modified: Tue, 26 Jun 2012 10:06:58 GMT ^ These come from XWiki, and they do enable caching. > Content-Type: text/javascript;charset=UTF-8 > Content-Language: en > Content-Length: 25003 > Date: Thu, 31 Jan 2013 17:22:25 GMT Hm, except maybe if you're using a very old version of XWiki. What version are you currently using? -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] translations
On 01/25/2013 09:53 AM, Gerritjan Koekkoek wrote: > The XWiki instance where the community can translate the keys for XWiki > enterprise is very difficult to use. > Would it be possible to select the keys based on extensions/modules > Example: > 1) If I would like to check which keys of the BLOG application are translated > in dutch? And which are still not translated? > 2) Look at keys for the top-menu bar in XWiki > > To look at a alphabetical list of more then 5000 key's is a bit > overestimating the stamina of potential translators > > Gerritjan Koekkoek > This isn't quite supported yet, because of the fact that so far most of the translations have been defined in only one file, ApplicationResources.properties. But the new localization mechanism allows for each module to define its own translations, in its own file, so gradually keys will be moved out of the big file into separate smaller modules. However, you can still kind of search for applications from a domain, using the advanced search [1] and specifying as the "key" the prefix used by an application. For example, this [2] looks up keys from the blog application. For the menu, multiple keys are used: core.menu., workspacemanager.menu.*, core.shortcuts.* for defining the shortcuts that trigger certain actions, and the old simplistic keys "login", "logout", "superadmin", and "core.register". The only way to find out what kind of keys are used in a place is to look in the source of that place, which can be a document in the wiki, or a template on the filesystem (usually in templates/). [1] http://l10n.xwiki.org/xwiki/bin/view/L10N/Search [2] http://l10n.xwiki.org/xwiki/bin/view/L10N/Search?application=&name=&lang=&key=core.menu.&origtext=&transtext= -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Avatar in livetables oversized after migrating to 4.4
On 01/23/2013 03:20 PM, Nicolas Sanitas wrote: > Hi all, > > I've got a problem after having migrating to 4.4. > > I use a few livetables in different workspaces displaying their users ; it > worked well until now. > > But the avatar are now oversized when displayed in livetables, ie. it looks > that it's the photo in its actual size which is displayed... > > I precise that I tried to upload new avatars; I also verified that this > happened in all my workspaces. > > I was previously in 4.2. > > Anybody can help? > > Thanks by advance, > > Nicolas Hi Nicolas, This is a know regression which will be fixed in 4.4.1 (to be announced in a few days, probably tomorrow) http://jira.xwiki.org/browse/XWIKI-8663 -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Korean translation review
Hi devs and users, It looks like the Korean translation is broken in several places. While most translations are OK, some are just random ISO-8859-1 characters, probably a bad encoding setting when the file was initially imported into l10n.xwiki.org. Could someone look at the translations and at least remove the broken ones? Anybody can remove broken translations from http://l10n.xwiki.org/xwiki/bin/XE/XWikiCoreResources?action=viewall&language=ko If they look like 스페이스 블로그 (스페이스 내 포스트 모음) they're good. If they look like Îì±Î°ù φïÎ≥¥ Ïù¥Î¶ÑÏùÄ Ïù¥ ÎѧÏù¥Î∞ç they're bad. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] [myxwiki] XWiki Enterprise 4.4-rc-1 Upgrade
Hi everyone, myxwiki.org has been upgraded to XWiki 4.4-rc-1. If you own a wiki hosted there you should have a look at the release notes for this version at: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ We also strongly recommend an upgrade to the latest wiki version. To upgrade you must download the XE 4.4-rc-1 XWiki XAR from: http://www.xwiki.org/xwiki/bin/view/Main/Download And follow the upgrade guide available at : http://platform.xwiki.org/xwiki/bin/AdminGuide/Upgrade#HUpgradingwikidocuments To be notified of the myxwiki.org server upgrade you can follow myxwiki on twitter: http://twitter.com/myxwiki Thanks, - the XWiki Community ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] XWiki 4.4-rc1 released
On 12/27/2012 12:17 PM, Vincent Massol wrote: > > On Dec 27, 2012, at 6:10 PM, Naoufel Chbihi > wrote: > >> Hello Vincent >> >> The files don't seem to be available. > > Indeed I thought they would be available from > http://forge.ow2.org/projects/xwiki/ but that's not the case. > This is happening too often. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [myxwiki] new wiki request
On 12/26/2012 01:41 PM, Ldm Public wrote: > Thanks Guillaume for your answer ... That's fine because I'm not in a > hurry :-) . > > Can you tell me if it's possible to export then import a Wiki space and > all its pages? If so I will continue to create page in cloud Wiki with > confidence. > Yes, it's possible. See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/ImportExport -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] buffering?
On 12/21/2012 10:39 AM, Paul Libbrecht wrote: > Thomas, all, > > would I have a way to invoke velocity using the scope being run but without > the rendering? > I guess that would be the exact use case here and it is likely to be so for > other people; for example to generate xml documents, json documents... > > thanks in advance. It is possible, but not with what's available out of the box. You would have to write a new action that is only responsible for invoking Velocity, connecting its output directly to the socket. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki and multilingual support bug?
On 12/19/2012 03:29 PM, Haru wrote: > Thanks a lot, Sergiu! > > The problem was following: default language is set in UI in XWiki (it was > ru), but was ignored. Is it a bug to jira it? Or it is expected behaviour? If > it's expected, why do we have default language in UI? It's the expected behavior, at least with the way translations work at the moment. I'm not happy with the current mechanism, but changing it requires a lot of refactoring. Configured default wiki language is different from document default language, which can be set for each document. See my other reply for what the default wiki language actually does. > Moreover, in XEM it could be possible to have different default languages in > workspaces, so xwiki.cfg hidden setting is not the best option, IMHO. I agree, this should be a setting configurable in each wiki, or even space. > > Среда, 19 декабря 2012, 13:40 от Sergiu Dumitriu : >> On 12/19/2012 04:34 AM, Haru wrote: >>> It's clear now with pages, but why UI falls into browser default language >>> in abovementioned configuration, ignoring default language settings? >>> >> >> There's a hidden setting in xwiki.cfg, xwiki.language.preferDefault >> >> Edit xwiki.cfg, find and uncomment that line and set it to 1. Restart XWiki. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki and multilingual support bug?
On 12/19/2012 04:55 PM, Marius Dumitru Florea wrote: > On Wed, Dec 19, 2012 at 10:29 PM, Haru wrote: >> Thanks a lot, Sergiu! >> > >> The problem was following: default language is set in UI in XWiki (it was >> ru), but was ignored. Is it a bug to jira it? Or it is expected behaviour? >> If it's expected, why do we have default language in UI? > > I think the default language you set in the Localization section of > the administration refers to the document content not to the UI. It is > the default content language when you create a new document. Almost. To be more precise, it's the default language to fall back when: - the language(s) requested browser are not available - a document doesn't specify its default language When creating a new document, the default language is the current context language. But it is NOT the default language that users will see unless they explicitly select another one. The setting I mentioned is the one that moves the behavior closer to what you expect. > Hope this helps, > Marius > >> Moreover, in XEM it could be possible to have different default languages in >> workspaces, so xwiki.cfg hidden setting is not the best option, IMHO. >> >> >> Среда, 19 декабря 2012, 13:40 от Sergiu Dumitriu : >>> On 12/19/2012 04:34 AM, Haru wrote: >>>> It's clear now with pages, but why UI falls into browser default language >>>> in abovementioned configuration, ignoring default language settings? >>>> >>> >>> There's a hidden setting in xwiki.cfg, xwiki.language.preferDefault >>> >>> Edit xwiki.cfg, find and uncomment that line and set it to 1. Restart XWiki. >>> -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki and multilingual support bug?
On 12/19/2012 04:34 AM, Haru wrote: > It's clear now with pages, but why UI falls into browser default language in > abovementioned configuration, ignoring default language settings? > There's a hidden setting in xwiki.cfg, xwiki.language.preferDefault Edit xwiki.cfg, find and uncomment that line and set it to 1. Restart XWiki. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] buffering?
On 12/19/2012 01:33 PM, Paul Libbrecht wrote: >> It's not Velocity that's buffering, it's the whole rendering engine that >> does that. Velocity itself is just one of the steps through which >> document content passes, and each step outputs everything in a buffer >> which is later flushed down the socket after every rendering step is >> finished. >> >> At least that's what's happening if you use the rendering engine to >> "run" code from wiki documents. > > Is there any way to disable buffering at each of the steps? No, especially not with the current (XRendering) rendering engine, since Velocity is just a Transformation that works on the XDOM, which will be actually transformed into real output in a separate process that expects a final, full DOM. > I'm thinking this may have a performance impact. Yes, it does. > However, for my case, implementing OAI-PMH, I've solved it by using the > "query resumption" that the protocol offers. It's good that you found a workaround. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] buffering?
On 12/17/2012 12:31 PM, Paul Libbrecht wrote: > > Hello XWiki experts, > > I'm implementing OAI-PMH, a service infrastructure to aggregate digital > library items. > I do so with a few velocity pages and a groovy page. I'll happily share it. > At first, I did not implement the "resumption" flow-control, which allows a > big search list to be paged in several requests as I expected the output of > my velocity script to trigger a buffer-full and start delivering the packets > down the line. > > But this fails, nothing comes before it's finished. > And indeed, I receive a content-length header... so there is buffering > happening somewhere. > > Do I have a possibility to disable velocity output buffering? > It's not Velocity that's buffering, it's the whole rendering engine that does that. Velocity itself is just one of the steps through which document content passes, and each step outputs everything in a buffer which is later flushed down the socket after every rendering step is finished. At least that's what's happening if you use the rendering engine to "run" code from wiki documents. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Admin user can't install extensions
On 12/14/2012 02:03 PM, Pape, Barry wrote: > Hi Everyone, > > I just switched from the standalone install to a tomcat/mysql installation > and now the Admin user can't install any extensions. Specifically, I am > running Tomcat 7.0.34 with MySQL 5.1 on Windows Server 2008 R2 Standard and > XWiki Enterprise 4.3. I imported the Default Wiki Xar file > (xwiki-enterprise-ui-all-4.3.xar) and since the macros on the home page > aren't working (Spaces, Tags, Send Message, and Activity Stream all state > unknown macro) proceeded to login with the Admin user and navigated to the > Extension Manager. I was surprised to see only one extension installed > (XWiki Enterprise - UI All) instead of the 27 that came with the standalone > version of XWiki. So I went to install some of the missing extensions and > received the message "Admin right is required to install extension > [org.xwiki.platform:xwiki-platform-wiki-manager-ui-4.3] on namespace > [wiki:xwiki]." Which I hadn't received any messages like that when using the > standalone version. I verified that the Admin us > er is in the XWikiAdminGroup and has Admin privileges. Are there other > access controls that I need to modify for this? Is there some other > configuration that I need to perform first? Any help is much appreciated. > When importing the XAR, make sure you check "Import as backup package". Otherwise, all the imported documents will be created with an unprivileged account, thus the rights issues. -- Sergiu Dumitriu http://purl.org/net/sergiu ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Delete Spaces with broken Umlauts
On 12/13/2012 08:36 AM, Ole Mollenhauer wrote:
> Hi Sergiu,
>
> that's all set - from the beginning - nevertheless i do have the described
> problem.
>
OK, so if the connector encoding is not the problem, you could try and
delete those documents with a script.
First, you have to find out what's the real document name. Use something
like this:
{{velocity}}
#foreach ($d in $xwiki.searchDocuments("where doc.space like 'Gesch%'"))
#set ($d = $xwiki.getDocument($d))
| $d.space | $d.fullName
#end
{{/velocity}}
Once you get the right name for the bad documents, you have to delete
them from another script:
{{velocity}}
#xwiki.getDocument('fullName copied from the list above').delete()
{{/velocity}}
There is still the question of how those documents came into
existence... Make sure all the settings on the encoding guide
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Encoding are correct.
>
>
> 2012/12/13 Sergiu Dumitriu
>
>> On 12/13/2012 07:40 AM, Ole Mollenhauer wrote:
>>> Hi everyone,
>>>
>>> somehow I created Spaces with broken Umlauts like:
>>> Gesch�������¤ftsf�������¼hrung
>>> or
>>> Gesch�¤ftsf�¼hrung
>>> see screenshot:
>>>
>> https://dl.dropbox.com/u/10128532/Schnappschuss%20%282012-12-13%2013.29.05%29.png
>>>
>>> I cannot delete those. They are empty but after deleting from the spaces
>>> menu they still stay in the Spaces-Lists (i.e. on the Dashboard).
>>>
>>> Is there any way to get rid of them manually (Using Tomcat/MySQL)
>>
>> For Tomcat, you should follow this guide:
>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat
>>
>> Very important step:
>>
>>> Edit your conf/server.xml to set UTF-8 encoding:
>>>
>>
>> (if you're using mod_proxy_ajp in front of it, then set URIEncoding for
>> the 8009 connector as well)
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How do I evaluate a Velocity variable in XWiki syntax?
On 12/13/2012 04:39 AM, Jeremie BOUSQUET wrote:
> I just tried on XE 4.1, syntax 2.1, and as expected link is correctly
> displayed as a link ... ?
>
> Only reason why you would get that IMO would be if you had wiki syntax not
> interpreted inside velocity macro, so you could try:
Those are not the only cases. Here are two more:
- Not inside a wiki document, but a filesystem template
- The document is not using one of the xwiki/2.x syntaxes
> {{velocity wiki="true"}}
> #set($str="[[label>>Space.Page]]")
> Here is the link: $str
> {{/velocity}}
>
> ... though it should be the default.
>
> BR,
> Jeremie
>
>
> 2012/12/13 crocket
>
>> I already tried, but [[label>>Space.Page]] was displayed literally.
>>
>>
>> On Wed, Dec 12, 2012 at 7:44 PM, Eduard Moraru
>> wrote:
>>
>>> Hi,
>>>
>>> Why not just try it out and see if it works?
>>>
>>> {{velocity}}
>>> #set($str="[[label>>Space.Page]]")
>>> Here is the link: $str
>>> {{/velocity}}
>>>
>>> Thanks,
>>> Eduard
>>>
>>> On Sun, Dec 9, 2012 at 11:36 AM, crocket
>> wrote:
>>>
>>>> #set($str="[[label>>Space.Page]]")
>>>>
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Delete Spaces with broken Umlauts
On 12/13/2012 07:40 AM, Ole Mollenhauer wrote: > Hi everyone, > > somehow I created Spaces with broken Umlauts like: > Gesch�������¤ftsf�������¼hrung > or > Gesch�¤ftsf�¼hrung > see screenshot: > https://dl.dropbox.com/u/10128532/Schnappschuss%20%282012-12-13%2013.29.05%29.png > > I cannot delete those. They are empty but after deleting from the spaces > menu they still stay in the Spaces-Lists (i.e. on the Dashboard). > > Is there any way to get rid of them manually (Using Tomcat/MySQL) For Tomcat, you should follow this guide: http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationTomcat Very important step: > Edit your conf/server.xml to set UTF-8 encoding: > (if you're using mod_proxy_ajp in front of it, then set URIEncoding for the 8009 connector as well) -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Lucene Search does not correctly filter by space
On 12/08/2012 06:58 AM, lisalisa wrote: > lisalisa wrote >> Hi Sergiu, >> >> Do you have any time (or XWIKI version) estimate for XWIKI-8192 on the >> roadmap? We started testing XWIKI 4.3 on a development server, but did not >> deploy it to our users. For our next deployment at our company, we would >> ideally like to wait for the Lucene Search fix. We understand that most >> developers are donating their time to XWIKI, but we just wondered if there >> was any proposed time frame for this particular issue. >> >> Thanks, Lisa > > Oh, I was watching XWIKI-8192 in JIRA and see that it will be resolved for > XWIKI 4.4.1 ... awesome!! > > Lisa > Sorry for the delay, I started working on it a while ago but ran into some problems. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to display a local file
On 12/06/2012 12:04 PM, Paul Libbrecht wrote:
> Why is
> $xwiki.getURLContent("file:///etc/...")
> not supposed to work? (if you have programming rights).
Because the OP asked for files local to the user's computer, not the
server. file:/// on the server will still point to the server.
The only thing that has access to the client machine is the browser. And
browser makers try really hard to prevent web pages from having access
to the user's disk.
Unless some LDAP tricks are used to link a user to a certain computer,
and the XWiki server can have access to each user machine.
> paul
>
>
>
> Le 6 déc. 2012 à 08:44, Sergiu Dumitriu a écrit :
>
>> On 12/06/2012 11:39 AM, H.-Dirk Schmitt wrote:
>>> Hi!
>>>
>>> I'm looking for a receipt to display a local file inside an xwiki page.
>>>
>>> The use case is that this is an intranet documentation provided by xwiki.
>>> Every user in the audience has normally some configuration files in a
>>> standardized location.
>>> The content may differ between for each user (or concrete his
>>> workstation). This is also the reason not to expose the files on a
>>> webserver and use the RemoteCode marco.
>>>
>>> Current solution is to at a link [[ConfigFile>>file:///etc.]]
>>> It would be nicer to display the content inside the xwiki page.
>>>
>>
>> For security reasons, that kind of thing is not supposed to be doable.
>>
>> Try using an iframe.
>>
>> --
>> Sergiu Dumitriu
>> http://purl.org/net/sergiu/
--
Sergiu Dumitriu
http://purl.org/net/sergiu
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to display a local file
On 12/06/2012 11:39 AM, H.-Dirk Schmitt wrote: > Hi! > > I'm looking for a receipt to display a local file inside an xwiki page. > > The use case is that this is an intranet documentation provided by xwiki. > Every user in the audience has normally some configuration files in a > standardized location. > The content may differ between for each user (or concrete his > workstation). This is also the reason not to expose the files on a > webserver and use the RemoteCode marco. > > Current solution is to at a link [[ConfigFile>>file:///etc.]] > It would be nicer to display the content inside the xwiki page. > For security reasons, that kind of thing is not supposed to be doable. Try using an iframe. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] (no subject)
On 12/02/2012 04:31 PM, Vincent Massol wrote: > Hi, > > On Dec 2, 2012, at 1:58 PM, Дмитрий Федин wrote: > >> Hello! >> >> Do I have the ability to connect openoffice server to my xwiki on >> MYXWIKIfarm and haw I can do it? >> At the preference page writen, that this setting is installed at >> xwiki.properties at main wiki!. > > No, at the moment, myxwiki.org doesn't offer an open source server. Of course, Vincent meant that myxwiki.org doesn't offer an open office server. > We may add one in the future though but no promise nor deadline. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem accessing sub-wikis
On 11/29/2012 07:54 AM, Trash Mail wrote: > hey guys, > > i'm using XEM 4.2 and have some sub-wikis > set up access rights to main and sub-wikis > > now when i try to login into my main wiki everything is ok. > also if open my sub-wiki from main. > > BUT > > if i try to open the sub-wiki directly via url i get an error message and i > dont know why :( > > "Error > You are not allowed to view this document or perform this action." > > maybe i forgot to set some rights but i really cant find a solution myself.. > any help is appreciated. Are you by any chance using the default Admin account? Note that there's an Admin account in every wiki, so if you log in in the main wiki, you'll actually be using the global Admin account, which has all the rights on the whole farm, and if you log in in a subwiki, you'll be using the local account, which might not have all the rights, especially on other wikis. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Problem with german Umlaute (ä,ö,ü) when creating a new Page
On 11/18/2012 05:25 PM, Paul Libbrecht wrote: > all of this is, finally!, obeying the http/1.1 recommendation of assuming > utf-8 if nothing is known) And one of the things that really annoy me about Tomcat is that it still assumes that ISO-8859-1 is the default encoding, for backwards compatibility reasons. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How do I write a correct XWQL statement?
On 11/12/2012 07:57 PM, crocket wrote:
> Isn't doc.object(Class) part of XWiki core API?
> I thought it was an alias of $doc.getObject("Class")
XWQL doesn't have access to any API method. It's not a scripting
language, it's a query language.
doc.object(Class) is supposed to be read as:
search for documents that [meet some other conditions] and have an
object of type "Class"
You don't actually get the object as you would in a scripting
environment. That part of the query will get translated into some SQL
FROM and WHERE fragments, like all the other parts of the XWQL query.
Remember, you're writing a *query*, not a script.
> I want to know what APIs XWQL has access to, but I couldn't find the
> information.
> On Mon, Nov 12, 2012 at 11:42 PM, Jeremie BOUSQUET <
> jeremie.bousq...@gmail.com> wrote:
>
>> doc.getObjects("MyClass") is from the xwiki core java api, but is not part
>> of the XWQL querying language.
>>
>> The query:
>>
>> select srv.port from Document doc, doc.object(Private.Network Services) as
>> srv order by srv.port
>>
>> ... translates to " select "port" field from all XObjects that are of
>> class "Private.Network Services", ordering by "port" field "
>> So this query would retrieve the value of "port" field from all of these
>> XObjects (that we name "srv" in the query), wherever they are and whatever
>> their count.
>>
>>
>>
>>
>> 2012/11/12 crocket
>>
>>> doc.getObjects was there since I had multiple instance of the same class.
>>>
>>>
>>>
>>> On Mon, Nov 12, 2012 at 8:32 PM, Jeremie BOUSQUET <
>>> jeremie.bousq...@gmail.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> I think this is not correct:
>>>> select srv from IN (doc.getObjects("Private.Network Services")) srv order
>>>> by srv.port
>>>>
>>>> Should be more something like:
>>>> select srv.port from Document doc, doc.object(Private.Network Services)
>>>> as
>>>> srv order by srv.port
>>>>
>>>> Replacing the "select srv.port" by what fields you want to retrieve.
>>>>
>>>> Though obviously I'm not sure about what you wanted to achieve with your
>>>> request to start with ...
>>>>
>>>> Br,
>>>> Jeremie
>>>>
>>>>
>>>> 2012/11/12 crocket
>>>>
>>>>> Yes, I read it, and it seems collection member declarations don't work
>>>> in
>>>>> xwiki.
>>>>>
>>>>>
>>>>> On Mon, Nov 12, 2012 at 6:13 PM, Jerome Velociter >>>>> wrote:
>>>>>
>>>>>> Le 12/11/12 09:37, crocket a écrit :
>>>>>>
>>>>>> I tried to execute a Query and saw an error below.
>>>>>>>
>>>>>>> Caused by: org.xwiki.query.**QueryException: Exception while
>>>> translating
>>>>>>> [select srv from IN (doc.getObjects("Private.**Network Services"))
>>>> srv
>>>>>>> order by srv.port] XWQL query to the [hql] language. Query
>>>> statement =
>>>>>>> [select srv from IN (doc.getObjects("Private.**Network Services"))
>>>> srv
>>>>>>> order by srv.port]
>>>>>>>
>>>>>>> Although I read JPQL documents, I couldn't come out with an answer.
>>>>>>>
>>>>>>> Does anybody know how to write a correct XWQL statement?
>>>>>>>
>>>>>>
>>>>>> Have you read
>>>> http://extensions.xwiki.org/**xwiki/bin/view/Extension/**
>>>>>> Query+Module#**HQueryLanguageExamples<
>>>>>
>>>> http://extensions.xwiki.org/xwiki/bin/view/Extension/Query+Module#HQueryLanguageExamples
>>>>>> ?
>>>>>>
>>>>>> Jerome
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki and HTTPS
On 10/21/2012 12:20 PM, Dmitry Bakbardin wrote: Hi All! How can I set up XWiki to work with HTTPS correctly? Where one can read it? Because as far as I understood, that XWiki has no no native support for HTTPS and it should work as following: user -> https -> web server -> http -> XWiki -> http -> web server -> https -> user Is it the only way? webserver->http is not quite recommended. There are two proper ways of doing this: 1. Use Apache HTTPD as a reverse proxy: - configure httpd to use SSL and listen on the 443 port - configure mod_proxy_ajp to connect to Tomcat -- if you're using a servlet container that doesn't support the AJP protocol, it's OK to use mod_proxy_http, but make sure you configure it correctly so that XWiki knows the connection is secure 2. Configure the servlet container to work with HTTPs. Even the default Jetty distributed with the standalone distribution can do that. Look at the documentation for those projects to find out how to configure HTTPS support. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Subscribe to RSS feed inpassword-protected wiki
On 10/18/2012 08:58 AM, iceicelady wrote: Sergiu Dumitriu-2 wrote On 06/13/2011 07:53 PM, coldserenity wrote: Hi, Is there a way to subscribe to RSS feed in a totally protected XWiki (only log-in page described to anonymous)? E.g. with MS Outlook? I used common feed list approach described here http://blog.jonudell.net/2007/01/23/a-screencast-about-common-feeds-in-vista/ I'm able to see items when the feed is imported to outlook the first time, but then I do not get the updates. And here's http://blog.jonudell.net/2007/03/27/authenticated-rss-feeds/ where I found people discussing subscription to a password protected feed. Regards, Roman Other than configuring the feed reader to use a certain username and password, you must also alter a bit the RSS URL by appending &basicauth=1 as a query string parameter. For example, for the blog feed, use: http://xwiki.org/xwiki/bin/Blog/GlobalBlogRss?xpage=plain&basicauth=1 instead of: http://xwiki.org/xwiki/bin/Blog/GlobalBlogRss?xpage=plain Does this solve your problem? -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@ http://lists.xwiki.org/mailman/listinfo/users Hi Sergiu, For about a month, I have been happily getting watchlist updates from a private RSS feed by appending &basicauth=1. My feed URL is in the following format: http://subdomain.domain.com:8080/xwiki/bin/view/XWiki/WatchListRss?xpage=plain&outputSyntax=plain&basicauth=1 Sometime this week, it suddenly stopped working. I deleted the feed and tried to re-create it, but each time, I get the error "Outlook cannot process the RSS content from [feed URL]. The link may not point to a valid RSS source." I am using Outlook 2010 for RSS feeds and Internet Explorer 9 for browsing. (I cannot change these tools; they are our corporate standards.) We are currently running XWIKI 4.2 milestone 1. Do you have any ideas about why basic authentication might *suddenly* stop working -- or only work intermittently? Thanks! Lisa I'm not sure it's the auth part that's broken. Try to open the URL in a browser and then validate its output, for example using http://validator.w3.org/appc/#validate_by_input -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Dynamic number of fields in Class
On 10/15/2012 02:11 AM, Marius Dumitru Florea wrote: On Sat, Oct 13, 2012 at 4:04 PM, poppakap wrote: Ok, it appears that there isn't an "automagical" way to do it. I was hoping that I might be missing something simple, but I guess that I need to do it in code. AppWithinMinutes creates a single xclass per application (e.g. ShoppingCartClass). In your case you need one more xclass (at least) for the shopping cart item (following Jerome's suggestion). You need to create this class yourself and modify ShoppingCartSheet to add support for managing the shopping cart items (as you said below). As a result your application entries will have one object of type ShoppingCartClass and one or more objects of type ShoppingCartItemClass. And to be explicit, that's outside the scope of the AppWithinMinutes wizard, which is optimized for simple applications. More complex applications, such as yours, need writing some code. In the ShoppingCartSheet, I added a little bit of velocity script to add in the ShoppingCartItem object with a button click post. So in the sheet I will have to take care of listing out the page's items, adding and deleting them. Is that what you meant? It would be pretty cool if a "Field Type" had a dynamic count to it though, so that if you added a field to a class property list, it would take care of itself. That would rock. The xclass is a descriptor for a set of xobjects. It holds the list of properties, their names, types, etc. but it doesn't hold any values! So you can't use the xclass to store data, you have to use xobjects, which are instances of an xclass. Objects assign values to the properties defined by the class. Note that when you edit your AWM application, you can set default values to the xclass properties but those values are not saved in the class but in the template, ShoppingCartTemplate, which is a page that contains an object of type ShoppingCartClass. Hope this helps, Marius Thanks again, all of you guys are extremely fast to respond, and I really appreciate your kindness. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Retrieving data
On 10/15/2012 08:50 AM, Paul Libbrecht wrote: Le 15 oct. 2012 à 14:47, Vincent Massol a écrit : "Caused by: java.sql.SQLException: Out of Memory" Try increasing the memory you give to java. And... migrating to MySQL, Derby, or some other DB which is not memory based!! paul The problem is that you're still using the default HSQLDB database, with the default configuration, which is optimized for small trial usages. All the data is kept in memory for fast access, so the memory that is allocated to the process needs to get larger as you add more data to the wiki. First step to get your wiki started is to increase the memory: in start_xwiki.bat, search for a line similar to: set XWIKI_OPTS=-Xmx512m -XX:MaxPermSize=128m Change the -Xmx value to something bigger, like 1024m, and restart XWiki. Second step is to either switch to a different database engine, or to configure HSQLDB to use a cached table mode, where it loads only a small portion of the database in memory. On Oct 15, 2012, at 2:44 PM, Higginson Ian (WIRRAL PCT) wrote: I feel really stupid for not attaching the log, haha! I've pasted what I get when we try to access the wiki; nothing has been changed AFAIK since the last time it worked: HTTP ERROR 500 Problem accessing /xwiki/bin/view/Main/. Reason: org.apache.commons.dbcp.SQLNestedException: Cannot create PoolableConnectionFactory (Out of Memory) -Original Message- From: users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] On Behalf Of Paul Libbrecht Sent: 15 October 2012 13:39 To: XWiki Users Subject: Re: [xwiki-users] Retrieving data Ian, error 500 means internal error. It could really be just about anything. Some parts of the log are needed I think. paul Le 15 oct. 2012 à 14:17, Higginson Ian (WIRRAL PCT) a écrit : Hi, After a few successful months using XWiki it's finally decided to die on me (error 500, etc.) and I can't seem to get it back up and running. Is there any way I can extract the attachments that I had in the wiki manually at all? Many thanks, Ian. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] mail server error in 4.2?
On 10/12/2012 11:39 AM, Dmitry Bakbardin wrote: Hi All! XE 3.5.1 -> sends mail via Share mail option in XWiki's top menu. XE & XEM 4.2 -> gives an error "The message could not be sent to : email server error." All tests done at the same server: Ubuntu 12.x XE 3.5.1 standalone XE 4.2 standalone XEM 4.2 + MySQL clean installation. Any fast solution available? Is it worth Jira's bugreport or am I missing something? Kind regards, Dmitry This is a know bug that has been solved already, see http://jira.xwiki.org/browse/XWIKI-8264 -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] html tag on Xwiki
On 10/03/2012 07:05 PM, Boudjelda Mohamed Said wrote:
Hi
I cannot show a HTML tag on Xwiki , how it comes ? and how to
solve that probleme
Probably because you've put it in a {{html}} macro, and by default that
"cleans" the HTML code inside it to generate only valid XHTML code. And
"" is not a valid XHTML element.
Just use {{html clean="false"}} to disable the cleanup.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Disallow creation of new spaces
On 09/26/2012 01:37 AM, Hamster wrote: Can someboy show me what I should to to disable/disallow the creation of new spaces by regular users? (So only an Admin can create a new space) Should I only allow "Edit"-rights on wiki-level to the AdminGroup? Please advice! (I hate it when I disallow acces-rights for the admin...been there, done that! :-( ) - In the global rights, allow edit access to Admins only - In each space where normal users should be allowed to edit, allow edit access to AllUsers (or the groups that should be allowed to edit the space) Every time a new space is created, you'll have to change its rights to allow normal user to edit documents in that space. -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
