Skip to content
This repository was archived by the owner on Nov 27, 2020. It is now read-only.

Update ORM requirements to allow DBAL 2.5 again #800

Merged
merged 3 commits into from
Sep 1, 2015
Merged

Conversation

Tobion
Copy link
Contributor

@Tobion Tobion commented Apr 17, 2015

@Ocramius could doctrine release ORM 2.4.8 so doctrine/orm@e05930e is tagged? I think orm <2.4.8 is incompatible with DBAL 2.5.

@@ -9,8 +9,7 @@
"require": {
"php": ">=5.3.3",
"symfony/symfony": "2.3.*",
"doctrine/orm": "~2.2,>=2.2.3,<2.5",
"doctrine/dbal": "<2.5",
"doctrine/orm": "~2.2.3||~2.3.0||~2.4.8||~2.5",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

single |?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

both are valid as of alpha10. A single | works on older versions

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

And I suggest dropping 2.2 and 2.3 here. They are EOLed versions of Doctrine

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

changed. I also used the caret operator now. I guess it's time. And it's the responsibility of the people manually updating their dependencies anyway.

@@ -9,15 +9,14 @@
"require": {
"php": ">=5.3.3",
"symfony/symfony": "2.3.*",
"doctrine/orm": "~2.2,>=2.2.3,<2.5",
"doctrine/dbal": "<2.5",
"doctrine/orm": "^2.4.8",
"doctrine/doctrine-bundle": "~1.2",
"twig/extensions": "1.0.*",
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this one should be changed to ~1.0 to allow to use uptodate versions (the latest stable is 1.2.0)

@Ocramius
Copy link

@Tobion ORM 2.4.7 works with DBAL 2.5.x

@Tobion
Copy link
Contributor Author

Tobion commented Apr 17, 2015

@Ocramius what do you mean with "works"? Does it not cause #748? How did you fix it for these version?

@Ocramius
Copy link

It's not fixed in ORM 2.5 either.

Marco Pivetta

http://twitter.com/Ocramius

http://ocramius.github.com/

On 17 April 2015 at 16:01, Tobias Schultze notifications@github.com wrote:

@Ocramius https://github.com/Ocramius what do you mean with "works"?
Does it not cause #748
https://github.com/symfony/symfony-standard/issues/748? How did you fix
it for these version?


Reply to this email directly or view it on GitHub
#800 (comment)
.

@Tobion
Copy link
Contributor Author

Tobion commented Apr 17, 2015

Then why does the error not appear anymore in ORM 2.5 if it's not fixed?

@Ocramius
Copy link

Luck? I see no explicit fix happening.

That said, ORM 2.5 is DBAL 2.5 compatible, just platform auto-detection in DBAL is broken.

@Ocramius
Copy link

/cc @deeky666

@stof
Copy link
Member

stof commented Apr 17, 2015

@Ocramius the auto-detection implementation in DBAL is fine: it is delayed until you retrieve the Platform from the connection (at which point the result of the detection is needed). As I explained several times already (including in http://www.doctrine-project.org/jira/browse/DBAL-1057 which tracks this officially), the issue is that the ORM was retrieving the platform in many places in the constructor instead of doing it only when it actually needs it. This means that just instantiating the ORM was asking for the platform at the right version.
The commit referenced above fixed this issue in 1 place in the ORM, and other places getting the platform in their constructor are the persisters, the hydrators and the DQL function parsers. None of them is instantiated until they are used IIRC, meaning that the requirement to be connected seems legitimate.
So I think it might be fixed by the commit referenced above.

@fabpot
Copy link
Member

fabpot commented May 5, 2015

Can we merge this one?

@Tobion
Copy link
Contributor Author

Tobion commented May 5, 2015

Not yet. Doctrine needs to tag a new release which seems very hard to do. See doctrine/DoctrineBundle#351 (comment)

@Ocramius
Copy link

Ocramius commented May 5, 2015

s/hard/time-consuming-during-my-evening-that-is-already-fully-booked-for-these-weeks
:-)

Marco Pivetta

http://twitter.com/Ocramius

http://ocramius.github.com/

On 5 May 2015 at 19:59, Tobias Schultze notifications@github.com wrote:

Not yet. Doctrine needs to tag a new release which seems very hard to do.
See doctrine/DoctrineBundle#351 (comment)
doctrine/DoctrineBundle#351 (comment)


Reply to this email directly or view it on GitHub
#800 (comment)
.

roderik pushed a commit to Kunstmaan/KunstmaanBundlesCMS that referenced this pull request Aug 9, 2015
@dbu
Copy link

dbu commented Aug 10, 2015

ping @beberlei can you tag doctrine orm 2.4.8 maybe?

@stof
Copy link
Member

stof commented Aug 19, 2015

and also doctrine orm 2.5.1

@Tobion
Copy link
Contributor Author

Tobion commented Aug 31, 2015

Doctrine 2.4.8 has been released. So this can be merged.

@fabpot
Copy link
Member

fabpot commented Sep 1, 2015

Thank you @Tobion.

@fabpot fabpot merged commit f92af02 into 2.3 Sep 1, 2015
fabpot added a commit that referenced this pull request Sep 1, 2015
This PR was merged into the 2.3 branch.

Discussion
----------

Update ORM requirements to allow DBAL 2.5 again

@Ocramius could doctrine release ORM 2.4.8 so doctrine/orm@e05930e is tagged? I think orm <2.4.8 is incompatible with DBAL 2.5.

Commits
-------

f92af02 allow semantic twig extension versions
49b8620 orm 2.2 and 2.3 are end of life
2f523d8 Update ORM requirements to allow DBAL 2.5 again
@Tobion Tobion deleted the Tobion-patch-1 branch September 1, 2015 22:11
@derrabus
Copy link
Member

derrabus commented Sep 8, 2015

Don't forget to update the lock file. It's now out of sync and references DBAL 2.4.4 which is incompatible with the current requirements from composer.json.

@GrahamCampbell
Copy link
Contributor

The lock file gets updated before each release.

@GrahamCampbell
Copy link
Contributor

See a522d9d for example.

@GrahamCampbell
Copy link
Contributor

It's not out of sync.

@GrahamCampbell
Copy link
Contributor

Just the newer branches not updated yet since there's not been a release there since.

@derrabus
Copy link
Member

derrabus commented Sep 8, 2015

@GrahamCampbell: I see, thanks for clarifying.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants