date:20140318

Re: [xwiki-users] Can't install Column Macro due to lack of Programming Rights

2014-03-18 Thread Hamster

-bump-



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Can-t-install-Column-Macro-due-to-lack-of-Programming-Rights-tp7589568p7589641.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

Re: [xwiki-users] different database name and user

2014-03-18 Thread Thomas Mortagne

On Mon, Mar 17, 2014 at 6:02 PM, Fiete Botschen fie...@me.com wrote:
 Dear Thomas,

 first of all thanks for your reply. It seems like I totally misunderstood
 this ;(

 According to this snippet:
 xwiki.db  -- name of database schema for the main wiki (including the name
 of the wiki in a non-virtual environment, otherwise the database name comes
 from the hibernate configuration file).

 it is enough if I specify my database and username which both differ from
 xwiki in the hibernate.cfg.xml right?

It used to but, since 5.0, XWiki is always in virtual mode which mean
you have to also indicate the right name in xwiki.db property (we need
to improve that to extract it from hibernate.cfg.xml by default).


 Cheers,
 Fiete

 Am 17. März 2014 um 17:45 schrieb Thomas Mortagne
 thomas.morta...@xwiki.com:


 Nop, you are not right :)

 See
 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HConfigurethenamesofdatabaseschemas28since1.6M129
 for indicating a different main wiki database name or prefix.

 As for the user and the initial database name to connect (yes you have
 to duplicate this information) to you will find it in
 /WEB-INF/hibernate.cfg.xml file. In fact unless you use the Debian
 installer or the standalone distribution you generally have to
 configuring it since the one in the WAR is for hsqldb.


 On Mon, Mar 17, 2014 at 5:15 PM, Fiete Botschen fie...@me.com wrote:

 Hi all,
 am I right that it is a fixed requirement that the database is called
 xwiki
 and the user is called xwiki as well?
 To say it differently:
 I would like to run a fresh version of xwikiusing a database named foo
 and
 a user named bar - this is not possible, right?
 Cheers,
 Fiete
 ___
 users mailing list
 users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users





 --
 Thomas Mortagne
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users



-- 
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Blocking jobs

2014-03-18 Thread Thomas Mortagne

Yes there is only a single queue right now. See
http://jira.xwiki.org/browse/XCOMMONS-400, did not had time to work on
it yet.

On Mon, Mar 17, 2014 at 9:40 PM, Jeremie BOUSQUET
jeremie.bousq...@gmail.com wrote:
Hello,

I designed my mail archive to use the nice Job module, but seems I just
realized an unexpected side-effect of it ...
The job module queues jobs in a blocking queue. The unexpected, is that
only one job (of any kind) can run at a time in an xwiki instance (unless I
misunderstood something which is always possible).

Currently, the mail archive creates jobs for loading emails, and these jobs
can be long-lived (say, 15min, 30min, or more...). It means that during
this time, you cannot install any extension anymore with EM, and anything
you do with EM (like, compute an extension plan, install an extension, etc)
is blocked until the mail archive job ends.

Do you see any way around this ? (I could shorten the life duration of mail
archive jobs, but I don't think it's a correct workaround).

Note that the default job manager is actually not doing much, most of
the work is done by the job itself generally so the meantime solution
is to do its job yourself.

In the meantime there is two possibility used in other modules:
1) you just want to run a single job in it's own thread: take care
yourself of the threading. Here is an example:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/DefaultSolrIndexer.java#L542
2) you need a queue too but your own queue: extends DefaultJobManager
in your own manager. Here is an example:
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/DefaultSolrIndexer.java#L542t

Seems logical to restrict one job at a time per job type for example, but
jobs of different types may execute concurrently with no harm I think ...

It's been first implemented for Extension Manager needs and then moved
to commons, this is why it's a single queue. But there is no doubt
that it's not enough, just did not had time to work on it and wanted
to review the new JBatch jsr before going further in Job module (see
jira.xwiki.org/browse/XCOMMONS-443) but did not had much time either
on that subject.

By the way the other side-effect is that my mailarchive jobs (which purpose
are to be scheduled periodically), can stack on each other, if
periodicity is shorter than job duration. My intent was to just reject a
job if another is running for the mail archive to avoid this stack
effect, but as it's locked before getting a chance to execute, it's

Job module does not yet support scheduling (but yes it's a goal) so
not sure job manager is the best fit right now. What you could do for
now maybe is to use something like quartz internally to call you when
you need to do 1) basically.

useless.

Thanks,
Jeremie
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

--
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Howto access a static groovy class method from velocity

2014-03-18 Thread Guillaume Louis-Marie Delhumeau

You can also use $xwiki.parseGroovyFromPage().

Here an example:
http://platform.xwiki.org/xwiki/bin/view/DevGuide/GroovyNotificationTutorial

LM


2014-03-17 17:38 GMT+01:00 Thomas Mortagne thomas.morta...@xwiki.com:

 The cleanest is probably to write a script service in Groovy, see

 http://extensions.xwiki.org/xwiki/bin/view/Extension/Create+a+component+using+Groovy
 for an example.

 On Mon, Mar 17, 2014 at 5:31 PM, Matthias Albert matthias.alb...@gmx.de
 wrote:
  Thanks for your response.
 
  But how can I create o global binding to an instance of my class? The
  background is: I would like to avoid programming rights required, and so
  I believe, I need Velocity and not a bit of Groovy in the referencing
 page.
 
  In fact, I need one instance of the groovy class and references in
  Velocity from several pages.
 
  How is this possible?
  Matthias
 
  Am 16.03.2014 12:20, schrieb Thomas Mortagne:
  It's not really relayed to Groovy, Velocity cannot work with statics.
 
  You will have to work with non static methods and assign one script
  binding to an instance of your groovy class like in:
 
  {{groovy}}
  class MyClass {
myFunction(out) {
  out.println hello world
  }
 
  mytool = new MyClass()
  {{/groovy}}
 
  {{velocity}}
  $mytool.myFunctionnction(out)
  {{/velocity}}
 
  On Sat, Mar 15, 2014 at 9:12 PM, Matthias Albert 
 matthias.alb...@gmx.de wrote:
  Hi all,
 
  after I managed to write a groovy class with a static method within a
  groovy block:
  {{groovy}}
  class MyClass {
static myFunction(out) {
  out.println hello world
  }
 
  MyClass.myFunction(out)
  {{/groovy}}
 
  I would like to invoke thos static groovy class function from within a
  Velocity block:
  ${MyClass.myFunction(out)}
 
 
  But unfortunately, this does not work. Nothing will be displayed.
 
  Has anybody an idea for help?
 
  Thanks Matthias
 
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users
 
 
 
 
  --
  Matthias Albert
  Rastatter Straße 26
  76199 Karlsruhe
  Tel. +49 (0)721 885744
  Email: matthias.alb...@posteo.de
 
  ___
  users mailing list
  users@xwiki.org
  http://lists.xwiki.org/mailman/listinfo/users



 --
 Thomas Mortagne
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Include section doesn't work or wich documentation I must read for xwiki 5.4.2?

2014-03-18 Thread Pascal BASTIEN

The include function is hard to use with some non-us special character like 
french: éèà'ç ...

By example, if I want to include this section: Séct-io'n 4  I must use this 
include
{{include reference=Pagefille2 section=HSE9ct-io27n4/}}

I must replace special character with unicode code:
http://www.utf8-chartable.de/

Is this a bug?
I can use another way?

NB: anchor  doesn't work with include.


Thxs

Pascal B





 De : Pascal BASTIEN pbasnews-xw...@yahoo.fr
À : Ecaterina Moraru (Valica) vali...@gmail.com; XWiki Users 
users@xwiki.org 
Envoyé le : Mercredi 12 mars 2014 10h25
Objet : Re: [xwiki-users] Include section doesn't work or wich  documentation I 
must read for xwiki 5.4.2?
 

Yes but this one {{include reference=Pagefille2 section=MonAncre3/}} 
doesn't working.
I try anchor because some documentation talking about that (xwiki syntax 
version 1 or 2)
Thxs anyway





De : Ecaterina Moraru (Valica) vali...@gmail.com
À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users users@xwiki.org 
Envoyé le : Mercredi 12 mars 2014 10h11
Objet : Re: [xwiki-users] Include section doesn't work or wich documentation I 
must read for xwiki 5.4.2?



Hi, 

If you look at the {{include}} macro documentation 
http://extensions.xwiki.org/xwiki/bin/view/Extension/Include+Macro you'll see 
that there is no 'anchor' parameter, only 'section'. That's why you get the 
macro error. Don't use 'anchor', replace it with 'section'. 

Thanks,
Caty




and My Parent page Sandbox » PageParent contain:
***
et le contenu de [[Pagefille2 section3doc:Pagefille2]]:

Accès direct à la section: [[Pagefille2 
section3doc:Pagefille2||anchor=MonAncre3]]



{{include document=Pagefille2 anchor=MonAncre3/}}



{{include reference=Pagefille2 section=MonAncre3/}}



{{include reference=Pagefille2 anchor=MonAncre3/}}



{{include document=Pagefille2 section=MonAncre3/}}



{{include reference=Pagefille2 section=HSection3/}}

***
Only this link working well {{include reference=Pagefille2 
section=HSection3/}}  :-/

The include macro in wysiwyg  editor return:
Failed to execute the [include] if we indicate anchor

Include Macra asking Document and reference. Is it the same? I must fill 
both textbox?

Some documentation indicate anchor instruction, another section...

Thx for your help.
___
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] Blocking jobs

2014-03-18 Thread Jeremie BOUSQUET

Hello Thomas,

2014-03-18 8:49 GMT+01:00 Thomas Mortagne thomas.morta...@xwiki.com:

Yes there is only a single queue right now. See
http://jira.xwiki.org/browse/XCOMMONS-400, did not had time to work on
it yet.

Sorry, forgot to check JIRA about this ...

On Mon, Mar 17, 2014 at 9:40 PM, Jeremie BOUSQUET
jeremie.bousq...@gmail.com wrote:
Hello,

I designed my mail archive to use the nice Job module, but seems I just
realized an unexpected side-effect of it ...
The job module queues jobs in a blocking queue. The unexpected, is that
only one job (of any kind) can run at a time in an xwiki instance
(unless I
misunderstood something which is always possible).

Currently, the mail archive creates jobs for loading emails, and these
jobs
can be long-lived (say, 15min, 30min, or more...). It means that during
this time, you cannot install any extension anymore with EM, and anything
you do with EM (like, compute an extension plan, install an extension,
etc)
is blocked until the mail archive job ends.

Do you see any way around this ? (I could shorten the life duration of
mail
archive jobs, but I don't think it's a correct workaround).

Note that the default job manager is actually not doing much, most of
the work is done by the job itself generally so the meantime solution
is to do its job yourself.

In the meantime there is two possibility used in other modules:
1) you just want to run a single job in it's own thread: take care
yourself of the threading. Here is an example:

https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-api/src/main/java/org/xwiki/search/solr/internal/DefaultSolrIndexer.java#L542
2) you need a queue too but your own queue: extends DefaultJobManager
in your own manager. Here is an example:

Thanks I think I'll go for something like that ...
If I'm in the mood I may try to make a multi-queue job manager with a
different hint.

Seems logical to restrict one job at a time per job type for example,
but
jobs of different types may execute concurrently with no harm I think ...

By the way the other side-effect is that my mailarchive jobs (which
purpose
are to be scheduled periodically), can stack on each other, if
periodicity is shorter than job duration. My intent was to just reject a
job if another is running for the mail archive to avoid this stack
effect, but as it's locked before getting a chance to execute, it's

Well currently I just use the Scheduler for this purpose, the Scheduler job
calls the API of my component that in turns runs the job from job manager.
That part fits my needs already :)

useless.

Thanks,
Jeremie
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

--
Thomas Mortagne
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Can't install Column Macro due to lack of Programming Rights

2014-03-18 Thread Jeremie BOUSQUET

You need to:
- give PR right to the GLOBAL Admin user, or to your administrative user
(not on XWiki space specifically, but globally for that user)
- be logged with this GLOBAL user when you try to install the extension
For the first part, you need to check that you are in the global
administration section of your main wiki (not in a space admin, not in a
subwiki).
For the second part, you can check if your user is local or global by going
to the profile (top-right), and check the url. If that url targets a
subwiki your user is a local user and it's no good. Logout, browse to the
main wiki, and login again.


2014-03-18 7:57 GMT+01:00 Hamster teun...@hotmail.com:

 -bump-



 --
 View this message in context:
 http://xwiki.475771.n2.nabble.com/Can-t-install-Column-Macro-due-to-lack-of-Programming-Rights-tp7589568p7589641.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

___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users

Re: [xwiki-users] Blocking jobs

2014-03-18 Thread Thomas Mortagne

On Tue, Mar 18, 2014 at 11:55 AM, Jeremie BOUSQUET
jeremie.bousq...@gmail.com wrote:
Hello Thomas,