-
-
Notifications
You must be signed in to change notification settings - Fork 586
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RFC] Removing abandoned hoa from serializer #1182
Comments
That sounds something that makes sense. Is there anybody interested to implement the type definition parsing using doctrine lexer or via regex or with some other library? |
I rapidly scanned the code... I would like to have it too, but wouldn't this change be a BC requiring a new major? Maybe stopping the usage of this class (but not removing it) is enough to fix the preloading issue? |
#1184 seems another possible solution, but it has some BC downstream... |
I think that stopping to use the current |
I pushed a draft of my approach with #1186. I'm not sure when I'll have time to work further on it. |
Hi guys,
jms serialize use hoa/compiler for parse some data, but looks like hoa project was abandoned since 2018, for now it have problem with php 7.4 opache.preload (hoaproject/Consistency#36, hoaproject/Consistency#35), and nobody react for this. JMS serializer is popular library, that used by lot of peoples in lot of project, but abandoned dependency blocking that projects from migrate to php 7.4, from my side situation looks not very good.
So depends on above, I propose make decision to remove HOA project from dependency, and use something different, or fork HOA project to another repository, merge exists pull request, and forget about problems with php 7.4.
Best regards.
The text was updated successfully, but these errors were encountered: