@@ -8,7 +8,7 @@ published: false
8
8
9
9
Après la [ sortie récente de RESThub
10
10
1.1] ( http://pullrequest.org/2011/06/28/resthub-1-1.html ) , nous
11
- commencons à étudier les nouveautés que nous souhaiterions intégrer à
11
+ commençons à étudier les nouveautés que nous souhaiterions intégrer à
12
12
RESThub 2.
13
13
14
14
## Spring 3.1
@@ -17,7 +17,7 @@ Tout d'abord, RESThub 2 se basera sur Spring 3.1 et essaiera de tirer
17
17
parti des nombreuses fonctionnalités amenées par cette nouvelle version.
18
18
La première nouveauté de Spring 3.1 dont profitera RESThub 2 sera la
19
19
possibilité de configurer entièrement votre application Spring en Java.
20
- Ainsi tous les élément de configuration de l'ApplicationContext mis à
20
+ Ainsi tous les éléments de configuration de l'ApplicationContext mis à
21
21
disposition par RESThub auront un équivalent en annotation du type
22
22
@Enable \* comme @EnableEntityScan . Pour plus de détails sur la
23
23
configuration en Java de Spring, je vous invite à consulter [ cet
@@ -94,7 +94,7 @@ un refactoring aisé de celles-ci au besoin.
94
94
95
95
## Monitoring
96
96
97
- Nous souhaitons intégré dans RESThub le support de JMX dans Spring.
97
+ Nous souhaitons intégrer dans RESThub le support de JMX dans Spring.
98
98
Couplé avec les profils Spring 3.1, RESThub pourrait grandement
99
99
faciliter le monitoring de vos applications : il suffirait d'activer un
100
100
profil 'monitor' par exemple pour bénéficier automatiquement du
@@ -103,14 +103,14 @@ monitoring JMX pour votre application RESThub.
103
103
## Rapid Application Development
104
104
105
105
Avec RESThub, nous souhaitons mettre à disposition des développeurs Java
106
- une stack de technologies cohérentes dont la mise en oeuvre est
106
+ une stack de technologies cohérente dont la mise en oeuvre est
107
107
simplifiée au maximum. Nous souhaitons aller encore plus loin dans cette
108
108
démarche et s'inspirer du principe
109
109
[ YAGNI] ( http://fr.wikipedia.org/wiki/YAGNI ) avec RESThub 2 en proposant
110
110
des profils de configuration limitant le nombre de couches logicielles
111
111
lorsque cela n'est pas nécessaire. Ainsi il serait possible de très
112
112
rapidement mettre en place des applications Web en se passant du code
113
- superflu inutile .
113
+ superflu.
114
114
115
115
## Roadmap
116
116
0 commit comments