Group items tagged

DependencyVersionDescriptionaopalliance1.0Required for method security implementation.

spring-aop Method security is based on Spring AOP

spring-beans Required for Spring configuration

spring-expression Required for expression-based method security (optional)

spring-jdbc Required if using a database to store user data (optional).

spring-tx Required if using a database to store user data (optional).

C.6 spring-security-aclThe ACL module.

spring-jdbc Required if you are using the default JDBC-based AclService (optional if you implement your own).spring-tx Required if you are using the default JDBC-based AclService (optional if you implement your own).

names

Do not move or rename the package of an

Avoid deep inheritance hierarchies

Do not use public nested types

Do not declare public or protected fields

Do not expose implementation inheritance to the client

without a time zone to model the domain

Authorization Classes Policy AuthPermission PrivateCredentialPermission

Subject

Principals

Credentials

Authorization Classes

Policy

AuthPermission

Stateless beans must have a dependent scope while a stateful session bean can have any scope. By default they are transactional, but you can use the transaction attribute annotation.

CDI beans can be injected into EJBs and EJBs can be injected into CDI beans

When to use which bean How do you know when to use which bean? Simple.

In general, you should use CDI beans unless you need the advanced functionality available in the EJBs such as transactional functions. You can write your own interceptor to make CDI beans transactional, but for now, its simpler to use an EJB until CDI gets transactional CDI beans which is just around the corner

Comparing JSF Beans, CDI Beans and EJBs

JSF Managed Beans

In short, don’t use them if you are developing for Java EE 6 and using CDI. They provide a simple mechanism for dependency injection and defining backing beans for web pages, but they are far less powerful than CDI beans.

JSF beans cannot be mixed with other kinds of beans without some kind of manual coding.

CDI Beans

includes a complete, comprehensive managed bean facility

interceptors, conversation scope, Events, type safe injection, decorators, stereotypes and producer methods

JSF-like features, you can define the scope of the CDI bean using one of the scopes defined in the javax.enterprise.context package (namely, request, conversation, session and application scopes). If you want to use the CDI bean from a JSF page, you can give it a name using the javax.inject.Named annotation

Comparing JSF Beans, CDI Beans and EJBs

Comparing JSF Beans, CDI Beans and EJBs

JSF Managed Beans

summary of templates used by the generator depending on the kind of Java class it encounters:

these templates are bundled in the granite-generator.jar archive, in the org.granite.generator.template package and accessible as resources via the class loader

class: protocol is used because all standard templates are available in the classpath

Alternatively, you may use the file: protocol to load your template from the filesystem. These templates can be specified either by using absolute paths (eg. file:/absolute/path/to/mytemplate.gsp) or paths relative to your current Eclipse project root directory (eg. path/to/mytemplate.gsp).

ActionScript 3 generator is able to write AS3 typed client proxies for exposed remote services

Compared to the usual Flex RemoteObject, this can greatly help development by bringing

in Flex when using remote services.

replicate validation annotations in order to use the Flex side validation framework

 Known Limitations

Gas3 does not support inner classes

must declare your classes in separated source files if you want them to be correctly handled by the generator