Orientation de demain pour une appli XMLRAD d'aujoud'hui

Jeweller · 21/12/2006, 17h40

L'application basée sur le framework XMLCLX et éditée par ma société devient stratégique. Aujoud'hui elle repose sur Delphi7 et XMLRAD2005R2. Avec mes dirigeants, nous nous posons la question (comme tout le monde) de l'avenir (technologiquement parlant) de cette application et des investissements à faire dans les prochains temps pour la péréniser (si il faut tout redévelopper en java ou en c# ou pas ?).

Avec les interrogations qui tournent aujoud'hui autour de Delphi, .Net, le Web 2.0, avec l'arrivée de WindowsVista et des OS 64bits, quels sont les choix fait par delos et quels sont les choix que nous pouvons faire aujourd'hui ?

J'ai peu entendu parler de la version 2007 et de ses directions (il n'y a pas eut de conférence WebRAD cette année?), quels sont les nouveaux concepts et comment peut-on se préparer à une migration la plus "naturelle" possible ?

Le débat est vaste, mais la question d'enjeu toujours pour défendre et péréniser XMLRAD...

Avez vous des infos, quelles sont les tendances ?

Michael

RDM · 22/12/2006, 10h14

ah ah ! effectivement vaste question, mais très interessante.
Je te livre les infos que l'on a, surtout sur le futur XMLRAD 2007.

Il est vrai qu'il se fait attendre, mais ce n'est pas pour autant que rien ne se passe. Il faut savoir que le développement de XMLRAD suit étroitement celui de Delos. Beaucoup des fonctionnalités intégrés a XMLRAD sont des besoins de l'application Delos.

pour 2007, il y a des profonds changements dans le framework, mais cela n'affecte que très peu la compatibilité et la facon de faire les applications.

Le plus grand changement qui a affecté le framework c'est la disparition des interfaces et des TLB. Exit Dac.tlb et StdXML.tlb a déployer. Le scripting est toujours supporté mais maintenant il ne repose plus sur ces librairies car le dispatch est fait "à la main" en interne. cela facilite grandement le déploiement pour tous les types de plateformes.
En a aussi découlé, c'est l'abandon des WideString qui était là essentiellement car les TLB imposées leur utilisation et pour ne pas souffrir des conversions string/WideString (et donc de multiples réallocations). LEs TLB disparues, la nécessité n'était plus là et leur utilisation avait aussi des inconvénients: a chaque affectation d'une WideString, il y a Réallocation:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

W := Context.Values['Foo'];

W est réalloué pour copier le contenu de la chaine du context. Sans compter qu'un WideString pèse 2 fois plus lourd qu'un string classique.
les string quant à eux sont Refcountés, ce qui implique qu'une assignation ne demande pas réallocation. d'où gain en performance.
Pour les caractères "exotiques", l'UTF-8 sera de mise.
Ces changements impliquent donc dans votre code des modifications:
IXMLGram -> TXMLGram, IXMLInstruction -> TXMLInstruction, etc...
WideString -> XMLString (nouveau type aliassé sur string).
Mais heureusement, lorque vous allez migrer sur 2007, XMLRAD pourra upgrader votre code source automatiquement et vous n'aurez quasiment rien à faire.
Tout ceci concerne bien sur que Delphi. pour les autres environnement pas de changement !

Autre changement de taille: l'abandon des composants (Héritage passé d'une utilisation abusive de Delphi ;-)). Amorcé sur 2006, il sera généralisé a toutes les plateformes sur 2007. le XIP est bien sur étendu lui aussi pour JAva, .NET et PHP. Un plugin Eclipse et VisualStudio sera livré pour le XIP.
Il sera même recommandé d'utiliser Eclipse a toutes les sauces puisque que l'on va pouvoir coder dans le langage que l'on veut avec cet environnement.
Les composants sont encore fournis pour la compatibilités, mais il est grandement conseillé de les abandonner. Là aussi la migration fera les choses automatiquement

Le support des plateformes Java, .NET, et PHP est toujours assuré avec un saut sur .NET 2.0 (Delphi 2007, Highlander).

Si l'avenir de Borland/CodeGear vous fait peur par rapport au fait que XMLRAD est intimement lié à Delphi, l'équipe R&D de Delos Corp, a des solutions pour pérenniser la solution indépendemment de CodeGear: le compilateur OpenSource FreePascal est depuis plusieurs mois envisagé pour notamment le support du 64 bits qu'il est le premier a supporté pour du pascal sous Windows.

La tendance est à l'indépendance des technologies Borland: XMLRAD 2007 continue dans l'implémentation des accès natifs aux BD:
un DacOracle sera livré. le Support d'interbase a été revu: Exit IBX, refonte complète de Fib: support des Dialect et de Firebird.
Les DACs ont été agrémenté de nouvelles méthodes, support complet des procédure stockées.

Parmi les fonctionnalités qui viennent des besoins de Delos: un système de Stockage multi-disks distribués: XMLStorage. Il permet de répartir le stockage de données manipulés par l'application sur différents disques selon des modulo. Il permet de paralléliser l'accès a différents disques pour améliorer la montée en charge.
Bien sur si vous n'avez pas besoin de tout cela, vous pouvez rester avec un seul disque, tout ceci restera transparent pour vous.

Plus proche des données, un nouveau DataExplorer est introduit: basé sur une découverte des MetaData de vos bases (Clés primaires, Clés étrangères) il permettra de naviguer de facon universelle dans vos données en suivant les liens décrit. c'est une évolution de l'approche DDA.

Coté XMLGram, les Rules se sont généralisés pour réduire toujours plus le code que l'on vas taper, et d'autres nouveautés sont en préparation (comme les Macros).

Bref, L'évolution du produit continu en suivant toujours les lignes directrices que sont: Performance/montée en charge, Description VS Code, indépendances des platformes et langages, migration en douceur et compatiblité.

Pierre FORAZ · 22/12/2006, 10h32

Quelle prose !

Citation:

Il sera même recommandé d'utiliser Eclipse a toutes les sauces puisque que l'on va pouvoir coder dans le langage que l'on veut avec cet environnement.

Pourrais-tu en dire plus ?

RDM · 22/12/2006, 10h45

bien sur !
La première utilisation d'eclipse est poru Java bien sur, mais comme la plateforme Eclipse est trés ouverte on peut l'utiliser pour du JavaScript par exemple avec un plugin qui fait la coloration syntaxique pour. c'est plus pratique pour coder que le pauvre Text Area qu'il y a dans XMLRAD.
on peut aussi l'envisager pour PHP avec le plugin adéquat.
voir a terme si on utilise plus sue FPC (FreePascal) peut être que le code Pascal se fera dans Eclipse...

powerlog · 16/01/2007, 09h29

Bonjour,
une question que tout le monde doit se poser : A quand est prévu la prochaine version de XMLRAD reposant sur FreePascal ?
Avez-vous besoin de béta-testeur ?

21/12/2006, 17h40	#1
Jeweller Membre confirmé Inscription : août 2003 Messages : 354 Détails du profil Informations forums : Inscription : août 2003 Messages : 354 Points : 226 Points : 226	Orientation de demain pour une appli XMLRAD d'aujoud'hui L'application basée sur le framework XMLCLX et éditée par ma société devient stratégique. Aujoud'hui elle repose sur Delphi7 et XMLRAD2005R2. Avec mes dirigeants, nous nous posons la question (comme tout le monde) de l'avenir (technologiquement parlant) de cette application et des investissements à faire dans les prochains temps pour la péréniser (si il faut tout redévelopper en java ou en c# ou pas ?). Avec les interrogations qui tournent aujoud'hui autour de Delphi, .Net, le Web 2.0, avec l'arrivée de WindowsVista et des OS 64bits, quels sont les choix fait par delos et quels sont les choix que nous pouvons faire aujourd'hui ? J'ai peu entendu parler de la version 2007 et de ses directions (il n'y a pas eut de conférence WebRAD cette année?), quels sont les nouveaux concepts et comment peut-on se préparer à une migration la plus "naturelle" possible ? Le débat est vaste, mais la question d'enjeu toujours pour défendre et péréniser XMLRAD... Avez vous des infos, quelles sont les tendances ? Michael
	00

22/12/2006, 10h14	#2
RDM Membre Expert Inscription : mars 2002 Messages : 1 426 Détails du profil Informations forums : Inscription : mars 2002 Messages : 1 426 Points : 1 546 Points : 1 546	ah ah ! effectivement vaste question, mais très interessante. Je te livre les infos que l'on a, surtout sur le futur XMLRAD 2007. Il est vrai qu'il se fait attendre, mais ce n'est pas pour autant que rien ne se passe. Il faut savoir que le développement de XMLRAD suit étroitement celui de Delos. Beaucoup des fonctionnalités intégrés a XMLRAD sont des besoins de l'application Delos. pour 2007, il y a des profonds changements dans le framework, mais cela n'affecte que très peu la compatibilité et la facon de faire les applications. Le plus grand changement qui a affecté le framework c'est la disparition des interfaces et des TLB. Exit Dac.tlb et StdXML.tlb a déployer. Le scripting est toujours supporté mais maintenant il ne repose plus sur ces librairies car le dispatch est fait "à la main" en interne. cela facilite grandement le déploiement pour tous les types de plateformes. En a aussi découlé, c'est l'abandon des WideString qui était là essentiellement car les TLB imposées leur utilisation et pour ne pas souffrir des conversions string/WideString (et donc de multiples réallocations). LEs TLB disparues, la nécessité n'était plus là et leur utilisation avait aussi des inconvénients: a chaque affectation d'une WideString, il y a Réallocation: Code : Sélectionner tout - Visualiser dans une fenêtre à part W := Context.Values['Foo']; W est réalloué pour copier le contenu de la chaine du context. Sans compter qu'un WideString pèse 2 fois plus lourd qu'un string classique. les string quant à eux sont Refcountés, ce qui implique qu'une assignation ne demande pas réallocation. d'où gain en performance. Pour les caractères "exotiques", l'UTF-8 sera de mise. Ces changements impliquent donc dans votre code des modifications: IXMLGram -> TXMLGram, IXMLInstruction -> TXMLInstruction, etc... WideString -> XMLString (nouveau type aliassé sur string). Mais heureusement, lorque vous allez migrer sur 2007, XMLRAD pourra upgrader votre code source automatiquement et vous n'aurez quasiment rien à faire. Tout ceci concerne bien sur que Delphi. pour les autres environnement pas de changement ! Autre changement de taille: l'abandon des composants (Héritage passé d'une utilisation abusive de Delphi ;-)). Amorcé sur 2006, il sera généralisé a toutes les plateformes sur 2007. le XIP est bien sur étendu lui aussi pour JAva, .NET et PHP. Un plugin Eclipse et VisualStudio sera livré pour le XIP. Il sera même recommandé d'utiliser Eclipse a toutes les sauces puisque que l'on va pouvoir coder dans le langage que l'on veut avec cet environnement. Les composants sont encore fournis pour la compatibilités, mais il est grandement conseillé de les abandonner. Là aussi la migration fera les choses automatiquement Le support des plateformes Java, .NET, et PHP est toujours assuré avec un saut sur .NET 2.0 (Delphi 2007, Highlander). Si l'avenir de Borland/CodeGear vous fait peur par rapport au fait que XMLRAD est intimement lié à Delphi, l'équipe R&D de Delos Corp, a des solutions pour pérenniser la solution indépendemment de CodeGear: le compilateur OpenSource FreePascal est depuis plusieurs mois envisagé pour notamment le support du 64 bits qu'il est le premier a supporté pour du pascal sous Windows. La tendance est à l'indépendance des technologies Borland: XMLRAD 2007 continue dans l'implémentation des accès natifs aux BD: un DacOracle sera livré. le Support d'interbase a été revu: Exit IBX, refonte complète de Fib: support des Dialect et de Firebird. Les DACs ont été agrémenté de nouvelles méthodes, support complet des procédure stockées. Parmi les fonctionnalités qui viennent des besoins de Delos: un système de Stockage multi-disks distribués: XMLStorage. Il permet de répartir le stockage de données manipulés par l'application sur différents disques selon des modulo. Il permet de paralléliser l'accès a différents disques pour améliorer la montée en charge. Bien sur si vous n'avez pas besoin de tout cela, vous pouvez rester avec un seul disque, tout ceci restera transparent pour vous. Plus proche des données, un nouveau DataExplorer est introduit: basé sur une découverte des MetaData de vos bases (Clés primaires, Clés étrangères) il permettra de naviguer de facon universelle dans vos données en suivant les liens décrit. c'est une évolution de l'approche DDA. Coté XMLGram, les Rules se sont généralisés pour réduire toujours plus le code que l'on vas taper, et d'autres nouveautés sont en préparation (comme les Macros). Bref, L'évolution du produit continu en suivant toujours les lignes directrices que sont: Performance/montée en charge, Description VS Code, indépendances des platformes et langages, migration en douceur et compatiblité. __________________ RDM Tout Est Relatif Rubrique XMLRAD: http://xmlrad.developpez.com FAQ XMLRAD: http://xmlrad.developpez.com/faq/
	00

22/12/2006, 10h45	#4
RDM Membre Expert Inscription : mars 2002 Messages : 1 426 Détails du profil Informations forums : Inscription : mars 2002 Messages : 1 426 Points : 1 546 Points : 1 546	bien sur ! La première utilisation d'eclipse est poru Java bien sur, mais comme la plateforme Eclipse est trés ouverte on peut l'utiliser pour du JavaScript par exemple avec un plugin qui fait la coloration syntaxique pour. c'est plus pratique pour coder que le pauvre Text Area qu'il y a dans XMLRAD. on peut aussi l'envisager pour PHP avec le plugin adéquat. voir a terme si on utilise plus sue FPC (FreePascal) peut être que le code Pascal se fera dans Eclipse... __________________ RDM Tout Est Relatif Rubrique XMLRAD: http://xmlrad.developpez.com FAQ XMLRAD: http://xmlrad.developpez.com/faq/
	00

16/01/2007, 09h29	#5
powerlog Membre du Club Inscription : février 2003 Messages : 89 Détails du profil Informations forums : Inscription : février 2003 Messages : 89 Points : 44 Points : 44	Bonjour, une question que tout le monde doit se poser : A quand est prévu la prochaine version de XMLRAD reposant sur FreePascal ? Avez-vous besoin de béta-testeur ?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email