Who removed "default identity broker" config switch?
by Bill Burke
You used to be able to configure an identity broker as a default and
Keycloak would always delegate to this broker without showing the login
screen. Who removed this and why? Was it a mistake?
Thanks,
Bill
8 years, 7 months
Mark True - QE reinforcement
by Marek Baluch
Hello team,
please join me in welcoming Mark True in the QE team. Mark has vast
experience testing from various companies and he is located in Westford so
from now on we have a permanent beacon also in the US :-).
Mark - Welcome - I'm really looking forward to work with you.
Regards!
Marek.
8 years, 7 months
Compiling Keycloak - Could not find artifact
by Liam Maruff
Hey Everyone,
I'm trying to compile Keycloak from Source using:
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-surefire-plugin:2.18.1:test (default-test)
on project keycloak-testsuite-jetty92: There are test failures.
But am receiving:
[INFO] Keycloak Jetty 9.2.x Integration TestSuite ......... FAILURE
I've also tried the following:
mvn clean install -Dmaven.test.skip=true -U -Pdistribution
Instead receive:
[ERROR] Failed to execute goal on project
integration-arquillian-tests-sssd: Could not resolve dependencies for
project
org.keycloak.testsuite:integration-arquillian-tests-sssd:jar:3.0.0.CR1-SNAPSHOT:
Could not find artifact
org.keycloak.testsuite:integration-arquillian-tests-base:jar:tests:3.0.0.CR1-SNAPSHOT
in jboss (http://repository.jboss.org/nexus/content/groups/public/) ->
[Help 1]
Could you please suggest what may be done to correct this problem so that I
can compile and subsequently run Keycloak? Thanks.
8 years, 7 months
Captcha on Login Page
by David Lustig
Hello,
I have recently been tasked with enhancing our Keycloak 2.5.1 login page with ReCaptcha functionality. We currently are planning to use the default login page, and were originally under the impression that fields could be added to it using a FormAction provider. It appears that login page is not compatible with the FormAction provider, though. Various comments, including those on https://issues.jboss.org/browse/KEYCLOAK-4379 , have noted that the Authentication SPI should be used instead. The problem I am running into is that it appears the Authentication SPI is only for adding new pages to the login flow; it does not appear to support modifying the existing login page, unless I'm missing something. Is there a way to modify the existing login page and logic such that no attempts will be made to log the user in unless he enters the correct captcha, similar to the way ReCaptcha is implemented in the registration flow?
Thank you for your help,
David Lustig
8 years, 7 months
Re: [keycloak-dev] [rh-sso-pm] Mark True - QE reinforcement
by Deborah Rieden
Welcome Mark, glad to have you on board!
I sit in Westford on the 3rd floor.
Where are you? It would be good to meet you in person.
Debi
On Wed, Feb 22, 2017 at 11:17 AM, Andrig Miller <anmiller(a)redhat.com> wrote:
> Welcome aboard Mark!
>
> Andy
>
> On Wed, Feb 22, 2017 at 9:02 AM, Marek Baluch <mbaluch(a)redhat.com> wrote:
>
>> Hello team,
>>
>> please join me in welcoming Mark True in the QE team. Mark has vast
>> experience testing from various companies and he is located in Westford so
>> from now on we have a permanent beacon also in the US :-).
>>
>> Mark - Welcome - I'm really looking forward to work with you.
>>
>> Regards!
>> Marek.
>>
>
>
>
> --
> Andrig (Andy) T. Miller
> Global Platform Director, Middleware
> Red Hat, Inc.
>
8 years, 7 months
Improving testsuite performance
by Marek Posolda
ATM running tests in the new arquillian testsuite (
testsuite/integration-arquillian ) is significantly slower then running
tests in the old testsuite ( testsuite/integration ). It was quite
visible in some tests, which were around 3 times slower after they were
migrated from the old testsuite.
We found that there are 2 major bottlenecks causing it:
- There is re-import of all the realms before each test method. In the
old testsuite, it was just BeforeClass.
- The new testsuite uses phantomjs WebDriver by default. The old one
used htmlUnit. I've checked that phantomjs is around 15-times slower
than htmlUnit. The main reason is that htmlUnit talks directly with the
tested server, when phantomJS (similarly like all other real browsers)
uses remote selenium server, which adds significant overhead. For
example all the simple operations like "driver.getTitle()" needs to send
HTTP request to the selenium server.
Hence I've looked at the possibility to switch to htmlUnit by default
and sent PR for it: https://github.com/keycloak/keycloak/pull/3876 .
New testsuite runs on my laptop in 21 minutes with htmlUnit, when
previously it was 36 minutes.
However there is the disadvantage, that htmlUnit has limited javascript
support and is not the best for angular apps. It seems that admin
console tests won't run with it. I also needed to do some refactoring of
few existing tests to have them pass with htmlUnit (eg.
AbstractDemoServletsAdapterTest to use assertEvents instead of admin
console etc).
However this won't be an issue as browser implementation can be
overriden with: -Dbrowser=phantomjs
So it's possible to run console tests with proper browsers.
Anyone seeing issues with switch to htmlUnit by default?
I hope that after fix the import + maybe few other things (eg. share
adminClient per class instead of test method etc), we will be able to
run whole testsuite in less than 15 minutes!
Thanks,
Marek
8 years, 7 months
Build keycloak
by Tair Sabirgaliev
Hi!
Is the documentation on hacking on Keycloak up to date? I can't successfully
build Keycloak from sources several days so far.
Here is what I tried per
https://github.com/keycloak/keycloak/blob/master/README.md:
$ mvn install
$ man install -Pdistribution
$ mvn install -Dmaven.test.skip=true -Pdistribution
All these commands fail on integration tests.
Here are my system details:
MacBook-Pro:~ tair$ git --version; java -version; mvn --version
git version 2.11.0
java version "1.8.0_111"
Java(TM) SE Runtime Environment (build 1.8.0_111-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.111-b14, mixed mode)
Apache Maven 3.3.9 (bb52d8502b132ec0a5a3f4c09453c07478323dc5;
2015-11-10T22:41:47+06:00)
Maven home: /opt/local/share/java/maven3
Java version: 1.8.0_111, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.8.0_111.jdk/Contents/Home/jre
Default locale: en_GB, platform encoding: UTF-8
OS name: "mac os x", version: "10.12.3", arch: "x86_64", family: “mac"
8 years, 7 months
