I really love the new autoDiscoverPlugin option in mura. It's definitely a big step in the right direction and simplifies the plugin development a lot! In conjunction with the directoryFormat option of the plugin it'll be a great way of check out the plugin from a repository, put it into the plugins folder and to start the coding from there right away. That's what I thought....
Unfortunately mura seems to delete the plugins folder on deployment, even the directoryFormat option is set to packageOnly and the plugin folder has already the package name. That's why I have to checkout every plugin twice before I may start coding - that's really annoying :(
In my opinion, mura should not delete and recreate the plugin/myPlugin folder if the directoryFormat option is set to packageOnly and the myPlugin folder name is already the same as the plugins package.
I think the issue is that the copy directory method that Mura use's removes hidden files. It was specifically added to remove svn file a long time ago. I think that behavior could easily be tweaked in the case auto discovering plugins. After that all you would need to do is checkout your project from github and reload Mura to install a plugin. I'll look at doing this in the near future.
Sounds great!! I'm looking forward to the next update :)
It you update your core you can now set the /config/settings.ini.cfm autoDiscoverPlugins=true and the simple clone your plugin into the /plugins directory reload Mura.
In the plugin/config.xml you can also set
to tell Mura to not just register the plugin, but actually make it go live as well as add
for site assignments for the autoDeployment.
Great!! So the issue is fixed now? :)
I can now navigate to the plugins directory in terminal and run "git clone ..." then reload Mura and the plugin is now installed with git. As I undertand it that was the issue. So yes, but please test it fot yourself.
Matt, you made my day! :) Works like a charm!!!
@mattlevine I'm having an issue with this on CF9 on Windows Server 2003. When I reload Mura after performing an svn checkout into the plugins directory, I get a file not found error:
Could not find the included template /plugins/2B0477B9-3048-651A-FE5302DE478A3124/plugin/config.xml.cfm.
It looks like it's taking my plugin directory, renaming it to a UUID, and then creating another directory with a different UUID. The second directory is empty, which sounds like there's supposed to be some copying (or something) going on during the autodeployment that isn't happening.
At this point point Mura does actually rename the directory and then deploys it according to it directoryFormat setting in the plugin/config.xml(|.cfm).
Can you double check that you have a a /plugin/config.xml.cfm in your plugin? I know it's a long shot.
Yes, I do have the necessary file - the issue is that it appears to be checking the empty folder for the file. This is a really simple plugin, the entire structure is as follows:
What's the correct directyFormat setting for autoDeploy? This plugin has <directoryFormat>packageOnly</directoryFormat>
Can you test it without the svn element?
I get the same error when removing SVN. When reloading Mura, it renames the existing directory and then creates a new one, so I have 31A3ABAF-BA43-025D-FAFE911C52B53F4A (the renamed directory) and 31A3ABFD-C7CE-F262-1324E2FA06FAD2EF (the new directory). It's searching for the file in the latter (the new one), but not finding anything because the directory is empty.
Interestingly enough, I examined the files in my plugin directory after the auto deploy failed and they have all been completely wiped out; That is, the files still exist but the content of the files themselves have disappeared - all of them are simply blank.
EDIT: If it matters, I am on Core Version 5.6.4888
Please update your core and retest.
@mattlevine Thanks! That fixed it on my local development machine and I'll be testing it on our production server later today, but I don't expect to run into any issues.
@mattlevine Works great on the production server as well. Thanks, as always, for the quick response and fix!