Hi everybody, glad to see this valuable discussion coming up and just talked to Ina (Head of Development) about it. She asked me to reply on behalf of herself.
> yes, some type of dependency management is a must for the OXID module system! This is exactly what we have in mind - just didn't make a proof of concept for it yet. With OXID eShop version 4.8/5.1 we introduced "oxonlinemoduleversionnotifier" amongst some new core classes, as well as an online license check. These functionality shall be improved further in a manner that module versions and shop versions can be checked as well as the dependencies for it etc. As I said, we are still in a phase of thinking about the entire concept and am happy about discussions on it. Also we'd appreciate if somebody would like to contribute something like a spike solution, a prototype or some written concept. Cheers! Marco ________________________________ From: [email protected] [[email protected]] on behalf of Stefan Moises [[email protected]] Sent: Tuesday, January 21, 2014 11:42 AM To: [email protected] Subject: Re: [oxid-dev-general] Pros and cons for module-connectors Hi, yes, some type of dependency management is a must for the OXID module system! As a workaround, we have started a simple module managing dependencies ("smx_module_deps"), at the moment you can only add other module ids which your module depends on, e.g. in metadata.php you can add: 'depends' => array( 'smx_filialabholung' ), 'settings' => array(), On our todo list are some more features like adding versions, e.g. like so 'depends' => array( array('id' => 'smx_filialabholung', 'version' => '1.1'), ), 'settings' => array(), What it does at the moment is simply to make sure that a module can't be manually disabled if other modules depend on it. We have to extend that so that the shop also doesn't automatically disable modules if metadata.php has new "extend" entries etc. But ideally, this should really be part of the OXID core.... cheers, Stefan Am 21.01.2014 09:38, schrieb Joscha Krug | marmalade GmbH: Hi, same for me: I also don't like them. If you have dependencies between modules go for composer or something the like. Best would be if OXID could come up with an extension in the metadata.php in which you could tell "this module is based on that other module". Best regards Joscha //--------- Joscha Krug marmalade GmbH www.marmalade.de<http://www.marmalade.de/> [email protected]<mailto:[email protected]> Leibnizstr.25 39104 Magdeburg GERMANY phone: +49 (0) 391 / 559 22 104 fax: +49 (0) 391 / 559 22 106 OXMOB | mobile Template<http://www.oxmob.de/?pk_campaign=OXMOB%20%7C%20E-Mail-Link&pk_kwd=normalEmail> Das einfach geniale OXID eShop Modul. Ab sofort in unserem Online-Shop<http://www.marmalade.de/shop/Templates/OXMOB-OXID-eShop-mobile-Template.html?pk_campaign=OXMOB%20%7C%20E-Mail-Link&pk_kwd=normalEmail> erhältlich. Am 21.01.2014 08:44, schrieb Marcel Müller: Hey! I don’t like such additional connector modules. They have their own bugs and generating system-wide errors, mostly. Especially when the module has an own style and/or database tables far from oxid. I had scenarios within a customer tried to remove a connectors modul and gets a lot of trouble with the system. But if you want to get rich with support, this could be a model ;) What about a wrapper script inside every module or inside the vendor structure? With that you can also check the versions and be agile. Mit freundlichen Grüßen Marcel Müller Webentwicklung / Projektmanagement eMail: [email protected]<mailto:[email protected]> [http://static.aikme.de/mail/sig.jpg]<http://www.aikme.de/> aikme GmbH Rheinstraße 43-45 55116 Mainz / Deutschland Telefon: 06131 92 06 503 Telefax: 06131 92 08 334 www.aikme.de<http://www.aikme.de/> aikme GmbH Geschäftsführer: Sascha Coldewey Sitz in Mainz, Registergericht: Mainz Registernummer: HRB 44835 Umsatzsteuer ID: DE282561622 Am Dienstag, 21. Januar 2014 um 08:31 schrieb Roman Allenstein: Hi folks, me and my team are developing a concept for us, how to develop modules for oxid. We are now at the point where we have to decide to develope a connector-module for all our coming modules or not. We know that some agecies use their own connector to integrate their modules in oxid. And i am pretty unsure if this is the way to go because oxid provides a standardized way to integrate modules. Whats your pros and cons for using an own connector? Greets Roman -- Dipl.Winf. (FH) Roman Allenstein Sales Manager E-Commerce Spark 5 GmbH Lutherstraße 7 27570 Bremerhaven Fon: +49-471-4836-3547 Fax: +49-6151-8508-111 Mail: [email protected]<mailto:[email protected]> Web: http://www.spark5.de -- Geschäftsführer: Dipl. Designer Till Middelhauve Dipl. Informatiker Witold Wegner Amtsgericht Darmstadt, HRB 7809 Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ dev-general mailing list [email protected]<mailto:[email protected]> http://dir.gmane.org/gmane.comp.php.oxid.general _______________________________________________ dev-general mailing list [email protected]<mailto:[email protected]> http://dir.gmane.org/gmane.comp.php.oxid.general _______________________________________________ dev-general mailing list [email protected]<mailto:[email protected]> http://dir.gmane.org/gmane.comp.php.oxid.general -- Mit den besten Grüßen aus Nürnberg, Stefan Moises ******************************************* Stefan Moises Senior Softwareentwickler Leiter Modulentwicklung shoptimax GmbH Ulmenstrasse 52 H 90443 Nürnberg Amtsgericht Nürnberg HRB 21703 GF Friedrich Schreieck Fax: 0911/25566-29 [email protected]<mailto:[email protected]> http://www.shoptimax.de *******************************************
_______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general
