Bonjours ,
je suis nouveau pour cette communauté , Si quelqu' un pouvez m ' orienter sur les outils de develppement (IDE , JDK, Les librerys) ; et comment faire les interface graphic par exemple dessiner par JFormDesigner ou programmer manuelle
outils de développement
Bonjour,
tout est expliqué en long et en large dans le manuel.
Sans lui, vous allez perdre votre temps.
Cordialement,
tout est expliqué en long et en large dans le manuel.
Sans lui, vous allez perdre votre temps.
Cordialement,
Bonjour,
nos seuls outils : JDK, Eclipse, clavier et souris.
Nous n'utilisons pas d'éditeur graphique.
Cordialement,
nos seuls outils : JDK, Eclipse, clavier et souris.
Nous n'utilisons pas d'éditeur graphique.
Cordialement,
Cher guillaume,
J'ai acheté le manuel, et à ma surprise, point de détail sur la manière de générer les exécutables et les module jar.
pouvez mettre en ligne cette aide (c'est le genre d'aide basique et habituellement fournie avec tout projet open source)
Cordialement,
Nabil.
J'ai acheté le manuel, et à ma surprise, point de détail sur la manière de générer les exécutables et les module jar.
pouvez mettre en ligne cette aide (c'est le genre d'aide basique et habituellement fournie avec tout projet open source)
Cordialement,
Nabil.
C'est ok, pour ceux qui s'intéressent, voilà comment j'ai procédé:
les trois applications sont générées à partir du même projet (openconcerto), pour ce faire lors de la génération d'un fichier jar, il faut indiquer le nom de classe contenant le point d'entré "main", a savoir:
org.openconcerto.erp.Gestion :pour l'application principal.
org.openconcerto.erp.ServerFinderPanel :pour l'application de configuration.
org.openconcerto.erp.core.sales.pos.ui.CaisseFrame pour la gestion de la caisse.
Seulement quelques questions restent posées:
la taille des jar générées est nettement différente de la dernière release en téléchargement:
App de gestion un jar de 23,4 Mo depuis Eclipse contre 20,5 Mo pour la release 1.3.2
App Caisse 23,4 un jar Mo depuis Eclipse contre 8 Mo pour la release 1.3.2
App de configuration 23,4 un jar Mo depuis Eclipse contre 5,41 Mo pour la release 1.3.2
Remarquez que la taille du jar est toujours à 23,4 quelque soit le point d'entré choisi, surement chaque jar de la release ne contient que les librairies et classes nécessaires, un outil d'analyse de dépendance peut nous aider à réaliser cette objectif mais avec le risque de bugs en cas de chargement de classes dynamiques et usage de la réflexion dans le code.
L'équipe OC, peut-elle partagé avec la communauté son procédé utilisé ?
j'ai extrais la liste des classe de la dernière release 1.3.2, pour optimiser mes jar, et j'ai remarque qu'elle contient des classes que je n'ai pas trouvé dans le code source, ex:
org\openconcerto\utils\CollectionMap2Itf.class
org\openconcerto\utils\cc\AbstractMapDecorator.class
La release reflète-elle le code source en téléchargement ?
les trois applications sont générées à partir du même projet (openconcerto), pour ce faire lors de la génération d'un fichier jar, il faut indiquer le nom de classe contenant le point d'entré "main", a savoir:
org.openconcerto.erp.Gestion :pour l'application principal.
org.openconcerto.erp.ServerFinderPanel :pour l'application de configuration.
org.openconcerto.erp.core.sales.pos.ui.CaisseFrame pour la gestion de la caisse.
Seulement quelques questions restent posées:
la taille des jar générées est nettement différente de la dernière release en téléchargement:
App de gestion un jar de 23,4 Mo depuis Eclipse contre 20,5 Mo pour la release 1.3.2
App Caisse 23,4 un jar Mo depuis Eclipse contre 8 Mo pour la release 1.3.2
App de configuration 23,4 un jar Mo depuis Eclipse contre 5,41 Mo pour la release 1.3.2
Remarquez que la taille du jar est toujours à 23,4 quelque soit le point d'entré choisi, surement chaque jar de la release ne contient que les librairies et classes nécessaires, un outil d'analyse de dépendance peut nous aider à réaliser cette objectif mais avec le risque de bugs en cas de chargement de classes dynamiques et usage de la réflexion dans le code.
L'équipe OC, peut-elle partagé avec la communauté son procédé utilisé ?
j'ai extrais la liste des classe de la dernière release 1.3.2, pour optimiser mes jar, et j'ai remarque qu'elle contient des classes que je n'ai pas trouvé dans le code source, ex:
org\openconcerto\utils\CollectionMap2Itf.class
org\openconcerto\utils\cc\AbstractMapDecorator.class
La release reflète-elle le code source en téléchargement ?
Bonjour,
Pour les builds nous utilisons des outils internes et Proguard.
Dans le cadre de vos bricolages, le plus simple est d'avoir 1 jar et juste 3 mini .exe ,
cela ferra au total 23 Mo ce qui est moins que nous (20 + 8+ 5).
Cordialement,
Pour les builds nous utilisons des outils internes et Proguard.
Dans le cadre de vos bricolages, le plus simple est d'avoir 1 jar et juste 3 mini .exe ,
cela ferra au total 23 Mo ce qui est moins que nous (20 + 8+ 5).
Cordialement,
Bonjour,
Il était plus judicieux de rajouter les étapes ou les recommandations de générations dans votre manuel, afin de bien aider les bricoleurs comme moi qui s'intéresse à votre produit "libre et open source"
vous m'avez pas répondu concernant les différences de la release et sources!
Cordialement,
Le bricoleur
Il était plus judicieux de rajouter les étapes ou les recommandations de générations dans votre manuel, afin de bien aider les bricoleurs comme moi qui s'intéresse à votre produit "libre et open source"
vous m'avez pas répondu concernant les différences de la release et sources!
Cordialement,
Le bricoleur
Bonjour,
A chaque commit, nous mettons la version.
La prochaine sera la 1.4b1, on a pas eu le temps pour la 1.3.2.
Nous allons automatiser le process pour éviter ce genre de désagrément.
Cordialement,
"bricolage" n'était pas péjoratif.
A chaque commit, nous mettons la version.
La prochaine sera la 1.4b1, on a pas eu le temps pour la 1.3.2.
Nous allons automatiser le process pour éviter ce genre de désagrément.
Cordialement,
"bricolage" n'était pas péjoratif.