I'm trying to add a field _sci_meta to the above output. This yields:

Syntax error (ClassFormatError) compiling deftype* at (/tmp/rec.clj:5:2).
Duplicate method name "<init>" with signature "(Ljava.lang.Object;Ljava.lang.Object;Ljava.lang.Object;)V" in class file compile__stub/user/Rec

I updated all the constructor calls, but I'm not sure where the constructor itself is being generated

it's in the compiler, so not sure you're going to be able to do that

I don't understand: I'm basically doing the same as defrecord which emits code that runs deftype* - is there some magic Compiler stuff going on besides that?

You could find out by comparing the macroexpansion against the datafied class

Can do that. Can also copy emit-defrecord , that might be less error prone than editing what it generates

there's a special temporary stub class that gets generated under deftype* (note the compile__stub there) - that's all in the Compiler

ok, so the emit-defrecord stuff isn't that generalizable as there is special support for it in the Compiler only for a specific set of cases?

it's not intended as public api so maybe not as general as you would like

yeah I get that :) I copied emit-defrecord to emit-defrecord2 and added a field __sci_meta (and to every place which removes those built-in field names to separate them from user fields)

user=> (eval (emit-defrecord2 'Foo 'Foo '[] nil nil {}))
Syntax error (ClassFormatError) compiling deftype* at (REPL:1:1).
Duplicate method name "<init>" with signature "(Ljava.lang.Object;Ljava.lang.Object;Ljava.lang.Object;)V" in class file compile__stub/user/Foo 

so there's probably an assumption in the Compiler about the amount of of built-in fields or so. No problem, this was just me exploring if this was a feasible option.

Try skipping the underscore prefix

Same issue with sci_meta and scimeta. Here's the code I tried: https://gist.github.com/borkdude/19ac04ea0b2ef9d6643ba3de6817de57

https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/Compiler.java#L8019

Ah right :(

I'm going to need something else than metadata anyways, since different types are not equal and the type info is currently stored in the metadata which does not affect equivalence... But storing the type info in a field in the record itself affects into etc: this info is preserved... So a tweaked defrecord is probably the way forward - even if I cannot add fields of my own (I still don't fully get why that isn't possible), I can tweak the protocol/interface methods a bit to make it work.

What are you trying to do exactly? You can use something like Sendgrid's Parse Webhook to expose a web service that receives emails https://docs.sendgrid.com/for-developers/parsing-email/setting-up-the-inbound-parse-webhook If you're looking for a queryable local SMTP server that you can use in integration tests you can try https://github.com/mailhog/MailHog

https://greenmail-mail-test.github.io/greenmail/

> What are you trying to do exactly? I'm trying to navigate an email based auth mechanism. So i want to run a machine and get the emails and parse out the needed info

and is that for some other service that you need to auth into?

Sounds like setting up a web service + the Sendgrid parse webhook would give you that - then you receive http callbacks to your endpoint with all of the email info (envelope, various content types etc)

I'm trying to do this all in memory. No gmail or whatever

You need to add an encoder for java.net.URL: http://dakrone.github.io/cheshire/cheshire.custom.html#var-add-encoder

Thank you so much. It really helped/worked. What I did is (:require

[cheshire.core :refer :all]
[cheshire.generate :as cheshire-gen]

(cheshire-gen/add-encoder java.net.URL cheshire-gen/encode-str)

what kind of streaming? • media (audio/video) • long polling • web sockets • large files

mainly I'm interested in sending chunked HTTP responses, e.g. https://www.mariokandut.com/how-to-stream-to-an-http-response-in-node-js/

I thought that was available for most web servers. Are you already using a particular web server or are you trying to pick one with at least this capability?

trying to pick one to program against for a library

looks like I could use jetty and raw InputStreams

Yea. I would be surprised if you couldn't do chunked responses with jetty. There's some examples for teh ring-jetty-adapter, https://github.com/ring-clojure/ring/blob/master/ring-jetty-adapter/test/ring/adapter/test/jetty.clj

Pedestal has interesting options involving clojure.core.async: http://pedestal.io/reference/streaming