[JBoss Seam] - Entity Authorization
by shakenbrain
Can someone tell me if the following is possible?
Application users (SiteUser) have a collection of authorizedOrganizations (Organization). Other (but not all) entities in the model belong to one particular organization. When those particular entities (perhaps identified by a custom annotation?) are loaded from the database, I'd like to verify that the entity's organization is contained within the authorizedOrganizations belonging to the connected user (a SiteUser in session scope). If that verification fails, I want to throw an AuthorizationException.
I don't think a hibernate filter will work, because the authorized organizations live in a collection...
I don't think there's a seam event I can work with...
I don't think the Hibernate event system will work either...
If anyone has a suggestion for an avenue to investigate, I'd appreciate it. I can always do the verification 'manually' (in each load entity method), but I'm hoping there's a better way...
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095847#4095847
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095847
18Â years, 9Â months
[JBossWS] - Re: Jbossws.1.2.1.GA... JNDI Bind Failed:JAXR
by KuppanChinna1979
Hi,
The [JUDDIService] JNDI Bind Failed:JAXR error comes when BindJaxr in
"jboss-4.0.4.GA/server/default//deploy/juddi-service.sar/meta-inf/jboss-service.xml" is not set correctly
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE server>
<!-- The juddi service configration -->
<!-- Whether we want to run the db initialization scripts -->
<!-- Should all tables be created on Start-->
false
<!-- Should all tables be dropped on Stop-->
true
<!-- Should all tables be dropped on Start-->
false
<!-- Datasource to Database-->
java:/DefaultDS
<!-- Alias to the registry-->
RegistryOperator
<!-- Should I bind a Context to which JaxrConnectionFactory bound-->
true
<!-- Context to which JaxrConnectionFactory to bind to.
If you have remote clients, please bind it to the global
namespace(default behavior). To just cater to clients running
on the same VM as JBoss, change to java:/JAXR -->
java:/JAXR
false
jboss.jca:service=DataSourceBinding,name=DefaultDS
If you have both the web service consumer and producer in the same VM
BindJaxr should be
java:/JAXR
If web service consumer and producer are in different VM
BindJaxr should be
JAXR
If BindJaxr is not set properly as per the above condition JNDI bind for JAXR would fail
thanks,
Nirmala
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095838#4095838
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095838
18Â years, 9Â months
[JBoss Seam] - Re: Double nested conv. deletes parent's component
by pdpantages
Hello Forum,
I have run into this problem again with nested conversations and wonder if anyone has see it in the interim.
Using @End(beforeRedirect=true) does not help me this time.
The symptoms are identical to my prior posting: when I @End the nested conversation, Seam destroys one of the components in the parent conversation.
The destroyed object is annotated like so:
@Stateful
@Synchronized
@Scope(CONVERSATION)
@Name("profileMapperMgmt")
@Conversational
@LoggedIn
I print the conversation id in the @Create and @Destroy methods and see:
Client: [profileMapperMgmt] (8) Create
...
...
Client: [AsciiEventEditorBean] (9) Create
...
...
Client: [AsciiEventEditorBean] (9) Destroy
Client: [profileMapperMgmt] (9) Destroy
...
In this example, profileMapperMgmt is destroyed in conversation (9), the nested conversation, when it is ended.
There are no references from the nested conversation's components to this particular object. Nor is the object used on the page (facelet) that is rendered by the components in the nested conversation.
This just seems like a bug to me. The docs say the parent conversation's objects are read-only when in a nested conversation.
Has anyone else run into this problem or anything similar?
Thanks PdP
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095837#4095837
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095837
18Â years, 9Â months