date:20170314

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

2017-03-14 Thread rez_spb

Thank you for reply!
Sorry for the delay, but the actual results have changed for me since last
time.

Actually I have already enabled debug loglevel for mail before posting in
this thread (tried to resolve this myself), I saw the lines you posted as an
example in logs, but there were only preparation stage, no sending events at
all.
Sharing by email works with external SMTP server (have actually tested it
this way first when set up SMTP, and the validation email issue was caught
later when users started to register).

I have shut down tomcat, removed catalina.out file to get a clean one.
My steps:
 - start tomcat and wait till cpu load drops (that's how I tell that tomcat
startup has completed without using logs);
 - open XWiki main page (XWiki initialization starts);
 - send email by sharing (old working sender plugin) - email is received;
 - wait a minute;
 - open the page with velocity I've created previously (like you told me to,
using 'memory' storage);
 - wait for some time, check email: 1 email from share link, 2... wait, two
emails from 'email-velocity-memory' page.
/That is strange/: I haven't changed anything, but the email was sent this
time. Twice.
Now to testing email validation.
 - open registration page in other browser;
 - register a new user;
 - (*new*) registration successful page appears (previously that was an
infinite load);
 - (*new*) email is received.

I have an idea: the other XWiki I have installed (2 XWiki on 2 separate
containers in 1 Tomcat with 2 webapp directories, I will call the first
installed XWiki-0, that one does not have SMTP and sends via localhost) was
not initialized (but usually is). So I will redo the same steps with
starting that XWiki first (maybe there's no separation of email threads?).
I stop tomcat at this point and pack the log for you (link is below).

Steps this time:
 - start tomcat and wait till cpu load drops (that's how I tell that tomcat
startup has completed without using logs);
 - open previously installed XWiki-0 main page (initialize it first);
 - share page by email - email is received;
 - create a velocity page (no such page was set up in XWiki-0);
 - 2 emails are received;
 - open XWiki main page (XWiki initialization starts);
   (there are 2 warnings in logs this time:
)
 - send email by sharing (old working sender plugin) - email is received;
 - wait a minute;
 - open the page with velocity - email is received (2 emails);
 - register a new user - registration successful, email is received.
I stop my tomcat at this point and pack the log for you (link is below).

Well so there is no actual interference between 2 XWiki installation when
talking about email (2 warnings are present though and I don't think that's
a good thing actually).

Currently *everything works*. I don't know why, I was sure it wouldn't work.
The only thing that can matter is that server uptime is 6 days (had a
blackout last week, so the server was rebooted automatically). Previous
restart was like months ago (before XWiki installation). So maybe
services/containers restarts are not enough to successfully finish the
installation? Reboot is needed? This is a Debian box so that's pretty
strange of an idea for me, but there was nothing else.

Log files:
First run (single XWiki)
  
Second run (XWiki-0 + XWiki)
  

I will leave this set up as it is, because the issue may reappear and I
don't get that was the cause of it yet. If you have any ideas, I am ready to
perform more tests to get this fixed for other people who may have the same
issue.



--
View this message in context: 
http://xwiki.475771.n2.nabble.com/Email-Validation-stuck-in-prepare-success-status-tp7602814p7603082.html
Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

2017-03-14 Thread Vincent Massol

Ok thanks for the heads up. Let’s wait till you get it again (hopefully not ;)).

I’d still like to understand how it can happen and whether there’s a bug 
somewhere… but not easy to track down…

Thanks
-Vincent

> On 14 Mar 2017, at 10:14, rez_spb  wrote:
> 
> Thank you for reply!
> Sorry for the delay, but the actual results have changed for me since last
> time.
> 
> Actually I have already enabled debug loglevel for mail before posting in
> this thread (tried to resolve this myself), I saw the lines you posted as an
> example in logs, but there were only preparation stage, no sending events at
> all.
> Sharing by email works with external SMTP server (have actually tested it
> this way first when set up SMTP, and the validation email issue was caught
> later when users started to register).
> 
> I have shut down tomcat, removed catalina.out file to get a clean one.
> My steps:
> - start tomcat and wait till cpu load drops (that's how I tell that tomcat
> startup has completed without using logs);
> - open XWiki main page (XWiki initialization starts);
> - send email by sharing (old working sender plugin) - email is received;
> - wait a minute;
> - open the page with velocity I've created previously (like you told me to,
> using 'memory' storage);
> - wait for some time, check email: 1 email from share link, 2... wait, two
> emails from 'email-velocity-memory' page.
> /That is strange/: I haven't changed anything, but the email was sent this
> time. Twice.
> Now to testing email validation.
> - open registration page in other browser;
> - register a new user;
> - (*new*) registration successful page appears (previously that was an
> infinite load);
> - (*new*) email is received.
> 
> I have an idea: the other XWiki I have installed (2 XWiki on 2 separate
> containers in 1 Tomcat with 2 webapp directories, I will call the first
> installed XWiki-0, that one does not have SMTP and sends via localhost) was
> not initialized (but usually is). So I will redo the same steps with
> starting that XWiki first (maybe there's no separation of email threads?).
> I stop tomcat at this point and pack the log for you (link is below).
> 
> Steps this time:
> - start tomcat and wait till cpu load drops (that's how I tell that tomcat
> startup has completed without using logs);
> - open previously installed XWiki-0 main page (initialize it first);
> - share page by email - email is received;
> - create a velocity page (no such page was set up in XWiki-0);
> - 2 emails are received;
> - open XWiki main page (XWiki initialization starts);
>   (there are 2 warnings in logs this time:
> )
> - send email by sharing (old working sender plugin) - email is received;
> - wait a minute;
> - open the page with velocity - email is received (2 emails);
> - register a new user - registration successful, email is received.
> I stop my tomcat at this point and pack the log for you (link is below).
> 
> Well so there is no actual interference between 2 XWiki installation when
> talking about email (2 warnings are present though and I don't think that's
> a good thing actually).
> 
> Currently *everything works*. I don't know why, I was sure it wouldn't work.
> The only thing that can matter is that server uptime is 6 days (had a
> blackout last week, so the server was rebooted automatically). Previous
> restart was like months ago (before XWiki installation). So maybe
> services/containers restarts are not enough to successfully finish the
> installation? Reboot is needed? This is a Debian box so that's pretty
> strange of an idea for me, but there was nothing else.
> 
> Log files:
> First run (single XWiki)
>   
> Second run (XWiki-0 + XWiki)
>   
> 
> I will leave this set up as it is, because the issue may reappear and I
> don't get that was the cause of it yet. If you have any ideas, I am ready to
> perform more tests to get this fixed for other people who may have the same
> issue.
> 
> 
> 
> --
> View this message in context: 
> http://xwiki.475771.n2.nabble.com/Email-Validation-stuck-in-prepare-success-status-tp7602814p7603082.html
> Sent from the XWiki- Users mailing list archive at Nabble.com.

Re: [xwiki-users] How to search revision comment of a document in xwiki?

2017-03-14 Thread Marius Dumitru Florea

On Sat, Mar 11, 2017 at 9:20 AM, gp wang  wrote:

> Thank you very much,Marius,but i noticed that in the link
> http://design.xwiki.org/xwiki/bin/view/Design/SolrSchema#HDocumentFields
> also mentioned "version:  We need to index the document version (revision,
> e.g. '2.4') to be able to detect when the index is not up to date (not in
> sync with the database). This check is performed at XWiki startup for
> instance (see IndexerJob#addMissing).",what does it means?


It explains the reason why we have to index the version. Because we want
"to be able to detect..."


> , can i make some changes of solr config file to achieve this?


The version is already indexed.
https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-search/xwiki-platform-search-solr/xwiki-platform-search-solr-server/xwiki-platform-search-solr-server-data/src/main/resources/xwiki/conf/managed-schema#L179
.


>
> Solr Schema (Design.SolrSchema) - XWiki xwiki/bin/view/Design/SolrSchema#HDocumentFields>
> design.xwiki.org
> Other URLs. The Solr schema configuration file used in XWiki. Description.
> Introduction; Test Cases; Indexing a Single Entity vs. Multiple Entities; A
> Mixed Approach
>
>
>
>
> 
> From: users  on behalf of Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com>
> Sent: Wednesday, March 8, 2017 6:18 PM
> To: XWiki Users
> Subject: Re: [xwiki-users] How to search revision comment of a document in
> xwiki?
>
> The name of the corresponding Solr index field is "comment" (
> http://design.xwiki.org/xwiki/bin/view/Design/SolrSchema#HDocumentFields
> ).
> Solr Schema (Design.SolrSchema) - XWiki xwiki/bin/view/Design/SolrSchema#HDocumentFields>
> design.xwiki.org
> Other URLs. The Solr schema configuration file used in XWiki. Description.
> Introduction; Test Cases; Indexing a Single Entity vs. Multiple Entities; A
> Mixed Approach
>
>
> Note that only the last version of a document is being indexed. So each
> time you modify and save a document the corresponding row on the Solr index
> is updated. Thus you will be able to search only for the comment of the
> last revision.
>
> Hope this helps,
> Marius
>
> On Tue, Mar 7, 2017 at 10:33 PM, gp wang  wrote:
>
> > Hi All,
> >
> >
> > How to search revision comment of a document in xwiki? Does solr index
> the
> > version info of a doc?
> >
> > I made a change of this page:
> > http://localhost:8080/xwiki/bin/edit/Main/SolrSearchConfig
> >
> > {{velocity output="false"}}
> > #set ($__defaultSolrConfig = {
> >   'queryFields': {
> > 'DOCUMENT': 'title^10.0 name^10.0 version^10.0
> >  doccontent^2.0
> > ...
> >
> >
> > Thanks.
> >
> > wgp
> >
> >
>

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

2017-03-14 Thread Marius Dumitru Florea

On Sat, Mar 11, 2017 at 5:01 PM, Mahomed Hussein 
wrote:

> Hi Marius
>
> I've tried to apply these changes with no luck I'm afraid.
>
> Here are the steps I've taken:
>
> 1) Gone to Administer Wiki > Applications: WYSIWYG Editor > CKEditor and
> pasted the following below the comments in the "Advanced Configuration" box:
>
> config['xwiki-macro'] = config['xwiki-macro'] || {};
> config['xwiki-macro'].insertButtons = [
>   'documentTree',
>   {
> commandId: 'xwiki-macro-html-dirty',
> macroCall: {
>   name: 'html',
>   parameters: {
> clean: false,
> wiki: true
>   }
> }
>   }
> ];
>
>
> 2) I then went to Administration > Look & Feel : Presentation > Customise
> Color Theme > Advanced and then pasted the following CSS at the bottom:
>
> a.cke_button.cke_button__xwiki-macro-documenttree >
> span.cke_button_icon.cke_button__xwiki-macro documenttree_icon {
>   font-family: 'Glyphicons Halflings';
>   position: relative;
>   top: 1px;
> }
> .cke_button_icon.cke_button__xwiki-macro-documenttree_icon::before {
>   content: "\e199";
>   display: inline-block;
>   text-align: center;
>   width: 16px;
> }
>
> 3) Edited a document and pressed Shift + F5 but nothing appeared on the
> toolbar.
> 4) Tried a different browser
> 5) Used Developer Tools in Chrome and can see both my changes in the
> relevant files (CKEditor/Config and skins/Flamingo/style.css)
> 6) I have tried different configurations from http://docs.ckeditor.com/#!/
> api/CKEDITOR.config such as config.toolbarLocation = 'bottom'; in step 1
> above and I can see the config is being applied.
>
> I had also already upgraded to 9.1.2 before trying to test this.
>
> I can also see "xwiki-macro" as an available option in the "disabled
> plugins" drop down (Note that it is *not* disabled, it's just there as an
> option, which I assume is a good thing as it means the plugin is available).
>
>

> Any ideas what I've missed or what else I could check please? Thanks.
>

http://jira.xwiki.org/browse/CKEDITOR-148 is fixed but not released. It
will be included in version 1.13, bu the latest version available right now
is 1.12 as can be seen on
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration .
You need to redo the steps you describe above after you upgrade to version
1.13.


>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru
> Florea
> Sent: 02 March 2017 14:15
> To: XWiki Users 
> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor
>
> See http://jira.xwiki.org/browse/CKEDITOR-148 .
>
> On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein
> >  > > wrote:
> >
> >> Hi
> >>
> >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different
> >> buttons and macros onto the toolbar by modifying the configuration
> >> and adding “macro:macroName” as a toolbar “feature”.
> >>
> >>
> >
> >> Has anyone got a simple step by step instructions for adding the same
> >> thing in CKEditor? I’ve tried looking at the documentation, but it
> >> doesn’t immediately or easily relate to the macros/add-ins (e.g. the
> >> lightbox macro/plugin is one we use a lot).
> >>
> >
> > The CKEditor integration doesn't support this ATM, unfortunately.
> > Would be great if you could make a feature request on
> > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for
> > this recently so I could try to make some time to implement it but I
> > can't guarantee. If you can't wait and you know JavaScript you could try
> to implement this yourself like this:
> >
> > * read the CKEditor documentation for writing a plugin
> > http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write
> > the plugin in a JSX similar to https://github.com/xwiki-
> > contrib/application-ckeditor/blob/application-ckeditor-1.0/
> > ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like
> > https://github.com/xwiki-contrib/application-ckeditor/
> > blob/application-ckeditor-1.0/ui/src/main/resources/
> > CKEditor/EditSheet.xml#L154
> > * the "insertTimestamp" command defined in the example plugin from the
> > CKEditor documentation would open the macro editor and then insert
> > macro when the dialog is closed. Something like this is done in
> > https://github.com/xwiki-contrib/application-ckeditor/
> > blob/master/plugins/src/main/resources/xwiki-macro/plugin.js#L160 .
> >
> > But it's not very easy and I would like to implement something generic.
> >
> > Thanks,
> > Marius
> >
> >
> >>
> >> Thanks in advance for any help.
> >>
> >>
> >> Kind regards,
> >>
> >>
> >> Mahomed Hussein
> >> Custodian Data Centre
> >> Email: maho...@custodiandc.com
> >> http://www.CustodianDC.com
> >>
> >
> >
>

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

2017-03-14 Thread Mahomed Hussein

Thanks Marius. I completely missed checking if it was released and assumed it 
was in 9.1.2 (don't ask why - it's why assumptions are bad :) )

I'll test again after the 1.13 release.


Kind regards,




Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: 14 March 2017 10:19
To: XWiki Users 
Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor

On Sat, Mar 11, 2017 at 5:01 PM, Mahomed Hussein 
wrote:

> Hi Marius
>
> I've tried to apply these changes with no luck I'm afraid.
>
> Here are the steps I've taken:
>
> 1) Gone to Administer Wiki > Applications: WYSIWYG Editor > CKEditor
> and pasted the following below the comments in the "Advanced Configuration" 
> box:
>
> config['xwiki-macro'] = config['xwiki-macro'] || {};
> config['xwiki-macro'].insertButtons = [
>   'documentTree',
>   {
> commandId: 'xwiki-macro-html-dirty',
> macroCall: {
>   name: 'html',
>   parameters: {
> clean: false,
> wiki: true
>   }
> }
>   }
> ];
>
>
> 2) I then went to Administration > Look & Feel : Presentation >
> Customise Color Theme > Advanced and then pasted the following CSS at the 
> bottom:
>
> a.cke_button.cke_button__xwiki-macro-documenttree >
> span.cke_button_icon.cke_button__xwiki-macro documenttree_icon {
>   font-family: 'Glyphicons Halflings';
>   position: relative;
>   top: 1px;
> }
> .cke_button_icon.cke_button__xwiki-macro-documenttree_icon::before {
>   content: "\e199";
>   display: inline-block;
>   text-align: center;
>   width: 16px;
> }
>
> 3) Edited a document and pressed Shift + F5 but nothing appeared on
> the toolbar.
> 4) Tried a different browser
> 5) Used Developer Tools in Chrome and can see both my changes in the
> relevant files (CKEditor/Config and skins/Flamingo/style.css)
> 6) I have tried different configurations from
> http://docs.ckeditor.com/#!/ api/CKEDITOR.config such as
> config.toolbarLocation = 'bottom'; in step 1 above and I can see the config 
> is being applied.
>
> I had also already upgraded to 9.1.2 before trying to test this.
>
> I can also see "xwiki-macro" as an available option in the "disabled
> plugins" drop down (Note that it is *not* disabled, it's just there as
> an option, which I assume is a good thing as it means the plugin is 
> available).
>
>

> Any ideas what I've missed or what else I could check please? Thanks.
>

http://jira.xwiki.org/browse/CKEDITOR-148 is fixed but not released. It will be 
included in version 1.13, bu the latest version available right now is 1.12 as 
can be seen on 
http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration .
You need to redo the steps you describe above after you upgrade to version 1.13.


>
>
> Kind regards,
>
>
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>
> -Original Message-
> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius
> Dumitru Florea
> Sent: 02 March 2017 14:15
> To: XWiki Users 
> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor
>
> See http://jira.xwiki.org/browse/CKEDITOR-148 .
>
> On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea <
> mariusdumitru.flo...@xwiki.com> wrote:
>
> > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein
> >  > > wrote:
> >
> >> Hi
> >>
> >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add
> >> different buttons and macros onto the toolbar by modifying the
> >> configuration and adding “macro:macroName” as a toolbar “feature”.
> >>
> >>
> >
> >> Has anyone got a simple step by step instructions for adding the
> >> same thing in CKEditor? I’ve tried looking at the documentation,
> >> but it doesn’t immediately or easily relate to the macros/add-ins
> >> (e.g. the lightbox macro/plugin is one we use a lot).
> >>
> >
> > The CKEditor integration doesn't support this ATM, unfortunately.
> > Would be great if you could make a feature request on
> > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for
> > this recently so I could try to make some time to implement it but I
> > can't guarantee. If you can't wait and you know JavaScript you could
> > try
> to implement this yourself like this:
> >
> > * read the CKEditor documentation for writing a plugin
> > http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write
> > the plugin in a JSX similar to https://github.com/xwiki-
> > contrib/application-ckeditor/blob/application-ckeditor-1.0/
> > ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like
> > https://github.com/xwiki-contrib/application-ckeditor/
> > blob/application-ckeditor-1.0/ui/src/main/resources/
> > CKEditor/EditSheet.xml#L154
> > * the "insertTimestamp" command defined in the example plugin from
> > the CKEditor documentation would open the macro editor and then
> > insert macro when the dialog i

[xwiki-users] CKEditor and Lightbox Macro Issue

2017-03-14 Thread Mahomed Hussein

Hi

We’ve come across a slight issue with the Lightbox macro when using CKEditor 
1.12. I thought I’d post to the group before logging it on Jira.

Basically, the issue is that when you go into CKEditor, the Macro encompasses 
all the text that follows it [1]. I have marked up all the images so please 
look at them as it should make it easier to see what I mean. Looking at the 
source, it appears that the closing DIV for the macro is being put at the end 
of all the following content [2].

If you then go into Source view, it deletes all the text after the lightbox 
macro [3]. If you edit using the original Wiki editor, you can see all the text 
is there correctly [4]

You can put in a terrible workaround (this was more an experiment than a 
solution to be honest) by going into Wiki edit mode, and adding 2 extra line 
breaks and a closing DIV tag inside the HTML tags [5]. This then allows 
CKEditor to render correctly and you can view/edit the content after the light 
box without any issues. [6]. Sadly this isn’t a solution and I hope someone can 
help with a proper solution.

It seems to me that this is something that needs changing in CKEditor, rather 
than in the Lightbox Macro as rendering of the images and lightbox is fine when 
viewing the documents, and it seems the Macro JS code does not get executed 
when editing in CKEditor.

Please let me know if you need any other info and I hope someone can help. 
Thanks.


[1] - http://pasteboard.co/JljtnBA9U.png
[2] - http://pasteboard.co/JlFkCTN8k.png
[3] - http://pasteboard.co/JlG6J0k5E.png
[4] - http://pasteboard.co/JlGsIdGZK.png
[5] - http://pasteboard.co/JlHgakjs2.png
[6] - http://pasteboard.co/JlHCxvOC8.png



Kind regards,


Mahomed Hussein
Custodian Data Centre
Email: maho...@custodiandc.com
http://www.CustodianDC.com

Re: [xwiki-users] [UX] Administration Improvements

2017-03-14 Thread Ecaterina Moraru (Valica)

Hi all,

For the record, Marius Florea and me proposed some improvements for
Administration, see
http://design.xwiki.org/xwiki/bin/view/Proposal/Administration9x

There are many topics that can be targeted in Administration and they are
considered for future proposals (like Rights, Templates improvements, etc.)
since they are more complex to tackle. We focused now on prioritizing
often-used sections and improving the hints / values and make the styling
more consistent.

Feedback is welcomed.

Thanks,
Caty

On Thu, Feb 23, 2017 at 2:05 PM, Ecaterina Moraru (Valica) <
vali...@gmail.com> wrote:

> Hi Denis,
>
> Thanks for your feedback.
>
> On Thu, Feb 23, 2017 at 1:38 PM, Denis GERMAIN 
> wrote:
>
>> We are running multiple flavors of Xwiki including 7.4.4 (production),
>> 8.4.4 and 9.0
>>
>> 1. what sections are always needed and maybe we could prioritize them;
>> Users and Groups are the most heavily used menu in administration for us
>> We also rely heavily on Import/Exports
>>
>> 2. what sections could be grouped together, since they are related;
>>
>> 3. what sections are not relevant and could be removed (maybe because they
>> are too technical, or not needed or rarely used);
>> Creating subwikis is sometime used so it shouldn't be dropped (for us)
>> Templates are not often used but really important to us
>>
>> 4. if there are important recurring things missing from administration;
>> There is no easy way to troubleshoot users rights on a page. In other
>> words, sometime users set rights on "pages and children" OR "pages", and
>> it
>> causes all sort of trouble
>> - some users can't see some pages but they should (due to misconfiugration
>> of the rights)
>> - some users can open pages with the direct link but can't navigate to it
>> a) I don't see why there is 2 types of rights on a page, I would
>> personnaly
>> keep only "pages and children" rights and drop "page only" rights
>>
>
> This is when you need to make exceptions: you want all the children to
> behave in a certain way, but the parent or a certain subpage to have
> different rights. I agree it's a more marginal use case, but still it could
> happen.
>
>
>> b) To troubleshoot, I'd like to have a way to see why some users can see
>> the page and some don't, or to help me find where the problem is
>>
>
> I agree the rights inheritance is problematic and yes we should improve it
> (in terms of setting it and display the applied rules). This functionality
> gets outside of the scope of this Administration
> reorganization/simplification, but it's indeed very important (and
> apparently a common problem).
>
>
>>
>> 5. other ideas?
>> I find the Template creation (with provider) procedure counter intuitive.
>> Maybe it could be simplified ?
>>
>
> We added some new functionality in terms of visibility and creation
> restrictions for templates, but they were intended more as powerful
> features, we didn't focus on simplifying the process. Yes, we could do some
> improvements there too, especially since we have started promoting
> Templates more.
>
> Thank you so much,
> Caty
>
>
>> 2017-02-23 11:28 GMT+01:00 Ecaterina Moraru (Valica) :
>>
>> > Thanks Stéphane for your answer. It's very helpful.
>> >
>> > Caty
>> >
>> > On Thu, Feb 23, 2017 at 12:15 PM, Stéphane LASSIRE <
>> slass...@cesap.asso.fr
>> > >
>> > wrote:
>> >
>> > > Hello,
>> > >
>> > > What a nice idea.
>> > > We are using a Xwiki 7.4.4 release.
>> > >
>> > > 1. what sections are always needed and maybe we could prioritize them;
>> > > -> Users / groups / right access / extensions / statistics
>> > >
>> > > 2. what sections could be grouped together, since they are related;
>> > > -> Configuration / Look / Email
>> > >
>> > > 3. what sections are not relevant and could be removed (maybe because
>> > they
>> > > are too technical, or not needed or rarely used);
>> > > -> wikis (we are using only 1 instance, so no need of multi configs
>> for
>> > us)
>> > >
>> > > 4. if there are important recurring things missing from
>> administration;
>> > > -> rights "inspector", not really to know the right of a page inside a
>> > > space
>> > > for all users and groups
>> > > -> activity of a group / user. I try to put a counter inside pages to
>> see
>> > > if
>> > > it is accessed but it a basic solution. I would like to see how much
>> some
>> > > pages are viewed. The statistics are limited on this part
>> > >
>> > > 5. other ideas?
>> > > -> see 4
>> > >
>> > > Thanks
>> > >
>> > > Cordialement
>> > >
>> > > Stéphane Lassire
>> > > Chargé de l'informatique et de la communication
>> > > Courriel : slass...@cesap.asso.fr
>> > >
>> > > -Message d'origine-
>> > > De : users [mailto:users-boun...@xwiki.org] De la part de Ecaterina
>> > Moraru
>> > > (Valica)
>> > > Envoyé : mardi 21 février 2017 16:15
>> > > À : XWiki Mailinglist; XWiki Mailinglist
>> > > Objet : [xwiki-users] [UX] Administration Improvements
>> > >
>> > > Hi,
>> > >
>> > > We are thinking about improving the Administrat

Re: [xwiki-users] CKEditor and Lightbox Macro Issue

2017-03-14 Thread Marius Dumitru Florea

On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
wrote:

> Hi
>
> We’ve come across a slight issue with the Lightbox macro when using
> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>
> Basically, the issue is that when you go into CKEditor, the Macro
> encompasses all the text that follows it [1]. I have marked up all the
> images so please look at them as it should make it easier to see what I
> mean. Looking at the source, it appears that the closing DIV for the macro
> is being put at the end of all the following content [2].
>
>

> If you then go into Source view, it deletes all the text after the
> lightbox macro [3]. If you edit using the original Wiki editor, you can see
> all the text is there correctly [4]
>

This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem
(see my comment to the linked issue) is probably that the LightBox Macro
generates invalid HTML. It may look good in view mode, but usually that is
because the browser fixes the invalid HTML on the fly. And this fixing on
the fly messes up the macro rendering markers. Of course, the rendering
markers should be made more robust, but that requires more changes. The
easies solution is to make sure the macro generates valid HTML (e.g all
tags are properly closed so that the browser doesn't have to close the DIV
itself).

Hope this helps,
Marius


>
> You can put in a terrible workaround (this was more an experiment than a
> solution to be honest) by going into Wiki edit mode, and adding 2 extra
> line breaks and a closing DIV tag inside the HTML tags [5]. This then
> allows CKEditor to render correctly and you can view/edit the content after
> the light box without any issues. [6]. Sadly this isn’t a solution and I
> hope someone can help with a proper solution.
>
> It seems to me that this is something that needs changing in CKEditor,
> rather than in the Lightbox Macro as rendering of the images and lightbox
> is fine when viewing the documents, and it seems the Macro JS code does not
> get executed when editing in CKEditor.
>
> Please let me know if you need any other info and I hope someone can help.
> Thanks.
>
>
> [1] - http://pasteboard.co/JljtnBA9U.png
> [2] - http://pasteboard.co/JlFkCTN8k.png
> [3] - http://pasteboard.co/JlG6J0k5E.png
> [4] - http://pasteboard.co/JlGsIdGZK.png
> [5] - http://pasteboard.co/JlHgakjs2.png
> [6] - http://pasteboard.co/JlHCxvOC8.png
>
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

[xwiki-users] Redeploy the XWiki webapp ?

2017-03-14 Thread Douglas Landau

Greets,

The LDAP Authenticator extension webpage says 
"Unlike editing xwiki.cfg, which requires you to redeploy the XWiki webapp, ..."

How does one redeploy the app?

Thanks
Doug

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: Tuesday, March 14, 2017 3:11 PM
To: XWiki Users
Subject: Re: [xwiki-users] CKEditor and Lightbox Macro Issue

On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
wrote:

> Hi
>
> We’ve come across a slight issue with the Lightbox macro when using 
> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>
> Basically, the issue is that when you go into CKEditor, the Macro 
> encompasses all the text that follows it [1]. I have marked up all the 
> images so please look at them as it should make it easier to see what 
> I mean. Looking at the source, it appears that the closing DIV for the 
> macro is being put at the end of all the following content [2].
>
>

> If you then go into Source view, it deletes all the text after the 
> lightbox macro [3]. If you edit using the original Wiki editor, you 
> can see all the text is there correctly [4]
>

This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem (see 
my comment to the linked issue) is probably that the LightBox Macro generates 
invalid HTML. It may look good in view mode, but usually that is because the 
browser fixes the invalid HTML on the fly. And this fixing on the fly messes up 
the macro rendering markers. Of course, the rendering markers should be made 
more robust, but that requires more changes. The easies solution is to make 
sure the macro generates valid HTML (e.g all tags are properly closed so that 
the browser doesn't have to close the DIV itself).

Hope this helps,
Marius

>
> You can put in a terrible workaround (this was more an experiment than 
> a solution to be honest) by going into Wiki edit mode, and adding 2 
> extra line breaks and a closing DIV tag inside the HTML tags [5]. This 
> then allows CKEditor to render correctly and you can view/edit the 
> content after the light box without any issues. [6]. Sadly this isn’t 
> a solution and I hope someone can help with a proper solution.
>
> It seems to me that this is something that needs changing in CKEditor, 
> rather than in the Lightbox Macro as rendering of the images and 
> lightbox is fine when viewing the documents, and it seems the Macro JS 
> code does not get executed when editing in CKEditor.
>
> Please let me know if you need any other info and I hope someone can help.
> Thanks.
>
>
> [1] - http://pasteboard.co/JljtnBA9U.png
> [2] - http://pasteboard.co/JlFkCTN8k.png
> [3] - http://pasteboard.co/JlG6J0k5E.png
> [4] - http://pasteboard.co/JlGsIdGZK.png
> [5] - http://pasteboard.co/JlHgakjs2.png
> [6] - http://pasteboard.co/JlHCxvOC8.png
>
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged 
information.  It is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are 
hereby notified that any review, dissemination, distribution or duplication of 
this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original 
message. To reply to our email administrator directly, please send an email to 
netad...@westmarine.com.

[xwiki-users] Starting and stopping again

2017-03-14 Thread Douglas Landau

Greets,
I've started over using the standard installation.  I now have start_xwiki.sh 
and stop_xwiki.sh.  But start_wiki.sh never returns.   Sorry for the dumb 
question, but I guess one is expected to actually say "start_xwiki.sh &", is 
that correct?   I don't see anything in the output that explains the failure to 
exit.

Thanks

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau
Sent: Tuesday, March 14, 2017 4:04 PM
To: XWiki Users
Subject: [xwiki-users] Redeploy the XWiki webapp ?

Greets,

The LDAP Authenticator extension webpage says "Unlike editing xwiki.cfg, which 
requires you to redeploy the XWiki webapp, ..."

How does one redeploy the app?

Thanks
Doug

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: Tuesday, March 14, 2017 3:11 PM
To: XWiki Users
Subject: Re: [xwiki-users] CKEditor and Lightbox Macro Issue

On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
wrote:

> Hi
>
> We’ve come across a slight issue with the Lightbox macro when using 
> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>
> Basically, the issue is that when you go into CKEditor, the Macro 
> encompasses all the text that follows it [1]. I have marked up all the 
> images so please look at them as it should make it easier to see what 
> I mean. Looking at the source, it appears that the closing DIV for the 
> macro is being put at the end of all the following content [2].
>
>

> If you then go into Source view, it deletes all the text after the 
> lightbox macro [3]. If you edit using the original Wiki editor, you 
> can see all the text is there correctly [4]
>

This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem (see 
my comment to the linked issue) is probably that the LightBox Macro generates 
invalid HTML. It may look good in view mode, but usually that is because the 
browser fixes the invalid HTML on the fly. And this fixing on the fly messes up 
the macro rendering markers. Of course, the rendering markers should be made 
more robust, but that requires more changes. The easies solution is to make 
sure the macro generates valid HTML (e.g all tags are properly closed so that 
the browser doesn't have to close the DIV itself).

Hope this helps,
Marius

>
> You can put in a terrible workaround (this was more an experiment than 
> a solution to be honest) by going into Wiki edit mode, and adding 2 
> extra line breaks and a closing DIV tag inside the HTML tags [5]. This 
> then allows CKEditor to render correctly and you can view/edit the 
> content after the light box without any issues. [6]. Sadly this isn’t 
> a solution and I hope someone can help with a proper solution.
>
> It seems to me that this is something that needs changing in CKEditor, 
> rather than in the Lightbox Macro as rendering of the images and 
> lightbox is fine when viewing the documents, and it seems the Macro JS 
> code does not get executed when editing in CKEditor.
>
> Please let me know if you need any other info and I hope someone can help.
> Thanks.
>
>
> [1] - http://pasteboard.co/JljtnBA9U.png
> [2] - http://pasteboard.co/JlFkCTN8k.png
> [3] - http://pasteboard.co/JlG6J0k5E.png
> [4] - http://pasteboard.co/JlGsIdGZK.png
> [5] - http://pasteboard.co/JlHgakjs2.png
> [6] - http://pasteboard.co/JlHCxvOC8.png
>
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged information.  It is intended only 
for the use of the person(s) named above. If you are not the intended 
recipient, you are hereby notified that any review, dissemination, distribution 
or duplication of this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original message. To reply to our email 
administrator directly, please send an email to netad...@westmarine.com.

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged 
information.  It is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are 
hereby notified that any review, dissemination, distribution or duplication of 
this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original 
message. To reply to our email administrator directly, please send an email to 
netad...@westmarine.com.

Re: [xwiki-users] Redeploy the XWiki webapp ?

2017-03-14 Thread Douglas Landau

Sometimes - maybe every time, not sure - that I start xwiki, I get "XWiki 
initializing (12%)" 
Is that re-deploying?

Thanks

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau
Sent: Tuesday, March 14, 2017 4:04 PM
To: XWiki Users
Subject: [xwiki-users] Redeploy the XWiki webapp ?

Greets,

The LDAP Authenticator extension webpage says "Unlike editing xwiki.cfg, which 
requires you to redeploy the XWiki webapp, ..."

How does one redeploy the app?

Thanks
Doug

-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea
Sent: Tuesday, March 14, 2017 3:11 PM
To: XWiki Users
Subject: Re: [xwiki-users] CKEditor and Lightbox Macro Issue

On Tue, Mar 14, 2017 at 4:57 PM, Mahomed Hussein 
wrote:

> Hi
>
> We’ve come across a slight issue with the Lightbox macro when using 
> CKEditor 1.12. I thought I’d post to the group before logging it on Jira.
>
> Basically, the issue is that when you go into CKEditor, the Macro 
> encompasses all the text that follows it [1]. I have marked up all the 
> images so please look at them as it should make it easier to see what 
> I mean. Looking at the source, it appears that the closing DIV for the 
> macro is being put at the end of all the following content [2].
>
>

> If you then go into Source view, it deletes all the text after the 
> lightbox macro [3]. If you edit using the original Wiki editor, you 
> can see all the text is there correctly [4]
>

This sounds like http://jira.xwiki.org/browse/CKEDITOR-131 and the problem (see 
my comment to the linked issue) is probably that the LightBox Macro generates 
invalid HTML. It may look good in view mode, but usually that is because the 
browser fixes the invalid HTML on the fly. And this fixing on the fly messes up 
the macro rendering markers. Of course, the rendering markers should be made 
more robust, but that requires more changes. The easies solution is to make 
sure the macro generates valid HTML (e.g all tags are properly closed so that 
the browser doesn't have to close the DIV itself).

Hope this helps,
Marius

>
> You can put in a terrible workaround (this was more an experiment than 
> a solution to be honest) by going into Wiki edit mode, and adding 2 
> extra line breaks and a closing DIV tag inside the HTML tags [5]. This 
> then allows CKEditor to render correctly and you can view/edit the 
> content after the light box without any issues. [6]. Sadly this isn’t 
> a solution and I hope someone can help with a proper solution.
>
> It seems to me that this is something that needs changing in CKEditor, 
> rather than in the Lightbox Macro as rendering of the images and 
> lightbox is fine when viewing the documents, and it seems the Macro JS 
> code does not get executed when editing in CKEditor.
>
> Please let me know if you need any other info and I hope someone can help.
> Thanks.
>
>
> [1] - http://pasteboard.co/JljtnBA9U.png
> [2] - http://pasteboard.co/JlFkCTN8k.png
> [3] - http://pasteboard.co/JlG6J0k5E.png
> [4] - http://pasteboard.co/JlGsIdGZK.png
> [5] - http://pasteboard.co/JlHgakjs2.png
> [6] - http://pasteboard.co/JlHCxvOC8.png
>
>
>
> Kind regards,
>
>
> Mahomed Hussein
> Custodian Data Centre
> Email: maho...@custodiandc.com
> http://www.CustodianDC.com
>

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged information.  It is intended only 
for the use of the person(s) named above. If you are not the intended 
recipient, you are hereby notified that any review, dissemination, distribution 
or duplication of this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original message. To reply to our email 
administrator directly, please send an email to netad...@westmarine.com.

The information contained in this transmission may contain West Marine 
proprietary, confidential and/or privileged 
information.  It is intended only for the use of the person(s) named above. If 
you are not the intended recipient, you are 
hereby notified that any review, dissemination, distribution or duplication of 
this communication is strictly prohibited. 
If you are not the intended recipient, please contact the sender by reply email 
and destroy all copies of the original 
message. To reply to our email administrator directly, please send an email to 
netad...@westmarine.com.

[xwiki-users] LDAP Auth again

2017-03-14 Thread Douglas Landau

OK, now I'm -totally- confused. :-) I am looking for the LDAP Application
form.

I started over with the standalone installer.
I installed the LDAP Authenticator using the built-in (pre-installed?) admin
application
I tried adding the LDAP settings found here to xwiki.cfg:
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Authenticator/
Therefore I have "xwiki.authentication.ldap=1"
I also set a value/server-hostname for "xwiki.authentication.ldap.server="
I left these two lines uncommented, hoping for anonymous LDAP binding, which I
am told we offer.

xwiki.authentication.ldap.bind_DN=cn={0},department=USER,department=INFORMATIK,department=1230,o=MP
xwiki.authentication.ldap.bind_pass={1}

I have a value for "xwiki.authentication.ldap.base_DN="
I stopped XWiki by pressing Control-C twice in the window in which I started it
using start_xwiki.sh, since I never got a prompt back.
I modified my xwiki.cfg but am not able to log in using LDAP.
I saw where it says "if you are not using the LDAP application, you will have
to redeploy". But I don’t know what that means or see it explained anywhere.
So I installed the LDAP Application. Version 9.2.3. The version of the LDAP
Authenticator is also 9.2.3. I installed XWiki 8.4.4.
I finally got to a known point! PHEW! I go to here,
from the LDAP Application page:
---
Enabling LDAP authentication on a wiki
The LDAP application assumes LDAP is enabled as the main authenticator via the
bundled XWiki LDAP authenticator. If it's not the case, you will be "welcomed"
with the following warning message:

ldap-authenticator-warning.png

In the event you encounter this message, please report to Authenticator
documentation in order to enable the LDAP authenticator on your wiki.

You need to make sure you have have the following in your xwiki.cfg file:

xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl
since LDAP Application 8.3 or if you are using older version of the application:

xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl
Uncomment it and then restart XWiki.
-

Okay Right ON. Now, it says "Since LDAP Application 8.3 or if you are
using an older version of the application."
This is confusing to me. Since 8.3 I ought to use that line, and also if I am
using an older version?!? OK, I'll try that, since I am using 9.2.3, and it
sounds like I ought be using that ever since 8.3. And I got Java errors when I
tried to start xwiki again.
Okay. I guess that is not going to work. I'll try the other line, the first
one suggested. That time I got no Java errors.
Now I have this:
xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl

Okay. After setting that to that, I was able to start xwiki again. I logged
in as Admin and went to the LDAP Application. The page is titled "LDAP Admin
sheet". There is some whitespace. The in large font is the work
"Configuration". There is a pencil on the far right. Below that is the word
"Miscellaneous". Another pencil on the far right. Below that is a button
"Reset group cache". I pressed it. I then clicked the pencil to the right of
"Configuration". There is nothing there.

Where is the form I see on this page:
http://extensions.xwiki.org/xwiki/bin/view/Extension/LDAP/Application/ ???
I see no error msgs or guidance of any sort going to the window in which I
started xwiki.
I still can't log in using LDAP credentials.

OK Now I've uncommeted out these two lines and removed their values:
xwiki.authentication.ldap.bind_DN=
xwiki.authentication.ldap.bind_pass=

Same story. Maybe I'll give up on anonymous binding. OK, now I've filled
those in. I've restarted and same story - cant auth using LDAP and can't find
the form, just a pencil on the LDAP Admin sheet. Not sure what to do next
except start over with XWiki 9. Guess I'll get that going in another VM.

Help?

Thanks.

The information contained in this transmission may contain West Marine
proprietary, confidential and/or privileged
information. It is intended only for the use of the person(s) named above. If
you are not the intended recipient, you are
hereby notified that any review, dissemination, distribution or duplication of
this communication is strictly prohibited.
If you are not the intended recipient, please contact the sender by reply email
and destroy all copies of the original
message. To reply to our email administrator directly, please send an email to
netad...@westmarine.com.

[xwiki-users] XWiki 9 Java errors

2017-03-14 Thread Douglas Landau

Greets,
I've installed xwiki 9.1.2 in a new VM.  I am using Java 1.8.0_25.
I ran the standalone installer and said start_xwiki.sh and it started, and I 
got the java stacktraces below.   I have not modified xwiki.cfg or anything 
else.

Can anyone shed some light on these errors?   Thanks!

Doug

[root@dwswiki10 data]# xwiki/start_xwiki.sh
Starting Jetty on port 8080, please wait...
2017-03-14 20:36:56.714:INFO::main: Logging initialized @1077ms
2017-03-14 20:36:57.507:INFO:oejs.Server:main: jetty-9.2.13.v20150730
2017-03-14 20:36:57.531:INFO:oejs.AbstractNCSARequestLog:main: Opened 
/data/xwiki/data/logs/2017_03_15.request.log
2017-03-14 20:36:57.534:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:/data/xwiki/jetty/contexts/] at interval 0
2017-03-14 20:36:57.916:INFO:oejsh.ContextHandler:main: Started 
o.e.j.w.WebAppContext@3cbbc1e0{/,file:/data/xwiki/webapps/root/,AVAILABLE}{/root}
2017-03-14 20:36:58.866:WARN:oeja.AnnotationConfiguration:main: 
ServletContainerInitializers: detected. Class hierarchy: empty
2017-03-14 20:37:18,206 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Starting 
embedded Solr server...
2017-03-14 20:37:18,228 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
Solr home directory: [data/solr]
2017-03-14 20:37:20,598 [coreLoadExecutor-6-thread-1] WARN  
o.a.s.c.SolrResourceLoader - Solr loaded a deprecated plugin/analysis class 
[solr.SynonymFilterFactory]. Please consult documentation how to replace it 
accordingly.
2017-03-14 20:37:24,370 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Started 
embedded Solr server.
2017-03-14 20:37:25.459:INFO:oejsh.ContextHandler:main: Started 
o.e.j.w.WebAppContext@185d8b6{/xwiki,file:/data/xwiki/webapps/xwiki/,AVAILABLE}{/xwiki}
2017-03-14 20:37:25.489:INFO:oejs.ServerConnector:main: Started 
ServerConnector@209b4b35{HTTP/1.1}{0.0.0.0:8080}
2017-03-14 20:37:25.490:INFO:oejs.Server:main: Started @29854ms
2017-03-14 20:37:25.490:INFO:oxtjl.NotifyListener:main: 
--
2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: Server started, you can 
now open http://dwswiki10.westmarine.net:8080/ in your browser to access your 
wiki.
2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: 
--
2017-03-14 20:39:13,763 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Storage schema updates and data migrations are 
enabled
2017-03-14 20:39:14,064 [XWiki initialization] INFO  
.HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] 
currently in version [9]
2017-03-14 20:39:14,064 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Checking Hibernate mapping and updating schema 
if needed for wiki [xwiki]
2017-03-14 20:39:21,490 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with 
identifier [[solr, indexer]]
2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - 814 documents added, 0 deleted and 0 updated 
during the synchronization of the Solr index.
2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with 
identifier [[solr, indexer]]
2017-03-14 20:40:02,431 [http://dwswiki10:8080/xwiki/bin/view/Main/] ERROR 
.o.i.DefaultObservationManager - Failed to send event [class 
org.xwiki.bridge.event.ActionExecutedEvent (view)] to listener 
[com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl@65741976]
java.lang.IllegalStateException: Response is committed
at org.eclipse.jetty.server.Request.getSession(Request.java:1399)
at org.eclipse.jetty.server.Request.getSession(Request.java:1377)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:279)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:279)
at 
com.xpn.xwiki.stats.impl.StatsUtil.getRecentActionFromSessions(StatsUtil.java:281)
at 
com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.onEvent(XWikiStatsServiceImpl.java:160)
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:304)
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:269)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:549)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:210)
at 
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425)
at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228)
at 
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at org.apache.struts.action.Actio

[xwiki-users] XWiki 9 admin account

2017-03-14 Thread Douglas Landau

Greets,

I've installed Xwiki 9.1.2, but can't log in as Admin/admin.  Did it change, or 
do I have capslock on?

Thanks
Doug


-Original Message-
From: users [mailto:users-boun...@xwiki.org] On Behalf Of Douglas Landau
Sent: Tuesday, March 14, 2017 8:48 PM
To: XWiki Users
Subject: [xwiki-users] XWiki 9 Java errors

Greets,
I've installed xwiki 9.1.2 in a new VM.  I am using Java 1.8.0_25.
I ran the standalone installer and said start_xwiki.sh and it started, and I 
got the java stacktraces below.   I have not modified xwiki.cfg or anything 
else.

Can anyone shed some light on these errors?   Thanks!

Doug

[root@dwswiki10 data]# xwiki/start_xwiki.sh Starting Jetty on port 8080, please 
wait...
2017-03-14 20:36:56.714:INFO::main: Logging initialized @1077ms
2017-03-14 20:36:57.507:INFO:oejs.Server:main: jetty-9.2.13.v20150730
2017-03-14 20:36:57.531:INFO:oejs.AbstractNCSARequestLog:main: Opened 
/data/xwiki/data/logs/2017_03_15.request.log
2017-03-14 20:36:57.534:INFO:oejdp.ScanningAppProvider:main: Deployment monitor 
[file:/data/xwiki/jetty/contexts/] at interval 0
2017-03-14 20:36:57.916:INFO:oejsh.ContextHandler:main: Started 
o.e.j.w.WebAppContext@3cbbc1e0{/,file:/data/xwiki/webapps/root/,AVAILABLE}{/root}
2017-03-14 20:36:58.866:WARN:oeja.AnnotationConfiguration:main: 
ServletContainerInitializers: detected. Class hierarchy: empty
2017-03-14 20:37:18,206 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Starting 
embedded Solr server...
2017-03-14 20:37:18,228 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Using 
Solr home directory: [data/solr]
2017-03-14 20:37:20,598 [coreLoadExecutor-6-thread-1] WARN  
o.a.s.c.SolrResourceLoader - Solr loaded a deprecated plugin/analysis class 
[solr.SynonymFilterFactory]. Please consult documentation how to replace it 
accordingly.
2017-03-14 20:37:24,370 [main] INFO  o.x.s.s.i.EmbeddedSolrInstance - Started 
embedded Solr server.
2017-03-14 20:37:25.459:INFO:oejsh.ContextHandler:main: Started 
o.e.j.w.WebAppContext@185d8b6{/xwiki,file:/data/xwiki/webapps/xwiki/,AVAILABLE}{/xwiki}
2017-03-14 20:37:25.489:INFO:oejs.ServerConnector:main: Started 
ServerConnector@209b4b35{HTTP/1.1}{0.0.0.0:8080}
2017-03-14 20:37:25.490:INFO:oejs.Server:main: Started @29854ms
2017-03-14 20:37:25.490:INFO:oxtjl.NotifyListener:main: 
--
2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: Server started, you can 
now open http://dwswiki10.westmarine.net:8080/ in your browser to access your 
wiki.
2017-03-14 20:37:25.493:INFO:oxtjl.NotifyListener:main: 
--
2017-03-14 20:39:13,763 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Storage schema updates and data migrations are 
enabled
2017-03-14 20:39:14,064 [XWiki initialization] INFO  
.HibernateDataMigrationManager - No data migration to apply for wiki [xwiki] 
currently in version [9]
2017-03-14 20:39:14,064 [XWiki initialization] INFO  
.HibernateDataMigrationManager - Checking Hibernate mapping and updating schema 
if needed for wiki [xwiki]
2017-03-14 20:39:21,490 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - Starting job of type [solr.indexer] with 
identifier [[solr, indexer]]
2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - 814 documents added, 0 deleted and 0 updated 
during the synchronization of the Solr index.
2017-03-14 20:39:23,943 [solr/indexer job group daemon thread - 
org.xwiki.search.solr.internal.job.IndexerJob@121a4e93] INFO  
o.x.s.s.i.j.IndexerJob - Finished job of type [solr.indexer] with 
identifier [[solr, indexer]]
2017-03-14 20:40:02,431 [http://dwswiki10:8080/xwiki/bin/view/Main/] ERROR 
.o.i.DefaultObservationManager - Failed to send event [class 
org.xwiki.bridge.event.ActionExecutedEvent (view)] to listener 
[com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl@65741976]
java.lang.IllegalStateException: Response is committed
at org.eclipse.jetty.server.Request.getSession(Request.java:1399)
at org.eclipse.jetty.server.Request.getSession(Request.java:1377)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:279)
at 
javax.servlet.http.HttpServletRequestWrapper.getSession(HttpServletRequestWrapper.java:279)
at 
com.xpn.xwiki.stats.impl.StatsUtil.getRecentActionFromSessions(StatsUtil.java:281)
at 
com.xpn.xwiki.stats.impl.XWikiStatsServiceImpl.onEvent(XWikiStatsServiceImpl.java:160)
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:304)
at 
org.xwiki.observation.internal.DefaultObservationManager.notify(DefaultObservationManager.java:269)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:549)
at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

Re: [xwiki-users] Email Validation: stuck in 'prepare_success' status

Re: [xwiki-users] How to search revision comment of a document in xwiki?

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

Re: [xwiki-users] Adding Macro as Buttons in CKEditor

[xwiki-users] CKEditor and Lightbox Macro Issue

Re: [xwiki-users] [UX] Administration Improvements

Re: [xwiki-users] CKEditor and Lightbox Macro Issue

[xwiki-users] Redeploy the XWiki webapp ?

[xwiki-users] Starting and stopping again

Re: [xwiki-users] Redeploy the XWiki webapp ?

[xwiki-users] LDAP Auth again

[xwiki-users] XWiki 9 Java errors

[xwiki-users] XWiki 9 admin account

14 matches

Site Navigation

Mail list logo

Footer information