Oh, and the value must be 1 to enable.
On 03/21/2016 08:29 AM, Sergiu Dumitriu wrote:
> That's an object property, so you can use a normal page REST call to set it.
>
> page: XWiki.XWikiPreferences
> object: XWiki.XWikiPreferences[0]
> property: authenticate_view / authenticate_edit
>
> On 03/21/2016 08:07 AM, abtv wrote:
>> I would like to deny seen pages for unregistered users. I can do it via the
>> following:
>>
>> Choose `Administration` -> `Users & Groups` -> `Rights` then select
>> `Prevent unregistered users from viewing pages, regardless of the page or
>> space rights` and
>> `Prevent unregistered users from editing pages, regardless of the page or
>> space rights`.
>>
>> But I would like to automate it while deploying xwiki. It means no user
>> interactions with UI. Is there any way to do it? Maybe, config file or via
>> java extension?
>>
>
>
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
1. I'm implementing custom xwiki plugin installations without user
interaction in java (I planned to do it with REST API, but after testing I
have found it's not so convenient as java code). I use the following:
ExtensionManagerScriptService manager =
(ExtensionManagerScriptService)Utils.getComponent(ScriptService.class,
"extension");
InstalledExtensionScriptService installed =
(InstalledExtensionScriptService)Utils.getComponent(ScriptService.class,
"extension.installed");
The problem is that I do it in my custom auth module when user logins into
system. I do this check only once but it smells for 2 reasons:
Utils.getComponent method is deprecated and I think there is an entry point
which I can override to run my code on xwiki start. Could you propose any
solution for this? I have also concern about xwiki start: I use Jetty and
every time I start xwiki I see a message "xwiki is loading..." and percent
counter. It seems that xwiki loads only for the first request. Is it true?
Can I change the behaviour?
--
View this message in context: http://xwiki.475771.n2.nabble.com/How-to-run-custom-code-on-xwiki-start-in-…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hello to interested GSoC students,
I would like to remind you to submit your applications early and not wait
for the deadline. Submitting early allows you to receive feedback on your
proposals and gives you time to improve them before the deadline arrives.
It would be a good idea to use this review process at your advantage!
Also, in case you`ve missed it, 3 new project proposals were added last
week that you might also be interested in:
* RedPen Integration
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/RedPenIntegration
* Presentation Application Overhaul
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/PresentationApplicat…
* Chart.js Integration
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/ChartjsIntegration
We now have a total of 16 projects to choose from and 8 available mentors.
Good luck in drafting your proposals, don`t remember about the Pull Request
and don`t hesitate to ask questions!
Thanks,
Eduard
I would like to deny seen pages for unregistered users. I can do it via the
following:
Choose `Administration` -> `Users & Groups` -> `Rights` then select
`Prevent unregistered users from viewing pages, regardless of the page or
space rights` and
`Prevent unregistered users from editing pages, regardless of the page or
space rights`.
But I would like to automate it while deploying xwiki. It means no user
interactions with UI. Is there any way to do it? Maybe, config file or via
java extension?
--
View this message in context: http://xwiki.475771.n2.nabble.com/How-to-setup-Prevent-unregistered-users-f…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
Hi devs,
I’m merging the move from CLIRR to revapi in master (for http://jira.xwiki.org/browse/XCOMMONS-891) and this means that master will require java8 to build.
Thanks
-Vincent
> On 18 Mar 2016, at 18:55, Thomas Mortagne <thomas.mortagne(a)xwiki.com> wrote:
>
> Hi extension authors,
>
> Since we have a new LTS branch I just released a 7.4 based version of
> a pom you can use as parent for you extensions.
>
> See https://github.com/xwiki-contrib/parent for more details.
>
> The current versions are:
> * 6.4-1
> * 7.4
>
Knowing that the latest LTS is 7.4.2, do we want to depend on that (and thus force a bit users to upgrade to the latest LTS to have less bugs)?
Thanks
-Vincent
Hi XWiki-devs,
My name is Dimcho Karpachev. I am currently pursuing my Bachelors degree in
Computer Science. I have experience with Java and android development. In my
projects I have written some JUnit and webdriver tests and I got interested
in the project: “Convert existing tests to the latest technologies”.
I checked XWiki's github repository and found that few of the unit tests are
already using JUnit4. So could you point me to an example of a JUnit3 tests
so I can play a little bit. Cold you also point me to some selenium tests
that need rework to webdriver.
I am also interested in the project: “Android XWiki authenticator and
contact synchronization”. If I understood correctly the goal of the project
is to synchronize XWiki contact information to an android device and to
expose an XWiki-backed authentication provider to be used by other XWiki
accessing apps. But I saw there is already a social login plugin in XWiki so
is it not simpler to authenticate with the already available Google account?
Dimcho
--
View this message in context: http://xwiki.475771.n2.nabble.com/GSoC-2016-Intoduction-and-Project-Questio…
Sent from the XWiki- Dev mailing list archive at Nabble.com.