Skip to content
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

Simplify install and add EE support with eZ Platform 1.11 + legacy 2017.08 #98

Merged
merged 12 commits into from Aug 16, 2017

Conversation

andrerom
Copy link
Contributor

@andrerom andrerom commented Jul 13, 2017

Proposal for a 2.0.0 1.3.0 release of legacy bridge, with aim to simplify installation. Implied in this simplification is also the need to provide a new legacy kernel release for use by community as well as potentially also eZ Enterprise users*.

There might also be other things that can be simplified, suggestions (PR's) welcome :)

* Afaik 5.4 legacy can't have features found in the 2017.08 milestone below needed for eZ Platform compatibility, and we don't intend to do a 5.5 release.

Bumps:

  • legacy installer: in order to skip install step about defining ezpublish-legacy-dir
  • legacy kernel: to be able to skip install steps about setting EZP_APP_FOLDER_NAME
  • eZ Platform kernel (ezpublish-kernel): for future parity with 2017.08 legacy kernel
    • Note: some of these features depends on community contributions, and might not make it.

TODO:

  • Finalize and release legacy kernel 2017.08 and corresponding eZ Platform v1.11 release

Bump:
- legacy installer in order to skip install step about defining `ezpublish-legacy-dir`
- legacy kernel to be able to skip install steps about setting `EZP_APP_FOLDER_NAME`
@emodric
Copy link
Collaborator

emodric commented Jul 13, 2017

Is 2.0.0 really needed? I don't feel that this is a breaking change that warrants major version bump and we could do with 1.3.0.

Other than that, 👍

composer.json Outdated
"ezsystems/ezpublish-legacy": ">=2014.11",
"ezsystems/ezpublish-kernel": "~6.0@dev",
"ezsystems/ezpublish-legacy-installer": "^2.0.4",
"ezsystems/ezpublish-legacy": ">=2017.08",
Copy link
Collaborator

Choose a reason for hiding this comment

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

Should this be 2017.07?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Nope, that was what I first called it, but if we aim for parity with the features in the milestone, then that needs work also on platform side, hence 1.11 => august => 08 :)

@andrerom
Copy link
Contributor Author

andrerom commented Jul 13, 2017

and we could do with 1.3.0.

I'm fine with that, but depends on if you or others have suggestions for what else we can do to further simplify the steps*.

* Like both you, @Plopix and @crevillo has attempted before. For instance could we add handling of legacy-installer to do some of the remaining steps? Among them enabling bundle and/or add post-update-cmd steps to composer.json

@emodric
Copy link
Collaborator

emodric commented Jul 13, 2017

if you or others have suggestions for what else we can do to further simplify the steps.

Not right now, no.

@emodric
Copy link
Collaborator

emodric commented Jul 13, 2017

For instance could we add handling of legacy-installer to do some of the remaining steps? Among them enabling bundle and/or add post-update-cmd steps to composer.json

We can try, but then composer would need to be ran twice, to take into account the new bundle and new scripts, which IMO is worse for DX than simply adding those beforehand.

Also, in cases where some of the legacy scripts are replaced by an overriden variant (for whatever reason), automatic update of composer.json would not be able to detect that unless it was somehow configurable.

@Plopix
Copy link
Contributor

Plopix commented Jul 13, 2017

There are some settings to provide by default, to set up the Admin siteaccess etc.

@bdunogier
Copy link
Member

If we don't have other changes that don't require a major version, I'd rather go with a minor one. When we have identified and implemented the changes that require one, we can still do it.

But I have no strong feelings here and might be missing something.

Good idea in any case !

@andrerom andrerom changed the title [WIP] 2.0: Simplify install [WIP] Simplify install Jul 23, 2017
@andrerom
Copy link
Contributor Author

Changed to 1.3.0

There are some settings to provide by default, to set up the Admin site access etc.

@Plopix What did you have in mind here? something you think we can add here by default somehow?

@emodric
Copy link
Collaborator

emodric commented Jul 24, 2017

@Plopix What did you have in mind here? something you think we can add here by default somehow?

@andrerom Maybe something like this: https://github.com/emodric/ezplatform-legacy/tree/master/ezpublish_legacy/settings ?

@andrerom andrerom changed the title [WIP] Simplify install [WIP] Simplify install 1.3.0 Jul 31, 2017
INSTALL.md Outdated
"extra": {
"ezpublish-legacy-dir": "ezpublish_legacy",
```

### Install `ezsystems/legacy-bridge`

**Make sure you have set the ezpublish legacy folder in composer.json, as instructed above**
Copy link
Contributor Author

Choose a reason for hiding this comment

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

needs to be removed, but done in #103

@andrerom
Copy link
Contributor Author

andrerom commented Aug 1, 2017

@andrerom Maybe something like this: https://github.com/emodric/ezplatform-legacy/tree/master/ezpublish_legacy/settings ?

Anything in particular there you mean we should inject via the bridge, or implying we should trigger legacy config generation somehow?

@emodric
Copy link
Collaborator

emodric commented Aug 1, 2017

I don't think there's a need to generate anything. Nowdays, legacy bridge is used mostly for legacy admin, so just copying settings/siteaccess/admin and settings/override folders could be enough.

@andrerom
Copy link
Contributor Author

andrerom commented Aug 1, 2017

hmm, well opting for admin as admin SiteAccess might or might not conflict with v2 admin, and reason I mentioned generation was to make sure we take the right settings from platform.

@emodric
Copy link
Collaborator

emodric commented Aug 1, 2017

It can be done, sure. BTW, we're using Twig internally to do it when needed :)

@Plopix
Copy link
Contributor

Plopix commented Aug 2, 2017

Sorry long delay for this reply. Yes I was thinking about the settings for the Legacy Admin (basically everything we can't inject through the new stack)
Like here: https://github.com/Plopix/LegacyBridge/tree/feature-install-doc/settings_template it is probably too much, but it is usually what I add for legacy admin override and the admin site access.

@emodric
Copy link
Collaborator

emodric commented Aug 2, 2017

I would keep it optional in any case if done, not to collide with already existing configuration in existing sites.

@andrerom andrerom closed this Aug 16, 2017
@andrerom andrerom deleted the simplify_install branch August 16, 2017 10:40
@andrerom andrerom reopened this Aug 16, 2017
@andrerom
Copy link
Contributor Author

passing now, I assume your approval still stands @emodric ? :)

@andrerom andrerom requested a review from glye August 16, 2017 11:03
Copy link
Member

@glye glye left a comment

Choose a reason for hiding this comment

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

(tiny speling nitpick)

INSTALL.md Outdated
### Install `ezsystems/legacy-bridge`

**Make sure you have set the ezpublish legacy folder in composer.json, as instructed above**
`ezsystems/legacy-bridge` contains the libraries previous included in `ezsystems/ezpublish-kernel` in version 5.x.
Copy link
Member

Choose a reason for hiding this comment

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

previously included

@andrerom andrerom changed the title [WIP] Simplify install 1.3.0 Simplify install and add EE support with eZ Platform 1.11 + legacy 2017.08 Aug 16, 2017
@andrerom andrerom merged commit 62e11f4 into master Aug 16, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants