Hi Thomas,
the code below looks fine. The "plugin cache" is a remnant from the
legacy BlueBerry Plugin system and it is not needed anymore. Application
configuration data can be either in code (as below) or using .ini files
(they have precedence). Not having any .ini files is fine, if all
necessary config data is set in the code.
The .provisioning files are solely for the initial provisioning of the
CTK plugin framework. This means that the files tell the BlueBerry
framework which CTK plug-ins should be installed (and optionally started
- note that there is an important difference between installed and started).
I have no idea why the assert below fails. You could try using the
BlueBerry.consoleLog command line argument to get more output (prepend
'/' on Windows or '--' on Unix systems).
Hope that helps,
Sascha
On 10/18/2011 01:26 PM, Thomas Wolf wrote:
> Addendum:
>
> Apparently its just one of regularly thrown exceptions. The fatal
> problem is the folliwing console output:
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
> Assertion violation: _pInstance == 0 [in file
> "..\MITK\Utilities\Poco\Util\src\Applicatio
> n.cpp", line 122]
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
> The Poco:Util::Application::setup() asserts in line 124
> (Application.cpp) the instance pointer to zero, which it isn't. There is
> already an instance, carrying the parameters of my extapp.
> So far i adapted the project to the current project template in the mitk
> repository, my extapp executable looks like that:
>
> --->
>
> int main(int argc, char** argv)
> {
> QApplication myApp(argc, argv);
> myApp.setApplicationName("Medical Scene Generation");
> myApp.setOrganizationName("ETH Zürich");
>
> Poco::Path basePath(argv[0]);
> basePath.setFileName("");
>
> Poco::Path provFile(basePath);
> provFile.setFileName("ModelGeneration.provisioning");
>
>
> Poco::Util::MapConfiguration* sbConfig(new
> Poco::Util::MapConfiguration());
> sbConfig->setString(berry::Platform::ARG_PROVISIONING,
> provFile.toString());
> sbConfig->setString(berry::Platform::ARG_APPLICATION,
> "org.mitk.qt.extapplication");
>
> return berry::Starter::Run(argc, argv, sbConfig);
> <---
>
> That is correct, isn't it? Assuming also that the project compiles
> everything without error and all needed CTKPlugins are created,i guess
> its a matter of the configuration...
>
> It looks to me like that there is an attempt to start a second instance...
>
> The CTKPlugin starting mechanism is still a bit unclear to me, does
> someone have an idea what is possibly going wrong there?
>
> Regards,
> Thomas
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> mitk-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/mitk-users
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
