Tout doit être rechargé...
çà se limite à un redémarrage de Tomcat et très souvent je récupère ma session, si elle ne stockait pas la classe impacté par le changement.
Vu que j'utilise un framework "Statefull" (au sens propre), je me retrouve dans l'"écran applicatif" dans lequel j'étais. Ce qui est très pratique quand on développe une partie qui se trouvent plusieurs écran après la connexion à la session.
Le seul truc qui m'embête de temps en temps et que certaines API supportent mal rechargement et les déchargements. Ils maintiennent lock sur des répertoires sans raison ce qui empêche de décharger le WAR et cela m'oblige à arrêter le serveur , finir la désinstallation manuel du war et de relancer le serveur. Ce qui est problématique pour un serveur en exploitation.
Play apporte quoi de plus dans le cas de cette limitation de Java ?
[^] # Re: Mon expérience
Posté par syj . En réponse à la dépêche Play! 1.0 est sorti. Évalué à 1.
çà se limite à un redémarrage de Tomcat et très souvent je récupère ma session, si elle ne stockait pas la classe impacté par le changement.
Vu que j'utilise un framework "Statefull" (au sens propre), je me retrouve dans l'"écran applicatif" dans lequel j'étais. Ce qui est très pratique quand on développe une partie qui se trouvent plusieurs écran après la connexion à la session.
Le seul truc qui m'embête de temps en temps et que certaines API supportent mal rechargement et les déchargements. Ils maintiennent lock sur des répertoires sans raison ce qui empêche de décharger le WAR et cela m'oblige à arrêter le serveur , finir la désinstallation manuel du war et de relancer le serveur. Ce qui est problématique pour un serveur en exploitation.
Play apporte quoi de plus dans le cas de cette limitation de Java ?