Cette nouvelle version apporte plusieurs améliorations majeures :
- Support de VTK 5.0, intégrant implicitement les nouvelles fonctionnalités et évolutions de VTK 5.x et ouvrant Cassandra aux futures améliorations ;
- Maintient de la compatibilité avec VTK 4.2 ;
- Intégration de la version 1.3 de JyConsole, la console Python/Jython apportant une complétion orientée objet ;
- Intégration de plusieurs nouveaux greffons ;
- Quelques corrections de bug.
Ouvert et modulaire, Cassandra peut facilement être étendue par de nouveaux filtres qui se présentent comme des greffons chargés dynamiquement. Un exemple complet de plug-in est d'ailleurs fourni pour aider les utilisateurs à développer et à partager leurs propres plug-ins. Des zones d'échange et des Synchroniseurs LibreSource peuvent sur demande être ouverts sur le serveur LibreSource qui héberge Cassandra afin de rendre ces contributions disponibles à la communauté toute entière.
En avance sur les autres visualiseurs scientifiques 3D actuellement disponibles, Cassandra intègre la version 1.3 de JyConsole, la console Jython. Cela offre des fonctionnalités de prototypage basées sur Python/Jython et facilite son interopérabilité avec les plate-formes CAD/post-processing existantes ainsi que de futurs Environnements Intégrés de Modélisation (IME).
Artenum a présenté Cassandra 2.2 sur son stand au salon Solutions Linux 2007, sis à Paris, France.
# a propos de jython
Posté par abramov_MS . Évalué à 4.
[^] # Re: a propos de jython
Posté par artenum . Évalué à 3.
C'est vrai que c'est un problème de fond.
Jython est une superbe technologie, mais la communauté a effectivement un peu marqué le pas depuis quelques temps. La version actuelle de Jython est normalement compatible avec la version 2.1 de Python.
Cela dit, la version actuelle de Jython est totalement opérationnelle et « avale » 95% des scripts Python (tout du moins ceux utilisés pour piloter VTK).
Par ailleurs, il y a un retour fort vers Jython ces derniers temps, en particulier comme console de scripte pour des codes Java. JyConsole avec sa complétion objet semble ne pas être totalement étranger à ça.
De notre côté, nous réfléchissons à participer de manière plus active à la dynamique Jython et de soutenir, au moins en partie, son développement.
Ju.
[^] # Re: a propos de jython
Posté par abramov_MS . Évalué à 4.
[^] # Re: a propos de jython
Posté par artenum . Évalué à 4.
Effectivement l'absence de NumPy est un problème dans l'absolu.
Mais d’une part, même s’il ne fait pas exactement la même chose, il existe JNumerics, qui est pas mal du tout ( voir http://jnumerical.sourceforge.net/index.html ).
Et d’autre part, en pratique, il est souvent beaucoup plus pertinent de faire les traitements équivalants au niveau Java (voir natif) avec des bibliothèques comme JLapack, Colt ou autres. On obtient ainsi un bon compromis en termes de ratio performances/ facilité de prototypage, Jython/Python n’étant utilisé que comme langage de script et/ou de glue, et plus généralement de prototypage.
L’interfaçage avec des composants en Fortran peut se faire avec f2c (même s’il est imparfait, il ne marche pas si mal) ou un wrapping Java/natif avec JNI. Sur ce dernier point Swig est maintenant très opérationnel, facile à utiliser et très performant.
Maintenant, je suis parfaitement d’accord qu’il serait très intéressant de renforcer la dynamique communautaire autour de Jython.
Julien.
[^] # Re: a propos de jython
Posté par abramov_MS . Évalué à 2.
Il y a tout de meme pas de probleme avec f2c
1) c'est du fortran77 -> C
2) conversion de code a code ca enleve pas mal d'optimisation
3) le g77 a degage dans le novueau gcc et est remplace par le fortran 90
4) ne pas utiliser numpy ni scipy c'est vraiment dommage car cela elimine pas mal de biblio interessantes. En particulier toutes celles en fortran (numpy fournit f2py qui fonctionne avec pas mal de compilos)
Apres le fiat que utiliser des trucs natif en java c'est probablement une meillur idee mais je ne sais absolument pas ce qu'il y a dans le calcul numerique dans ce langage (d'ailleurs si il y a des liens je suis preneur)
[^] # Re: a propos de jython
Posté par abramov_MS . Évalué à 3.
Il n'y a pas eu de changement depuis 4 ans...
Le developpeur qui a initie le projet est depuis passe sur numpy/Cpython
[^] # Re: a propos de jython
Posté par maxapoil . Évalué à 2.
Une roadmap qui date du 3 février 2007:
http://www.jython.org/Project/roadmap.html
source: le blog d'un dev Jython:
http://fwierzbicki.blogspot.com/index.html
# binaire??
Posté par Gilles G. . Évalué à 2.
Je ne sais pas trop quoi comprendre:
- les sources de certains composants de Cassandra sont propriétaires?
- ou les binaires, fournis par l'équipe de Cassandra (et construits à partir des sources diffusées sous licence QPL) sont sous licence "Artenum Binary Public Licence"?
Merci de vos éclaircissements (une FAQ serait la bienvenue).
[^] # Re: binaire??
Posté par artenum . Évalué à 4.
En fait, c'est un erreur de la plaquette qui n'a pas été correctement re-mise à jour.
La première version de Cassandra appellait un composant (utilisé dans le pipeline manager) qui nous pension initialement publier séparément en tant que projet propre.... En attendant cette release, nous avions donc été obligés de définir cette licence Artenum binaries.
En fait, on a finalement tout releaser directement dans la version actuelle de Cassandra (2.2).
Je vous confirme donc que Cassandra 2.2 intégralement sous QPL et que l'ensemble de son code source est accessible.
Nous allons corriger les plaquettes en concéquence.
Merci.
Julien.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.