mepeisen

Hallo.

Ich suche Helfer für ein Enterprise oder Application Server Projekt. Gleich vorweg: Dies wird ein Open-Source-Projekt und es wird aktuell keine Vergütung hierfür angeboten.

Vergebt mir das Verwenden der Buzzwords. Aber ich werde das einmal näher erläutern, worum es geht.


Als erstes Herzstück das Plugin-Konzept. Im Prinzip gibt es einen prominenten Vertreter der Philosophie: "Alles ist ein Plugin": Eclipse. Längst ist das auch keine reine IDE mehr. Doch wieso so eine Philosophie?

Zunächst klingt es extrem, wenn man solche starre Strukturen einfügt. Plugins werde in öffentliche und private Teile unterteilt. Plugins werden strikt nach API, Backend, UI getrennt usw. Verbindungen der Teile untereinander und Verbindungen nach außen finden über gezielte Erweiterungspunkte statt. Doch gerade dieses Prinzip macht in meinen Augen Eclipse so erfolgreich und so variabel. Im Prinzip kann man durch Plugins dort alles anpassen. Und sowas habe ich nun auch mit einer Web-Anwendung vor.



Der zweite Punkt betrifft einen Application Server. Gerade im Enterprise-Bereich wird es oft verlangt, die Oberflächenlogik von der Business-Logik zu trennen. Das jetzt näher zu erläutern oder mit irgendwelchen schlauen Abkürzungen ala MVC um sich zu werfen, würde wohl zu weit führen. PHP hat derzeit einen entscheidenden Nachteil: Eine Anwendung hat derzeit keine Möglichkeit, zu "leben".

Man behilft sich mit Sessions, memcache und anderen teils seltsamen Konstrukten. Aber im Prinzip ist es so, dass jeder Request wieder von 0 beginnt. Diese Brücke möchte ich nun schließen, indem ich PHP dazu in die Lage versetzen möchte, in einem eigenen Bereich zu "leben". Objekte wirklich so abzulegen, dass sie Requestübergreifend verfügbar sind und andere nette Spielereien.

Interessant ist das auch um PHP beispielsweise später mal an andere existierende Lösungen anzudocken, beispielsweise an einen Java EE Server.



Und schließlich möchte ich einige Standard-Lösungen realisieren oder auch an das System mit anbinden. Beispielsweise eine Standard-API für ein Forum, wo dann verschiedene Open-Source-Produkte als Backend angebunden werden könnten (das ist jetzt wirklich nur ein Beispiel).

Achja. Standard-Lösungen. Ich will natürlich das Rand nicht völlig neu erfinden. So wird natürlich versucht, so weit als möglich Lösungen einzusetzen, die auch in das Konzept passen. Eine Lösung davon ist das Zend-Framework. Sprich: Das ganze ist vollständig objekt-orientiert.


So. Genug der Werbeschrift. Wer die Grundidee bereits interessant findet, der kann sich gerne bei mir melden, um weitere Details zu erfahren. Ich suche im ersten Schritt zunächst einmal fitte PHP-Entwickler, die sorgfältig und gut dokumentieren und auch in der Lage sind, vernünftige Testfälle zu schreiben. Gerne auch jemanden, der Arbeiten zu einigen PHP-Extensions (also in C) beisteuern mag.

Im späteren Verlauf soll dem ganzen natürlich auch eine hübsche UI beigesteuert werden, sowie vernünftige Unterstützung durch IDEs.



Kontakt hier im Forum.
Ich weiß, dass es einigen hier in den Fingern juckt, was dummdreistes loszuwerden, bin ja lange genug hier im Forum (und in diversen anderen) unterwegs. Also bitte: Nur ernstgemeinte konstruktive Beiträge.

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih

Mister Ad

Koala

HTTP ist ein statusloses Protokoll.

Wie Du Objekte ohne Sessions oder andere "seltsame" Konstrukte requestübergreifend
erhalten willst ist mir nicht klar.

mepeisen

Dass es von Haus aus nicht geht, ist mir klar. Es gibt generell zwei Ansätze:
a) Ein Application Server, also ein Stückchen Software, was außerhalb des Webservers läuft.
b) Eine Extension, die mit PHP gestartet wird und einen eigenen Adressraum anbietet, um "übergreifende" Objekte zu speichern. Daher auch der Hinweis, dass dort durchaus die ein oder andere Extension in C geschrieben wird.

Generell solls zweigleisig sein. Dasselbe Konzept soll hergeben, dass (beispielsweise zur Entwicklungszeit) die gleichen Anwendungen auch diesen Application Server "simulieren" können. Beispielsweise wenn der Webspace nicht hergibt, die PHP Extensions zu betreiben bzw. zur Entwicklerzeit sowas nicht gebraucht wird.

Das Konzept, wie das gelöst werden kann, steht. Eventuell lässt sich die ein oder andere Idee jedoch noch unterbringen. Zielgruppe ist vor allem die etwas gehobenere Userschar, die komplexere und größere Web-Anwendungen schreibt und betreibt. Ein kleines Forum oder einfach nur eine kleine private Webseite ist nicht unbedingt im Blickfeld

__________________
www.php-maven.org PHP und Maven vereint: Build/Deploy/Produktion/Konfiguration, Projekt Management, CI, PHPUnit, zahlreiche Frameworks
Twitter @ https://twitter.com/#!/mepeisen und Facebook @ http://t.co/DZnKSUih