Erweiterung in der Managed-Edition installieren

[WebRoxx]

Also habe das jetzt in die composer.json von Contao eingefügt.

    "require": {
        "php": ">=5.6.0",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/manager-bundle": "4.4.*",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.0",
    "githuser/test-bundle": "*@dev"

oder auch

"githuser/test-bundle": "@dev"
    }, 

Die medlung ist nach wie vor die selber

[alexgr]

Hmm, sofern ich jetzt nicht Tomaten auf den Augen habe, kommen wir dann glaube ich nur weiter, wenn Du den echten Link zu dem Repository auf Github postest.

[WebRoxx]

Okay, ich habe jetzt in der Contao composer.json folgendes hinzugefügt:

"minimum-stability":"dev"

jetzt tut sich was aber es kommt zu

Using version dev-master for githubuser/test-bundle
/www/htdocs/test/composer.json has been updated
Loading composer repositories with package information                                                                                                   Updating dependencies (including require-dev)         Your requirements could not be resolved to an installable set of packages.

  Problem 1
    - doctrine/common v2.8.0 requires php ~7.1 -> your PHP version (5.6.30) does not satisfy that requirement.
    - doctrine/common v2.8.0 requires php ~7.1 -> your PHP version (5.6.30) does not satisfy that requirement.
    - doctrine/common v2.8.0 requires php ~7.1 -> your PHP version (5.6.30) does not satisfy that requirement.
    - Installation request for doctrine/common (locked at v2.8.0) -> satisfiable by doctrine/common[v2.8.0].


Installation failed, reverting /www/htdocs/test/composer.json to its original content. 

Meine PHP Version ist aber die 7.1

[alexgr]

Okay, ich habe jetzt in der Contao composer.json folgendes hinzugefügt:

"minimum-stability":"dev"

Ja, ok, so gehts natürlich auch. Das gilt dann jetzt halt für alle Pakete. Ist vielleicht fürs Testen auch nicht so schlimm.

Meine PHP Version ist aber die 7.1

Was genau sagt denn

php -v

?

[WebRoxx]

PHP 5.6.30-nmm1 (cli) (built: Jun 13 2017 14:35:45)
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies
with the ionCube PHP Loader (enabled) + Intrusion Protection from ioncube24.com (unconfigured) v10.0.0 (), Copyright (c) 2002-2017, by ionCube Ltd.
with Zend Guard Loader v3.3, Copyright (c) 1998-2014, by Zend Technologies

Komisch aber die PHP Info sagt mir

PHP Version 7.1.6-nmm1

Hoster All-Inkl. und über ssh fals das eine Rolle spielt

[alexgr]

Es kommt oft vor, dass die Kommandozeilen-PHP-Version eine andere ist als diejenige, welche der Server nutzt. Wenn Du php eingibst und dann zweimal Tab drückst, siehst Du dann noch andere Möglichkeiten? Eigentlich müsstest Du aber auch kein PHP 7.1 brauchen, die Abhängigkeiten stehen vermutlich nur (woher auch immer) noch so in der composer.lock. Schau mal, ob Du wie eben geschrieben mit php Tab Tab ein PHP 7 für die Kommdozeile findest, das Du statt php nutzen kannst (also fortan php7.1 oder so statt php schreiben). Wenn nicht, kannst Du

php composer.phar update

ausführen, dann wird die composer.lock passend neu geschrieben.

[WebRoxx]

super mit php71 geht´s

Using version dev-master for githubuser/test-bundle
/www/htdocs/test/composer.json has been updated
Loading composer repositories with package information Updating dependencies (including require-dev) Package operations: 1 install, 0 updates, 0 removals
- Installing githubuser/test-bundle (dev-master 13a5189): Cloning 13a5189489
Writing lock file
Generating optimized autoload files

Installation failed, reverting /www/test/composer.json to its original content.


[RuntimeException]
Could not scan for classes inside "app/ContaoManagerPlugin.php" which does
not appear to be a file nor a folder

app/ContaoManagerPlugin.php die gibt es doch nicht

aber schon mal einen ganzen schritt weiter

[WebRoxx]

[RuntimeException]
Could not scan for classes inside "app/ContaoManagerPlugin.php" which does
not appear to be a file nor a folder 

Also das es diese Datei unters app braucht steht wirklich nirgends.
Was mach ich denn nur verkehrt ?

hab meine composer.json der Erweiterung auch damit ergänzt:

    "extra":{
        "contao-manager-plugin": "GitHubUser\\TestBundle\\ContaoManager\\Plugin"
    } 

[BugBuster]

Die muss nicht unter app sein, in deiner Erweiterung hast du kein app Verzeichnis. Da ist irgendwas schief gelaufen mit der PSR4 Angabe, wo er laut deiner composer.json diese zu finden hat.

[WebRoxx]

{
    "name":"githubuser/test-bundle",
    "description":"Contao 4 TestBundle",
    "type":"contao-bundle",

    "license":"LGPL-3.0+",
    "authors":[
        {
            "role":"Developer"
        }
    ],
    "require":{
        "php": ">=5.6.0",
        "contao/core-bundle": "~4.4"
    },
    "require-dev": {
        "contao/manager-plugin": "^2.0"
    },
    "autoload": {
        "psr-4": {
            "GitHubUser\\TestBundle\\": "src/"
        },
        "classmap": [
            "src/Resources/contao/"
        ],
        "exclude-from-classmap": [
            "src/Resources/contao/config/",
            "src/Resources/contao/dca/",
            "src/Resources/contao/languages/",
            "src/Resources/contao/templates/"
        ]
    },
    "extra":{
        "contao-manager-plugin": "GitHubUser\\TestBundle\\ContaoManager\\Plugin"
    }
} 

So hab ich es.

[BugBuster]

Dann sollte es bei dir geben: src/ContaoManager/Plugin.php
Die Plugin Datei enthält die Klasse plugin mit: namespace GitHubUser\TestBundle\ContaoManager;
Ist das so?

[WebRoxx]

Dann sollte es bei dir geben: src/ContaoManager/Plugin.php
Die Plugin Datei enthält die Klasse plugin mit: namespace GitHubUser\TestBundle\ContaoManager;
Ist das so?

Japp, ist so.

[BugBuster]

[RuntimeException]
Could not scan for classes inside "app/ContaoManagerPlugin.php" which does
not appear to be a file nor a folder 

Hier sieht man auch schon das er die Datei ContaoManagerPlugin.php findet und darin was sucht. Das ist nicht so wie ich beschrieben hatte und wie man es auch bei anderen sieht.

Nachtrag, der findet wohl die Datei ContaoManagerPlugin.php nicht, sollte man mal suchen warum er die denn sucht.

[BugBuster]

Und bei jeder Änderung entweder composer update oder cache löschen und neu aufbauen lassen, sonst kann es sein, das alles aus dem Cache kommt.

[WebRoxx]

Wo liegt denn die Datei damit ich mal schauen kann ob die da ist. aber sollte
Cache hab ich über den Manager neu erstellt.

[alexgr]

Die Datei wird gesucht, weil in Deiner Contao-composer.json explizit das hier steht:

{
    […]
    "autoload": {
        "classmap": [
            "app/ContaoManagerPlugin.php"
        ],
        […]
    }            
} 

Das müsstest Du irgendwann von Hand da reingeschrieben oder anderswie aus Versehen reingebracht haben, denn die Managed Edition hat das so nicht drin stehen.

Da drunter steht außerdem:

        "psr-4": {
            "AppBundle\": "src/AppBundle/"
        } 

Beides solltest Du eigentlich derzeit nicht brauchen, denn vermutlich gibt es auch das Verzeichnis src/AppBundle ebenfalls nicht im Contao-Root.

[BugBuster]

Wo haste denn die her? Ich richte mich nach Beitrag #50, dort sieht die anders aus.

[BugBuster]

Ach du meine Nase, sowas steht in der Readme von Contao Docs, aber das hat nichts mit einer Erweiterung zu tun, sodern mit einem AppBundle um eine Symfony Application zu erweitern.
Falls das daher übernommen wurde, Finger wech.

[WebRoxx]

Nein das habe ich nicht wie in den Docs sondern wie in Beitrag #50

[WebRoxx]

*kopfwand*

ich hatte die ganze zeit in der composer.json meiner erweiterung geschaut und nicht in der con contao da stand es tatsächlich mit der app/ drin...boah manchmal bin ich echt blöde

Jetzt geht es wie es sol und die Installation klappt

[WebRoxx]

2 kleine Fragen hätte ich noch


1. Wie macht man das genau mit der Versionierung bei GitHubM bzw. Merkt contao wenn ich über dem Manager aktuelliesiere das sich was geändert hat? Weil im dev Modus doch sicher nicht oder ?

2. Wie hole ich den zum Beispiel eine Extension von einer Subdomain ? Bzw geht das überhaupt?

[alexgr]

Wo haste denn die her? Ich richte mich nach Beitrag #50, dort sieht die anders aus.

In Beitrag #39 stand die Root-composer.json, in der die Problemursache lag.

1. Wie macht man das genau mit der Versionierung bei GitHubM bzw. Merkt contao wenn ich über dem Manager aktuelliesiere das sich was geändert hat? Weil im dev Modus doch sicher nicht oder ?

Das kommt darauf an, ob der Contao Manager eine andere minimum-stability erzwingt als in der composer.json von Contao steht. Da bin ich mir nicht zu 100% sicher, aber das müsstest Du jetzt ja leicht ausprobieren können. Auf technischer Ebene merkt Contao selbst hinsichtlich Erweiterungen inzwischen ja nur noch relativ wenig, weil sich eben Composer darum kümmert. Und Composer müsste sich mit Deiner aktuellen Konstellation immer den aktuellen Stand vom master-Branch auf Github holen. Du kannst also testweise irgendeine Änderung auf Github pushen und im Contao Manager auf aktualisieren gehen.

Wenn Du irgendwann von minimum-stability dev wieder weggehst, dann brauchst Du einen Release Deiner Erweiterung mit Versionsnummer, auf die Du Dich in der Contao-composer.json beziehen kannst. Wenn Du per git tag einen Release kennzeichnest, erkennt Composer das und versucht den Tag als Versionsnummer zu interpretieren.

Du kannst entweder in Deinem lokalen git-Repository per git tag eine Versionsnummer hinzufügen: https://git-scm.com/book/en/v2/Git-B..._creating_tags und das dann auf Github pushen.
Oder Du kennzeichnest auf Github selbst den dort liegenden Stand als Release: https://help.github.com/articles/creating-releases/

2. Wie hole ich den zum Beispiel eine Extension von einer Subdomain ? Bzw geht das überhaupt?

Das verstehe ich nicht so recht. Als Hilfestellung für mein Verständnis: Wie hast Du denn das, was Du vorhast, vor Composer gemacht?

[WebRoxx]

naja in Contao 3 war das ja recht einfach ohne Composer, da hat es ja gereicht einfach unter system/modules das abzulegen. Online dann eben mit FTP-Synchro hin und her geschoben.

Aber da ich wie gesagt meine Erweiterung eigentlich nur ür mich gedacht sind würde ich gern auf GitHub und Co verzichten wollen.

[alexgr]

Wie schon in der ersten Hälfte des Threads ein paar mal erwähnt und auf den Folien von BugBuster zu finden, kannst Du auch einen beliebigen lokalen Ordner als Repository in der Root-composer.json angeben. Das geht mit type path statt type vcs (s. Folie 17.2). Man kann dort den Pfad zu einem Ordner angeben, in dem die Extension liegt. Das kann auch ein zentraler Ordner sein, aus dem sich mehrere Contao-Installationen speisen könnten – der Fall ist auf der Folie angedacht. Das wäre im Prinzip die Composer-Entsprechung von "ich habe irgendwo meine Extension liegen und kopiere sie nach system/modules" – außer eben, dass hier Composer die Kopierarbeit verrichtet.

[WebRoxx]

So einiger maßen läuft es. Jetzt habe ich zum Beispiel die tl_calendar_events.php erweitert.

Also Felder hinzugefügt etc. Auch selects die mir optionen aus anderen Tabellen geben.

class tl_calendar_events_test extends \Backend {
//eben C3 standart
} 

Ein Model zu einer eigenen Tabelle sieht so aus

namespace Ralf2011\TestBundle;

class LocationsModel extends \Model {

    protected static $strTable = 'tl_locations';
} 

Wenn ich jetzt ein Event erstellen will kommt folgender Fehler:

Attempted to load class "LocationsModel" from the global namespace. Did you forget a "use" statement?

So woher weiß ich was ich wo noch einfügen muss? In der PDF etc. steht dazu nichts.

[webstar]

So einiger maßen läuft es. Jetzt habe ich zum Beispiel die tl_calendar_events.php erweitert.

Also Felder hinzugefügt etc. Auch selects die mir optionen aus anderen Tabellen geben.

class tl_calendar_events_test extends \Backend {
//eben C3 standart
} 

Ein Model zu einer eigenen Tabelle sieht so aus

namespace Ralf2011\TestBundle;

class LocationsModel extends \Model {

    protected static $strTable = 'tl_locations';
} 

Wenn ich jetzt ein Event erstellen will kommt folgender Fehler:

Attempted to load class "LocationsModel" from the global namespace. Did you forget a "use" statement?

So woher weiß ich was ich wo noch einfügen muss? In der PDF etc. steht dazu nichts.

Die Contao Doku hilft. Unter https://docs.contao.org/books/cookbo...te-datensätze findet man den Hinweis, wie man Model-Klassen registriert ($GLOBALS['TL_MODELS']).

[WebRoxx]

Vielen, vielen Dank.

Gibt es bei Modulen auch was zubeachten was vielelicht nicht so bekannt ist?

[WebRoxx]

Ich schon wieder.

Ich komm ne ganz klar damit. Habe mir jetzt einige Erweiterungen angeschaut aber meine will nicht.

Das Backend läuft super, DCAs und alles drum dran funktionieren.

Jetzt habe ich mein erstes Modul in die Seite engebunden und es erscheint folgendes

Attempted to load class "RalfsTestModel" from namespace "Ralf2011\TestBundle\Model".
Did you forget a "use" statement for another namespace?

config.php

$GLOBALS['TL_MODELS']['tl_model_table']         = 'Ralf2011\\TestBundle\\Model\\RalfsTestModel'; 

RalfsTestModel .php

namespace Ralf2011\TestBundle\Model;

class RalfsTestModel extends \Model { 

mein Modul

namespace Ralf2011\TestBundle\Module;

use Ralf2011\TestBundle\Model\RalfsTestModel ;

class ModuleStatsCreator extends \Module {   
... 

Also gibt es nirgends ein Komplett Beispiel ? Es scheint ja auch 2 Arten zu geben.

1 mal models und modules im contao ordner (siehe: https://github.com/BugBuster1701/con...sources/contao)
und einmal außerhalb https://github.com/madeyourday/conta...ree/master/src

[Spooky]

Poste den kompletten Stack Trace.

[WebRoxx]

Ich bekomme es zwar ohne Meldung hin nur dann ist weder das Modul im Backend zusehen noch gibt es mir was aus.

Symfony\Component\Debug\Exception\ClassNotFoundExc eption:
Attempted to load class "RalfsTestModel " from namespace "Ralf2011\TestBundle\Model".
Did you forget a "use" statement for another namespace?

at vendor/ralf2011/test-bundle/src/Module/ModuleStatsCreator.php:78
at Ralf2011\TestBundle\Module\ModuleStatsCreator->compile()
(vendor/contao/core-bundle/src/Resources/contao/modules/Module.php:227)
at Contao\Module->generate()
(vendor/ralf2011/test-bundle/src/Module/ModuleStatsCreator.php:62)
at Ralf2011\TestBundle\Module\ModuleStatsCreator->generate()
(vendor/contao/core-bundle/src/Resources/contao/elements/ContentModule.php:69)
at Contao\ContentModule->generate()
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Controller.php:483)
at Contao\Controller::getContentElement(object(Conten tModel), 'main')
(vendor/contao/core-bundle/src/Resources/contao/modules/ModuleArticle.php:186)
at Contao\ModuleArticle->compile()
(vendor/contao/core-bundle/src/Resources/contao/modules/Module.php:227)
at Contao\Module->generate()
(vendor/contao/core-bundle/src/Resources/contao/modules/ModuleArticle.php:67)
at Contao\ModuleArticle->generate(false)
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Controller.php:422)
at Contao\Controller::getArticle(object(ArticleModel) , false, false, 'main')
(vendor/contao/core-bundle/src/Resources/contao/library/Contao/Controller.php:280)
at Contao\Controller::getFrontendModule('0', 'main')
(vendor/contao/core-bundle/src/Resources/contao/pages/PageRegular.php:177)
at Contao\PageRegular->prepare(object(PageModel))
(vendor/contao/core-bundle/src/Resources/contao/pages/PageRegular.php:49)
at Contao\PageRegular->getResponse(object(PageModel), true)
(vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:306)
at Contao\FrontendIndex->renderPage(object(Collection))
(vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:78)
at Contao\FrontendIndex->run()
(vendor/contao/core-bundle/src/Controller/FrontendController.php:42)
at Contao\CoreBundle\Controller\FrontendController->indexAction()
at call_user_func_array(array(object(FrontendControll er), 'indexAction'), array())
(vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php:153)
at Symfony\Component\HttpKernel\HttpKernel->handleRaw(object(Request), 1)
(vendor/symfony/symfony/src/Symfony/Component/HttpKernel/HttpKernel.php:68)
at Symfony\Component\HttpKernel\HttpKernel->handle(object(Request), 1, true)
(vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Kernel.php:171)
at Symfony\Component\HttpKernel\Kernel->handle(object(Request))
(web/app_dev.php:62)

[Spooky]

• Wie sieht Zeile 78 von ModuleStatsCreator.php aus?
• Wie sieht die composer.json deines Bundles aus?
• Wie sieht die Dateistruktur deines Bundles aus?

[WebRoxx]

Zeile 78:

$stats = RalfsTestModel ::findby(array('stats_band=?'),array($this->fs_band),array('order' => 'id DESC','limit' => 1)); 

{
    "name":"ralf2011/test-bundle",
    "description":"Contao 4",
    "type":"contao-bundle",

    "license":"MIT",
    "authors":[
        {
            "name":"Ralf2011",
            "role":"Developer"
        }
    ],
    "require":{
        "php": ">=5.6.0",
        "contao/core-bundle": "~4.4"
    },
    "require-dev": {
        "contao/manager-plugin": "^2.0"
    },
    "autoload": {
        "psr-4": {
            "Ralf2011\\TestBundle\\": "src/"
        },
        "classmap": [
            "src/Resources/contao/"
        ],
        "exclude-from-classmap": [
            "src/Resources/contao/config/",
            "src/Resources/contao/dca/",
            "src/Resources/contao/languages/",
            "src/Resources/contao/templates/"
        ]
    },
    "extra":{
        "contao-manager-plugin": "Ralf2011\\TestBundle\\ContaoManager\\Plugin"
    }
} 

Struktur:

src
-ContaoManager
-Model
-Module
-Resources
--contao
---assets
---config
---dca
---languages
---templates

Struktur ist aber so weit okay, denn wie gesagt er installiert es und die DCAs etc im BAckend laufen ja alle auch da gehen die Models

[Spooky]

Kommt der space zwischen RalfsTestModel und :: von dir oder vom Forum?

[WebRoxx]

Kommt der space zwischen RalfsTestModel und :: von dir oder vom Forum?

Wohl von hier. in der Datei ist kein space

[Spooky]

Hm, tja. Keine Ahnung, man müsste sich mal den ganzen Code ansehen.

[WebRoxx]

Hallo,

noch einfrage diesbezüglich

Wie muss denn der Eintrag in der composer.json sein wenn man eine Erweiterung vom Destop bzw allgemein vom PC installieren will?
Und wie ist der Befehl in der Console bzw die Pfadangabe?

Geht das überhaupt ?

[webstar]

Hallo,

noch einfrage diesbezüglich

Wie muss denn der Eintrag in der composer.json sein wenn man eine Erweiterung vom Destop bzw allgemein vom PC installieren will?
Und wie ist der Befehl in der Console bzw die Pfadangabe?

Geht das überhaupt ?

Die geht mit eigenen Repositories in der Haupt-Composer.json. Sowohl Typ vcs mit lokalen Pfad als aus Typ path gehen:

https://getcomposer.org/doc/05-repositories.md#vcs
https://getcomposer.org/doc/05-repositories.md#path

[WebRoxx]

Okay hab wieder ein Problem mit der Version. Irgendwei check ich das noch ne was ich da wie / wo angeben muss

contao composer.json

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0+",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^5.6|^7.0",
        "contao/manager-bundle": "4.4.*",
        "contao/calendar-bundle": "^4.4",
        "contao/comments-bundle": "^4.4",
        "contao/faq-bundle": "^4.4",
        "contao/listing-bundle": "^4.4",
        "contao/news-bundle": "^4.4",
        "contao/newsletter-bundle": "^4.4",
        "roave/security-advisories": "dev-master",
        "packages/fansite-bundle": "*"
    },
    "config": {
        "component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    },
    "repositories": [{
        "type": "path",
        "url": "../../packages/fansite-bundle"
    }]
} 

Erweiterungs composer.json

{
    "name":"packages/fansite-bundle",
    "description":"Contao 4 Fansite Bundle",
    "type":"contao-bundle",
    "license":"MIT",
    "authors":[
        {
            "name":"Ralf"
        }
    ],
    "require":{
        "php": ">=5.6.0",
        "contao/core-bundle": "~4.4"
    },
    "require-dev": {
        "contao/manager-plugin": "^2.0"
    },
    "autoload": {
        "psr-4": {
            "packages\\FansiteBundle\\": "src/"
        },
        "classmap": [
            "src/Resources/contao/"
        ],
        "exclude-from-classmap": [
            "src/Resources/contao/config/",
            "src/Resources/contao/dca/",
            "src/Resources/contao/languages/",
            "src/Resources/contao/templates/"
        ]
    },
    "extra":{
        "contao-manager-plugin": "packages\\FansiteBundle\\ContaoManagerPlugin"
    }
} 

Medlung wieder:

[InvalidArgumentException]
Could not find package packages/fansite-bundle at any version for your mini
mum-stability (stable). Check the package spelling or your minimum-stabilit
y

Befehl ist der, aber ich glaueb der ist falsch
php71 contao-manager.phar.php composer require "packages/fansite-bundle"

[Spooky]

Wo befindet sich die Contao Installation und wo befindet sich packages/fansite-bundle?

Benutze außerdem "packages/fansite-bundle": "dev-master as 1.0.0", nicht "packages/fansite-bundle": "*"

Du musst außerdem ein composer update durchführen, nicht ein composer require.

[WebRoxx]

Ja oaky, jetzt lief alles.

Äh weiß ne ob das schon gefragt wurde. Kann man schon Bilder angeben für die Erweiterung? Wenn ja wo muss die liegen?

Und wie kann man den am besten testen ob die Erweiterung Fehler oder Notice auswirft?

Mit der App_dev.php läuft ja eigentlich nur lokal, sofern man die IP Geschichte nicht auskommentiert