Motivation

Drupal 8 is coming, we must have Drupal Commerce!

Proposed resolution

  1. Hold weekly meetings every Wednesday at 3PM GMT+2 on IRC (irc.freenode.net) in the #drupal-commerce channel.
  2. @todo: snippet about PHP library work
  3. @todo: notes about contrib dependency work [address, profile, IEF]

Remaining tasks

Drupal Commerce

Core issues

Address

Profile

Inline Entity Form

Feature Stories

API changes

@todo: what to note here? changes in how customer profiles work, etc? or remove?

Meeting Notes

Comments

mglaman created an issue. See original summary.

mglaman’s picture

Title: [meta] Drupal 8 port of Panels » [meta] Drupal 8 port of Drupal Commerce
mglaman’s picture

Issue summary: View changes

Updating office hour doc links

drupov’s picture

A general question, I cannot find an answer (easily): is Commerce for D8 going to rely so heavily on the Rules-module as it was in D7?

Thanks

bojanz’s picture

@drupov
No. You'll have a full API to code for if you don't want to use the (mostly)optional rules integration.

mglaman’s picture

Issue summary: View changes

Update to link to bojanz's blog posts outlining features and information.

mglaman’s picture

Issue summary: View changes
Paulset’s picture

What is the approximate timeline of the Commerce 2 release ? (I need to know if I can wait or not for my project)

Thanks

mglaman’s picture

Issue summary: View changes
rszrama’s picture

@Paulset We don't have an answer for that question; next year, basically. It's entirely dependent on your requirements.

Paulset’s picture

@rszrama My main requirement is to be able to make a marketplace, and I saw that Commerce 2 was going to implement it, that's why I'm asking.

So, next year ; basically, the beginning or the end of year ? ;)

bojanz’s picture

Issue summary: View changes

Added the Workflows blog post.

Our alpha1 target is end of december (no update hooks, not production ready, but experimentation and feedback ready).
Our beta1 target is end of february.

Paulset’s picture

OK, good news.

I thus think that I am going to be able to wait.
Thanks

Paulset’s picture

I try to test the alpha1 version, but I have a problem of permission (error 403) with MAMP to execute : modules/contrib/composer_manager/scripts/init.php.

And I do not master well the terminal.

Is it possible to pass by another way?

bojanz’s picture

@Paulset
Sorry you're having issues, we'll be offering prepackaged versions (of Drupal + Commerce with dependencies) for later alphas.
The current one is still very new and aimed at early adopters.

modules/contrib/composer_manager/scripts/init.php is meant to be run from the terminal, 403 is a web server error, so it sounds like you're not following the instructions correctly.

bojanz’s picture

You can now download Drupal + Commerce + all dependencies using a single command:

composer create-project drupalcommerce/project-base some-dir --stability dev --no-interaction

Bye bye Composer Manager and long instructions.
More details on https://github.com/drupalcommerce/project-base

We'll update install docs to mention it soon.

EDIT: Docs at http://docs.drupalcommerce.org/v2/install.html have been updated.

philsward’s picture

We'll be offering prepackaged versions (of Drupal + Commerce with dependencies) for later alphas.

Is this the reason I can't get past the dependencies on alpha1? (ie they aren't quite ready yet for a "normal" install) I can't get commerce to recognize the composer dependencies, despite them being available and up-to-date (dev-master). There was one instance I was able to get past the price dependency to get commerce price installed, but I have no idea how...

I'd love to start playing around with it, but if the normal install methods don't work, I'm not going to dig deeper to do a voodoo dance with git or composer to make it work :-/

mglaman’s picture

philsward,

The following (with all things downloaded) should "just work"

php modules/contrib/composer_manager/scripts/init.php;
composer drupal-update;

taken from http://docs.drupalcommerce.org/v2/install.html.

I think I'll record a video showing how to do it this way and the new create-project method.

philsward’s picture

@mglaman yeah, I've tried it a bazillion times and while composer manager tells me everything is good to go and up-to-date, I can't get past the dependency requirement on install :-/ Drush won't even let me install any of the commerce modules because of the composer dependency issue.

I will say, my default PHP env is 5.4. I have drush setup in .bashrc to run as 5.5 and D8 setup in the .htaccess to use 5.5. Composer on the other hand, isn't setup for 5.5 and still uses 5.4. With that said, when I download address using drush, it attempts to run composer drupal-update, then craps out because it expects 5.5. That shouldn't matter though, right? It downloads address like it should and I should be able to simply run composer drupal-update from root folder to fix the problem. Blowing away /vendor/commerceguys and running composer drupal-update will re-download the composer commerceguys dependencies, but still won't allow me to install the commerce modules.

Like mentioned, composer manager shows the dependencies all being at dev-master which is even more baffling to me... I would expect a stable release as the requirement for the dependency when commerce goes stable, but not at this point in the game.

So, no idea. And sorry for hijacking the thread...

bojanz’s picture

I would expect a stable release as the requirement for the dependency when commerce goes stable

Sure. But Commerce did not go stable. You are installing alpha1. It's as unstable as it gets.

Anyway, in the Address queue some people have had the same problem, and discovered that running "composer dumpautoload" after composer drupal-update fixed the problem for them. I'll add that to the docs. Please check if that solves it for you, and also try the single command download from #16, to see if it exhibits the same bug.

Paulset’s picture

You can now download Drupal + Commerce + all dependencies using a single command:
composer create-project drupalcommerce/project-base some-dir --stability dev --no-interaction

Bye bye Composer Manager and long instructions.
More details on https://github.com/drupalcommerce/project-base

We'll update install docs to mention it soon.

Thanks for this solution, but after download, when I try to install the site I have a blank page (at /some-dir/web/core/install.php) :(

bojanz’s picture

@Paulset
A blank page means that there's an error your setup is not displaying.

Paulset’s picture

@bojanz
It's strange because I just downloaded the project with the command which you indicated, then I launched the installation. Nothing others.

I work in local with MAMP for a long time and have never had problem...

The next alpha version is approximately planned for when? (i'm afraid of not managing to test this version)

bojanz’s picture

@Paulset
End of next week. You can retry then. In any case, ensure MAMP is showing you all errors. You won't be able to test Drupal 8 modules for many months without that.

Paulset’s picture

The problem comes of drupal core apparently :

Fatal error: Call to undefined function Drupal\Core\Render\system_page_attachments() in /Applications/MAMP/htdocs/mysite/web/core/lib/Drupal/Core/Render/BareHtmlPageRenderer.php on line 70

I found a similar problem but without solution :

https://www.drupal.org/node/2558645

The version of drupal core in this package is the last one?

Edit : For information, I made exactly the same manipulations as yesterday, and today it works

philsward’s picture

@bojanz

Sure. But Commerce did not go stable. You are installing alpha1. It's as unstable as it gets.

I realize... what I'm getting at is that it doesn't surprise me that the (library) minimum dependency requirements are master-dev. "If" commerce were stable, I would expect a stable dependency as a minimum, not master-dev.

So, if the current "unstable" requirement is master-dev, it begs the question: "Why is master-dev not good enough at fulfilling the requirement?"

I haven't had a chance to try the autodump thingy you mentioned, so no status on that yet, but address is a problem child for me (along with all of the commerce modules that have a library dependency)

philsward’s picture

@bojanz Update for you:

composer dumpautoload

then

composer drupal-update

DID WORK. I was successful at installing both the address module as well as all of the commerce modules. Thx for the tip :)

Paulset’s picture

I do not know if it's normal or not : with alpha1, it's not possible to allow the users to create stores, and to create various types of product (if we wish for example to have no variation but only a field price) (I can create issues if necessary)

bojanz’s picture

@Paulset
Users can't create stores yet, our permissions are under construction.
Product creation works fine in latest -dev (with latest IEF alpha), reinstall and open an issue if the bug persists (alpha1 is too old at this point, we're tagging alpha2 next week).

bojanz’s picture

Status: Active » Fixed

Closing old issue. The contrib_tracker issue is similar and kept up to date: #2574669: [commerce] Drupal Commerce.

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.