Introduce Bun.redis - a builtin Redis client for Bun

[Jarred-Sumner]

What does this PR do?

import { redis } from "bun";

// Set a key
await redis.set("greeting", "Hello from Bun!");

// Get a key
const greeting = await redis.get("greeting");
console.log(greeting); // "Hello from Bun!"

// Increment a counter
await redis.set("counter", "0");
await redis.incr("counter");

// Check if a key exists
const exists = await redis.exists("greeting");

// Delete a key
await redis.del("greeting");

fixes #18112

How did you verify your code works?

There are tests. Need to setup a managed redis before the CI will pass and work on the tests some more.

[cirospaciari]

this is not necessary since reconnect already do ref/unref

[cirospaciari]

If handshake_success is false we need to fail this.client.failWithJSValue(this.globalObject, ssl_error.toJS(this.globalObject)); because it means the server rejected the connection

[dylan-conway]

Suggested change

	const valkey = JSC.API.Valkey.create(globalThis, &[_]JSValue{.undefined}) catch |err| {
	if (err != error.JSError) {
	_ = globalThis.throwError(err, "Failed to create Redis client") catch {};
	return .zero;
	}
	return .zero;
	};
	const valkey = JSC.API.Valkey.create(globalThis, &[_]JSValue{.undefined}) catch |err| switch (err) {
	error.JSError => return .zero,
	error.OutOfMemory => return global.throwOutOfMemoryValue(),
	};

[dylan-conway]

would be nice if these getters had JSError!JSValue return types

[cirospaciari]

We dont need to call close here unless we pass LIBUS_SOCKET_ALLOW_HALF_OPEN in options when connecting because we will call the on_end and close in the sequence, but should be a no-op

[mckoda09]

thanks bro