This project is abandoned and its default file will likely not work with the most recent version of Minecraft. Whether this project is out of date or its author has marked it as abandoned, this project is no longer maintained.
DispenserRefill helps you keeping your Dispensers and Droppers filled at all times while allowing maximum control over the process.
Automatic Refilling
Cooldown Times
Readable database files
Development builds of this project can be acquired at the provided continuous integration server. These builds have not been approved by the BukkitDev staff. Use them at your own risk.
Download WorldEdit and extract the WorldEdit.jar into your "plugins/" folder.
Give out permissions (full list available below; give dispenserrefill.* for all).
Run your server and DispenserRefill is installed.
Development
You are interested in working on the next big thing in the Bukkit/Spigot universe? No problem! Contact us at [email protected] and tell us a little bit about you.
Alternatively feel free to fork our repository at GitHub to get your changes added to the official DispenserRefill builds.
Commands
/autorefill [cooldown] - Changes the container mode to infinite
/refillcooldown - Prints out the remaining cooldown time
Permissions
dispenserrefill.general.dispenser - Allows users to create infinite dispensers
dispenserrefill.general.destroy - Allows users to destroy infinite containers.
Very unlikely as I currently do not have the time and motivation to update it. Sorry!
Edit: Apparently the latest version seems to work fine on 1.8 ...
I'm getting an issue with this plugin, the dispensers that were previously unlimited are still unlimited but if I use the /autorefill command it doesn't work and gives me this error in the console: http://pastebin.com/kEVs4QXQ
GZ. You either managed to break your Dispenser database or you are not on the most recent version of the plugin. Your database might be completely corrupted and you might need to fix it by hand now.
A small update: The build page has been updated (the url (get.evil-co.com) will stay the same for now). I'll now slowly move towards the zero dependency build (there is no ETA on it yet though so don't expect it to only take one or two days).
Development builds are now back online and will be updated automatically in the future. I apologize for the inconvenience (even though the state of the recent development builds shouldn't be much different from the most recent release).
For now you can download the most recent development build from our new build server. An updated download page for development builds will be available soon.
Sorry, we currently got a few problems with the CDN right now. I'm working on it right now though (it looks like we might have to switch to a different provider though due to some minor problems). The latest file can be currently accessed via assets.evil-co.com/build/DispenserRefill/bleeding/latest/DispenserRefill-1.1.0-A4.jar though until the problem is fixed.
Uhh sorry to hear that. Maybe your database corrupted at some point? In my tests converting old database files has been working in 100% of the cases I gave it. The reason for the new API has been the fact that the data has been serialized into binary data and thus was a little bit unstable. The new version uses a plain text format (-> YAML) which should not have any problems as long as the format itself is not broken by manually editing it. I'd still suggest to keep backups of the file just in case. The plugin is still marked as being unstable due to the fact that many functions still need broad testing.
Yes the database API has been replaced a good while ago and the migration tool has been removed in the latest release due to the major cleanup. Loading Alpha 3 should automatically convert the dispensers.dat into a containers.yml and delete the dispensers.dat.
Alpha 4 fixes some minor crash bugs in the new database API and adds support for droppers.
I've got a question: Have you changed dispenser saving behaviour with last update?
Because somehow my old dispenser refills dont work anymore.
And I'm very confused about "containers.yml" and "dispensers.dat". In both there are dispenser datas and it seems that if I now use /autorefill it's written in the .yml while most of my refills are in .dat.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
@xSemii
Very unlikely as I currently do not have the time and motivation to update it. Sorry! Edit: Apparently the latest version seems to work fine on 1.8 ...
possible to update it to 1.8 :/?
I'm getting an issue with this plugin, the dispensers that were previously unlimited are still unlimited but if I use the /autorefill command it doesn't work and gives me this error in the console: http://pastebin.com/kEVs4QXQ
Minecraft version: 1.7.5
@hopper22009
"Does not work" is not an error message. Error message or it didn't happen/you didn't follow the instructions.
Doesn't work says could not pass event. downloads fine but it doesn't make the dispersers infinite
@MGbeenieboy
GZ. You either managed to break your Dispenser database or you are not on the most recent version of the plugin. Your database might be completely corrupted and you might need to fix it by hand now.
http://pastebin.com/cWPxupHV
A small update: The build page has been updated (the url (get.evil-co.com) will stay the same for now). I'll now slowly move towards the zero dependency build (there is no ETA on it yet though so don't expect it to only take one or two days).
Development builds are now back online and will be updated automatically in the future. I apologize for the inconvenience (even though the state of the recent development builds shouldn't be much different from the most recent release).
@RadioactivFly
For now you can download the most recent development build from our new build server. An updated download page for development builds will be available soon.
@RadioactivFly
Sorry, we currently got a few problems with the CDN right now. I'm working on it right now though (it looks like we might have to switch to a different provider though due to some minor problems). The latest file can be currently accessed via assets.evil-co.com/build/DispenserRefill/bleeding/latest/DispenserRefill-1.1.0-A4.jar though until the problem is fixed.
Trying to access the dev builds gives me a 403.
@dot_start
I can easily open it with notepad.
I've recreated all my protections now.
@Niknox
Sorry but the old .dat format is unreadable (even for me).
@dot_start
May I send you my .dat so that you can try to convert it? If not, I'll do them again. But there are way more than 10 autorefills^^
@Niknox
Uhh sorry to hear that. Maybe your database corrupted at some point? In my tests converting old database files has been working in 100% of the cases I gave it. The reason for the new API has been the fact that the data has been serialized into binary data and thus was a little bit unstable. The new version uses a plain text format (-> YAML) which should not have any problems as long as the format itself is not broken by manually editing it. I'd still suggest to keep backups of the file just in case. The plugin is still marked as being unstable due to the fact that many functions still need broad testing.
@dot_start
Running A3 does not change anything. The dispensers aren't infinite.
/refillcooldown shows absolutely no message.
@dot_start
But I'm using that plugin since Alpha 2 only :/
I'll try loading 3 again.
@Niknox
Yes the database API has been replaced a good while ago and the migration tool has been removed in the latest release due to the major cleanup. Loading Alpha 3 should automatically convert the dispensers.dat into a containers.yml and delete the dispensers.dat.
Alpha 4 fixes some minor crash bugs in the new database API and adds support for droppers.
@dot_start
Oh great that you're online right now.
I've got a question: Have you changed dispenser saving behaviour with last update?
Because somehow my old dispenser refills dont work anymore.
And I'm very confused about "containers.yml" and "dispensers.dat". In both there are dispenser datas and it seems that if I now use /autorefill it's written in the .yml while most of my refills are in .dat.