Fix OpenAPI

[chuck-dbos]

Make independent from example templates
Add v2 decorator support
Fix 3 customer bugs in paths / argument handling
Fix the multiple entrypoint issue from #671

[kraftp]

Does this work with TSv2? The test is only for the contexts API.

[chuck-dbos]

Does this work with TSv2? The test is only for the contexts API.

Yep. See test line 12, 58-101, 266-356, and 488-end.

[kraftp]

Does this work with TSv2? The test is only for the contexts API.

Yep. See test line 12, 58-101, 266-356, and 488-end.

Got it! If we're bringing OpenAPI back, we also need to add it to the list of packages in .github/ and renable the decorator in middleware.ts.

[chuck-dbos]

Got it! If we're bringing OpenAPI back, we also need to add it to the list of packages in .github/ and renable the decorator in middleware.ts.

Good point, and I seem to have missed the confluent kafka lib in .github/ also.

[qianl15]

If I understand it correctly, OpenAPI is only useful if you're using DBOS.GetAPI, DBOS.PostAPI, etc? If I don't have any DBOS HTTP endpoints, then nothing matters. I think we can hold this off until after TS V2 launch. Because this launch tomorrow focuses on compatibility with other popular frameworks, plus this PR is huge.

[devhawk]

plus this PR is huge.

It's only huge because the OpenAPI stuff was removed in #711. It's less < 100 lines of production code changes + almost 300 lines of new tests.

[chuck-dbos]

Marking draft again.
There are two things I'd like to improve prior to re-release:

1. Change (or at least re-evaluate) where the output goes for multi-file generation
2. Move the decorator out of core and into the extension package.