Hey,

We recently switched our production server to PHP7:

$ php -v
PHP 7.0.4-7+deb.sury.org~trusty+2 (cli) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.0.0, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2016, by Zend Technologies

And using the new Mongodb driver (1.1.5).

We noticed that sometimes there's a weird behaviour but unfortunately I can't reproduce it yet. When I run the code on dev it works perfectly. I am seeing the following error:

BulkWrite error :: '$set' is empty. You must specify a field like so: {$set: {<field>: ...}}
app/vendor/composer/mongodb/mongodb/src/Operation/Update.php (121)
MongoDB\Driver\Server::executeBulkWrite


File:      app/vendor/composer//mongodb-odm-light/lib/Doctrine/MongoDB/Collection.php in line 1397
Method:    MongoCollection->update
Parameter: [['_id' => 'req-a10cd3c3-8485-4d21-9928-239379251472'], ['$set' => ['creatorHostname' => 'prod.cloud.net', 'handledAt' => MongoDate]], ['upsert' => true]]

File:      app/vendor/composer/alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php in line 387
Method:    Alcaeus\MongoDbAdapter\ExceptionConverter::toLegacy
Parameter: [MongoDB\Driver\Exception\BulkWriteException]

As you can see, the $set parameter is definitely not empty. I have tried to debug a bit but still can't figure this issue.

I am not sure if this bug should be here or maybe in https://github.com/mongodb/mongo-php-driver/issues

The moment I have a way to reproduce it, will attach a code snippet but maybe in the meanwhile there's something I have missed.

Thank you

I'm using:

• archlinux x86_64
• php 7.0.5
• mongodb 3.2.3
• php mongodb extension 1.1.6
• Symfony 3.0.4
• doctrine-mongodb 1.3.0
• doctrine-mongodb-odm-bundle 3.1.0

I've updated the adapter from 1.0.2 to 1.0.3 on my production server and receive after browser the site for a few seconds the following exception:

"Error: Nesting level too deep - recursive dependency?" at /..vendor/alcaeus/mongo-php-adapter/lib/Alcaeus/MongoDbAdapter/TypeConverter.php line 103

After this exception, browsing any site is impossible, until php-fpm and cache get's restarted / removed. It's so far reproducable, as it always occur after a few seconds on simple browsing the site (nothing get's persisted, only data get fetched from db).

I've switched back to 1.0.2, where this exception did not occur.

The thing is the first argument is overwritten. :(

Bad code:

        if (! TypeConverter::isNumericArray($pipeline)) {
            $pipeline = [];
            $options = [];

            $i = 0;
            foreach (func_get_args() as $operator) {

Good code:

        if (! TypeConverter::isNumericArray($pipeline)) {
            $operators = func_get_args();
            $pipeline = [];
            $options = [];

            $i = 0;
            foreach ($operators as $operator) {

If the func_get_args is called after$pipeline = [], the first value of the array will be an empty array.

Test case, and pull request is in progress.

You did a wonderful job! But I want to use it for RockMongo but it doesn't use composer for package managing, so can this adapter work for it? I would appreciate it a lot if you can help me.

With the original extension this is optional and should be added if missing by MongoClient

The TypeConverter class should ensure that all objects/arrays are properly converted:

• ext-mongo methods always return an array
• ext-mongo methods only return types from ext-mongo
• Adapter converts any ext-mongo types to their ext-mongodb counterparts before passing them along

Note: some methods return dummy values to ensure basic CRUD functionality. These will have to be properly implemented.

• Implement missing methods

Right now the adapter uses its own implementation of GridFS. Now that mongodb/mongo-php-library#57 has been merged, we could start using the GridFS implementation provided by mongo-php-library. This will have to wait for a 1.1.0 release in mongo-php-library.

<?php
include "vendor/autoload.php";

$client = new MongoClient('mongodb://127.0.0.1:27017');
$test1 = $client->selectCollection('test', 'test1');
$test2 = $client->selectCollection('test', 'test2');
$test1->drop();
$test2->drop();

for ($i = 0; $i < 5; $i ++) {
    $inertData = array(
        'a' => $i,
        'b' => time()
    );
    var_dump($test1->insert($inertData));
    $inertData1 = array(
        'a' => $i,
        'b' => time()
    );
    var_dump($test2->insert($inertData1));
}

$cursor = $test1->find([],['a'=>true]);
$cursor->limit(10);
$cursor->sort(array(
    '_id' => - 1
));

$data = array();
while ($cursor->hasNext()) {
    $row = $cursor->getNext();
    $test2->count(array(
        'a' => $row['a']
    ));
    $data[] = $row;
}

var_dump($data);

**# the correct result is a from 0 to 4

but the real result is :
double 3 like this:**

array(5) {
  [0]=>
  array(2) {
    ["_id"]=>
    object(MongoId)#43 (1) {
      ["objectID":"MongoId":private]=>
      object(MongoDB\BSON\ObjectID)#36 (1) {
        ["oid"]=>
        string(24) "5704d1c991a65e2384002817"
      }
    }
    ["a"]=>
    int(3)
  }
  [1]=>
  array(2) {
    ["_id"]=>
    object(MongoId)#48 (1) {
      ["objectID":"MongoId":private]=>
      object(MongoDB\BSON\ObjectID)#47 (1) {
        ["oid"]=>
        string(24) "5704d1c991a65e2384002817"
      }
    }
    ["a"]=>
    int(3)
  }
  [2]=>
  array(2) {
    ["_id"]=>
    object(MongoId)#45 (1) {
      ["objectID":"MongoId":private]=>
      object(MongoDB\BSON\ObjectID)#44 (1) {
        ["oid"]=>
        string(24) "5704d1c991a65e2384002815"
      }
    }
    ["a"]=>
    int(2)
  }
  [3]=>
  array(2) {
    ["_id"]=>
    object(MongoId)#52 (1) {
      ["objectID":"MongoId":private]=>
      object(MongoDB\BSON\ObjectID)#51 (1) {
        ["oid"]=>
        string(24) "5704d1c991a65e2384002813"
      }
    }
    ["a"]=>
    int(1)
  }
  [4]=>
  array(2) {
    ["_id"]=>
    object(MongoId)#54 (1) {
      ["objectID":"MongoId":private]=>
      object(MongoDB\BSON\ObjectID)#53 (1) {
        ["oid"]=>
        string(24) "5704d1c991a65e2384002811"
      }
    }
    ["a"]=>
    int(0)
  }
}

In our codebase we do have a findAndModify call that looks something like this:

$result = $collection->findAndModify(
  array(
    "path"=> "phpunit.test",
  ),
  array(),
  array(),
  array(
    "update"=> array(
      "path"=> "bar.foo",
      "position"=> 1,
      "indexable"=> true,
    ),
    "new"=> true
  )
);

The adapter throws the following exception:

PHP Fatal error:  Uncaught MongoDB\Driver\Exception\RuntimeException: need remove or update in ./vendor/mongodb/mongodb/src/Operation/FindAndModify.php:137
Stack trace:
#0 ./vendor/mongodb/mongodb/src/Operation/FindAndModify.php(137): MongoDB\Driver\Server->executeCommand('mongodb_test', Object(MongoDB\Driver\Command))
#1 ./vendor/mongodb/mongodb/src/Operation/FindOneAndReplace.php(113): MongoDB\Operation\FindAndModify->execute(Object(MongoDB\Driver\Server))
#2 ./vendor/mongodb/mongodb/src/Collection.php(526): MongoDB\Operation\FindOneAndReplace->execute(Object(MongoDB\Driver\Server))
#3 ./vendor/alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php(513): MongoDB\Collection->findOneAndReplace(Object(MongoDB\Model\BSONDocument), Array, Array)
#4 ./mongo_bug.php(45): MongoCollection->findAndModify(Object(MongoDB\Model\BSONDocument) in ./vendor/alcaeus/mongo-php-adapter/lib/Alcaeus/MongoDbAdapter/ExceptionConverter.php on line 83

There is an index on path.

Thank you so much for this!

    $datas = array();
    $cursor = $this->_collection->find($query, array(
        'hookLastResponseResult' => false
    ));
    $cursor->sort($sort);
    $cursor->skip($start)->limit($limit);
    while ($cursor->hasNext()) {
        $row = $cursor->getNext();
        if (! isset($row['isEditSafe'])) {
            $row['isEditSafe'] = true;
        }
        $row['locked'] = false;
        $lockInfo = $this->_lock->count(array(
            'project_id' => $this->_project_id,
            'collection_id' => myMongoId($row['_id']),
            'active' => true
        ));
        if ($lockInfo > 0) {
            $row['locked'] = true;
        }

        // 判断当前集合是否默认数据集合，如果是显示正确的集合
        if ($this->_plugin_data->isDefault(myMongoId($row['_id']))) {
            $row['defaultSourceData'] = true;
        } else {
            $row['defaultSourceData'] = false;
        }
        $row['indexNumber'] = $this->_index->getIndexNumber(myMongoId($row['_id']));

        $datas[] = $row;
    }

var_dump($datas);

I'm about to migrate a PHP webapplication w/ MongoDB as main database to PHP7.

The adapter works quite good as drop in replacement.

When I did some performance tests i noted a significant drop in performance.

I iterated over a collection w/ ~1.000.000 documents and got following execution time results:

• php5 ~5sec (legacy \MongoClient())
• php7 ~6-7 sec (w/ mongo-php-library)
• php7 ~18 sec (w/ mongo-php-adapter+mongo-php-library)

[...]
$coll = $mongo->selectCollection('examples.demo');
$allDocs = $coll->find();
foreach ($allDocs as $doc) {
[...]

Are there any possible tweaks to get the execution time down to be in the same time range as the mongo-php-library?

Just after update to php7 with doctrine mongoDb, have this error:

MongoResultException: MongoDB\BSON\UTCDateTime::__construct() expects parameter 1 to be integer, float given

The error stack:

\vendor\alcaeus\mongo-php-adapter\lib\Mongo\MongoDate.php:80
\vendor\alcaeus\mongo-php-adapter\lib\Alcaeus\MongoDbAdapter\TypeConverter.php:43
\vendor\alcaeus\mongo-php-adapter\lib\Alcaeus\MongoDbAdapter\TypeConverter.php:49
\vendor\alcaeus\mongo-php-adapter\lib\Alcaeus\MongoDbAdapter\TypeConverter.php:49
\vendor\alcaeus\mongo-php-adapter\lib\Mongo\MongoCollection.php:339
\vendor\doctrine\mongodb\lib\Doctrine\MongoDB\Collection.php:966
\vendor\doctrine\mongodb\lib\Doctrine\MongoDB\Collection.php:152
\vendor\doctrine\mongodb\lib\Doctrine\MongoDB\LoggableCollection.php:102
\vendor\doctrine\mongodb-odm\lib\Doctrine\ODM\MongoDB\Persisters\DocumentPersister.php:252
\vendor\doctrine\mongodb-odm\lib\Doctrine\ODM\MongoDB\UnitOfWork.php:1117
\vendor\doctrine\mongodb-odm\lib\Doctrine\ODM\MongoDB\UnitOfWork.php:425
\vendor\doctrine\mongodb-odm\lib\Doctrine\ODM\MongoDB\DocumentManager.php:526
\vendor\nelmio\alice\src\Nelmio\Alice\Persister\Doctrine.php:41
\src\AC\Tests\WebTestCase.php:44
\src\AC\Tests\MongoDbWebTestCase.php:24

Do you need more info ?

Originally reported by @Diarselimi at doctrine/DoctrineMongoDBBundle#376:

Attempted to load class "ObjectID" from namespace "MongoDB\BSON".
Did you forget a "use" statement for another namespace?

in vendor/alcaeus/mongo-php-adapter/lib/Mongo/MongoId.php at line 215

            } elseif ($id instanceof self || $id instanceof ObjectID) {
                $this->objectID = new ObjectID((string) $id);
            } else {
                $this->objectID = new ObjectId();
            }
        } catch (\Exception $e) {
            throw new MongoException('Invalid object ID', 19);

With the following query I receive an empty array instead of a cursor like I expect.

$this->collection
       ->distinct(
           'sp',
           ['sl' => ['$in' => $sellerIds]]
      );

I know that data exists and should be returned via this query because I can change it to a find query and I get the 16 documents in a cursor like expected.

It seems to be something specific to passing MongoId's to the $in clause. I have distinct queries working where the array passed to $in is an array of strings instead of MongoId objects. Unfortunately this is all the info I have currently. I don't see queries in the logs so can't see what it is actually running. Let me know what I can do to help track down the issue (Or where I am missing something simple.

<?php include "vendor/autoload.php"; $alias = 'ABCDEFG'; try { new \MongoId($alias); var_dump($alias); } catch (\MongoException $ex) { var_dump($alias);//"abcdefg" }

This is due to a bug in mongo-php-library which will be fixed when mongodb/mongo-php-library#107 is merged.

Hi, thx for this great work, you save my life, but i need use method hasNext, you have provision to implement this or suggestion to other form to make this ?

thx

• Implement methods not yet implemented
• Provide __get for properties such as $connected?
• Ensure handling of read preference (must be passed on to other classes)

May I join the development？

I am not sure if this is actually an issue or something that you feel should be supported. I noticed this behavior when trying to update a test.

Here is an example of some code using Doctrine to be able to recreate

PaginatedCursor.php

    class PaginatedCursor implements Paginatable
    {
        private $cursor;
        private $data;

        public function __construct(CursorInterface $cursor, $page = 1, $perPage = 20)
        {
            $this->cursor = $cursor;
            $this->page = $page > 0 ? $page : 1;
            $this->perPage = $perPage;
            $this->cursor
                ->skip($this->getOffset())
                ->limit($this->getLimit());
            $this->hasNextPage = $this->cursor->count(true) > $this->perPage;

            $this->data = new ArrayIterator(array_slice($this->cursor->toArray(), 0, $this->perPage));
        }

       public function count()
       {
           return $this->data->count();
       }
   }

$cursor = $this->container->get('admin.sellable.repo')->createQueryBuilder()
        ->getQuery()
        ->execute();

$paginatedCursor = new PaginatedCursor($cursor);
$paginatedCursor->count(true); // returns valid count.
dump($cursor->count(true));

The $cursor->count(true) call returns the following error.

Cannot traverse an already closed generator

So once a Generator has iterator_to_array called you can no longer call iterator_count on it. I know this is a language "issue" but wasn't sure if this was something you intended to support with the adapter. I don't think this is something that many will actually do in the wild.

Updating an application using mongodb-odm-bundle to work with PHP 7 and can't get the mongo-php-adapter working. I got stuck on the following error:

MongoConnectionException: Authentication failed. in Alcaeus\MongoDbAdapter\ExceptionConverter::toLegacy() (line 83 of /srv/www/vendor/alcaeus/mongo-php-adapter/lib/Alcaeus/MongoDbAdapter/ExceptionConverter.php).

Turned out I hadn't updated the php version in composer.json!

Hi!

My project used the Doctrine 2.2.2 version and now we are moveing to a new server, where the Mongo 3.2 is installed with the mongodb driver (1.1.5). I had to upgrade the Doctrine to 2.7, so I have to use this adapter now.

My site is extremely slow now, so I've tried to find the problem with the xdebug profiler. The first rows of the output (the numbers are in percentage):

Is it possible? Is there any solution for this problem?

Hi,
When we upgrade our website from php5.5 to php7.0.6. We got some warning like this:

PHP Warning: Parameter 1 to MongoCollection::insert() expected to be a reference, value given in /website/helper/mongo/collection.php on line 66.

And I saw the same question occurs on wordpress. May I remove the "&" in "alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php::insert on line 277"?

Hi,

We can't do this aggregation with MongoClient

db.Collection.aggregate([
    {$project:{
        filtered: {
            $filter: {
                input: "$data",
                as: "item",
                cond: {
                    $eq: [
                        "$$item.foo",
                        1
                    ]
                }

            }
        }
    }}
]);

In PHP :

            $result = $collection->aggregate(
                array(
                    '$project' => array(
                        'filtered' => array(
                            '$filter' => array(
                                'input' => '$data',
                                'as' => 'item',
                                'cond' => array('$eq' => array('$$item.foo', 1))
                            )
                        ),
                    )
                )
            );

This exception is throw :

exception: invalid operator '$filter'

0 /vendor/alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php(172): Alcaeus\MongoDbAdapter\ExceptionConverter::toLegacy(Object(MongoDB\Driver\Exception\RuntimeException), 'MongoResultExce...')

Is it possible to configure doctrine/mongodb-odm to work with ext-mongodb instead of ext-mongo using alcaeus/mongo-php-adapter? I followed instructions included your adapter in doctrine/mongodb-odm@dev-master but yet while running tests, i've got plenty of errors...

modified doctrine/mongodb-odm composer.json:

"provide": {"ext-mongo": "1.6.12"},
    "require": {
        "php": "^5.5 || ^7.0",
        "ext-mongo": "^1.5",
        "symfony/console": "~2.3|~3.0",
        "doctrine/annotations": "~1.0",
        "doctrine/collections": "~1.1",
        "doctrine/common": "~2.4",
        "doctrine/cache": "~1.0",
        "doctrine/inflector": "~1.0",
        "doctrine/instantiator": "~1.0.1",
        "doctrine/mongodb": "dev-master",
        "alcaeus/mongo-php-adapter": "dev-master"
    },

Hi, I'm trying to find a solution for creating project with PHP7, Symfony3, MongoDB 3+, Doctrine combination. Doctrine ODM is not yet compatible...This mongo-php-adapter was suggested as workaround. But when I try to install it via composer in my symfony project I get the error:
Your requirements could not be resolved to an installable set of packages.

Problem 1
- Installation request for ext-mongo 1.6.12 -> satisfiable by ext-mongo[1.6.12].
- don't install alcaeus/mongo-php-adapter dev-master|remove ext-mongo 1.6.12
- Installation request for alcaeus/mongo-php-adapter dev-master -> satisfiable by alcaeus/mongo-php-adapter[dev-master].

So it expects ext-mongo 1.6.12 to be installed? But that's the main reason I have to use mongo-php-adapater...that ext-mongo 1.6.12 could not be installed for php7.
Am I missing something?
Thank you for your answer.

The adapter is attempting a replaceOne update on a document persisted and flushed with Doctrine. I receive the above Exception message and the error mongoc: WARNING > mongoc_bulk_operation_replace_one(): replacement document may not contain $ or . in keys. Ignoring document. from the mongo driver. I scanned the update produced and the only $ or . I see is in the Mongo IDs. I am thinking / wondering if this is a case where the type needs to be converted from Legacy? As always thanks for looking and let me know if you need more info. I provided the BSONDocument below, its rather large but wanted to provide the entire Document for context.

UPDATE: I pulled down the repo and transformed the below into an array changing ObjectId to new \MongoId() and UTCDateTime to new \MongoTimestamp() and I was able to insert and retrieve the document back out fine in a functional test.

MongoDB\Model\BSONDocument {#16059
  flag::STD_PROP_LIST: false
  flag::ARRAY_AS_PROPS: true
  iteratorClass: "ArrayIterator"
  storage: array:52 [
    "allowCredits" => true
    "attributeValueImageMap" => []
    "buyWithMeMode" => "i"
    "checklist" => MongoDB\Model\BSONDocument {#16034
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:5 [
        "images" => true
        "productDetails" => true
        "published" => true
        "sellerCopy" => false
        "video" => false
      ]
    }
    "clearance" => false
    "createdAt" => MongoDB\BSON\UTCDateTime {#16035}
    "cs" => false
    "customizable" => false
    "description" => "<p>A <b>circle</b> is a simple <a href="http://en.wikipedia.org/wiki/Shape">shape</a> of <a href="http://en.wikipedia.org/wiki/Euclidean_geometry">Euclidean geometry</a> that is the set of all <a href="http://en.wikipedia.org/wiki/Point_%28geometry%29">points</a> in a <a href="http://en.wikipedia.org/wiki/Plane_%28mathematics%29">plane</a> that are at a given distance from a given point, the <a href="http://en.wikipedia.org/wiki/Centre_%28geometry%29">centre</a>. The distance between any of the points and the centre is called the <a href="http://en.wikipedia.org/wiki/Radius">radius</a>. It can also be defined as the locus of a point equidistant from a fixed point.<br></p>"
    "disc" => true
    "estimatedShippingDays" => 7
    "exclusive" => true
    "freeShipping" => false
    "handlingDetail" => "Our circles are delicate"
    "handlingFee" => 0
    "hasBeenLive" => true
    "introducedToFeed" => false
    "lastActivityDate" => MongoDB\BSON\UTCDateTime {#16036}
    "lastCommentDate" => MongoDB\BSON\UTCDateTime {#16037}
    "liveDate" => MongoDB\BSON\UTCDateTime {#16038}
    "ll" => MongoDB\BSON\UTCDateTime {#16039}
    "lockedAt" => MongoDB\BSON\UTCDateTime {#16040}
    "lockedBy" => null
    "loveCount" => 9
    "ltl" => MongoDB\Model\BSONDocument {#16041
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:2 [
        "$ref" => "identities"
        "$id" => MongoDB\BSON\ObjectID {#15984}
      ]
    }
    "maxPrice" => 75.99
    "media" => MongoDB\Model\BSONDocument {#16047
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:4 [
        "images" => array:1 [
          0 => MongoDB\Model\BSONDocument {#16045
            flag::STD_PROP_LIST: false
            flag::ARRAY_AS_PROPS: true
            iteratorClass: "ArrayIterator"
            storage: array:13 [
              "_id" => MongoDB\BSON\ObjectID {#15988}
              "h" => 594
              "highRes" => false
              "oq" => 90
              "percentWhitespace" => 91
              "pid" => "c14b55a"
              "processed" => true
              "processingQueued" => false
              "resolution" => MongoDB\Model\BSONDocument {#16042
                flag::STD_PROP_LIST: false
                flag::ARRAY_AS_PROPS: true
                iteratorClass: "ArrayIterator"
                storage: array:2 [
                  "x" => 72
                  "y" => 72
                ]
              }
              "t" => "jpeg"
              "updatedAt" => MongoDB\BSON\UTCDateTime {#16043}
              "versions" => MongoDB\Model\BSONDocument {#16044
                flag::STD_PROP_LIST: false
                flag::ARRAY_AS_PROPS: true
                iteratorClass: "ArrayIterator"
                storage: array:3 [
                  "original" => "images/2013/09/23/16/5240a14272989a9e5d000122.jpg"
                  "source" => "images/2013/09/23/16/5240a14272989a9e5d000122-source.jpeg"
                  "transformed" => "images/2015/04/14/08/5240a14272989a9e5d000122-transformed.jpeg"
                ]
              }
              "w" => 594
            ]
          }
        ]
        "unusedImages" => []
        "updatedAt" => MongoDB\BSON\UTCDateTime {#16046}
        "videoUrl" => ""
      ]
    }
    "metadata" => MongoDB\Model\BSONDocument {#16051
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:7 [
        "comments" => []
        "copySourced" => false
        "financeApproved" => false
        "imageSourced" => false
        "productSourced" => false
        "readyForEmail" => false
        "team" => array:3 [
          0 => MongoDB\Model\BSONDocument {#16048
            flag::STD_PROP_LIST: false
            flag::ARRAY_AS_PROPS: true
            iteratorClass: "ArrayIterator"
            storage: array:1 [
              "role" => "Creator"
            ]
          }
          1 => MongoDB\Model\BSONDocument {#16049
            flag::STD_PROP_LIST: false
            flag::ARRAY_AS_PROPS: true
            iteratorClass: "ArrayIterator"
            storage: array:1 [
              "role" => "Buyer"
            ]
          }
          2 => MongoDB\Model\BSONDocument {#16050
            flag::STD_PROP_LIST: false
            flag::ARRAY_AS_PROPS: true
            iteratorClass: "ArrayIterator"
            storage: array:1 [
              "role" => "Producer"
            ]
          }
        ]
      ]
    }
    "minPrice" => 75.99
    "mrch" => MongoDB\BSON\ObjectID {#16023}
    "name" => "Circle"
    "numActivities" => 10
    "numComments" => 1
    "numPageViews" => 53
    "originator" => MongoDB\Model\BSONDocument {#16052
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:2 [
        "$ref" => "originators"
        "$id" => MongoDB\BSON\ObjectID {#16021}
      ]
    }
    "primaryTaxon" => MongoDB\Model\BSONDocument {#16053
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:2 [
        "$ref" => "taxonomy"
        "$id" => MongoDB\BSON\ObjectID {#16019}
      ]
    }
    "private" => false
    "product" => MongoDB\Model\BSONDocument {#16054
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:3 [
        "type" => "simple"
        "$ref" => "products"
        "$id" => MongoDB\BSON\ObjectID {#16017}
      ]
    }
    "promoAllowCredits" => true
    "pt" => "simple"
    "returnPolicy" => 14
    "seller" => MongoDB\Model\BSONDocument {#16055
      flag::STD_PROP_LIST: false
      flag::ARRAY_AS_PROPS: true
      iteratorClass: "ArrayIterator"
      storage: array:2 [
        "$ref" => "sellers"
        "$id" => MongoDB\BSON\ObjectID {#16025}
      ]
    }
    "shippingDetail" => "Our circles are delicate"
    "shippingPrice" => 4.95
    "shippingPrices" => array:1 [
      0 => MongoDB\Model\BSONDocument {#16056
        flag::STD_PROP_LIST: false
        flag::ARRAY_AS_PROPS: true
        iteratorClass: "ArrayIterator"
        storage: array:3 [
          "zoneId" => 237
          "price" => 6.95
          "secondaryPrice" => 6.95
        ]
      }
    ]
    "slug" => "circle"
    "status" => "inactive"
    "subscription" => false
    "tags" => []
    "taxonomy" => array:1 [
      0 => MongoDB\Model\BSONDocument {#16057
        flag::STD_PROP_LIST: false
        flag::ARRAY_AS_PROPS: true
        iteratorClass: "ArrayIterator"
        storage: array:2 [
          "$ref" => "taxonomy"
          "$id" => MongoDB\BSON\ObjectID {#16026}
        ]
      }
    ]
    "updatedAt" => MongoDB\BSON\UTCDateTime {#16058}
    "voucher" => false
  ]
}

There is an issue with the adapter when passing a custom readPreference.

The value is lost here:

Using the new MondoDB extension directly work as expected. And it worked with the old extension too.

How to reproduce

You have to setup a replicaSet of course.

$url = "mongodb://127.0.0.1:27017,127.0.0.1:27018";
$params = ['username' => 'test', 'password' => 'test', 'db' => 'test', 'readPreference' => 'secondaryPreferred'];

$client = new \MongoClient($url, $params);

// Run a query to init everything
$cursor = $client->selectDB('stuffs')->selectCollection('stuffs')->find();
$cursor->next();

// It return mode 6, which is good
var_dump($client->getClient()->__debugInfo()['manager']->getReadPreference());
// It return the primary host, not good!
var_dump($cursor->info()['port']);

How to quick-fix

I added this line right after the client creation to tell which readPreference I wanted:

$client = new \MongoClient($url, $params);
$client->setReadPreference('secondaryPreferred');

Why not doing a PR?

Because I'm not sure of the best way to fix this behavior, this option can be set in two places:

• in the server url: 127.0.0.1:27017?readPreference=secondaryPreferred
• in the client option like in my exemple
  And I didn't found any code doing parameters lookup in this adapter.

I can work on it if a direction is given.

thanks! 🍻

As Heroku is quite fast with adopting PHP 7, I am looking at using this.

After reading #58 and #30 I came up with a short test but even the most basic composer.json fails to install:

{
  "provide": {
    "ext-mongo": "1.6.12"
  },
  "require": {
    "alcaeus/mongo-php-adapter": "dev-master"
  }
}

Results in

composer selfupdate

Updating to version 93501a5e3f8433e982da3518e13896ee4c0e816b.
    Downloading: 100%         
Use composer self-update --rollback to return to version d6d0435c5437111e42a123b06e4071e26ba7cb6e

composer install --ignore-platform-reqs
Loading composer repositories with package information
Installing dependencies (including require-dev)


  [InvalidArgumentException]                    
  Package is not installed: ext-mongo-1.6.12.0  


install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-plugins] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--ignore-platform-reqs] [--] [<packages>]...

Also changed replace with provide, but same result...

Any idea where to look to at least get this installed?

@alcaeus First of all thanks for great job!
I am planning to move one of my existing application to PHP7 and wanted to make sure if mongo-php-adapter is a (sort of) drop in replacement for the legacy driver with MongoDB ODM. Are there any known issues other than you have mentioned in the README.md? Just a bit reluctant.

Hello,

this error keep poping up lately, for unknown reason, it might have something to do with upgrading to PHP 7 ?

E_ERROR: Nesting level too deep - recursive dependency? (/var/core/vendor/alcaeus/mongo-php-adapter/lib/Alcaeus/MongoDbAdapter/TypeConverter.php:103)

Hi,

when used with doctrine odm the function MongoCollection::batchInsert, more precisely the call to $this->collection->insertMany() raises an error because a stdClass is passed instead of arrays

this is a very quick fix done on directly on my server

    $data = (array)array_values((array)TypeConverter::fromLegacy($a))[0];
    $data = [$data];

     $result = $this->collection->insertMany(
        $data,
            //(array) TypeConverter::fromLegacy($a),
            $this->convertWriteConcernOptions($options)
     );

maybe this will help someone

All ext-mongodb exceptions must be properly caught and converted to their respective ext-mongo exceptions

Note: it might make sense to add a generic proxy function taking care of exception conversion.

Previously reported by @ccovey in mongodb/mongo-php-driver#294.

• Add and implement MongoWriteBatch
• Add and implement MongoInsertBatch
• Add and implement MongoUpdateBatch
• Add and implement MongoDeleteBatch

• Implement missing methods in MongoGridFS
• Implement missing methods in MongoGridFSCursor
• Implement missing methods MongoGridFSFile

A lot of our code uses the sec property on mongo date objects.

e.g

$mydate->sec;

This works fine on the old Mongo PHP driver but using this adapter returns an Undefined property. Is there an alternate solution or fix?

MongoCollection::insert() takes the first parameter as reference, even though the documentation for that method explicitly mentions that this is not a ref: http://php.net/manual/en/mongocollection.insert.php
Thus it raises "Error: Cannot pass parameter 1 by reference" if passing a value to the method.

Hi,

I am having an issue with an SSL connection to a replicaSet. It is the same issue as beeing discussed here (mongodb/mongo-php-driver#328)

Their is a fix in the mongo-php-driver release 1.1.8 but it cannot be installed with the requirements of this library. Can this be resolved?

Kind regards,
Ben

The new mongo driver does not ship with a way to set a cursor timeout. It seems like there is this functionality in the C driver though. There is now a ticket for this: https://jira.mongodb.org/browse/PHPC-576

Once that ticket is resolved, we should be able to set the timeout in the adapter as well.

I am testing to connect to a mongod with ssl and uncertified certificate.
How can I set the $driverOptions in "mongo-php-adapter\lib\Mongo\MongoClient.php" constructor ? I don't see any parameters in the bundle to do it.

I'd like to create a stream context as explain at http://php.net/manual/fr/mongo.connecting.ssl.php ... or maybe there is a better way to do ?

• Implement missing methods

• Implement methods in MongoCommandCursor
• Implement MongoCollection::aggregate and MongoCollection::aggregateCursor

Hi,

With the old MongoClient we can do

$client = new \MongoClient('mongodb://root:foooBarrrrr@localhost:27017?authSource=admin');
$collection = $client->selectDb('admin')->selectCollection('$cmd.sys.inprog');
$currentOp = $collection->findOne();
$inprog = isset($currentOp['inprog'])?$currentOp['inprog']:array();
var_dump($inprog);

An other solution to do that ?

The exception throw by MongoPhpAdapter :

The application has thrown an exception!

MongoException

Invalid collection name: admin.$cmd.sys.inprog

/vendor/alcaeus/mongo-php-adapter/lib/Alcaeus/MongoDbAdapter/ExceptionConverter.php:83

/vendor/alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php(558): Alcaeus\MongoDbAdapter\ExceptionConverter::toLegacy(Object(MongoDB\Driver\Exception\RuntimeException))

Previous Exception(s):

MongoDB\Driver\Exception\RuntimeException

Invalid collection name: admin.$cmd.sys.inprog

/vendor/mongodb/mongodb/src/Operation/Find.php:180
#0 /vendor/alcaeus/mongo-php-adapter/lib/Mongo/MongoCollection.php(558): Alcaeus\MongoDbAdapter\ExceptionConverter::toLegacy(Object(MongoDB\Driver\Exception\RuntimeException))

• Implement missing methods

The following code snippet works fine with using ext/mongo directly:

            $res = $this->_db->findAndModify(
                array(
                    self::SID => $id,
                    self::LOCK => array('$exists' => $exist_check)
                ),
                array($data),
                array(self::DATA => true),
                array(
                    'update' => array('$set' => $data),
                    'upsert' => !$exists
                )
            );

but throws the following error when using mongo-php-adapter:

MongoResultException: exception: The dollar ($) prefixed field '$set' in '$set' is not valid for storage.