May 2010 - Diswork-devel - mailman.cloud.codelutin.com

JDHT fail
by Brendan Le Ny 26 May '10

26 May '10

class JDHT { /* ... */ // constats : renvoie vrai si la map contient la clé // dans le cas contraire, lève une ArrayIndexOutOfBoundsException // au lieu de renvoyer false public boolean containsKey(Object key) { return get(key)==null ? false : true; // highly inefficient } // le corps parle de lui-même : public Object remove(Object key) throws UnsupportedOperationException { throw new UnsupportedOperationException(); } } @ben : je me tourne vers une autre bibliothèque (laquelle ?) ou j'essaye de patcher celle-là ?

2 2

parser un fichier JSDL ?
by Brendan Le Ny 26 May '10

26 May '10

JSDL est un dialecte XML pour décrire des jobs : http://en.wikipedia.org/wiki/Job_Submission_Description_Language Je pense l'utiliser pour (au moins en partie) pour décrire les jobs sur Diswork. Deux questions : * Existe-t-il une lib ? (j'en ai pas trouvé sur le net) * Si je dois coder le parser, quelle lib utiliser ? Exemple de fichier JSDL : <JobDefinition> <JobDescription> <JobIdentification> <JobName>My Gnuplot invocation</JobName> <Description> Simple application invocation: User wants to run the application 'gnuplot' to produce a plotted graphical file based on some data shipped in from elsewhere(perhaps as part of a workflow). A front-end application will then build into an animation of spinning data. Front-end application knows URL for data file which must be staged-in. Front-end application wants to stage in a control file that it specifies directly which directs gnuplot to produce the output files. In case of error, messages should be produced on stderr (also to be staged on completion) and no images are to be transferred. </Description> </JobIdentification> <Application> <ApplicationName>gnuplot</ApplicationName> <jsdl-posix:POSIXApplication> <jsdl-posix:Executable> /usr/local/bin/gnuplot </jsdl-posix:Executable> <jsdl-posix:Argument>control.txt</jsdl-posix:Argument> <jsdl-posix:Input>input.dat</jsdl-posix:Input> <jsdl-posix:Output>output1.png</jsdl-posix:Output> </jsdl-posix:POSIXApplication> </Application> <Resources> <IndividualPhysicalMemory> <LowerBoundedRange>2097152.0</LowerBoundedRange> </IndividualPhysicalMemory> <TotalCPUCount> <Exact>1.0</Exact> </TotalCPUCount> </Resources> <DataStaging> <FileName>control.txt</FileName> <CreationFlag>overwrite</CreationFlag> <DeleteOnTermination>true</DeleteOnTermination> <Source> <URI>http://foo.bar.com/~me/control.txt</URI> </Source> </DataStaging> <DataStaging> <FileName>input.dat</FileName> <CreationFlag>overwrite</CreationFlag> <DeleteOnTermination>true</DeleteOnTermination> <Source> <URI>http://foo.bar.com/~me/input.dat</URI> </Source> </DataStaging> <DataStaging> <FileName>output1.png</FileName> <CreationFlag>overwrite</CreationFlag> <DeleteOnTermination>true</DeleteOnTermination> <Target> <URI>rsync://spoolmachine/userdir</URI> </Target> </DataStaging> </JobDescription> </JobDefinition>

1 0

Comment implémenter les liens symboliques ?
by Brendan Le Ny 12 May '10

12 May '10

Pour l'instant, le système de fichiers, pour stocker les données, reproduit toute l'arborescence du FS virtuel dans un dossier du FS local. Ça permet de conserver fichiers et répertoires. Je me demande toujours comment je pourrais implémenter proprement les liens symboliques dans le FS virtuel. Une première solution serait d'écrire à la place du lien symbolique un petit fichier texte qui contient l'adresse vers la cible. Comment, alors, distinguer ce fichier d'un autre, quelconque ? Une autre solution serait de stocker dans un fichier .symlinks de chaque répertoire une Map de liens source → destination. Cette solution pose le problème de l'accès concurrent au fameux fichier. Du coup, je n'ai pas de solution pleinement satisfaisante. Si vous avez d'autres idées, je suis preneur. -- Brendan Le Ny <bleny(a)codelutin.com> Code Lutin

3 3