[Registry-dev] Needing a context for Registry

Chathura C. Ekanayake chathura at wso2.com
Thu Jan 3 02:34:56 PST 2008


Hi Paul,

AuthorizingRealm for each user is stored in  the user's SecureRegistry 
instance. But we also need access to the DefaultRealm, which is used to 
create
SecureRegistry instances (AuthorizingRealms are created inside the 
SecureRegistry constructor).

We are also keeping a SecureRegistry instance created using the "system" 
user for performing background tasks (adding initial users, roles, 
creating queries for advance search operations, etc.).

Therefore, we need to access those three classes from many places of the 
code. Keeping them as three servlet context properties is also an 
option. But then we have to pass servlet context (or the request) object 
to all places that need to access them. I think there are some parts in 
APP impl, where the servlet context is not available.

So I think that having a RegistryContext as a system property would 
solve these problems.

Thanks,
Chathura

Paul Fremantle wrote:
> Can you explain why we are storing these in the system.properties?
>
> I thought the realm was stored in the secureRegistry instance. I would 
> have thought that the Registry instance was stored in the Servlet 
> instance.
>
> Paul
>
> Deepal Jayasinghe wrote:
>> At the beginning  we had to throw away the RegistryContext (runtime
>> object of the registry) since we did not find real  use of having that.
>> But now we are storing three separate properties in System.properties so
>> how about introduce a new class to keep all of them and store only that
>> in the System.property (In the future we may have some more). We are
>> storing following in the servlet and system.properties
>>
>>  - Registry instance
>>  - systemRegistry
>>  - RegistryRealm
>>
>> Thoughts ...
>>
>> -Deepal
>>
>>
>> _______________________________________________
>> Registry-dev mailing list
>> Registry-dev at wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/registry-dev
>>
>




More information about the Registry-dev mailing list