-
Notifications
You must be signed in to change notification settings - Fork 29
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
Symfony Flex recipes #310
Comments
Hi @ksn135 I think we should provide a recipe for Flex. If I'm not wrong, we've made some updates to support Symfony 2.8+ including 3.x+ (check the composer file ). But, AFAIK, we never updated it to the latests functionnalities available in Symfony (Cache and DI improvements for example). So, the bundle IS compatible with 3.3 but doesn't use its latest capacities. |
I was just playing around with SF 3.4 / SF 4 and integration of this bundle with it. Not good - new directory structure is real a game changer, seams that major refactoring is going to be required... |
More than that, there is NO MORE sensio/generator-bundle. |
Yeah, I've read about the missing generator-bundle, but I do not think that will be the biggest problem as it is actually not used that much. I see more challenges with the new directory structure, which will require us to do major refactoring throughout almost every part of the bundle. However, we do use this bundle in a big project, but that will never move to the new flex structure (as the flex structure is not (yet) required). So that raises the question: should we support both structures? Should we split a new flex-branch? About the resources: I doubt we have any real resources at the moment... For example, I simply do not have the time to start which such a major refactoring... And there are other alternatives, such as EasyAdmin, which is actually also featured on the Symfony site. So we have to wonder (also because we currently do not have a large count of very active users as far as I know), is it worth it? |
I am not for throwing towel, yet.
I believe that opportunity must be taken to fix/improve all the things that we have stumbled upon, starting from generating admin for entities with same name under different namespace, disabled controller actions by default... per example, we have managed to implement webpack (encore) with this bundle's assets - why not make it default? I would also recommend to revise features, what to implement in core, what should be sub-split in separate plug-in bundles.
True. However, this bundle has been doing same job for longer time, and it does it much better. Much better - in terms of possibilities for customization of literally everything. Everyone can generate admin for entities, issues are raised when that edge case kicks in - and GeneratorBundle handles those cases marvellously.
How much excellent developers are needed to handle one project? We are here, we have active projects which depends on this bundle, we intend to use it for future projects as well - tell us what to do and how to help and we will. |
I agree with @TheCelavi: "tell us what to do and how to help and we will." |
Hello guys, I'm afraid I won't be able to contribute. For some time now I've been working with Scala and have no active PHP projects, while my private time is mostly occupied by my kids. If I can offer some advice if I were you I'd take the opportunity to completely rewrite the bundle and revise it's offered features. Cheers |
Hi there!
Do someone have any plans to provide Flex recipe for this bundle ?
May be not in "official" BUT in "contrib" repository
PS: I'm again/still full of plans, projects and deadlines.
Planing to start a new big project based on s2a next week.
What is the current state of this The Great Bundle (no jokes, all caps)?
The latest tag (v2.1.4) is targeting to what Symfony version?
Are we compatible with 3.3-DEV ? Any pitfalls ? May be I could help?
Thanks for answers in advance.
/cc: @loostro @sescandell @bobvandevijver
The text was updated successfully, but these errors were encountered: