[Programmation] Par où commencer, avec quoi, comment?

**Thamior** · 04/08/2010, 14h07

Envoyé par Nilsou

Héhé

J'ai un peu perdu mes notion d'assembleur, mais les registres, ils sont stocké en mémoire de toute manière non?

Mer il et fou ?!

Les registres sont dans le CPU (même pas dans le cache hein, c'est des registres quoi).

**Møgluglu** · 04/08/2010, 14h17

Envoyé par Nilsou

J'ai un peu perdu mes notion d'assembleur, mais les registres, ils sont stocké en mémoire de toute manière non?

Non. Au niveau conceptuel, dans toutes les processeurs pas trop exotiques les registres ne sont pas indexables par des variables, uniquement par des constantes dans le code, contrairement à la mémoire.
Au niveau pratique non plus, les bancs de registres ont besoin de plein de ports de lecture et d'écriture indépendants, ça coûte très cher et c'est des toutes petites mémoires spécialisées. [Overgrilled]

En fait si je résume, j'utilise des opcode différent que l'ordinateur ne sait de toute manière pas lire a la base, pas du X86 quoi, je les stocke en mémoire : mon programme les récupérè, les fait muter, et les traduit pour l'exécution avec un switch dans une boucle.
J'ai bon?

Oui.

Mais je pense qu'un système à base de machines à états serait bien mieux adapté.
Chaque bestiole a accès à un certain nombre de stimuli et peut effectuer un certain nombre d'actions.
À chaque instant la bestiole est dans un état donné, qui correspond à son humeur du moment.
Tu représentes le comportement (caractère) de la bestiole avec une table de transitions, qui associe à l'état courant et un certain nombre de stimuli un nouvel état (éventuellement le même) et une action.

L'interprétation est intuitive (j'ai faim -> je vois un truc -> je le bouffe), et ça se prête bien à des mutation et des croisements.
La plupart de tes bestioles seront des gros golmons qui vont bloquer dans un état sans en sortir (manger...

), mais c'est toujours mieux que des programmes qui vont segfaulter dès le début...

Enfin tu fais comme tu veux...

**Tramb** · 04/08/2010, 16h14

Envoyé par Nilsou

En fait si je résume, j'utilise des opcode différent que l'ordinateur ne sait de toute manière pas lire a la base, pas du X86 quoi, je les stocke en mémoire : mon programme les récupérè, les fait muter, et les traduit pour l'exécution avec un switch dans une boucle.
J'ai bon?

Yep

**Nilsou** · 05/08/2010, 17h54

Elle est bien ton idée Mogluglu, mais elle limite de fait le nombre "d'état" possible, moi j'aimerais qu'ils ne soit pas limité...

Peut être en faisant muter les états à part, et en ne récupérant que les états viable... à voir.

**gregounech** · 17/08/2010, 20h01

Remettons de la bonne humeur dans ce topic !

**William Vaurien** · 18/08/2010, 09h45

Je crois que je vais arrêter le java...

Et Nilsou, tes mutants ils en sont où ???

**Nilsou** · 18/08/2010, 13h30

Bah ils va se passer un temps entre la finalisation de mon idée et le temps que je devrait trouver pour programmer...

Je revient en parler dans un an

Edit : cette vidéo

...

**Batto** · 23/07/2011, 18h53

Yop,

Je sais pas trop où poster ça, donc si c'est pas le bon endroit, vous pouvez taper.

En gros, j'ai des soucis avec Java et surtout l'utilisation de maven, et je cherche donc des gens qui seraient des gros oufzor là dedans pour aider le noob que je suis

PS : J'ai posté ce message dans plusieurs topics de "programmation", histoire de multiplier les chances de réponse

**gros_bidule** · 27/07/2011, 23h10

Poses ta question

ou mets un lien qui pointe vers là où tu l'as posté (poster la même question dans X threads, c'est le mal, sérieux)

**gregounech** · 28/07/2011, 02h53

Bon entre temps j'ai rien foutu mais je vais faire un master de Computer Science & Electronics à Edimbourgh

Donc dès septembre je vais apprendre Haskell je crois puis deuxième semestre on passera par Java.

**Møgluglu** · 28/07/2011, 09h49

Envoyé par gregounech

Donc dès septembre je vais apprendre Haskell je crois

puis deuxième semestre on passera par Java.

**deathdigger** · 28/07/2011, 12h07

Envoyé par Nilsou

Je revient en parler dans un an

Plus que quelques jours

**Batto** · 29/07/2011, 11h00

Envoyé par gros_bidule

Poses ta question

ou mets un lien qui pointe vers là où tu l'as posté (poster la même question dans X threads, c'est le mal, sérieux)

C'est pas faux

En gros, je développe un module pour un autre programme (NeSSi), et ça demande de faire ça avec maven.
Seulement quand je l'ai commencé (il y a plusieurs mois), je me suis retrouvé avec des problèmes au niveau des dépendances.
Du coup, j'ai un peu contourné le problème en codant tout ce que je pouvais sans l'utiliser.

Je me retrouve donc avec un projet Java "normal", et j'aimerais bien le transformer en projet maven.
Je sais pas si je suis bien clair, ça fait longtemps.
Il faut que je replonge dedans, et je pourrai fournir plus de détails.

Sinon, question sans rapport.
Est-ce que vous connaissez un bon générateur de diagramme de classe pour Eclipse (toujours pour mon fameux programme

)?

**gros_bidule** · 29/07/2011, 12h27

En générateur de diag de classe, tu dois avoir une distro d'Eclipse spécialisée dans l'UML.
Sinon une ancienne version de NetBeans (6.5) + son module UML, ça fait des merveilles (une vieille version de NetBeans car les dernières ne supportent plus très bien le module UML).

Pour ton futur projet Maven, c'est à la base un simple projet Ant ? Destiné à être une appli desktop, une webapp ? Quel était ton soucis avec les dépendances ? Les déclarer dans le pom.xml et/ou les référencer dans ton cache Maven2 ?

**DakuTenshi** · 29/07/2011, 13h38

D'ailleurs vous conseillez quoi pour convertir un code Java en UML et vise-versa ?

**gros_bidule** · 29/07/2011, 13h47

Les modules UML d'Eclipse ou NetBeans.
Je n'ai pas touché à celui d'Eclipse, seulement NetBeans. Ce dernier est excellent, les fonctions de rétro-ingénierie fonctionnant au poil (dont générer un diagramme de classe à partir d'un projet Java, ou l'inverse). Mais fais bien attention à la version de NetBeans (de mémoire la 6.5 est 100% compatible avec le module UML, après ça se gâte).
Tu as aussi des logiciels plus légers, comme ArgoUML, BOUML, etc.

**Batto** · 31/07/2011, 21h11

Désolé, j'était un peu pris par la rédaction de mon mémoire

Envoyé par gros_bidule

Pour ton futur projet Maven, c'est à la base un simple projet Ant ? Destiné à être une appli desktop, une webapp ?

Alors, c'est destiné à être exécuté au sein d'une autre application (qui elle est une appli desktop), NeSSi.

C'est un simulateur de réseaux, codé en java, et il est possible de développer des plugins pour ce simulateur. Mon appli sera un plugin.

Envoyé par gros_bidule

Quel était ton soucis avec les dépendances ? Les déclarer dans le pom.xml et/ou les référencer dans ton cache Maven2 ?

Ça c'est une bonne question.
En gros, j'ai tenté de suivre les instructions du manuel Nessi (ça ne s'est pas avéré super efficace pour le coup).

Voilà ce que j'ai fait :
Sous Eclipse, j'ai créé un projet Maven, sans choisir d'archetype.

Ensuite, j'a ajouté, via le "wizard" d'Eclipse, une dépendance (clic droit sur le projet > Maven > add dependency).
Là, j'ai la liste des artifact id de Nessi, donc je suppose que Eclipse connait la repository (c'est une repository spéciale pour Nessi).
Je choisis donc l'artifact à ajouter qu'ils préconisent dans le manuel.
Et là, ça met le POM à jour, et ça commence à dl des lib, puis c'est le drame :

Code:

7/31/11 7:52:40 PM CEST: Refreshing [/Test/pom.xml]
7/31/11 7:52:41 PM CEST: Downloaded http://repositories.dai-labor.de/extern/content/repositories/dai-open/org/eclipse/emf/common/2.5.0/common-2.5.0.pom
7/31/11 7:52:41 PM CEST: Downloaded http://repo1.maven.org/maven2/org/eclipse/emf/common/2.5.0/common-2.5.0.pom
7/31/11 7:52:41 PM CEST: Downloaded http://repositories.dai-lab.de/nexus/content/repositories/dai-releases/org/eclipse/emf/common/2.5.0/common-2.5.0.pom
7/31/11 7:52:42 PM CEST: Downloaded http://repositories.dai-labor.de/nexus/content/repositories/thirdparty/org/eclipse/emf/common/2.5.0/common-2.5.0.pom
7/31/11 7:52:42 PM CEST: Downloaded http://repositories.dai-labor.de/extern/content/repositories/dai-open/org/eclipse/emf/ecore/xmi/2.5.0/xmi-2.5.0.pom
7/31/11 7:52:42 PM CEST: Downloaded http://repo1.maven.org/maven2/org/eclipse/emf/ecore/xmi/2.5.0/xmi-2.5.0.pom
7/31/11 7:52:42 PM CEST: Downloaded http://repositories.dai-lab.de/nexus/content/repositories/dai-releases/org/eclipse/emf/ecore/xmi/2.5.0/xmi-2.5.0.pom
7/31/11 7:52:42 PM CEST: Downloaded http://repositories.dai-labor.de/nexus/content/repositories/thirdparty/org/eclipse/emf/ecore/xmi/2.5.0/xmi-2.5.0.pom
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2:nessi2-app:pom:2.0.0-beta.2.1:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab:sad:jar:1.0.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact commons-logging:commons-logging:jar:1.1:compile
7/31/11 7:52:42 PM CEST: Missing artifact logkit:logkit:jar:1.0.1:compile
7/31/11 7:52:42 PM CEST: Missing artifact avalon-framework:avalon-framework:jar:4.1.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.ip:nessi2-ip-networks:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.ip:nessi2-ipmodel:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.core:nessi2-model:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact org.eclipse.emf:ecore:jar:2.5.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact commons-lang:commons-lang:jar:2.4:compile
7/31/11 7:52:42 PM CEST: Missing artifact net.sf.jung:jung-algorithms:jar:2.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact net.sourceforge.collections:collections-generic:jar:4.01:compile
7/31/11 7:52:42 PM CEST: Missing artifact colt:colt:jar:1.2.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact concurrent:concurrent:jar:1.3.4:compile
7/31/11 7:52:42 PM CEST: Missing artifact net.sf.jung:jung-api:jar:2.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact net.sf.jung:jung-graph-impl:jar:2.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.core:nessi2-database:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact org.xerial:sqlite-jdbc:jar:3.6.10:compile
7/31/11 7:52:42 PM CEST: Missing artifact org.xerial.thirdparty:nestedvm:jar:1.0:compile
7/31/11 7:52:42 PM CEST: Missing artifact mysql:mysql-connector-java:jar:5.1.6:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.core:nessi2-api:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact de.dailab.nessi2.core:nessi2-resources:jar:2.0.0-beta.3:compile
7/31/11 7:52:42 PM CEST: Missing artifact log4j:log4j:jar:1.2.13:compile
7/31/11 7:52:42 PM CEST: Missing artifact commons-math:commons-math:jar:1.1:compile
7/31/11 7:52:42 PM CEST: Missing artifact commons-discovery:commons-discovery:jar:0.2:compile
7/31/11 7:52:43 PM CEST: Maven Builder: AUTO_BUILD

Ça arrive à chaque fois que je modifie le POM.xml

J'ai vraiment du mal à saisir comment il fonctionne, Maven...

EDIT :
Pour info, voilà mon POM.xml :

Code:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>Batto</groupId>
  <artifactId>Test</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <name>MyFirstTest</name>
  <dependencies>
    <dependency>
      <groupId>de.dailab.nessi2</groupId>
      <artifactId>nessi2-app</artifactId>
      <version>2.0.0-beta.2.1</version>
      <type>pom</type>
      <scope>compile</scope>
    </dependency>
    <dependency>
    	<groupId>de.dailab.nessi2.ip</groupId>
    	<artifactId>nessi2-ip-networks</artifactId>
    	<version>2.0.0-beta.3</version>
    </dependency>
  </dependencies>
</project>

**flo900** · 01/08/2011, 12h51

Et en suivant ce tuto là ?

Parce que là je vois des différences entre ton fichier pom.xml et le leur (voir 2.2) qui expliqueraient les " Missing artifac".

**Batto** · 01/08/2011, 14h07

Envoyé par flo900

Et en suivant ce tuto là ?

Parce que là je vois des différences entre ton fichier pom.xml et le leur (voir 2.2) qui expliqueraient les " Missing artifac".

Tiens je l'avais pas vu ce tuto là.
Mais il est basé sur la beta 2.
Celui que j'ai est sur la beta 3, et leur programme est en beta 5 ....

Du coup il est possible que ça déconne pour ça aussi.
C'est pour ça que j'essaye de saisir comment fonctionne maven pour essayer de localiser l'erreur.

Mais merci, je vais tenter avec ce tuto et voir ce que ça donne

---------- Post added at 14h07 ---------- Previous post was at 13h00 ----------

Bon, ça ne résout pas le problème.

J'ai fait quelques tests en plus :

J'ai pris un des artifacts manquant, et j'ai rajouté à la main la dépendance dans le pom.xml.
J'ai aussi rajouté les repositories, à la fois dans le pom.xml et le settings.xml

Le settings.xml :

Code:

<profile>
      <id>nessi-plugin-profile</id>
      <pluginRepositories>
        <pluginRepository>
          <id>daiopen</id>
          <name>DAI Open Source Repository</name>
          <url>http://repositories.dai-labor.de/extern/content/repositories/dai-open</url>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <releases>
            <enabled>true</enabled>
          </releases>
        </pluginRepository>
        <pluginRepository>
          <releases>
            <updatePolicy>never</updatePolicy>
          </releases>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>Maven Plugin Repository</name>
          <url>http://repo1.maven.org/maven2</url>
        </pluginRepository>
      </pluginRepositories>
      <repositories>
        <repository>
          <id>daiopen</id>
          <name>DAI Open Source Repository</name>
          <url>http://repositories.dai-labor.de/extern/content/repositories/dai-open</url>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <releases>
            <enabled>true</enabled>
          </releases>
        </repository>
        <repository>
          <snapshots>
            <enabled>false</enabled>
          </snapshots>
          <id>central</id>
          <name>Maven Repository Switchboard</name>
          <url>http://repo1.maven.org/maven2</url>
        </repository>
      </repositories>
    </profile>

  <activeProfiles>
    <activeProfile>nessi-plugin-profile</activeProfile>
  </activeProfiles>

Le pom.xml :

Code:

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <groupId>Batto</groupId>
  <artifactId>Test</artifactId>
  <version>1.0.0</version>
  <name>MyFirstTest</name>
  <dependencies>
    <dependency>
      <groupId>de.dailab.nessi2</groupId>
      <artifactId>nessi2-app</artifactId>
      <version>2.0.0-beta.2.1</version>
      <type>pom</type>
      <scope>compile</scope>
    </dependency>
    <dependency>
    	<groupId>de.dailab.nessi2.ip</groupId>
    	<artifactId>nessi2-ip-networks</artifactId>
    	<version>2.0.0-beta.3</version>
    </dependency>
    <dependency>
    	<groupId>de.dailab</groupId>
    	<artifactId>sad</artifactId>
    	<version>1.1.1</version>
    </dependency>
  </dependencies>
  <repositories>
    <repository>
      <releases>
        <enabled>true</enabled>
      </releases>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <id>daiopen</id>
      <name>DAI Open Source Repository</name>
      <url>http://repositories.dai-labor.de/extern/content/repositories/dai-open</url>
    </repository>
    <repository>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <id>central</id>
      <name>Maven Repository Switchboard</name>
      <url>http://repo1.maven.org/maven2</url>
    </repository>
  </repositories>
  <pluginRepositories>
    <pluginRepository>
      <releases>
        <enabled>true</enabled>
      </releases>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <id>daiopen</id>
      <name>DAI Open Source Repository</name>
      <url>http://repositories.dai-labor.de/extern/content/repositories/dai-open</url>
    </pluginRepository>
    <pluginRepository>
      <releases>
        <updatePolicy>never</updatePolicy>
      </releases>
      <snapshots>
        <enabled>false</enabled>
      </snapshots>
      <id>central</id>
      <name>Maven Plugin Repository</name>
      <url>http://repo1.maven.org/maven2</url>
    </pluginRepository>
  </pluginRepositories>
  <build>
  	<plugins>
  		<plugin>
  			<artifactId>maven-compiler-plugin</artifactId>
  			<configuration>
  				<source>1.6</source>
  				<target>1.6</target>
  			</configuration>
  		</plugin>
  	</plugins>
  </build>
</project>

J'ai pris le de.dailab:sad :1.1.0 pour faire mes tests, donc je l'ai mis direct dans le pom.xml. J'ai changé la version puis suis revenu sur celle-là.
J'ai eu un moment d'espoir :

Code:

8/1/11 1:52:16 PM CEST: Downloading http://repositories.dai-labor.de/extern/content/repositories/dai-open/de/dailab/sad/1.1.0/sad-1.1.0-sources.jar
8/1/11 1:52:16 PM CEST: Downloaded http://repositories.dai-labor.de/extern/content/repositories/dai-open/de/dailab/sad/1.1.0/sad-1.1.0-sources.jar
8/1/11 1:52:16 PM CEST: Downloaded sources for de.dailab:sad:1.1.0
8/1/11 1:52:17 PM CEST: Maven Builder: AUTO_BUILD

Puis, j'ai refresh le pom.xml et je me suis repris toutes les erreurs.

Code:

8/1/11 1:52:29 PM CEST: Missing artifact de.dailab:sad:jar:1.1.0:compile

J'ai été vérifier ma repo locale. Sous Eclipse, elle est bien spécifiée, et quand je vais voir le directory, j'ai bien un chemin d'accès %repo%/de/dailab/sad/1.1.0.
Et dedans, j'ai bien un sad-1.1.0.jar (et même un sad-1.1.0-sources.jar).

Et malgré ça, il continue de me sortir des missing artifact...

Sinon, de temps en temps, il me sort une erreur différente :

Code:

8/1/11 1:52:14 PM CEST: Maven Builder: AUTO_BUILD 
8/1/11 1:52:15 PM CEST: Maven Builder: AUTO_BUILD requireFullBuild
8/1/11 1:52:15 PM CEST: [WARN] 
8/1/11 1:52:15 PM CEST: [WARN] Some problems were encountered while building the effective model for Batto:Test:jar:1.0.0
8/1/11 1:52:15 PM CEST: [WARN] 'build.plugins.plugin.version' for org.apache.maven.plugins:maven-compiler-plugin is missing. @ line 73, column 13
8/1/11 1:52:15 PM CEST: [WARN] 
8/1/11 1:52:15 PM CEST: [WARN] It is highly recommended to fix these problems because they threaten the stability of your build.
8/1/11 1:52:15 PM CEST: [WARN] 
8/1/11 1:52:15 PM CEST: [WARN] For this reason, future Maven versions might no longer support building such malformed projects.
8/1/11 1:52:15 PM CEST: [WARN] 
8/1/11 1:52:15 PM CEST: Build errors for Test; org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal on project Test: Could not resolve dependencies for project Batto:Test:jar:1.0.0: Failed to collect dependencies for [de.dailab.nessi2:nessi2-app:pom:2.0.0-beta.2.1 (compile), de.dailab.nessi2.ip:nessi2-ip-networks:jar:2.0.0-beta.3 (compile), de.dailab:sad:jar:1.1.0 (compile)]

Franchement, je suis de plus en plus perdu moi...

PS : désolé pour le pavé

UPDATE :
J'ai tenté de ne mettre qu'une dépendance du repo Maven (log4j:log4j:1.2.13), sans inclure de dépendance Nessi.
Ça a l'air de fonctionner, le problème viendrait donc des lib Nessi.

Ensuite j'ai ajouter uniquement le de.dailab:sad :1.1.1, sans autre dépendance de Nessi, et ça a l'air de fonctionner aussi.

J'ai vu sur ce site que les dépendances transitives peuvent poser problèmes à cause de versions inompatibles. Ça pourrait donc être un soucis de ce genre dans les lib Nessi, mais bon ça risque d'être super lourd à régler si c'est le cas...

Enfin au moins j'ai un peu l'impression d'avancer

Discussion: [Programmation] Par où commencer, avec quoi, comment?

Outils de la discussion

Règles de messages