Thanks Stian, Marek,
I will create the Jira ticket because it will be nice to have it, but I'm
not blocked by that in any way actually.
On 24 May 2016 at 20:17, Marek Posolda <mposolda(a)redhat.com> wrote:
The only reason is, that singleFile provided can have support just
some subset of usersExportStrategy options (REALM_FILE and SKIP). The
others doesn't makes sense for singleFile provider as it always uses same
Originally the singleFile export/import provider was intended to be used
just for small environments with small number of users, where you just
quickly export everything into single file and you are good.
For environments with big number of users where more flexibility is
needed, you would use either dir provider or zip provider (which was later
removed because nobody was using it and it required additional 3rd party
dependency). So the support for usersExportStrategy and also for
"pagination" (limiting number of users in each transaction) was added just
to those providers.
Feel free to create JIRA for support usersExportStrategy and pagination
for singleFile provider.
Until we have it, you can use dir provider. Or is it something which
blocks you from using dir provider?
On 23/05/16 07:20, Stian Thorgersen wrote:
The usersExportStrategy as stated in the docs is only used by the dir
provider, hence why it's hard-coded in the single file export provider. I
can't see why it couldn't be supported though.
Marek - is there any good reason why singlefileexport could support
On 23 May 2016 at 03:28, Fabricio Milone <fabricio.milone(a)shinetech.com>
> Hi devs,
> I've been working with some realm configurations and today I wanted to
> export all my work to a file so I tried to follow this:
> After some failed attempts due to my custom federator, I've decided to
> SKIP users from the export using the SKIP property as described in the
> documentation but it didn't work at all, so I've checked the code that is
> performing the export action and found that the usersExportStrategy is not
> being taken from the configuration but it is just set to TRUE instead.
> Look at the lines 65 and 83 in this file:
> For now, I've just modified the code locally to get the configuration
> correctly from the property I am passing at startup (like
> MultipleStepsExportProvider.java is doing), but I would like to contribute
> with a PR if necessary.
> Is there any reason to not do this?
> Thanks in advance.
> *Fabricio Milone*
> * Shine Consulting *
> 30/600 Bourke Street
> Melbourne VIC 3000
> T: 03 8488 9939
> M: 04 3200 4006
*a* passion for excellence
> keycloak-dev mailing list
*Shine Consulting *
30/600 Bourke Street
Melbourne VIC 3000
T: 03 8488 9939
M: 04 3200 4006