Re: [xwiki-users] Howto getprefix in a Sheet?

2015-02-03 Thread Marius Dumitru Florea
On Tue, Feb 3, 2015 at 3:35 PM, Pascal BASTIEN pbasnews-xw...@yahoo.fr wrote:
 Yes thanks you both.

 In editobject.vm

 #macro(displayObject $obj $class $props $firstField)
   div id=xobject_${escapetool.xml($class.name)}_${obj.number} 
 class=xobject

 Then i think, I found the solution to get prefix in a sheet:

 #set ($DocClass= 'MySpace.MydocClass')
 #set($class = $doc.getObject(${DocClass}).xWikiClass)
 ##Boucle sur toutes les properties de la classe DocClass
 #foreach($prop in $class.properties)

 * ${escapetool.xml($class.name)}_${class.number}_$prop.Name

The XML escaping is needed above because the class name is used inside
HTML. In your case you seem to have only wiki syntax (unless you have
a {{html wiki=true}} somewhere). And the $class doesn't have any
number. As I said in my first reply and as Clemens has emphasized the
object has the number, because you can have multiple objects of the
same type/class on the same wiki page.

 #end

 Notice: sorry about miss formating mail, I think it is yahoo webmail fault?

 Pascal B.

 
 En date de : Mar 3.2.15, Clemens Klein-Robbenhaar c.robbenh...@espresto.com 
 a écrit :

  Objet: Re: [xwiki-users] Howto getprefix in a Sheet?
  À: users@xwiki.org
  Date: Mardi 3 février 2015, 10h38


  The
  number is not the number of the property in the class, but
  the number of the object on the page.
  I.e.
  you can have one, two, or manye objects of the same type
  MySpace.MyClass on the same page.

  A Macro where you can see how the ID gets
  rendered is in templates/editobject.vm and/or
  webapps/xwiki/skins/flamingo/editobject.vm
  see the #macro displayObject


  On 02/03/2015
  10:12 AM, Pascal BASTIEN wrote:
   ThxsI
  verified and it seem it is always _0_  for each properties
  (even for multiple properties of same type)ie If I have 2
  properties with 'date' type in MySpace.MyClass
  (date_entry and birthday), $doc.display($prop.getName() will
  generate this form
   input
  id=MySpace.MyClass_0_date_entry input
  id=MySpace.MyClass_0_birthday  xx
   But If I have a 'database list'
  with checkbox property BirthdayYear in
  MySpace.MyClass, $doc.display($prop.getName() will generate
  this form (with 2 similar hidden input field ! Maybe a bug?)
  :label class=xwiki-form-listclass
  for=xwiki-form-A_Expert-0-0input
  id=xwiki-form-A_Expert-0-0
  type=checkbox value=1980
  name=MySpace.MyClass_0_BirthdayYear1980/labellabel
  class=xwiki-form-listclass
  for=xwiki-form-BirthdayYear-0-1input
  id=xwiki-form-A_Expert-0-1
  type=checkbox value=1981
  name=MySpace.MyClass_0_BirthdayYear1981/label...
   label
  class=xwiki-form-listclass
  for=xwiki-form-BirthdayYear-0-ninput
  id=xwiki-form-A_Expert-0-n
  type=checkbox value=20nn
  name=MySpace.MyClass_0_BirthdayYear
  20nn/labelinput type=hidden
  value=
  name=MySpace.MyClass_0_BirthdayYearinput
  type=hidden value=
  name=MySpace.MyClass_0_BirthdayYear I
  didn't find what is generate this _0_ (macro or java
  stuf)
   ThxsPascal B
  

 De : Marius Dumitru
  Florea mariusdumitru.flo...@xwiki.com
À : Pascal BASTIEN pbasnews-xw...@yahoo.fr;
  XWiki Users users@xwiki.org

Envoyé le : Mardi 3 février 2015
  8h16
Objet : Re: [xwiki-users] Howto
  getprefix in a Sheet?
  
   ...
   If any have
  an (or many) idea how I can obtain this prefix in my
  Sheet
  
   (If not
  I can concanet MySpace.docClass_0_$prop.Name but I'm not
  sure about _0_)
  
  
  I'm afraid you have to compute the prefix yourself. 0
  represents the
   object number. So
  MySpace.MyClass_4_age refers to the 'age'
  property
   of the MySpace.MyClass object
  with number 4 (normally the fifth object
   of that type from the target document).
  
   Hope this helps,
   Marius
  
  
  
  
   Thxs
   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
  



  mit freundlichen Grüßen
  Clemens Klein-Robbenhaar

  --
  Clemens Klein-Robbenhaar
  Software Development
  EsPresto
  AG
  Breite Str. 30-31
  10178
  Berlin/Germany
  Tel: +49.(0)30.90 226.763
  Fax: +49.(0)30.90 226.760
  robbenh...@espresto.com

  HRB 77554 B -
  Berlin-Charlottenburg
  Vorstand: Maya
  Biersack, Peter Biersack
  Vorsitzender des
  Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
  Zertifiziert nach ISO 9001:2008
  ___
  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] Creating a panel for all wikis

2015-02-03 Thread Jamal
Thanks to both of you. I'll give that a try.



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Creating-a-panel-for-all-wikis-tp7593806p7593854.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] attachmentsinline.vm loses context: $doc “undefined”

2015-02-03 Thread Clemens Klein-Robbenhaar

Just because I have been looking at something related in the code:

 Hello xWikiers,
 
 I’ve just registered to the mailing list  and I’m  pleased to introduce you 
 the  site http://apice.unibo.it,
  developed by the APICe Research Group, which belong to The Department of 
 Information Engineering and Computer Science (DISI) 
 of University of bologna, Italy.
 
 The site is up since 2007, starting from xwiki 1.1. 
 Since then it has been migrated step by step and is now powered by xwiki 
 2.1.2. 
 
 It’s my aim to migrate to latest version, but I’m stuck in the middle of the 
 process,
 because of a problem during migration to 2.2.6 with the rendering of the 
 comments, attachments, history and Information
 
 Here's what happens:
 http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/bug226.jpg
 
 As can be seen, I use a cloned test site to simulate every upgrade task;
 I’ve injected some debug code in the docextra.vm template (as in 
 attachmentsinline.vm)
 
 To solve the bug, I’m focusing on docextra.vm template: the $doc and the 
 $tdoc variables are “undefined”
  when the *inline.vm template are called inside the javascrit, 
  with document.observe or Event.observe that run 
 XWiki.displayDocExtra(${extraAnchor}, ${extraTemplate}, false); 
 for instance ${extraAnchor} = “attachments”, ${extraTemplate} = 
 “attachmentsinline.vm”
 

There must be some problem that the HTML-page does not contain the proper 
information about which XWiki-page it is rendering
In the head of the HTML-page you should find something like:

   window.docgeturl = /xwiki/bin/get/Publications/undefined;

If present, that would be the source of the problem. The correct version should 
look like:

   window.docgeturl = /xwiki/bin/get/Publications/BioSac2012;


However, same as Vincent suggests, I recommend not not debug this problem ... 
while I cannot find a bug report related to this,
I guess this is an issue specific to 2.2.6 and certainly has been fixed soon 
later on. (It is definitely not there in the current versions, people would 
have noticed ;)


Cheers,
Clemens

 
 From the log it’s clear that this is the problem ($tdoc variable is 
 “undefined”) because I find in the log:
 https://test.apice.unibo.it/xwiki/bin/view/Publications/undefined?xpage=xpartvm=attachmentsinline.vm
 
 
 instead the correct url should be, for example:
 https://test.apice.unibo.it/xwiki/bin/view/Publications/BioSac2012?xpage=xpartvm=attachmentsinline.vm
 that actually works!
 
 I do not can understand why The $doc and the $tdoc variable is “undefined” at 
 runtime…
 
 Any suggestion?
 
 
 Thank you very much
 
 
 Nazzareno Pompei
 
 PS: I’m experiencing a problem with import page too, is it entangled?
 
 http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/importBug.png
 +
 
 Ing. Nazzareno Pompei
 
 DISI - Dipartimento di Informatica: Scienze ed Ingegneria
 e-mail :nazzareno.pom...@unibo.it
 Tel. : +39 0547339205 Fax. : +39 0547339208
 
 Il presente messaggio ed i suoi allegati devono intendersi
 di tipo confidenziale ad uso esclusivo dei suoi destinatari.
 Il mittente declina ogni responsabilità in caso di intercettazione o modifica.
 In caso di ricezione per errore del messaggio, si prega di cancellarlo,
 di distruggerne ogni copia e di darne opportuno avviso al mittente.
 +
 
 ___
 users mailing list
 users@xwiki.org
 http://lists.xwiki.org/mailman/listinfo/users
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] [ANN] XWiki 5.4.7 released

2015-02-03 Thread Thomas Mortagne
The XWiki development team is proud to announce the availability of XWiki 5.4.7.
This release is a stabilization version that fix important bugs
discovered in the 5.4.6 version.

You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download

Make sure to review the release notes:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki547

Thanks
-The XWiki dev team
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


[xwiki-users] Create spaces and pages from a component

2015-02-03 Thread carlez
How can I create spaces and pages from a component in Java?
I've just tried with this code but doesn't work..

XWikiContext context = getXWikiContext();
XWiki wiki = context.getWiki();
DocumentReference doc = new DocumentReference(Home,MySpace,MyPage);
try {
wiki.getDocument(doc, context);
return 0;
} catch (XWikiException e) {
e.printStackTrace();
return 1;
}





--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Create-spaces-and-pages-from-a-component-tp7593859.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


[xwiki-users] RSS feeds for Space-specific blogs

2015-02-03 Thread Jamal
Hi,

I've set up a blog for a single space using the blog inside an existing
space option, so the blog URL is .../xwiki/bin/view/MySpace/Blog

As per the documentation, I added the following line to the HTTP Meta Info
section in the space's admin options:

link rel=alternate type=application/rss+xml title=Blog RSS Feed
href=$xwiki.getURL('Blog.BlogRss', 'view', 'xpage=plain') /

Now how do I generate an RSS feed for only the space blog?

When I try .../xwiki/bin/view/MySpace/Blog/BlogRss?xpage=plain I get an
unformatted HTML page.

What am I doing wrong?

Thanks,

J



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/RSS-feeds-for-Space-specific-blogs-tp7593861.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


[xwiki-users] HQL selected index of combo box list

2015-02-03 Thread Jason Clemons
Hello all,

I have no issue getting the value of a combo box control in HQL using 
ComboBoxName.value = 'foobar' but is there a way to get the selected index of 
the combobox in my query?
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] Howto getprefix in a Sheet?

2015-02-03 Thread Pascal BASTIEN
Yes thanks you both.

In editobject.vm

#macro(displayObject $obj $class $props $firstField)
  div id=xobject_${escapetool.xml($class.name)}_${obj.number} 
class=xobject

Then i think, I found the solution to get prefix in a sheet:

#set ($DocClass= 'MySpace.MydocClass')
#set($class = $doc.getObject(${DocClass}).xWikiClass)
##Boucle sur toutes les properties de la classe DocClass
#foreach($prop in $class.properties)
* ${escapetool.xml($class.name)}_${class.number}_$prop.Name
#end

Notice: sorry about miss formating mail, I think it is yahoo webmail fault?

Pascal B.


En date de : Mar 3.2.15, Clemens Klein-Robbenhaar c.robbenh...@espresto.com a 
écrit :

 Objet: Re: [xwiki-users] Howto getprefix in a Sheet?
 À: users@xwiki.org
 Date: Mardi 3 février 2015, 10h38
 
 
 The
 number is not the number of the property in the class, but
 the number of the object on the page.
 I.e.
 you can have one, two, or manye objects of the same type
 MySpace.MyClass on the same page.
 
 A Macro where you can see how the ID gets
 rendered is in templates/editobject.vm and/or 
 webapps/xwiki/skins/flamingo/editobject.vm
 see the #macro displayObject
 
 
 On 02/03/2015
 10:12 AM, Pascal BASTIEN wrote:
  ThxsI
 verified and it seem it is always _0_  for each properties
 (even for multiple properties of same type)ie If I have 2
 properties with 'date' type in MySpace.MyClass
 (date_entry and birthday), $doc.display($prop.getName() will
 generate this form
  input
 id=MySpace.MyClass_0_date_entry input
 id=MySpace.MyClass_0_birthday  xx
  But If I have a 'database list'
 with checkbox property BirthdayYear in
 MySpace.MyClass, $doc.display($prop.getName() will generate
 this form (with 2 similar hidden input field ! Maybe a bug?)
 :label class=xwiki-form-listclass
 for=xwiki-form-A_Expert-0-0input
 id=xwiki-form-A_Expert-0-0
 type=checkbox value=1980
 name=MySpace.MyClass_0_BirthdayYear1980/labellabel
 class=xwiki-form-listclass
 for=xwiki-form-BirthdayYear-0-1input
 id=xwiki-form-A_Expert-0-1
 type=checkbox value=1981
 name=MySpace.MyClass_0_BirthdayYear1981/label...
  label
 class=xwiki-form-listclass
 for=xwiki-form-BirthdayYear-0-ninput
 id=xwiki-form-A_Expert-0-n
 type=checkbox value=20nn
 name=MySpace.MyClass_0_BirthdayYear
 20nn/labelinput type=hidden
 value=
 name=MySpace.MyClass_0_BirthdayYearinput
 type=hidden value=
 name=MySpace.MyClass_0_BirthdayYear I
 didn't find what is generate this _0_ (macro or java
 stuf)
  ThxsPascal B
 
 
        De : Marius Dumitru
 Florea mariusdumitru.flo...@xwiki.com
   À : Pascal BASTIEN pbasnews-xw...@yahoo.fr;
 XWiki Users users@xwiki.org
 
   Envoyé le : Mardi 3 février 2015
 8h16
   Objet : Re: [xwiki-users] Howto
 getprefix in a Sheet?
     
  ...
  If any have
 an (or many) idea how I can obtain this prefix in my
 Sheet
  
  (If not
 I can concanet MySpace.docClass_0_$prop.Name but I'm not
 sure about _0_)
  
 
 I'm afraid you have to compute the prefix yourself. 0
 represents the
  object number. So
 MySpace.MyClass_4_age refers to the 'age'
 property
  of the MySpace.MyClass object
 with number 4 (normally the fifth object
  of that type from the target document).
  
  Hope this helps,
  Marius
  
  
  
 
  Thxs
  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
  
 
 
 
 mit freundlichen Grüßen
 Clemens Klein-Robbenhaar
 
 -- 
 Clemens Klein-Robbenhaar
 Software Development
 EsPresto
 AG
 Breite Str. 30-31
 10178
 Berlin/Germany
 Tel: +49.(0)30.90 226.763
 Fax: +49.(0)30.90 226.760
 robbenh...@espresto.com
 
 HRB 77554 B -
 Berlin-Charlottenburg
 Vorstand: Maya
 Biersack, Peter Biersack
 Vorsitzender des
 Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
 Zertifiziert nach ISO 9001:2008
 ___
 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] Howto getprefix in a Sheet?

2015-02-03 Thread Clemens Klein-Robbenhaar

The number is not the number of the property in the class, but the number of 
the object on the page.
I.e. you can have one, two, or manye objects of the same type MySpace.MyClass 
on the same page.

A Macro where you can see how the ID gets rendered is in 
templates/editobject.vm and/or  webapps/xwiki/skins/flamingo/editobject.vm
see the #macro displayObject


On 02/03/2015 10:12 AM, Pascal BASTIEN wrote:
 ThxsI verified and it seem it is always _0_  for each properties (even for 
 multiple properties of same type)ie If I have 2 properties with 'date' type 
 in MySpace.MyClass (date_entry and birthday), $doc.display($prop.getName() 
 will generate this form
 input id=MySpace.MyClass_0_date_entry input 
 id=MySpace.MyClass_0_birthday  xx
 But If I have a 'database list' with checkbox property BirthdayYear in 
 MySpace.MyClass, $doc.display($prop.getName() will generate this form (with 2 
 similar hidden input field ! Maybe a bug?) :label 
 class=xwiki-form-listclass for=xwiki-form-A_Expert-0-0input 
 id=xwiki-form-A_Expert-0-0 type=checkbox value=1980 
 name=MySpace.MyClass_0_BirthdayYear1980/labellabel 
 class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-1input 
 id=xwiki-form-A_Expert-0-1 type=checkbox value=1981 
 name=MySpace.MyClass_0_BirthdayYear1981/label...
 label class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-ninput 
 id=xwiki-form-A_Expert-0-n type=checkbox value=20nn 
 name=MySpace.MyClass_0_BirthdayYear 20nn/labelinput type=hidden 
 value= name=MySpace.MyClass_0_BirthdayYearinput type=hidden value= 
 name=MySpace.MyClass_0_BirthdayYear I didn't find what is generate this 
 _0_ (macro or java stuf)
 ThxsPascal B
 
   De : Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
  À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users users@xwiki.org 
  Envoyé le : Mardi 3 février 2015 8h16
  Objet : Re: [xwiki-users] Howto getprefix in a Sheet?

 ...
 If any have an (or many) idea how I can obtain this prefix in my Sheet
 
 (If not I can concanet MySpace.docClass_0_$prop.Name but I'm not sure about 
 _0_)
 
 I'm afraid you have to compute the prefix yourself. 0 represents the
 object number. So MySpace.MyClass_4_age refers to the 'age' property
 of the MySpace.MyClass object with number 4 (normally the fifth object
 of that type from the target document).
 
 Hope this helps,
 Marius
 
 
 

 Thxs
 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
 



mit freundlichen Grüßen
Clemens Klein-Robbenhaar

-- 
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users


Re: [xwiki-users] deleted wrong dir for solr...

2015-02-03 Thread Marc AUDEFROY
Hi, 

Thanks for your response.

I use Xwiki in Jetty and I remove dir in /var/local/xwiki/solr

Here the stack trace of error :

2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:/opt/web/mybase/webapps/] at interval 1
2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
Support for /, did not find org.apache.jasper.servlet.JspServlet
2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Starting 
embedded Solr server...
2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
Solr home directory: [/var/local/xwiki/solr]
2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified by 
[role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint = 
[embedded]]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
 ~[xwiki-platform-search-solr-api-6.4.jar:na]
at 
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
   [...]

Marc



 On 03 Feb 2015, at 10:20, Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com wrote:
 
 On 02/03/2015 08:48 AM, Marc AUDEFROY wrote:
 Hello all,
 
 I migrated Xwiki to 6.3 to 6.4 but I have this issue : 
 http://jira.xwiki.org/browse/XE-1463 http://jira.xwiki.org/browse/XE-1463
 I try to delete data/solr but I deleted the wrong dir and I destroy the dir 
 containing “org.xwiki.search.solr.internal.EmbeddedSolrInstance”.
 
 
 Which directory is the one you really removed?
 Actually it looks like the right directory, that is data/solr
 
 If you remove (rename/move away) the data/solr directory (stopping the server 
 before doing so and starting it afterwards)
 then on startup the server will recreate it, including a 
 data/solr/lib/xwiki-platform-search-solr-server-plugin-6.4.jar
 with some necessary classes and stuff
 
 The class org.xwiki.search.solr.internal.EmbeddedSolrInstance however is in 
 the webapps/xwiki/WEB-INF/lib/xwiki-platform-search-solr-api-6.4.jar
 and that file should better still be there, or you would have to reinstall 
 XWiki 6.4.
 
 However it looks like there is some other error with the setup.
 Are there any other error messages in the log, either before or immediately 
 after the error you posted?
 Any chance the data directory is not writeable by the user running XWiki or 
 the like ?
 
 I can reproduce your error message by destructively doing a chmod 000 
 data/solr.
 A few lines below I also get an error message saying  Caused by: 
 java.lang.IllegalArgumentException: The given path [data/solr] must be a 
 readable and writable directory in the log.
 You might be able to find something similar that explains the root cause of 
 the issue.
 
 
 Cheers,
 Clemens
 
 Obviously… When I start XWiki, I have this error :p
 
 2015-02-02 17:56:39,567 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified 
 by [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint 
 = [embedded]]
 
 How do in order to desactived solr and reinstall this with extension 
 manager? Or another solution?
 
 Thanks!
 
 Marc
 ___
 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] attachmentsinline.vm loses context: $doc “undefined” [SOLVED]

2015-02-03 Thread Nazzareno Pompei

THANK YOU ALL,

I had a lucky strike with the attachments problem,
I repeated several times the  migration process,
but This time I have left xwiki.cfg, with the complete DEFAULT value,
(in the previous attempts I uncommented few lines... It shouldn't had  
affected anything)



Now It remains only the problem with the import page:
the content of the XAR package is not listed, thus it's impossible to  
import anything.

http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/importBug.png
I'm starting to work on it.

I'm planning to migrate to 6.2.5 as suggested,
but my site is huge (13GB of which 12GB of PDF attachment)
 and very complex (we developed plugins, for SSO authentication for  
example...)


Therefore I think I  need first to get to version 3, to dump  
attachments to file system


I'm going to work on a strategy and I'll submit  it  as soon as I  
finish the plan


best regards


Nazzareno Pompei



Il giorno 03/feb/15, alle ore 09:57, Clemens Klein-Robbenhaar ha  
scritto:




Just because I have been looking at something related in the code:


Hello xWikiers,

I’ve just registered to the mailing list  and I’m  pleased to  
introduce you the  site http://apice.unibo.it,
developed by the APICe Research Group, which belong to The  
Department of Information Engineering and Computer Science (DISI)

of University of bologna, Italy.

The site is up since 2007, starting from xwiki 1.1.
Since then it has been migrated step by step and is now powered by  
xwiki 2.1.2.


It’s my aim to migrate to latest version, but I’m stuck in the  
middle of the process,
because of a problem during migration to 2.2.6 with the rendering  
of the comments, attachments, history and Information


Here's what happens:
http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/bug226.jpg

As can be seen, I use a cloned test site to simulate every upgrade  
task;
I’ve injected some debug code in the docextra.vm template (as in  
attachmentsinline.vm)


To solve the bug, I’m focusing on docextra.vm template: the $doc  
and the $tdoc variables are “undefined”

when the *inline.vm template are called inside the javascrit,
with document.observe or Event.observe that run  
XWiki.displayDocExtra(${extraAnchor}, ${extraTemplate}, false);
for instance ${extraAnchor} = “attachments”, ${extraTemplate} =  
“attachmentsinline.vm”




There must be some problem that the HTML-page does not contain the  
proper information about which XWiki-page it is rendering

In the head of the HTML-page you should find something like:

  window.docgeturl = /xwiki/bin/get/Publications/undefined;

If present, that would be the source of the problem. The correct  
version should look like:


  window.docgeturl = /xwiki/bin/get/Publications/BioSac2012;


However, same as Vincent suggests, I recommend not not debug this  
problem ... while I cannot find a bug report related to this,
I guess this is an issue specific to 2.2.6 and certainly has been  
fixed soon later on. (It is definitely not there in the current  
versions, people would have noticed ;)



Cheers,
Clemens



From the log it’s clear that this is the problem ($tdoc variable is  
“undefined”) because I find in the log:

https://test.apice.unibo.it/xwiki/bin/view/Publications/undefined?xpage=xpartvm=attachmentsinline.vm


instead the correct url should be, for example:
https://test.apice.unibo.it/xwiki/bin/view/Publications/BioSac2012?xpage=xpartvm=attachmentsinline.vm
that actually works!

I do not can understand why The $doc and the $tdoc variable is  
“undefined” at runtime…


Any suggestion?


Thank you very much


Nazzareno Pompei

PS: I’m experiencing a problem with import page too, is it entangled?

http://apice.unibo.it/xwiki/bin/download/Sandbox/WebHome/ 
importBug.png

+

Ing. Nazzareno Pompei

DISI - Dipartimento di Informatica: Scienze ed Ingegneria
e-mail :nazzareno.pom...@unibo.it
Tel. : +39 0547339205 Fax. : +39 0547339208

Il presente messaggio ed i suoi allegati devono intendersi
di tipo confidenziale ad uso esclusivo dei suoi destinatari.
Il mittente declina ogni responsabilità in caso di intercettazione  
o modifica.
In caso di ricezione per errore del messaggio, si prega di  
cancellarlo,

di distruggerne ogni copia e di darne opportuno avviso al mittente.
+

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





mit freundlichen Grüßen
Clemens Klein-Robbenhaar

--
Clemens Klein-Robbenhaar
Software Development
EsPresto AG
Breite Str. 30-31
10178 Berlin/Germany
Tel: +49.(0)30.90 226.763
Fax: +49.(0)30.90 226.760
robbenh...@espresto.com

HRB 77554 B - Berlin-Charlottenburg
Vorstand: Maya Biersack, Peter Biersack
Vorsitzender des Aufsichtsrats: Dipl.-Wirtsch.-Ing. Winfried Weber
Zertifiziert nach ISO 9001:2008

Re: [xwiki-users] Howto getprefix in a Sheet?

2015-02-03 Thread Pascal BASTIEN
ThxsI verified and it seem it is always _0_  for each properties (even for 
multiple properties of same type)ie If I have 2 properties with 'date' type in 
MySpace.MyClass (date_entry and birthday), $doc.display($prop.getName() will 
generate this form
input id=MySpace.MyClass_0_date_entry input 
id=MySpace.MyClass_0_birthday  xx
But If I have a 'database list' with checkbox property BirthdayYear in 
MySpace.MyClass, $doc.display($prop.getName() will generate this form (with 2 
similar hidden input field ! Maybe a bug?) :label class=xwiki-form-listclass 
for=xwiki-form-A_Expert-0-0input id=xwiki-form-A_Expert-0-0 
type=checkbox value=1980 
name=MySpace.MyClass_0_BirthdayYear1980/labellabel 
class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-1input 
id=xwiki-form-A_Expert-0-1 type=checkbox value=1981 
name=MySpace.MyClass_0_BirthdayYear1981/label...
label class=xwiki-form-listclass for=xwiki-form-BirthdayYear-0-ninput 
id=xwiki-form-A_Expert-0-n type=checkbox value=20nn 
name=MySpace.MyClass_0_BirthdayYear 20nn/labelinput type=hidden 
value= name=MySpace.MyClass_0_BirthdayYearinput type=hidden value= 
name=MySpace.MyClass_0_BirthdayYear I didn't find what is generate this _0_ 
(macro or java stuf)
ThxsPascal B

  De : Marius Dumitru Florea mariusdumitru.flo...@xwiki.com
 À : Pascal BASTIEN pbasnews-xw...@yahoo.fr; XWiki Users users@xwiki.org 
 Envoyé le : Mardi 3 février 2015 8h16
 Objet : Re: [xwiki-users] Howto getprefix in a Sheet?
   
...
 If any have an (or many) idea how I can obtain this prefix in my Sheet

 (If not I can concanet MySpace.docClass_0_$prop.Name but I'm not sure about 
 _0_)

I'm afraid you have to compute the prefix yourself. 0 represents the
object number. So MySpace.MyClass_4_age refers to the 'age' property
of the MySpace.MyClass object with number 4 (normally the fifth object
of that type from the target document).

Hope this helps,
Marius




 Thxs
 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


Re: [xwiki-users] deleted wrong dir for solr...

2015-02-03 Thread Clemens Klein-Robbenhaar
On 02/03/2015 10:38 AM, Marc AUDEFROY wrote:
 Hi, 
 
 Thanks for your response.
 
 I use Xwiki in Jetty and I remove dir in /var/local/xwiki/solr
 
 Here the stack trace of error :
 
 2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
 2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment 
 monitor [file:/opt/web/mybase/webapps/] at interval 1
 2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
 Support for /, did not find org.apache.jasper.servlet.JspServlet
 2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - 
 Starting embedded Solr server...
 2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
 Solr home directory: [/var/local/xwiki/solr]
 2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified by 
 [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint = 
 [embedded]]
 at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
 at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
 at 
 org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
  ~[xwiki-platform-search-solr-api-6.4.jar:na]
 at 
 org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
[...]
 

Cliffhanger here ;)

Is this error message followed later down by a

Caused by: ...

That should be the source reason why it is not found

Clemens

 Marc
 
 
 
 On 03 Feb 2015, at 10:20, Clemens Klein-Robbenhaar 
 c.robbenh...@espresto.com wrote:

 On 02/03/2015 08:48 AM, Marc AUDEFROY wrote:
 Hello all,

 I migrated Xwiki to 6.3 to 6.4 but I have this issue : 
 http://jira.xwiki.org/browse/XE-1463 http://jira.xwiki.org/browse/XE-1463
 I try to delete data/solr but I deleted the wrong dir and I destroy the dir 
 containing “org.xwiki.search.solr.internal.EmbeddedSolrInstance”.


 Which directory is the one you really removed?
 Actually it looks like the right directory, that is data/solr

 If you remove (rename/move away) the data/solr directory (stopping the 
 server before doing so and starting it afterwards)
 then on startup the server will recreate it, including a 
 data/solr/lib/xwiki-platform-search-solr-server-plugin-6.4.jar
 with some necessary classes and stuff

 The class org.xwiki.search.solr.internal.EmbeddedSolrInstance however is in 
 the webapps/xwiki/WEB-INF/lib/xwiki-platform-search-solr-api-6.4.jar
 and that file should better still be there, or you would have to reinstall 
 XWiki 6.4.

 However it looks like there is some other error with the setup.
 Are there any other error messages in the log, either before or immediately 
 after the error you posted?
 Any chance the data directory is not writeable by the user running XWiki or 
 the like ?

 I can reproduce your error message by destructively doing a chmod 000 
 data/solr.
 A few lines below I also get an error message saying  Caused by: 
 java.lang.IllegalArgumentException: The given path [data/solr] must be a 
 readable and writable directory in the log.
 You might be able to find something similar that explains the root cause of 
 the issue.


 Cheers,
 Clemens

 Obviously… When I start XWiki, I have this error :p

 2015-02-02 17:56:39,567 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified 
 by [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint 
 = [embedded]]

 How do in order to desactived solr and reinstall this with extension 
 manager? Or another solution?

 Thanks!

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


Re: [xwiki-users] deleted wrong dir for solr...

2015-02-03 Thread Marc AUDEFROY
Oh, sorry :p  I deleted /var/local/xwiki/solr 

2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:/opt/web/mybase/webapps/] at interval 1
2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
Support for /, did not find org.apache.jasper.servlet.JspServlet
2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Starting 
embedded Solr server...
2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
Solr home directory: [/var/local/xwiki/solr]
2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified by 
[role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint = 
[embedded]]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
 ~[xwiki-platform-search-solr-api-6.4.jar:na]
at 
org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:355)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:334)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:214)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198)
 [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
org.xwiki.observation.internal.DefaultObservationManager.initializeListeners(DefaultObservationManager.java:164)
 [xwiki-commons-observation-local-6.4.jar:na]
at 
org.xwiki.observation.internal.DefaultObservationManager.getListenersByEvent(DefaultObservationManager.java:131)
 [xwiki-commons-observation-local-6.4.jar:na]
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:267)
 [xwiki-commons-observation-local-6.4.jar:na]
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:321)
 [xwiki-commons-observation-local-6.4.jar:na]
at 
org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:118)
 [xwiki-platform-container-servlet-6.4.jar:na]
at 
org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)
 [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:446)
 [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:792)
 [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:296)
 [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1341) 
[jetty-webapp-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1334) 
[jetty-webapp-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:744)
 [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:497) 
[jetty-webapp-9.2.1.v20140609.jar:9.2.1.v20140609]
at 

Re: [xwiki-users] deleted wrong dir for solr...

2015-02-03 Thread Marc AUDEFROY
Ah sorry, I forgot to restart server.

It’s work! 

Thanks! 

Marc

 On 03 Feb 2015, at 10:57, Thomas Mortagne thomas.morta...@xwiki.com wrote:
 
 Does whatever user running jetty have enough right to create a
 /var/local/xwiki/solr folder ?
 
 On Tue, Feb 3, 2015 at 10:48 AM, Marc AUDEFROY audefroy.m...@gmail.com 
 mailto:audefroy.m...@gmail.com wrote:
 Oh, sorry :p  I deleted /var/local/xwiki/solr
 
 2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
 2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment 
 monitor [file:/opt/web/mybase/webapps/] at interval 1
 2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
 Support for /, did not find org.apache.jasper.servlet.JspServlet
 2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - 
 Starting embedded Solr server...
 2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
 Solr home directory: [/var/local/xwiki/solr]
 2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified 
 by [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint 
 = [embedded]]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
  ~[xwiki-platform-search-solr-api-6.4.jar:na]
at 
 org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:355)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:334)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:214)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.initializeListeners(DefaultObservationManager.java:164)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.getListenersByEvent(DefaultObservationManager.java:131)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:267)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:321)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:118)
  [xwiki-platform-container-servlet-6.4.jar:na]
at 
 org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)
  [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:446)
  [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:792)
  [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:296)
  [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1341) 
 [jetty-webapp-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 

Re: [xwiki-users] deleted wrong dir for solr...

2015-02-03 Thread Marc AUDEFROY
Yes, I put 777 for /var/local/xwiki to be sure.




 On 03 Feb 2015, at 10:57, Thomas Mortagne thomas.morta...@xwiki.com wrote:
 
 Does whatever user running jetty have enough right to create a
 /var/local/xwiki/solr folder ?
 
 On Tue, Feb 3, 2015 at 10:48 AM, Marc AUDEFROY audefroy.m...@gmail.com 
 mailto:audefroy.m...@gmail.com wrote:
 Oh, sorry :p  I deleted /var/local/xwiki/solr
 
 2015-02-03 10:35:08.925:INFO:oejs.Server:main: jetty-9.2.1.v20140609
 2015-02-03 10:35:08.948:INFO:oejdp.ScanningAppProvider:main: Deployment 
 monitor [file:/opt/web/mybase/webapps/] at interval 1
 2015-02-03 10:35:10.980:INFO:oejw.StandardDescriptorProcessor:main: NO JSP 
 Support for /, did not find org.apache.jasper.servlet.JspServlet
 2015-02-03 10:35:19,584 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - 
 Starting embedded Solr server...
 2015-02-03 10:35:19,591 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
 Solr home directory: [/var/local/xwiki/solr]
 2015-02-03 10:35:20,162 [main] ERROR o.x.s.s.i.SolrInstanceProvider -
 org.xwiki.component.manager.ComponentLookupException: Failed to lookup 
 component [org.xwiki.search.solr.internal.EmbeddedSolrInstance] identified 
 by [role = [interface org.xwiki.search.solr.internal.api.SolrInstance] hint 
 = [embedded]]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:380)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.search.solr.internal.SolrInstanceProvider.initialize(SolrInstanceProvider.java:71)
  ~[xwiki-platform-search-solr-api-6.4.jar:na]
at 
 org.xwiki.component.embed.InitializableLifecycleHandler.handle(InitializableLifecycleHandler.java:39)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:355)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:378)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.createInstance(EmbeddableComponentManager.java:334)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:410)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstanceMap(EmbeddableComponentManager.java:214)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.component.embed.EmbeddableComponentManager.getInstanceList(EmbeddableComponentManager.java:198)
  [xwiki-commons-legacy-component-default-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.initializeListeners(DefaultObservationManager.java:164)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.getListenersByEvent(DefaultObservationManager.java:131)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:267)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:321)
  [xwiki-commons-observation-local-6.4.jar:na]
at 
 org.xwiki.container.servlet.XWikiServletContextListener.contextInitialized(XWikiServletContextListener.java:118)
  [xwiki-platform-container-servlet-6.4.jar:na]
at 
 org.eclipse.jetty.server.handler.ContextHandler.callContextInitialized(ContextHandler.java:800)
  [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.servlet.ServletContextHandler.callContextInitialized(ServletContextHandler.java:446)
  [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.server.handler.ContextHandler.startContext(ContextHandler.java:792)
  [jetty-server-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:296)
  [jetty-servlet-9.2.1.v20140609.jar:9.2.1.v20140609]
at 
 org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1341) 
 [jetty-webapp-9.2.1.v20140609.jar:9.2.1.v20140609]
at