VelocityEngineUtils a été supprimé au Printemps 3.2 alors quoi d'autre à utiliser?

Aujourd'hui j'ai mis à jour l'ensemble de mon Printemps application web à l'aide de Printemps 3.1.1 de Printemps 3.2.

Plus grande partie de mon application existante ne permet pas de rupture, sauf qu'au Printemps 3.2, le 

org.springframework.ui.velocity.VelocityEngineUtils

classe semble être complètement enlevée de la spring-context-3.2.0.RELEASE.jar.

J'ai trouvé le guide de migration comme dans cette url.

Il a déclaré que org.springframework.ui.velocity.VelocityEngineUtils classe vient d'être obsolète, mais en fait, il a été complètement supprimé.

Peut-être que je suis juste trompé, je voudrais savoir si le VelocityEngineUtils de classe existent encore quelque part ou si non, quelle est l'alternative de la classe que je peux utiliser.

EDIT: Il semble que l'ensemble de la vélocité paquet a été supprimé depuis le Printemps 3.2 alors maintenant, même
org.springframework.ui.velocity.VelocityEngineFactoryBean n'existe pas. Sont le Printemps de la marche à l'écart de Vitesse?

InformationsquelleAutor woraphol.j | 2013-01-14
  1. 9

    Je ne pense pas que VelocityEngineUtils était dans le spring-context pot (au moins pas depuis le Printemps dernier 3.1.x communiqués, selon GitHub).

    De toute façon, vous pouvez le trouver dans spring-context-support-3.2.0.RELEASE.jar

    • Les classes de vitesse ont été une fois dans le spring-context.jar et mon code est appuyée sur cette. De toute façon merci pour votre réponse rapide 🙂
    • Vous devez avoir eu quelques très étrange mélange de printemps bocaux dans ce cas. Les classes de Vitesse a été dans le ressort du contexte module de prise en charge/jar depuis au moins la version 2.5.
    • Dernière POM de référence (à remplacer par votre version de Printemps cours) <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context-support</artifactId> <version>${spring.framework.version}</version> </dependency>
    InformationsquelleAutor madth3
  2. 23

    Je voulais ajouter une réponse complète.

    D'abord, vous ajoutez la dépendance: 

        <dependency>
        <groupId>org.apache.velocity</groupId>
        <artifactId>velocity</artifactId>
        <version>1.6.4</version>
    </dependency>

    Alors, si vous avez eu une coutume VelocityEngineFactory comme cela; 

    @Bean
public VelocityEngineFactory velocityEngine(){
    VelocityEngineFactoryBean bean = new VelocityEngineFactoryBean();
    Properties properties = new Properties();
    properties.setProperty("input.encoding", "UTF-8");
    properties.setProperty("output.encoding", "UTF-8");
    properties.setProperty("resource.loader", "class");
    properties.setProperty("class.resource.loader.class", "org.apache.velocity.runtime.resource.loader.ClasspathResourceLoader");
    bean.setVelocityProperties(properties);
    return bean;
}

    vous avez besoin de le remplacer par un haricot définition, quelque chose comme ci-dessous (à votre @Configuration classe);

    @Bean
public VelocityEngine velocityEngine() throws Exception {
    Properties properties = new Properties();
    properties.setProperty("input.encoding", "UTF-8");
    properties.setProperty("output.encoding", "UTF-8");
    properties.setProperty("resource.loader", "class");
    properties.setProperty("class.resource.loader.class", "org.apache.velocity.runtime.resource.loader.ClasspathResourceLoader");
    VelocityEngine velocityEngine = new VelocityEngine(properties);
    return velocityEngine;
}

    Dernier, l'utiliser comme: 

    @Autowired
private VelocityEngine velocityEngine;

public String prepareRegistrationEmailText(User user) {
    VelocityContext context = new VelocityContext();
    context.put("username", user.getUsername());
    context.put("email", user.getEmail());
    StringWriter stringWriter = new StringWriter();
    velocityEngine.mergeTemplate("registration.vm", "UTF-8", context, stringWriter);
    String text = stringWriter.toString();
    return text;
}

    Bonne chance.

    InformationsquelleAutor bekce
  3. 14

    Concernant la désapprobation de VelocityEngineUtils au Printemps, le Printemps de la documentation n'est pas très clair sur ce qu'il faut utiliser à la place.

    Il dit seulement:

    Obsolète. Utilisation mergeTemplateIntoString(VelocityEngine, String,
    Chaîne, de la Carte) au lieu de cela, à la suite de Vitesse 1.6 correspondant
    la dépréciation de sa propre API.

    Et à la rendre plus confuse, le lien renvoie à lui-même.

    Fondamentalement, il est juste de dire utiliser la Vitesse elle-même.

    Voici une description de la façon de le faire..

     //instead of a model map, you use a VelocityContext

 VelocityContext velocityContext = new VelocityContext();
 velocityContext.put("key1", value1);
 velocityContext.put("key2", value2);

 //the velocityEngine you wired into Spring has a mergeTemplate function
 //you can use to do the same thing as VelocityEngineUtils.mergeTemplate
 //with the exception that it uses a writer instead of returning a String      

 StringWriter stringWriter = new StringWriter();
 velocityEngine.mergeTemplate("templateName.vm", "UTF-8", velocityContext, stringWriter);

 //this is assuming you're sending HTML email using MimeMessageHelper

 message.setText(stringWriter.toString(), true);
    • ce commentaire a été extrêmement utile, mais je ne vois pas où vous ajoutez les Map<String, Object> model dans le modèle comme dans VelocityEngineUtils.mergeTemplateIntoString qui accepte un model argument. Vous êtes seulement de fusionner le contenu d'un modèle avec le contexte et non pas le modèle de données.
    • Plus tard, la note pour toute personne utilisant les VelocityEngineUtils.mergeTemplateIntoString vous devez simplement appeler .put() sur vos pré-existantes modèle de données et ajouter "date, new DateTool()" à votre modèle préexistant. Mon projet de modèle de syntaxe est légèrement différente où les variables sont précédées avec à la fois un $ caractère et un ! caractère: $date.format('yyyy-MM-dd', $!application.dateOfBirth)
    InformationsquelleAutor Chris Jensen