Hi Stefan, thank you very much for the quick response. I see a lot of refactoring coming up for us :D
We still do not completely understand the design. The next problem which will occur for us is, that if we migrate the plugin to a module is, that we will not be able to access the datastorage from within the module anymore, which will break some other stuff. We'll have to see how we will handle this. What confuses us a bit. The state machines are stored in the module. But the loading of the state machines is triggered by the plugins anyway. Is there a benefit of moving the core to a module. Because this results in overhead for every plugin, if this seperation was not done from the start? So the general idea is, to always have a module and a plugin for a addon and seperate? Core/Algorithms -> module View/UI -> plugin Best regards Florian Am 11.07.2016 um 09:48 schrieb Kislinskiy, Stefan: > Hi Florian, > > AFAIK we do not have an example of interactors in MITK that are located in a > plugin. Hence, the quickest solution, and probably also a more clean one from > a software architecture perspective, is to move your interactors to a module, > possibly together with other classes that are not required to be located in a > plugin. :) > > Best, > Stefan > ________________________________________ > Von: Florian Jung [florian.j...@igd.fraunhofer.de] > Gesendet: Montag, 11. Juli 2016 09:35 > An: mitk-users@lists.sourceforge.net >> mitk-users > Betreff: [mitk-users] Problem with new datainteractor concept in plugin > > We wanted to migrate our plugins to the new datainteractor concept. > Unfortunately we weren't successful yet. > > Our problem is, that our own state machines are never found. > As we understood, the modulecontext has to be passed along to the loader. > > SnippeBBut We tried several things from > http://docs.mitk.org/2015.05/Step10Page.html > It seems that the state machines are usually saved as a compressed zip > file. But the zip file which should be created containing the > statemachine files is never created and consequently the state machines > are not found during runtime. > > Could someone help us out, how it is intended to be done if you have a > plugin, not a module? > > Best regards > Florian > > -- > Florian Jung > Department Visual Healthcare Technologies > > Fraunhofer-Institute for Computer Graphics Research IGD > Fraunhoferstr. 5, 64283 Darmstadt, Germany > > phone: +49.6151.155.520 > fax: +49.6151.155.480 > email: florian.j...@igd.fraunhofer.de > web: http://www.igd.fraunhofer.de > > > ------------------------------------------------------------------------------ > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > _______________________________________________ > mitk-users mailing list > mitk-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mitk-users -- Florian Jung Department Visual Healthcare Technologies Fraunhofer-Institute for Computer Graphics Research IGD Fraunhoferstr. 5, 64283 Darmstadt, Germany phone: +49.6151.155.520 fax: +49.6151.155.480 email: florian.j...@igd.fraunhofer.de web: http://www.igd.fraunhofer.de ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ mitk-users mailing list mitk-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mitk-users