--- Begin Message ---
|
Subject: |
Re: [Tsp-devel] Jsynoptic sur windows |
|
Date: |
Tue, 23 Nov 2004 21:21:00 +0100 |
Merci de l'effort fourni pour une belle démo.
C'est nickel chez moi avec toutes ces modifs.
Jsynoptic + TSP continue de me bouffer
quasiment 80% des mes 2 PIII 450 ce qui me fait un
peu pleurer mais bon...
J'espère décider ceux que ça intéresse pour
achever un dév très très bien commencé et notamment
améliorer un peu la perfo.
Juste un bémol la sauvegarde de conf Jsynoptic ne fonctionne
pas car elle tente de sérialiser des objets TSP (cf ci-après)
mais c'est justement un bon argument pour tester la bonne
volonté des participants éventuels.
Si vous le voulez ben allez-y il manque pas grand chose.
Encore un grand merci à Stéphane pour ce dév nickel au bon moment
(en ce qui me concerne bien sur).
>>>>>>>>>
[java] TSP INFO[Tue Nov 23 21:13:55 CET 2004]Thread is finishing...
[java] java.io.NotSerializableException:
tsp.core.common.url.TspURLDefaultDecorator
[java] at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1054)
[java] at
java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java:1332)
[java] at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:367)
[java] at
tsp.consumer.jsynoptic.impl.TspHandler.writeObject(Unknown Source)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:324)
[java] at
java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:809)
[java] at
java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:1296)
[java] at
java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.java:1247)
[java] at
java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1052)
[java] at
java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:278)
[java] at simtools.data.DataSourcePool.writeDataSource(Unknown
Source)
[java] at
jsynoptic.plugins.jfreechart.SourceXYDataset.writeObject(Unknown Source)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[java] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:324)
>>>>>>>>>>>>>>>>>
Le mar 23/11/2004 à 06:35, Stephane Galles a écrit :
> JTSP - Jsynoptic fonctionne encore sur windows (j'en ai profité pour faire
> une compil ant sur windows de JTSP, je n'avais pas encore essayé)
>
> Deux petites indications pour la démo :
>
> - J'ai remarqué que le scan de serveur tsp peut être lent si un serveur
> est mort en apportant avec lui sont progid RPC sans se désenregistrer
> (genre, sur Linux, le serveur numéro 0 meurt, dans ce cas, si on relance
> le serveur, il prendra le numéro 1). On a comme un phénoméne de zombis
> sur les progid. Dans ce cas, on dirait que quand la lib Java consumer tombe
> sur un zombis, cela ralentit son scan (cela fini par se débloquer néanmoins
> au bout de quelques secondes).
> Donc, peut être que pour la démo il vaudra mieux utiliser des adresse en
> précisant le server number, et ne pas compter sur le scan pour s'éviter des
> sueurs froides.
> Cela doit être une histoire de timeout, Je regarderai cela à l'occaz.
>
> - Les servernames dans les URL ont toujours un comportement non laxiste
> dans la partie Java, je n'ai plus touché à cette partie depuis nos
> discussions
> qui pédalaient un peu dans la semoule.
> Si le servername est précisé, il faut donc le taper en entier.
>
> A+
>
> Steph
>
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
--
Eric NOULARD
E-mail: address@hidden
--- End Message ---