[tensiderepository] - ExtensionRepository ohne PHP SOAP modul via nusoap benutzen

Einklappen
X
 
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge
  • xchs
    Administrator
    • 19.06.2009
    • 14682

    #91
    Zitat von marsie Beitrag anzeigen
    Wenn man allerdings versucht mit 2.8.4 oder älter nusoap zum Laufen zu bringen scheitert man! Erweiterungskatalog hängt sich auf, Erweiterungsverwaltung bleibt leer!
    Die Erweiterung "nusoap" ist ja auch erst ab Contao 2.9.1 freigegeben!
    Contao Community Administrator

    [Unterstützungsmöglichkeiten]
    sigpic

    Kommentar

    • marsie
      Contao-Nutzer
      • 01.05.2010
      • 31

      #92
      weiß ich...

      ja, schon klar

      Kommentar

      • weke
        Contao-Nutzer
        • 08.01.2010
        • 109

        #93
        Nachtrag zur Interimslösung NuSOAP!

        Habe mit Build 8 noch einen Fehler in der SoapFault.php korrigiert. Dort hatte ich noch auf die nusoap.php aus der tensiderepository verwiesen.
        Fehler ist wohl nur bei denjenigen aufgetreten, die einen SOAP bedingten Fehler hatten und kein tensiderepository installiert hatten.
        Mfg weke

        Ein Mensch ist immer das Opfer seiner Wahrheiten. (Albert Camus)

        Kommentar

        • StummerWinter
          Contao-Nutzer
          • 11.04.2010
          • 64

          #94
          Funktioniert bestens. Nochmals vielen Danke, weke.

          Kommentar

          • wittich
            Contao-Nutzer
            • 14.01.2010
            • 48

            #95
            Die Interimslösung NuSOAP läuft nicht.

            Bekomme die Interimslösung NuSOAP nicht zum laufen. Das Problem scheint zu sein, dass der Server meldet:
            Code:
            SOAP extension	 	On
            obwohl dies nicht der Fall ist.

            Jemand eine Idee?

            Der Erweiterungskatalog lässt sich erst gar nicht aufrufen, es erscheinen nur Fehlermeldungen:
            Code:
            Warning: SoapClient::SoapClient() [soapclient.soapclient]: php_network_getaddresses: getaddrinfo failed: Name or service not known in /var/www/www***de/system/modules/nusoap/RepositoryBackendModule.php on line 139
            
            Warning: SoapClient::SoapClient(http://www.contao.org/services/repository.wsdl) [soapclient.soapclient]: failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known in /var/www/www***de/system/modules/nusoap/RepositoryBackendModule.php on line 139
            
            Warning: SoapClient::SoapClient() [soapclient.soapclient]: I/O warning : failed to load external entity "http://www.contao.org/services/repository.wsdl" in /var/www/www***de/system/modules/nusoap/RepositoryBackendModule.php on line 139
            
            Fatal error: Uncaught exception SoapFault with message SOAP-ERROR: Parsing WSDL: Couldn't load from 'http://www.contao.org/services/repository.wsdl' thrown in /var/www/www***de/system/modules/nusoap/RepositoryBackendModule.php on line 139
            Gruß Valentin

            PS: Übrigens, egal ob ich das Modul NuSOAP aktiviere oder deaktiviert, kommt im Erweiterungskatalog die oben gepostete Fehlermeldung.

            Kommentar

            • weke
              Contao-Nutzer
              • 08.01.2010
              • 109

              #96
              Hallo Valentin,

              wenn der Server die Sagt, das die SOAP Extension aktiviert ist, dann stellt sich meine Erweiterung auf Durchzug, soll heißen, es will dann auch das PHP Modul nutzen.

              Ich habe bei meiner Interimslösung auf das Feature verzichtet, dass in Tensiderepository dafür sorgt, dass das NuSoap-Modul erzwungen werden kann.

              Als Work arround kannst du mal versuchen die Dateien meiner NuSoap Extension manuell zu verändern.
              Suche in der RepositoryManager, RepositoryBackendModule und RepositoryCatalog nach den Funktionsaufrufen extension_loaded('soap') und lösche jeweils das Ausrufezeichen davor. Kommt je Datei einmal vor.
              Damit negierst du die Erkennung des PHP-SOAP-Modules und die "falsche" Servermeldung sollte damit korrigiert werden. Wenn das nicht geht, dann liegt das eher an den anderen Fehlermeldungen.
              Diese sagen, dass du von deinem Server keine Verbindung nach Extern aufbauen kannst. Das ist dann eine Frage der Firewall-Einstellung deines Providers.
              Mfg weke

              Ein Mensch ist immer das Opfer seiner Wahrheiten. (Albert Camus)

              Kommentar

              • wittich
                Contao-Nutzer
                • 14.01.2010
                • 48

                #97
                Okay das Work arround hat schon mal funktioniert. Scheint tatsächlich irgendwie eine "falsche" Meldung des Servers zu sein.

                Die nun auftauchende Fehlermeldung scheint tatsächlich mit dem eigentlichen Problem, das der Server keine externe Verbindung aufbauen kann, zusammenzuhängen:
                Code:
                Fatal error: Uncaught exception SoapFault with message wsdl error: HTTP ERROR: Couldn't open socket connection to server http://www.contao.org/services/repository.wsdl prior to connect(). This is often a problem looking up the host name. thrown in /var/www/www***de/system/modules/nusoap/SoapClient.php on line 77
                Merkwürdig ist ist, dass ich das Problem sowohl auf dem Live-Server als auch auf meinem Localhost habe. Wobei ich zu mindestens bei letzterem die Konfiguration beeinflussen kann.

                Na ja werd' mich mal auf die Suche machen wodurch dieser HTTP ERROR verursacht wird. Gibt es irgendwo ein verständliches HOWTO um SOAP zum Laufen zu bekommen (für ein Debian/Apache-System)?

                Gruß Valentin

                //EDIT//
                Ich habe das Problem, hatte in der localconfig.php noch was für einen Proxy eingetragen... die Variable $GLOBALS['TL_CONFIG']['proxy_url'] war schuld
                Zuletzt geändert von wittich; 23.11.2010, 21:06.

                Kommentar

                • Broichi
                  Contao-Nutzer
                  • 02.12.2010
                  • 19

                  #98
                  Fehler bei 2.9.2

                  Hallo zusammen,

                  ich hatte heute Contao auf 2.9.2 aktualisiert und die Datenbank mit dem Installationstool upgedated.

                  Anschließend habe nusoap auf 0.2.0 beta1 upgedated.

                  Ich kann zwar den Erweiterungskatalog sehen. Sobald ich aber eine Erweiterung auswählen möchte erhalte ich folgenden Fehler:

                  USERNAME='XXXXXXX'; if [[ "$USERNAME" =~ ^[a-z0-9][a-z0-9\-]{1,14}[a-z0-9]$ ]]; then CGI=(/usr/share/bin/php-cgi -n -c /etc/square7/ -d memory_limit=64M -d max_execution_time=12 -d max_input_time=20 -d open_basedir="/users/${USERNAME}/temp:/users/${USERNAME}/www" -d upload_tmp_dir="/users/${USERNAME}/temp" -d session.save_path="/users/${USERNAME}/temp" -d sendmail_path="/usr/sbin/sendmail -t -i -fno-reply_${USERNAME}_report-spam-to@square7.ch -F Square7.ch" ) else exit; fi unset PWD USERNAME SHLVL exec -c "${CGI[@]}"

                  XXXXXX habe ich ersetzt.

                  Bis gestern ging es die Erweiterungen zu installieren.

                  Kommentar

                  • xchs
                    Administrator
                    • 19.06.2009
                    • 14682

                    #99
                    Hallo Broichi,

                    willkommen in der Contao-Community.

                    Du solltest diesbezüglich in den Foren Deines Hosters suchen, denn dort wurde das schon einige Male zur Sprache gebracht.

                    Wahrscheinlich wurde Dir jetzt die für diesen Hoster notwendige Anpassung durch das Update überschrieben.
                    Contao Community Administrator

                    [Unterstützungsmöglichkeiten]
                    sigpic

                    Kommentar

                    • Broichi
                      Contao-Nutzer
                      • 02.12.2010
                      • 19

                      #100
                      Vielen Dank

                      @xchs,

                      Vielen Dank für Deine schnelle Hilfe. Ich wollte schon alles wieder neu Installieren und aufbauen.

                      Du hast recht.
                      square7 und die komischen Einstellungen (ich wünsche es gäbe einen besseren free webspace).

                      Für alle die es interessiert.
                      in der Main.php muss folgendes nach "require_once('../system/initialize.php');" eingetragen werden.

                      $_SERVER['ORIG_SCRIPT_NAME'] = $_SERVER['SCRIPT_NAME'];

                      dann klappt es auch mit square7

                      Kommentar

                      Lädt...