Migration Delphi -> Java

Ne connaissant actuellement rien en Java, pouvez-vous me dire si je risque
d'avoir certains problèmes pour faire la même chose?

Oui


Pourquoi ne pas commencer par la F.A.Q Java en Français :
http://faqjava.developpez.com/

:-)

Alain Hoflyk wrote:

Une d'entre elles pilote Microsoft Word à travers OLE et une autre utilise
un activex.

OLE ne peut pas être utilisé en Java. C'est une technologie pour Windows
seulement.

Quant à l'activeX, ceci dépend de ce que ton composant fait. Possiblement y
a-t-il des composants correspondants en Java - l'activeX ne peut non plus
être utilisé directement.

Cepedant, si tu covertis ton programme en Java, tu gagneras des bénéfices
long-termes par rapport à Delphi. Tu seras indépendant du système
d'exploitation, et encore, tu pourras choisir entre une gamme d'outils
gratuits lorsque Borland décidera de doubler ses prix. (chose que j'ai fait).

--
Josef Garvi

"Reversing desertification through drought tolerant trees"
http://www.eden-foundation.org/

new income - better environment - more food - less poverty

Pour l'OLE, c'est embêtant. En effet c'est un programme pour la rédaction de
courriers pour les sécrétaires médicales, et le programme, injecte pas mal
de données directement dans le courrier, en se bassant bien sur sur un
modèle bien déterminé. L'injection se fait par recherche de zones balisées
(par exemple #Nom_Patient##) et remplace ces zones par leur valeur
réciproque. C'est également le programme qui sauve le document à un endroit
bien déterminé.
Dans Java, y a-t-il des possibilités (autre que OLE) de contrôler un
programme?

Pour l'activex, c'est celui de Imaging. Il me sert à afficher un fichier en
Tiff et à Zoomer, effetivement je pense qu'il devrait y avoir des composants
éffectuants la même tâche.

Nous avons encore le choix d'aller vers Delphi .Net, puisqu'actuellement
nous sommes en version Delphi 6.

En tout cas merci pour ton intervention, ainsi qu'aux autres.

Encore une petite question, si on va vers java et en sachant que l'on vient
de Delphi, est-ce qu'on n'est pas mieux d'aller vers du JBuilder? Surtout du
point de vue de l'interface de programmation et de l'aide qu'il apporte
(exemple: Proposition des méthodes et propriétés tout au long de la
rédaction du programme dès qu'il identifie un object, ou aide en directe en
faisant F1 sur un object, propriété, méthode).On ne voudrait pas perdre
l'avantage du RAD de Delphi.

Alain


"Josef Garvi" <josef@eden-foundation.org> a écrit dans le message de
news:2h0isqF7j46uU1@uni-berlin.de...

Alain Hoflyk wrote:

Une d'entre elles pilote Microsoft Word à travers OLE et une autre
utilise

un activex.

OLE ne peut pas être utilisé en Java. C'est une technologie pour Windows
seulement.

Quant à l'activeX, ceci dépend de ce que ton composant fait. Possiblement
y

a-t-il des composants correspondants en Java - l'activeX ne peut non plus
être utilisé directement.

Cepedant, si tu covertis ton programme en Java, tu gagneras des bénéfices
long-termes par rapport à Delphi. Tu seras indépendant du système
d'exploitation, et encore, tu pourras choisir entre une gamme d'outils
gratuits lorsque Borland décidera de doubler ses prix. (chose que j'ai
fait).

--
Josef Garvi

"Reversing desertification through drought tolerant trees"
http://www.eden-foundation.org/

new income - better environment - more food - less poverty

Point de vue RAD,
NetBeans de Sun et Eclipse (tous les deux gatuits) proposent ce type de
fonctionnalités.
Entre autre en ce qui concerne la complétion des méthodes et l'aide sur une
fonction ou une classe. Le tout c'est de configurer correctement son
environnement.
Je n'ai pas vraiment testé JBuilder, mais il y a peut être des
fonctionnalités intéressantes en plus, qui ne sont pas reprises dans ces
deux outils gratuits

Bernard

"Alain Hoflyk" <ahoflyk@ulb.ac.be> a écrit dans le message de news:
c8favo$akg$1@snic.vub.ac.be...

Pour l'OLE, c'est embêtant. En effet c'est un programme pour la rédaction
de

courriers pour les sécrétaires médicales, et le programme, injecte pas mal
de données directement dans le courrier, en se bassant bien sur sur un
modèle bien déterminé. L'injection se fait par recherche de zones balisées
(par exemple #Nom_Patient##) et remplace ces zones par leur valeur
réciproque. C'est également le programme qui sauve le document à un
endroit

bien déterminé.
Dans Java, y a-t-il des possibilités (autre que OLE) de contrôler un
programme?

Pour l'activex, c'est celui de Imaging. Il me sert à afficher un fichier
en

Tiff et à Zoomer, effetivement je pense qu'il devrait y avoir des
composants

éffectuants la même tâche.

Nous avons encore le choix d'aller vers Delphi .Net, puisqu'actuellement
nous sommes en version Delphi 6.

En tout cas merci pour ton intervention, ainsi qu'aux autres.

Encore une petite question, si on va vers java et en sachant que l'on
vient

de Delphi, est-ce qu'on n'est pas mieux d'aller vers du JBuilder? Surtout
du

point de vue de l'interface de programmation et de l'aide qu'il apporte
(exemple: Proposition des méthodes et propriétés tout au long de la
rédaction du programme dès qu'il identifie un object, ou aide en directe
en

faisant F1 sur un object, propriété, méthode).On ne voudrait pas perdre
l'avantage du RAD de Delphi.

Alain


"Josef Garvi" <josef@eden-foundation.org> a écrit dans le message de
news:2h0isqF7j46uU1@uni-berlin.de...

Alain Hoflyk wrote:

Une d'entre elles pilote Microsoft Word à travers OLE et une autre
utilise

un activex.

OLE ne peut pas être utilisé en Java. C'est une technologie pour Windows
seulement.

Quant à l'activeX, ceci dépend de ce que ton composant fait.
Possiblement

y

a-t-il des composants correspondants en Java - l'activeX ne peut non
plus

être utilisé directement.

Cepedant, si tu covertis ton programme en Java, tu gagneras des
bénéfices

long-termes par rapport à Delphi. Tu seras indépendant du système
d'exploitation, et encore, tu pourras choisir entre une gamme d'outils
gratuits lorsque Borland décidera de doubler ses prix. (chose que j'ai
fait).

--
Josef Garvi

"Reversing desertification through drought tolerant trees"
http://www.eden-foundation.org/

new income - better environment - more food - less poverty

Alain Hoflyk wrote:

Bonjour,

On envisage de migrer certaines applications que j'ai écrite en Delphi vers
du Java.

Bonjour,

à lire vos intervention, j'aimerais comprendre pourquoi vous voulez
migrer vos applications vers Java, alors qu'elles semblent fortement
dépendantes de services très liés à Windows (OLE, etc ...).

Si vous vous lancez là-dedans, il vous faudra carrèment revoir comment
vos applications fonctionnent, par exemple faire intervenir vos
"nouveaux" programmes bien en amont de la chaîne (générer des documents
composites (XML ? OpenOffice ?)) et ne plus contrôler les application
(vous vous rendez dépendant du moindre changement dans l'API fournie par
le programme, est-ce que cela ne vous pas déjà posé des problèmes ?)

En tout cas, bonne chance si vous comptez continuer à utiliser OLE avec
des programmes en java ... Vous avez toujours la possibilité d'écrire
des DLLs en delphi qui seront appelées par vos classes java. A nouveau
un système très facile à maintenir :-)

John B.

Bonjour,

Pour accéder à des documents Word et Excel, il y a POI
http://jakarta.apache.org/poi/
Pour ce qui est des images voici une liste de lib pour traiter des images
(http://www.geocities.com/marcoschmidt.geo/java-image-coding.html) ça
devrait te donner un point de départ.

Autrement pour l'environnement de dev j'ai travaillé sous JBuilder 9 et
Eclipse, je trouve Eclipse bien plus pratique à part le fait qu'il n'y a pas
de constructeur d'interface équivalent à ce que l'on trouve sur Delphi.

Pascal

"Alain Hoflyk" <ahoflyk@ulb.ac.be> a écrit dans le message de
news:c8favo$akg$1@snic.vub.ac.be...

Pour l'OLE, c'est embêtant. En effet c'est un programme pour la rédaction
de

courriers pour les sécrétaires médicales, et le programme, injecte pas mal
de données directement dans le courrier, en se bassant bien sur sur un
modèle bien déterminé. L'injection se fait par recherche de zones balisées
(par exemple #Nom_Patient##) et remplace ces zones par leur valeur
réciproque. C'est également le programme qui sauve le document à un
endroit

bien déterminé.
Dans Java, y a-t-il des possibilités (autre que OLE) de contrôler un
programme?

Pour l'activex, c'est celui de Imaging. Il me sert à afficher un fichier
en

Tiff et à Zoomer, effetivement je pense qu'il devrait y avoir des
composants

éffectuants la même tâche.

Nous avons encore le choix d'aller vers Delphi .Net, puisqu'actuellement
nous sommes en version Delphi 6.

En tout cas merci pour ton intervention, ainsi qu'aux autres.

Encore une petite question, si on va vers java et en sachant que l'on
vient

de Delphi, est-ce qu'on n'est pas mieux d'aller vers du JBuilder? Surtout
du

point de vue de l'interface de programmation et de l'aide qu'il apporte
(exemple: Proposition des méthodes et propriétés tout au long de la
rédaction du programme dès qu'il identifie un object, ou aide en directe
en

faisant F1 sur un object, propriété, méthode).On ne voudrait pas perdre
l'avantage du RAD de Delphi.

Alain


"Josef Garvi" <josef@eden-foundation.org> a écrit dans le message de
news:2h0isqF7j46uU1@uni-berlin.de...

Alain Hoflyk wrote:

Une d'entre elles pilote Microsoft Word à travers OLE et une autre
utilise

un activex.

OLE ne peut pas être utilisé en Java. C'est une technologie pour Windows
seulement.

Quant à l'activeX, ceci dépend de ce que ton composant fait.
Possiblement

y

a-t-il des composants correspondants en Java - l'activeX ne peut non
plus

être utilisé directement.

Cepedant, si tu covertis ton programme en Java, tu gagneras des
bénéfices

long-termes par rapport à Delphi. Tu seras indépendant du système
d'exploitation, et encore, tu pourras choisir entre une gamme d'outils
gratuits lorsque Borland décidera de doubler ses prix. (chose que j'ai
fait).

--
Josef Garvi

"Reversing desertification through drought tolerant trees"
http://www.eden-foundation.org/

new income - better environment - more food - less poverty

"Alain Hoflyk" <ahoflyk@ulb.ac.be> typa:
[...]

Encore une petite question, si on va vers java et en sachant que l'on vient
de Delphi, est-ce qu'on n'est pas mieux d'aller vers du JBuilder? Surtout du
point de vue de l'interface de programmation et de l'aide qu'il apporte
(exemple: Proposition des méthodes et propriétés tout au long de la
rédaction du programme dès qu'il identifie un object, ou aide en directe en
faisant F1 sur un object, propriété, méthode).On ne voudrait pas perdre
l'avantage du RAD de Delphi.
Attention: l'EDI Delphi6 que vous connaissez est celui de la

"génération VCL". C'est le même par exemple pour C++Builder6, Delphi7
(Delphi8, connais pas).
En revanche, l'EDI JBuilder est le même (écrit en Java, et
multiplateforme) que C++BuilderX, et n'a pas du tout le même "look &
feel" que ce que vous avez avec Delphi6. Vous serez donc tout aussi
dépaysé qu'avec d'autres EDI Java.
Ceci dit, sans point de comparaison en Java, je trouve JBuilder
(version 9 gratuite) très agréable et puissant. Mais je connaissais à
la fois les EDI "VCL" C++Builder et Delphi depuis longtemps, et plus
récemment C++BuilderX. En fait, je ne fais du Java que pour bricoler
ce dernier EDI via les OpenTools, mais c'est une autre histoire.

Vous allez certainement être emmerdé si vous avez des trucs genre OLE.
Votre migration a-t-elle été bien pesée ? Avez-vous bien étudié les
évolutions naturelles de Delphi6, je pense à Delphi8 et/ou Delphi
Studio/Kylix ? Il est vrai que l'évolution actuelle des propositions
Borland manque cruellement de visibilité, et ne fait pas l'unanimité.
Vraiment dommage ...

--
Pierre

Alain Hoflyk wrote:

Encore une petite question, si on va vers java et en sachant que l'on vient
de Delphi, est-ce qu'on n'est pas mieux d'aller vers du JBuilder? Surtout du
point de vue de l'interface de programmation et de l'aide qu'il apporte
(exemple: Proposition des méthodes et propriétés tout au long de la
rédaction du programme dès qu'il identifie un object, ou aide en directe en
faisant F1 sur un object, propriété, méthode).On ne voudrait pas perdre
l'avantage du RAD de Delphi.

Lorsque j'avais fais mes premiers essais avec Java (JBuilder 1.0-3.0),
j'avais trouvé l'IDE Jbuilder assez différent de Delphi pour me sentir bien
perdu. À la fin, je me suis basé sur Eclipse, et je m'y retrouves
maintenant bien. S'il faut changer d'IDE, mieux vaut parfois un suffisement
différent pour ne pas créer des espoirs déceptifs... :-)

Il y a à présent un cnstructeur de GUI pour Eclipse (VE), mais je ne l'ai
pas testé. J'écris mes GUIs directement en code, mais certes, c'est plus
lent que de les construire en Delphi.


--
Josef Garvi

"Reversing desertification through drought tolerant trees"
http://www.eden-foundation.org/

new income - better environment - more food - less poverty

Autrement pour l'environnement de dev j'ai travaillé sous JBuilder 9 et
Eclipse, je trouve Eclipse bien plus pratique à part le fait qu'il n'y a pas

de constructeur d'interface équivalent à ce que l'on trouve sur Delphi.

Pour construire ses interfaces je peux vous conseiller NetBeans. Sinon je
pense qu'il doit bien exister un plugin Eclipse pour modéliser ses
interfaces sinon je ne vois pas trop comment on peut développer un logiciel
avec cet EDI. J'ai aussi entendu parler d'un langage basé sur XML pour
modéliser ses interfaces, à la XUL.

Si quelqu'un a plus d'infos je suis preneur, pour l'instant je me contente
de NetBeans et c'est déjà beaucoup.

JM

Il existe en effet un plug-in ... VEP pur XML qui permet de créer ses
interfaces graphiques

Bernard

"Jean-Marc Molina" <jmmolina_pasdepourriel@free.fr> a écrit dans le message
de news: 40b0d121$0$21560$626a14ce@news.free.fr...

Autrement pour l'environnement de dev j'ai travaillé sous JBuilder 9 et
Eclipse, je trouve Eclipse bien plus pratique à part le fait qu'il n'y a

pas

de constructeur d'interface équivalent à ce que l'on trouve sur Delphi.

Pour construire ses interfaces je peux vous conseiller NetBeans. Sinon je
pense qu'il doit bien exister un plugin Eclipse pour modéliser ses
interfaces sinon je ne vois pas trop comment on peut développer un
logiciel

avec cet EDI. J'ai aussi entendu parler d'un langage basé sur XML pour
modéliser ses interfaces, à la XUL.

Si quelqu'un a plus d'infos je suis preneur, pour l'instant je me contente
de NetBeans et c'est déjà beaucoup.

JM