[JBoss AOP] - Re: Problem with prepackaged security aspect on a POJO using
by kabir.khan@jboss.com
I don't know if you need to include the metadate-loader again since that is already defined in base-aop.xml.
Here's a jboss-aop.xml snippet from our testsuite
| <!-- Security testing -->
|
| <prepare expr="all(org.jboss.test.aop.bean.SecurityTester)"/>
|
| <prepare expr="all(org.jboss.test.aop.bean.SecuredPOJO)"/>
|
| <metadata tag="security" class="org.jboss.test.aop.bean.SecuredPOJO">
| <security-domain>other</security-domain>
| <method-permission>
| <role-name>allowed</role-name>
| <method>
| <method-name>someMethod</method-name>
| </method>
| </method-permission>
| <method-permission>
| <unchecked/>
| <method>
| <method-name>unchecked</method-name>
| </method>
| </method-permission>
| <field-permission>
| <role-name>allowed</role-name>
| <field>
| <field-name>someField</field-name>
| </field>
| </field-permission>
| <field-permission>
| <unchecked/>
| <field>
| <field-name>uncheckedField</field-name>
| </field>
| </field-permission>
| <constructor-permission>
| <unchecked/>
| <constructor>
| <constructor-params/>
| </constructor>
| </constructor-permission>
| <constructor-permission>
| <role-name>allowed</role-name>
| <constructor>
| <constructor-params>
| <constructor-param>int</constructor-param>
| </constructor-params>
| </constructor>
| </constructor-permission>
|
| <exclude-list>
| <description>Methods that connect be used</description>
| <method>
| <method-name>excluded</method-name>
| </method>
| <field>
| <field-name>excludedField</field-name>
| </field>
| <constructor>
| <constructor-params>
| <constructor-param>java.lang.String</constructor-param>
| </constructor-params>
| </constructor>
| </exclude-list>
| </metadata>
|
The packaging of this is
| aop-test.sar/
| |_aop-test.aop/
| |_META-INF/
| |_jboss-aop.xml
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002716#4002716
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002716
19 years, 3 months
[JBoss Portal] - Re: JCR CMS Repository on distant machine
by Antoine_h
Ok, I'll send what I will do on a "viewer".
It should be quite similar to the CMSPortlet.
Just adapting a few things and the "getFile" method.
It may be interesting to allow simple configuration to tell where to find the Alfresco repo.
It could be interesting to be able to view the content comming from the WCM Sandboxes, that is comming throught the Alfresco VirtualHost (AVM).
I am looking right now on how to reach the ServiceRepository from Alfresco, from the portlet (or JSF in the portlet) : what would be the best way. May be Sohill has some idea on that ?
and the WCM VirtualHost too ?
The other point is to manage the locale.
On this, I'll do some more subtile strategie about "default" locale than the usual.
For our project, there must not be any default locale... (et not "default is english as usual").
I'll put this in a strategy pattern, so any one can use it's own strategy about locale.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002715#4002715
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002715
19 years, 3 months
[JBoss AOP] - Re: Inteception on field inherited through generic superclas
by kabir.khan@jboss.com
"ttarhan" wrote : Kabir,
|
| Did you get an updated version released with this fix? I don't see it anywhere.
I will be releasing 1.5.3.GA later today once svn is up again following our upgrade
anonymous wrote :
| Thank for your quick reply :)
| I my case I'm using dynamic AOP and I don't know from the beginning the base class name. The only thing I know is the name of the derived class "C" and the name of a field (which might be defined in class "A"). (Of course you can say that I can find the name of the class extended by class "C" using reflection)
| I can NOT use the pointdef with "instanceof" since I am NOT interested to watch fields modifications in ALL classes derived from "A", only modifications made in a particular class "C".
| Can you please tell me if modifying the way ClassAdvisor is doing the comparation will solve my problem? Or should I be more patience and wait for the next release?
|
This will not be possible in 1.5.x, but it can be made possible in 2.0. However, you will still need to at least "prepare" the field in the superclass. When loading the superclass we (Java) does not know of all possible sub-classes.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002713#4002713
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002713
19 years, 3 months