Home » Modeling » EMF » [CDO] Security manager failing in 'mem' store configuration ?
| [CDO] Security manager failing in 'mem' store configuration ? [message #1401944] |
Wed, 16 July 2014 05:33  |
Eclipse User |
|
|
|
Hi all,
After using a pre-Luna version of Eclipse Modeling and CDO 4.3, I just downloaded the official bundle 2 days ago.
I then built together again a CDO server as standalone application.
The security manager works just fine with a 'dbstore' configuration based on the default H2.
But it (partially) fails with a 'memstore' configuration.
A couple of seconds after startup, I get an exception about a invalid 'cdo://repo1/security' URI (see attachments).
Using the CDO explorer, I can however connect as Administrator and see the 'security' resource and its content. But I can't commit any modification.
Moreover, the /home and /home/Administrator directories are missing.
Kind regards,
Laurent
|
|
|
| Re: [CDO] Security manager failing in 'mem' store configuration ? [message #1401951 is a reply to message #1401944] |
Wed, 16 July 2014 05:40  |
| Eclipse User |
|
|
|
Hi Laurent,
The security feature of CDO cannot be used with MEMStore because after a
security model change, the server must be restarted to use the new
security model.
Best Regards.
Le 16/07/2014 11:33, Laurent Le Moux a écrit :
> Hi all,
>
> After using a pre-Luna version of Eclipse Modeling and CDO 4.3, I just downloaded the official bundle 2 days ago.
>
> I then built together again a CDO server as standalone application.
> The security manager works just fine with a 'dbstore' configuration based on the default H2.
> But it (partially) fails with a 'memstore' configuration.
> A couple of seconds after startup, I get an exception about a invalid 'cdo://repo1/security' URI (see attachments).
>
> Using the CDO explorer, I can however connect as Administrator and see the 'security' resource and its content. But I can't commit any modification.
> Moreover, the /home and /home/Administrator directories are missing.
>
> Kind regards,
>
> Laurent
>
|
|
|
| Re: [CDO] Security manager failing in 'mem' store configuration ? [message #1402194 is a reply to message #1401951] |
Wed, 16 July 2014 13:13 |
| Eclipse User |
|
|
|
Hi Esteban,
Thank you for your reply and sorry for the three same topics but something went wrong when I first tried to create them...
However, your answer surprises me because I was using a pre-release of Eclipse Modeling Luna with CDO 4.3 during a couple of months now. And the security manager used to work just fine, including with a MEMStore configuration... Which is fairly useful for unit tests...
Moreover, I didn't have to restart the server when modifying the security settings (like creating permissions, groups and users). Which, by the way, sounds to me like quite unacceptable for operational use...
As these problems disappear with a DBStore configuration, I was wondering if this could just be a regression ?
Regards,
Laurent
|
|
|
| Re: [CDO] Security manager failing in 'mem' store configuration ? [message #1402577 is a reply to message #1402194] |
Thu, 17 July 2014 03:16 |
| Eclipse User |
|
|
|
Perhaps using the
org.eclipse.emf.cdo.server.internal.security.SecurityManagerCommand from
the OSGI console as it use RealmOperation to update the security model,
you don't need CDO server restart. But when we have tested with CDO
4.2/4.3, updating the security model using CDOTransaction, the CDO
server restart was needed to have new permissions taken into account.
Best Regards.
Le 16/07/2014 19:13, Laurent Le Moux a écrit :
> Hi Esteban,
>
> Thank you for your reply and sorry for the three same topics but
> something went wrong when I first tried to create them...
>
> However, your answer surprises me because I was using a pre-release of
> Eclipse Modeling Luna with CDO 4.3 during a couple of months now. And
> the security manager used to work just fine, including with a MEMStore
> configuration... Which is fairly useful for unit tests...
>
> Moreover, I didn't have to restart the server when modifying the
> security settings (like creating permissions, groups and users). Which,
> by the way, sounds to me like quite unacceptable for operational use...
>
> As these problems disappear with a DBStore configuration, I was
> wondering if this could just be a regression ?
>
> Regards,
>
> Laurent
|
|
| |
Goto Forum:
Current Time: Wed May 07 13:08:13 EDT 2025
Powered by FUDForum. Page generated in 0.06737 seconds |
Home
, I get the invalid URI exception at server startup, even before I got the chance to change any security settings...