aboutsummaryrefslogtreecommitdiff
path: root/src
AgeCommit message (Collapse)Author
2002-03-071.0.9 and automatic hanlding of documentationjestin
2002-03-07*** empty log message ***jestin
2002-03-06Moved the Counter to examples.jestin
2002-03-06Counter counts an approximative number of messages going on the bus,jestin
think xload, but for ivy messages. 1 second, 10 seconds, 1 minute
2001-10-10Bugfix related to the "a(.*) (.*)' regexp causing the loss of front emptyjestin
messages.
2001-08-08Doc generation is now fine. I removed the empty package-list, which madejestin
lintian whine.
2001-08-06 Moved from the root dirjestin
2001-08-06Adding multicast ( IvyWatcher ), adding the new IvyDaemon program, removingjestin
the debug code in Probe, and who knows what I've done in IvyClient ?
2000-08-16Bugfixes, comments, et al.jestin
2000-08-11Probe is the java implementation of ivyprobe(1). It supportsjestin
the same syntax.
1999-11-02 Bon, alors deux choses importantes dans cette release:jestin
1/ le passage des Vectors aux Hashtables pour la collection des regexp, que ce soit dans Ivy.java ( regexp_in ) ou dans IvyClient.java (regexp_out) Les clefs sont des Integer ( msgid, et un serial incrémenté en sortie ) L'accès le plus simple pour modifier ces fichiers, c'est l'énumération sur les clefs. On truve des choses comme: for (Enumeration e = regexps.keys(); e.hasMoreElements(); ) { Integer key=(Integer)e.nextElement(); // des choses avec regexps.get(key) // ... } 2/ Un bugfix sauvage sans IvyClient.java Le msgarg n'était pas réinitialisé entre deux parsings de messages. Dans le cas d'un message reçu sur une regexp sans groupement (.*), comme par exemple ^AIRCRAFT:, on faisait tout de même passer la valeur précédente de msgarg. C'est fini. Over. out. heraus schnell. 3/ j'avais dit deux ? dans le monde, il y a trois type de gens, ceux qui ne savent pas compter, et les autres. Je rajoute un TestIvySwing, qui nécéssite un swingall.jar, mais c'est un problème de paquetage, et pas de libivy. En fait, ça devrait devenir à terme un autre paquetage. Yannick.
1999-10-26 Bon, c'est dégueulasse de laisser trainer les .class dans un repository CVSjestin
Il faut séparer plusieurs aspects: 1/ CVS pour la gestion de versions concurrentes, etc 2/ sources et byte code pour java en particulier. On peut dire que les .class ou le .jar ( .zip ) qui les stocke est un binaires 3/ paquetages debian et redhat, c'est cradingue et n'a rien à voir avec CVS, pour le moment. Mais je me trompe certainement. Si on veut avoir des infos sur la politique d'empaquetement dans debian, voir la page WWW suivante: http://www.debian.org/~bortz/Java/policy.html -- Yannick
1999-06-25Bon, juste une petite modification mineure pour m'habituer à CVS.jestin
Je fais hériter IvyMessageListener de java.util.EventListener, histoire d'être un peu dans une logique de comm proche du modèle AWT/JFC.
1999-06-25Bon, juste une petite modification mineure pour m'habituer à CVS.jestin
Je fais hériter IvyMessageListener de java.util.EventListener, histoire d'être un peu dans une logique de comm proche du modèle AWT/JFC.
1999-04-15*** empty log message ***jacomi
1999-04-15first version for makefilejacomi
1999-04-15Initial revisionjacomi