fix: Correct handling for metadata and resourceMetadata query params + other fixes [DEV-4758]

[DaevMithran]

1. Remove isSingleQuery in services/diddoc/echo_handlers.go and handle the metadata and resourceMetadata in QueryDIDDocRequestService
2. Rename DidDocResourceCollectionEchoHandler (update testcases as well)
3. Rename DIDDocResourceDereferencingService
4. Rename ResourceService.ResolveCollectionResources
5. Rename resourceCheck Variable in services/request_service_base.go
6. Replace the removed Testcase "can get DIDDoc with an existent versionId and versionTime query parameters with Chrome Accept header"
7. Return invalidDidUrl Error when any query parameter is misspelt

[ankurdotb]

Task linked: DEV-4758 Bug fixes from DID Resolution task

[ankurdotb]

Examples of non-working queries:

1. http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692?versionTime=2025-01-24&resourceMetadata=false - Returns the contents of a resource, rather than a specific DID Document with DLR metadata taken out
2. Sent http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692?resourceName=didScidExample&resourceType=didScidLogEntry with accept header application/ld+json;profile="https://w3id.org/did-url-dereferencing" - Expected to get both the resource as well as it's metadata when this specific header/profile was applied since that's the whole point of the DID URL dereferencing task that we're supposed to be doing, i.e., if no header supplied return resource but if this header's passed, return resource + metadata. And this doesn't seem to be doing that.
3. http://localhost:8080/1.0/identifiers/did:cheqd:testnet:55dbc8bf-fba3-4117-855c-1e0dc1d3bb47?resourceName=Eventbrite Logo with same accept header as previous one returns just image, rather than Base64 encoded resource + it's metadata

[DaevMithran]

@ankurdotb

1. http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692?versionTime=2025-01-24&resourceMetadata=false - Returns the contents of a resource, rather than a specific DID Document with DLR metadata taken out

DIDDocuments are only returned on DIDResolution. Default behaviour for resource queries is dereferencing as discussed. The below curl request should provide the output you expected
curl -X GET "http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692?versionTime=2025-01-24&resourceMetadata=false" -H "Accept: application/ld+json;profile=\"https://w3id.org/did-resolution\""

2. Sent http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692?resourceName=didScidExample&resourceType=didScidLogEntry with accept header application/ld+json;profile="https://w3id.org/did-url-dereferencing" - Expected to get both the resource as well as it's metadata when this specific header/profile was applied since that's the whole point of the DID URL dereferencing task that we're supposed to be doing, i.e., if no header supplied return resource but if this header's passed, return resource + metadata. And this doesn't seem to be doing that.

Resource queries do not return content + contentMetadata, This was not specified in the task. This works only for http://localhost:8080/1.0/identifiers/did:cheqd:testnet:9cdea85b-7524-4962-ad11-c943b8303692/resources/<resource_id>.
If needed we can work this feature on a separate PR.

3. http://localhost:8080/1.0/identifiers/did:cheqd:testnet:55dbc8bf-fba3-4117-855c-1e0dc1d3bb47?resourceName=Eventbrite Logo with same accept header as previous one returns just image, rather than Base64 encoded resource + it's metadata

Same as above