Fork me on GitHub
#datomic
<
2020-10-26
>
joshkh12:10:37

i have an HTTP Direct project setup behind an API Gateway, with a VPC Link resource/method configured to Use Proxy Integration. everything works fine. the proxy method request is configured to use AWS_IAM authorization which also works as expected. when i inspect a request that makes it through the gateway and to my project, i see all of the keys listed in the Web Ion table [1] except for two: datomic.ion.edn.api-gateway/json and datomic.ion.edn.api-gateway/data presumably these keys have the values i need to identify the requester's cognito identity, know about the gateway details etc. are they available when using HTTP Direct integration? [1] https://docs.datomic.com/cloud/ions/ions-reference.html#web-ion

Drew Verlee16:10:45

Double checking here that the new forum is the ideal way to ask questions of this type: https://ask.datomic.com/index.php/476/how-to-use-import-cloud-to-import-cloud-data-locally

jaret17:10:10

Ideal place! I think I added a potential answer to your question. I believe you're missing :proxy-port which you need when going through a proxy (i.e. client access)

Drew Verlee17:10:40

Adding proxy-port moves me forward. I must have tried to add it before when my connection was down.

👍 3
joshkh17:10:28

^ piggybacking on that question, is that also the ideal place for my question? i'm never quite sure where to post: slack, datomic forums, and i only just learned about http://ask.datomic.com

joshkh17:10:30

public archives are ideal over slack's limited history. i'm just not sure which of the ones i listed get the most attention (sometimes feels like Slack to me)

jaret18:10:08

in my dream world we would all feel the compulsion to cross post to ask/forums all of the great answers that get worked out here quickly in slack. 🙂

joshkh18:10:19

agreed! and i'm happy to do that. but i wasn't sure of the level of tolerance for already answered questions getting posted to the forum... 'suppose Ask is a good place for that 🙂

jaret18:10:00

My level of tolerance is infinite. We lose so much to slack archive 🙂

3
joshkh18:10:06

speaking of the forums, sometimes i find unanswered posts (including my own*) and wonder if we're opening the wrong kind of discussions to garner responses * https://forum.datomic.com/t/enumerated-values-in-tuples-are-only-eids/1644.

joshkh18:10:00

it makes me wonder if no response (here in Slack or on the forums) means the question or topic is nonsense, with my full understanding that i'm noisy and ask some dumb questions from time to time 🙂

jaret19:10:05

haha! No they aren't dumb questions. I just overlook some questions or need to check with the team for a better personal understanding. I look at this tomorrow and ask the team if I can't reason through it. Sorry for not responding on this post!

jaret19:10:54

And just so I am clear, are you asking why ref's in tuples are EIDs? Trying to discern if you need a feature request or are questioning if this is useful/intended?

joshkh20:10:15

well, to me, pull is acting differently for references to idents than it is to references to the same idents within tuples, and the impact is on unification. when i pull a typical reference to an ident, i get back {:db/id 999 :db/ident :some/enumerated-value} which is perfect because that value doesn't have to exist or unify.. it's a pull, and i can return that value as-is. this entity might have some enumerated value, or not. but when i pull a reference to an ident within a tuple, i get back just the EID 999. then, to resolve its :db/ident, i have to unify in the constraints [?maybe-some-enumerated-value :db/ident ?ident which excludes any entities in the query that do not have a reference in a tuple to an enumerated value.

joshkh20:10:38

so i'm wondering if that's by design, mostly because i ran into a use case where moving a reference to an ident into a tuple broke some logic based on pull 's usual behaviour of returning :db/idents

marshall17:10:50

datomic forums and/or ask.datomic are preferred

👍 3