Collection::findOneAndUpdate not respecting typeMap set in client

[rikkiloades]

I have set a typeMap in the global client:

$connectionString = '...'; // omitted actual value
$db = 'mydb';
$collection = 'mycollection';
$uriOptions = [];
$driverOptions = ['typeMap' => ['root' => 'array', 'document' => 'array', 'array' => 'array']];
$mongoDb = new \MongoDB\Client($connectionString, $uriOptions, $driverOptions);

Then when i call findOneAndUpdate:

$mongoDb->selectDatabase($db)->selectCollection($collection)->findOneAndUpdate($criteria, $updates, $options);

I get back a stdClass object at the root level. I was expecting an array. The old pecl/mongo driver used to return an array and the typeMap is not being respected to allow me to get it back just like the old driver.

I appreciate and understand the move to BSONDocument and BSONArray and if this were a new project I would not be setting that typemap and taking advantage of the new BSON serialisation behaviours. However there is a fairly large codebase that is sitting on top of the old behaviour and relying on it and updating all that code to use the new BSON behaviour is unpractical.

[lindelius]

This is a problem in the driver. See #136 for more info

[jmikola]

As @lindelius said, this is waiting on functionality in the driver (PHPC-314). The tracking ticket for the library is PHPLIB-112.

For the time being, you will need to recursively walk the value field (i.e. result document) and cast stdClass objects to arrays. I do realize that's an unfortunate work-around.

[jmikola]

@lindelius, @rikkiloades: Please see my idea in this comment. I think we can come up with a stop-gap solution based on the current driver limitations that should satisfy most users.

The restriction would be that the "root" and "document" mappings would need to be the same and also match a list of classes/types we know how to handle (e.g. library classes, stdClass, or PHP array).