Update Versions

[fibsifan]

Backend:

• Gradle 8.8
• Java 17
• SAP Commerce Cloud 2211 (not yet complete)
  • Updated gradle build script plugins
  • fixed gradle tasks, that aren't compatible new versions of gradle and build plugins
  • Accelerator based storefront is deprecated, so it is disabled by default and can be enabled by setting a project property.
  • Use sparse bootstrapping in the generated project.
  • cloudhotfolder zip is expected in the dependencies folder.
  • solrVersion can be set during project bootstrap. Solr >= 9 is automatically downloaded.

Frontend:

• Required node version: 20
• Required angular version: 17
• Spartacus 2211
  • NPM-Repo credentials need to be provided as env var (see js-storefront/README.md)

intended to fix #29

Out of scope for this PR: since the versions of Frontend, Commerce Cloud and Integrations package are now coupled, find a way to parameterize all of them,

[mpern]

You rock! 🤘

[mpern]

BTW, if you have any questions/need help, just ask here or find me on LinkedIn

[fibsifan]

Sure, thanks.

Currently I'm fighting with my IDE and gradle-script support there, but I think i've got a working version of the commerce part.

Since the commerce accelerator is deprecated, I wonder if the template should still provide the accelerator storefront by default, or whether this should be behind a feature toggle?

[mpern]

Let's hide it behind a toogle. Default should be new OCC APIs only + Spartacus

[fibsifan]

I'm afraid toggling the acceleratorstorefront is not as easy as I thought, because the current process uses modulegen. Yacceleratorstorefront is still part of the accelerator module template, despite being deprecated. Would it be better to switch to extgen? Or should we rather stick with modulegen and still have the yacceleratorstorefront?

Also: I'm uneasy with uploading the cloudhotfolder extensions since I'm not licensed to do that. Wouldn't it be better to have them as dependency in the dependencies folder?

[mpern]

Or should we rather stick with modulegen and still have the yacceleratorstorefront?

Still use modulegen but delete *storefront afterwards?

[fibsifan]

That's what I went for, I hope I caught every trace of the storefront.

Should the cloudhotfolders be optional too? As far as I understand it, we could instead provide an alternative hotfolder configuration (plain folder, without azure) in the dev config for testing. Then the azure cloud hotfolders will only be loaded in the cloud.

If someone wants to test azurecloudhotfolder specifics they still could put them in the dependencies folder and unpack them?

Then I wouldn't need to commit copyrighted Code into Github ;-)

[mpern]

we could instead provide an alternative hotfolder configuration (plain folder, without azure) in the dev config for testing

Unfortunately not, the cloud hotfolder logic is different enough from the stuff in acceleratorservices to cause issues if not properly tested.

Let's add a note/step to download the extensions from the SAP Note 2817992, to avoid having the code in the template.

Plus a flag to optionally disable cloud hotfolders, if it isn't too much to ask.

[fibsifan]

Man, this keeps dragging on...

I updated the description with the current version and TODOs

The part of making the azurecloudhotfolders optional is easy I think, just haven't found the time to do it yet.

But with the Storefront It feels like a lot has changed. The environment.ts files have disappeared so the patches - at least partly - don't match anymore. I currently have no idea what a storefront configuration could look like that works locally but also lets you configure the endpoints and the CCv2 Base url in the cloud like described in the documentation

• https://help.sap.com/docs/SAP_COMMERCE_COMPOSABLE_STOREFRONT/eaef8c61b6d9477daf75bff9ac1b7eb4/1f30af7b54c0493096911bf404d0967d.html?locale=en-US
• https://help.sap.com/docs/SAP_COMMERCE_CLOUD_PUBLIC_CLOUD/b2f400d4c0414461a4bb7e115dccd779/1c26045800fa4f85a9d49e5a614e5c22.html?locale=en-US

Any ideas?

[mpern]

thank you for keeping at it!

re. composable storefront:
I think the patches are already obsolete. It has been I while since a set up a new storefront project from scratch, but it should just work ootb now. e.g.OCC_BACKEND_BASE_URL_VALUE is included by default in index.html etc.

[mpern]

@fibsifan
a simpler way to handle this would be using env vars in the npmrc.

e.g.

@spartacus:registry=https://73554900100900004337.npmsrv.base.repositories.cloud.sap/
//73554900100900004337.npmsrv.base.repositories.cloud.sap/:_auth=${RBSC_NPM_CREDENTIALS}
always-auth=true

now you can add the .npmrc to your repo without leaking credentials and use the same config everywhere.

export RBSC_NPM_CREDENTIALS=abc1245

yarn build

[fibsifan]

Let's add a note/step to download the extensions from the SAP Note 2817992, to avoid having the code in the template.

Plus a flag to optionally disable cloud hotfolders, if it isn't too much to ask.

The flag was too complicated on first glance, I found no nice way to persist the initial decision whether it is needed so I just put it in the Readme.md for the user to handle it. They can either download the zip file or remove the dependency on bootstrapping it from the build.gradle.kts.

Apart from that I think I'm done for now. There is still a lot room for improvement, but I think it's definitely better than before.