JPA - EclipseLink - Comment changer le schéma par défaut

Je suis de la programmation d'une application web à l'aide de weblogic et oracle.
la source de données est configurée via JNDI, limitée à un utilisateur de base de données qui peut DML dans les tables, mais ne peut pas le DDL. Comme vous pouvez le deviner, que l'utilisateur n'en est pas propriétaire de ces tables, mais il est autorisé à accéder.

Disons qu'il est GUEST_USER

L'application utilise JPA + EclipseLink, et avoir beaucoup d'entités qui sont déjà définis. Je ne veux pas écrire dans chaque une de chaque entité de la classe de l'attribut à modifier le schéma.
J'ai essayé un SessionCustomizer, avec ce code.

public class MyCustomizer implements SessionCustomizer{

    @Override
    public void customize(Session session) throws Exception {

    session.executeNonSelectingSQL("ALTER SESSION SET CURRENT_SCHEMA = OWNERS_SCHEMA");
    }
}

Il semble qu'il y a quelque chose uninitiallized, j'obtiens une exception de pointeur null, je ne suis même pas sûr si c'est la façon de modifier le schéma pour les connexions avant de servir.
Aucun des échantillons ou des idées?

Merci d'avance pour votre aide!

source d'informationauteur mrzmont

  1. 16

    Si toutes les entités utilisent le même schéma, vous pouvez utiliser un fichier de mappage xml pour définir un schéma par défaut.

    Quelque chose comme cela devrait fonctionner (l'exemple est de JPA 2.0, changer la schemaLocation pour 1,0)

    orm.xml:

    <entity-mappings xmlns="http://java.sun.com/xml/ns/persistence/orm"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence/orm orm_2_0.xsd"
    version="2.0">
    <persistence-unit-metadata>
        <persistence-unit-defaults>
            <schema>OWNERS_SCHEMA</schema>
        </persistence-unit-defaults>
    </persistence-unit-metadata>   
    . . .
</entity-mappings>

    persistence.xml: 

    <persistence
    xmlns="http://java.sun.com/xml/ns/persistence"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd"
    version="2.0" >
    <persistence-unit name="foo">
        . . .
        <mapping-file>orm.xml</mapping-file>
        . . .
    </persistence-unit>
</persistence>
  2. 3

    Vous pouvez le faire par programmation. Vous pouvez configurer le schéma par défaut de la valeur pour chaque session.

    public class MySessionCustomizer implements SessionCustomizer {

  private static String schemaName;

  public static void setSchemaName(String schemaName) {
      MySessionCustomizer.schemaName = schemaName;
  }

  @Override
  public void customize(Session session) throws Exception {
      if (StringUtils.hasText(this.schemaName)) {
          session.getLogin().setTableQualifier(this.schemaName);
      }
  }
}

    Puis définissez la session de personnalisation de l'entité gestionnaire de l'usine propriétés: 

    PersistenceUnitProperties.SESSION_CUSTOMIZER

    par exemple

    propertiesMap.put(PersistenceUnitProperties.SESSION_CUSTOMIZER, MySessionCustomizer.class.getName());
  3. 0

    - Je utiliser EJB droit avant d'interroger la base de données, en utilisant Les intercepteurs je suis en mesure de définir le schéma dans l'EJB contexte par la recherche de l'actuel utilisateur authentifié.

    Puis quand je créer le gestionnaire d'entité, je peux mettre le bon schéma. De cette manière, en ne précisant pas le schéma avant le nom de la table, PostgreSQL va regarder le search_path pour déterminer quel schéma de requête.

    <!-- language: lang-java -->

public class Interceptor {

    Logger logger = Logger.getLogger(Interceptor.class);

    /**
     * 
     * @param ctx is always null before being passed to EJB implementation. We always query database
     * for populating context data, making user's session accessible to all EJB implementations
     * @return
     * @throws Exception
     */
    @SuppressWarnings({ "unchecked", "unused" })
    @AroundInvoke
    public Object intercept(InvocationContext ctx) throws Exception {
        Authentication auth = SecurityContextHolder.getContext().getAuthentication();

        String ejbName = ctx.getMethod().getDeclaringClass().getSimpleName();
        String methodName = ctx.getMethod().getName();
        Boolean override_schema = false;
        String overridden_schema = "";

        logger.info("Intercepting " + ejbName + "." + methodName);

        if(auth != null) {

            UserDetails userDetails = (UserDetails)auth.getPrincipal();
            String username = userDetails.getUsername();

            Collection<SimpleGrantedAuthority> permList = (Collection<SimpleGrantedAuthority>) auth.getAuthorities();   
            List<String> permissions = new ArrayList<String>();

            for (SimpleGrantedAuthority authority : permList) {
                permissions.add(authority.getAuthority());
            }


            Query query = getMasterEntityManager()
                            .createNativeQuery(
                "SQL for retrieving the schema by the current logged in user");

            query.setParameter("username", username);
            List<Object[]> result = null; //query.getResultList();

            if(result != null) {
                logger.info("Interceptor: context set for " + username);
                Object[] userObj = result.get(0);

                getContext().getContextData().put("username", username);
                getContext().getContextData().put("schema_name",(String)userObj[1]);
            }
        }

        return ctx.proceed();
      }
    }

    Puis lorsque vous générez le gestionnaire d'entités, vous pouvez définir le schéma que vous souhaitez.