amazonica e' attualmente il meglio, ma non mi piace che per usare S3 (ad esempio) mi devo tirar dentro tutti gli altri servizi. Lo vorrei modulare.

se ci fosse un clj-s3 (ci sono ma son tutti abbandonati o vecchi) userei quello

l'altra cosa che mi scoccia dell'approccio "wrapper a java" e' che per implementarlo ti devi sorbire la quantita' di menate OO tipiche Java enterprise. Con l'arrivo del java-aws sdk2 (con async) l'effetto e' evidente.

cioe', aws e' una cacchio di chiamata REST con qualche header encrypted! quanti layer di layer di layer ci devo mettere sopra?!? 🙂

</end-rant>

Buondì! Appena rientrato da ClojuTRE, bellissimo anche quest’anno 🙂

@reborg a proposito di AWS, Christophe Grand durante il suo talk ha lanciato l’idea di generare un wrapper clojure per l’sdk direttamente dal codice

Penso che non verrebbe fuori curato come amazonica, ma neanche brutto quanto fare interop con i bei pattern OOP

E non credo ci sia niente di concreto ancora, ma ha abbastanza senso IMHO

mmmh, il java sdk e' anche generato (in parte)... potrebbe avere senso generare clj a partire dalle definizioni REST dei servizi, non sono sicuro abbia senso dal codice (se ho capito bene)

https://github.com/aws/aws-sdk-java/tree/master/aws-java-sdk-models/src/main/resources/models

Oh I see

Potrebbe avere senso generare un clojure wrapper direttamente da qua, così da evitare problemi con versioni e jar enormi

progettino!

In realtà nel nuovo progetto stiamo usando GCloud, e non ci sono wrapper clj al momento

Quindi ho già un bel progettone in coda 😄

io uso le chiamate dell'SDK dirette con un po' di sugar in-house...e' praticamente solo chiamate a clj->js se per ora (il layer intendo, e uso ClojureScript)