deno-lambda icon indicating copy to clipboard operation
deno-lambda copied to clipboard

DENO_DIR cache *maybe* no longer works

Open hayd opened this issue 5 years ago • 3 comments

Previously

import type {
  Context,
  APIGatewayProxyEvent
} from "https://deno.land/x/lambda/mod.ts";

etc.

the deps and gen were correctly cached (from the layer and the function code), this seems to no longer be the case.

It's unclear to me if it's a zipping issue or due the filenames being renamed (now there's hashes in the name).


I'm not 100% sure this is an issue, but have a suspicion... needs investigate (and ideally a test).

hayd avatar Nov 21 '20 23:11 hayd

Specifically deno.land/x/lambda should not be fetched during tests?

hayd avatar Dec 18 '20 00:12 hayd

So, previously the https://deno.land/x/lambda/mod.ts and types.d.ts were prepopulated from the current dir (avoiding the fetch). This is no longer the case :/

I am not sure the best solution here... perhaps simply not using https://deno.land/x/lambda/mod.ts ? 😢

hayd avatar Jun 04 '21 04:06 hayd

Use deno-lambda with docker is my recommendation for this.

Deno uses more opaque/clever caching for local file compiled assets than it once did. I haven't looked into this in a while / am not sure how much/if any is exposed so mv assets could work.

hayd avatar Nov 03 '21 07:11 hayd