fix(jdk-codemodel): defer method/field body conversion to a second pass so forward type references resolve

[deer]

JdkInitializer used to register a type's descriptor and convert its method bodies, constructor bodies, field initializers, and static/instance initializer blocks in the same single pass over compilation units, in source-list order, via processMembers/processField/processConstructor/processMethod. This meant that if a source file processed earlier in the list called into a type processed later, the call would silently fail to resolve since JdkExpressionConverter's resolveField/resolveParameter/resolveMethod return Optional.empty() when the target type's descriptor isn't registered yet, with no diagnostic.

The fix collects each type's body/initializer work into a bodyTasks list during the registration walk, then defers actual conversion via deferredConversions until every compilation unit's type descriptors have been registered, re-establishing exprConverter's type context and enclosing type for each deferred task since that context is mutated while scanning subsequent classes.

Added TwoPassResolutionTests to reproduce the bug directly at the codemodel level with in-memory sources, asserting that a caller's call to a callee resolves to a ResolvedMethod trait regardless of which order the two types are passed to JdkInitializer.