icyfemur a écrit 703 commentaires

Dans certains cas, c'est pire que ça...

Par exemple, pour Oracle Data Integrator [1] (ancienement Sunopsis avant le rachat par Oracle), le prix dépends du nombre de base de données auxquelles tu te connecte. Pour un ETL, c'est quand même moche.

Accessoirement, toute la documentation qui existait sur le site de Sunopsis a disparu, car l'ancien site redirige vers le site Oracle sur une page annonçant le rachat par Oracle[2]. DU coup, tout ce qui est référencé par Google et dans les forums pointe sur du vide. J'espere qu'il ne feront pas la même chose pour Java...

[1] http://www.oracle.com/technology/products/oracle-data-integr(...)
[2] http://www.oracle.com/sunopsis/index.html

bref, c'est sûrement la fin du tunnel pour les utilisateurs de kde

La fin du tunnel, peut etre, mais combien de temps va on voir la lumière du jour ? Combien de temps avant que Trolltek Nokia décide qu'il a besoin de vendre de nouvelles licences commerciales, et sorte un Qt5 "révolutionnaire", qui va impliquer des nouvelles libs incompatibles et un nouveau KDE 5.0 à 5.2 completement buggé et avec moultes regressions parce que les devs sont obligés de tout recoder de 0.

Oui je suis aigri. D'autant plus que KDE est mon environnement de bureau préféré.

Chez moi, zip -e ça donne "encrypt".

Ceci dit, j'y avais pas pensé, mais si y a java y a surement l'utilitaire "jar", qui sait compresser et décompresser des zip...

Tout ça a cause de sysadmin coincés, c'est moche quand même.

Ce qui est drole c'est que /usr/bin/zip est présent, mais pas unzip ! :-)

Sinon, on dirait que java est installé, il te reste plus qu'a te compiler ça et hop ! http://www.devx.com/getHelpOn/10MinuteSolution/20447

Y a que moi qui mappe cette touche sur "Compose" ? Sur quelle touche la mettre sinon ? Et sans compose, comment faire les caractères indispensables comme ŭ ( http://fr.wikipedia.org/wiki/%C5%AC utlisé en esperanto par exemple), ou autres associations des diatriques ?

ou bien 0,1 sec avant ;-)

En ce qui concerne ma banque, le clavier virtuel reste très sécurisant (en dehors de la "perte de temps" que cela ajoute).

Tu veux plutôt dire que ca apporte une impression de sécurité. Mais en réalité c'est du n'importe quoi.

Le "clavier virtuel" et la carte de codes type "touché coulé" ne sont pas forcément liés. Au CMUT, cette carte de code est nécessaire (pour certaines opérations), mais nul besoin de clavier virtuel alakon©.

Dans le genre truc qui fait semblant d'être sécurisé, j'ai en horreur également les "clavier virtuels" des banques pour taper^W cliquer le mot de passe.... Ah c'est sur ça protège des keylogger, mais le premier abruti venu est capable de prendre une capture d'écran de l'endroit ou clique la souris. D'ailleurs comme je vais peut-etre devoir changer de banque pour un crédit immo, c'est pas dit que je me fasse pas un truc de ce genre pour mon usage perso afin de pas m'énerver à chaque fois sur ce truc.

De ce que j'ai lu dans les présentations sur SpringDM Server et dans la documentation http://static.springsource.com/projects/dm-server/1.0.x/prog(...) :

Furthermore, PARs scope the modules of your application within the dm Server. Scoping provides both a physical and logical application boundary, effectively shielding the internals of your application from other PARs deployed within the dm Server. This means your application doesn't have to worry about clashing with other running applications (e.g., in the OSGi Service Registry).

J'en ai déduit qu'il y a une isolation totale, mais j'ai peut etre mal compris. Ca mériterai d'etre essayé. En tout cas j'ai essayé un bundle simple .JAR qui essaye d'accéder (Import-Package) à un bundle inclus dans un .PAR, et ce ne marche pas, il lui est effectivement inaccessible.

En ce qui concerne les bundle/versions, je suis d'accord, c'est à la base du framework OSGi. Ce qui me parait interessant dans l'approche de Spring DM Server, c'est si on a un bundle du genre "datasource provider" générique, et un fragment qui complete ce bundle pour spécifier sa configuration (login / pass par exemple), il est impossible sans la possibilité de bien rendre indépendant deux applications, d'utiliser deux fois ce "datasource provider" avec des configurations (donc des bundle fragments) différentes. (Et par ailleurs, aux derniers nouvelles, Felix ne supporte pas les fragments). Info sur les fragments : http://static.springframework.org/osgi/docs/1.1.0/reference/(...) )

* Pour le moment, seul Felix est supporté comme framework OSGi, néanmoins les adhérences à une implémentation particuliere sont extremement limitées et donc le support d'un autre framework est possible relativement simplement.

Oui alors *simplement*, avec OSGi, je me méfie... ;-)


* Pour les PAR, coté JOnAS nous avons des deployment-plan. Ce sont des fichiers XML qui permettent de regrouper des bundles ou modules Java EE afin de les deployer/undeployer ensemble.


Un peu comme les features de ServiceMix donc. A noter que l'avantage du .PAR chez SpringDM Server, c'est que les applications sont sépérés les unes des autres, comme si elles étaient dans des conteneurs OSGi différents. On peut donc potentiellement déployer 2 fois le même bundle, une fois dans chaque application.

Quelques questions qui me passent par la tête :

* Est ce qu'on peut utiliser Eclipse Equinox à la place de Felix comme framework OSGi ? De mémoire, j'ai trouvé Equinox plus pratique que Felix dans mes tous premiers essais d'OSGi.

* Parmi les offres existantes de serveurs basés sur OSGi, il y a notament Spring DM Server (basé sur Equinox et sur Tomcat, ce n'est pas un serveur JEE-compliant), qui est très interessant quand il s'agit de déployer une application Web packagée en WAR traditionnel, tout en profitant de certaines fonctionnalités d'OSGi comme l'export ou la consommation de services (via l'excellent Spring Dynamic Modules). Est ce que JOnAS sait faire aussi cela ? JOnAS sait il également gérer des packages comme les fichiers "PAR" que propose SpringDM Server (archive qui contient un ensemble de bundles OSGi, qui forment un tout indépendant des autres applications).

Pour l'instant je travaille principalement avec Equinox et Spring DM Server, mais pourquoi pas utiliser JOnAS si celui me permet plus de choses.

Dans nos pays, des voix se lèvent pour faire appliquer un principe simple : si tu fais quelque chose de mal via internet, on te coupe ton accès. Imaginez un voleur à qui l'on refuserait l'entrée dans un magasin parce qu'une fois il a volé un poulet. Va-t-on retirer son poste de télé à celui qui se sera inspiré d'un film pour commettre un forfait ? Coupe-t-on la langue aux révisionnistes ?

Et il manquerait plus qu'on retire le permis de conduire aux gens qui grillent des feux ou font des excès de vitesse ! Incroyable ça, où va t'on ?!


PS : je ne suis pas vraiment pour la "riposte graduée", mais pas spécialement prêt a accepter n'importe quel argument contre...

Par contre n'espère jamais être remboursé du timbre.... (testé et désapprouvé).

Euh, Running_Man c'est plutot Richard Bachman (aka Stephen King).

Concernant KDE4, je plussoie...

J'étais un fan de KDE3, que je trouvait très bien. Depuis que j'ai installé la dernière KUbunutu avec KDE4, j'utilise Gnome. Le gros problème de KDE, c'est qu'ils sont liés aux changement de releases majeurs de Qt. Et on a l'impression qu'ils recodent tout de 0 à chaque fois, jettant au orties la version précédente qui commençait tout juste à être bien.

Enfin, je pense que c'est assez commun aux développeurs en général, d'avoir envie de tout refaire sur une nouvelle techno, en jettant les vieux trucs. C'est le syndrome de la nouvelle vache.

SI ta banque demande la date de naissance, c'est qu'ils sont trop mauvais pour avoir mis en place un autre système. Par exemple, au CréditMutuel, ce qui sera demandé est un code sur une grille de "touché-coulé" (« donner le code en B9 »), que l'on peut révoquer s'il elle a été perdu/volée. C'est cette même grille qui est utilisée depuis plusieurs année pour "sécuriser" les virements depuis le site de consultation des comptes.

Bon, je dis pas que c'est plus agréable à utiliser, j'aurai tendance à dire au contraire que c'est plus casse pied qu'autre chose. Mais tout ça pour dire que c'est à la banque de choisir les moyens.

J'ai toujours trouvé ça étrange les projets OpenSource qui utilisent Confluence et JIRA... un produit propriétaire gracieusement fourni pour les projets libres... mais jusqu'à quand ? Il me semble que y a déjà des gens qui se sont mordus les doigts d'une telle pratique : BitKeeper n'a pas donné assez de leçons ? Bon, je ne connais pas les détails de la licence d'utilisation dans le cas OpenSource, et j'ai entendu dire que ces deux produits sont très bons.

Bah, comme on dit en France, l'important c'est de participer hein.

Pas partout en France... il parait qu'il y a des gens au Parti Socialiste qui sont pas de cet avis :-p !

Du server-side javascript ! mais c'est révolutionnaire !


Server-side JavaScript (SSJS) refers to JavaScript that runs on server-side. This term was coined because the language is predominantly used on the client-side, i.e. client-side JavaScript (CSJS).

The first implementation of SSJS was Netscape's LiveWire, included in their Enterprise Server 2.0 product, released in 1996.

Cf en:Server-side_JavaScript

Moi ce que je cherche, ce serai un modèle de document texte latex-like, avec les titres de section et tout mieux que le style actuel par défaut que je trouve assez vilain.

Comme site relativement connu, y a aussi SourceForge qui utlise OpenId maintenant.
http://alexandria.wiki.sourceforge.net/OpenID

Sur le site débats.sncf.com, vous pouvez aussi pertinenter :

http://debats.sncf.com/feedbacks/117187-a-quand-un-site-voya(...)

Vous pouvez aussi commenter ici, et pertinenter !

http://debats.sncf.com/feedbacks/117187-a-quand-un-site-voya(...)

Oui, oui, désolé, je ne me suis pas relus et mon commentaire est bourré de fautes honteuses.

Le stagiaire est prix comme bouc émissaire parce que c'est, en général, quelqu'un sans expérience.

En théorie, le travail du stagiaire devrait etre supervisé par quelqu'un avec plus d'expérience, qui lui expliquer les bonnes pratiques, les choses à faire à ne pas faire (pas de code SQL dans les JSP par exemple...).

En pratique, le stagiaire/le débutant code sur la base de ses propres connaissances, sans forcément même savoir qu'il y a moyen de faire mieux et autrement. Il l'apprend finalement sur le tas, en comprennant au fur et à mesure comment la base de code existante a été réalisée (si elle est bien faite...), ou alors par auto-formation (si le débutant à la tête bien faire). Et inutile de réver : les designs patterns et les bonnes pratiques ne sont pas enseignés à l'école : y a des choses bien plus importantes, comme la dérécursivation, le calcul de complexité des programmes, etc...