Bukkit

@superperson15

All items are in the latest items.yml except for some variants of leaves. I can double check, but I think the unavailable ones are only obtainable via silk touch or creative.

To import missing items do this:

1. /hcbackup
   
2. /hc disable
   
3. Delete your items.yml file
   
4. /hc enable
   
5. /importnewitems [economy] (If you're using only one economy just do "/importnewitems default")
   

@MCBuncey

/hl purge sounds like a good idea. I'll see what I can do. :)

@About7Deaths

This is a feature. It's now disabled by default in .966. If you used .965 or .964 you'll need to disable it in the config.yml file. Just set "allow-scrolling-transaction-signs" to false.

@JericM

Player owned shops will be the next major feature I add to the plugin. They will be just as you describe: players will be able to place items in their region based shops and the item's price will change based on the stock in all shops in that economy. Currently, however, players can't own shops except for chest shops. (Unless you set the global shop account to a player account, but then only one player could own a shop.) Chest shops do not affect item prices.

The only thing you would need to do differently to make economically competing towns would be to have an admin set up a designated shop (or multiple shops) for each region/nation and place the shops in different economies. Then players will be able to sell items to their nation's shops. Based on the stock in each economy, the item prices will change. Since the two economies (or more) can have different stock amounts the prices in each nation will be different.) By default all economies start with 0 stock for all items, so it will be player driven in the sense that no items will be created artificially. The only thing that would be created artificially would be the money in the global shop account. Something has to inject money into the economy anyway. I see what you mean, however, about wanting money to only be created via trading emeralds to banks. The upcoming player owned shops will address this. At that point a shop could be attached to any bank account. You will even be able to make a shop which only trades emeralds to a server account with limited money.

Adding player owned shops is a priority, but it may take some time as it adds another layer of abstraction onto the current model. Currently, each economy has its own stock amount for every item. With player shops, shops will have stock, and the economy that the shop is in will have stock equal to the sum of all of its shop stocks.

I'm not sure this will help at all, but you can make the global shop account any account. Perhaps there is some way to use this to supply the server shop with player generated money? I will be working on player shops. :D

@MCBuncey

Glad it's working again. I can take a look at leaves and pistons. Perhaps pistons changed in the recent update. Leaves obtained with silk touch aren't in the database by default, I think. Perhaps that's what they are?

There isn't currently a command to clear the HyperConomy log. I can add one though. Do you want to delete the entire log or just part of it. (For a certain player ect.)

@MCBuncey

I need more information. First make sure error logging is on with "/hcerror sql" What server software are you running and what version of HyperConomy?

For everything to rollback at a restart that means one of two things: nothing is being written to the database, or the database is being deleted at every restart. If nothing is being written there should almost certainly be errors. I don't know how the database would be deleted if that's the case. Also, try updating to the latest dev build. (Link is above on this page.) Version .966 should be out soon, bukkit is just taking a very long time to approve it.

@twisted420mc

I don't think ftb supports bukkit mods by default. The only way may be to download some mod which is able to interface with bukkit mods. Bukkitforge? I don't know a lot about it, so I could be wrong, but direwolf20 doesn't even seem to detect bukkit mods. Let me know if you even get it running. If you do, let me know how and I could test it.

@DivinityCraft

HyperConomy only locks when it's loading or disabled. If you have a massive amount of economies and special items it might take a bit to load. It's quite fast normally, however. There are a few other exceptions where it has to lock, such as when adding new items or using the /copydatabase command. Are you sure that you're just not waiting long enough for it to load? I've never seen it lock permanently in testing except for a rare bug that was fixed 4 or 5 versions ago. It's normally up and running just a few seconds after the server has finished loading.

As far as items not being removed from the market, it's not much more difficult than it used to be. I would recommend against removing items from items.yml anyway. It's generally better to just remove them from a shop. Or create a custom category that adds back in the items you want after doing "/ri all [shop]" If you still would like to remove the items from the plugin entirely the process is this:

1. /exporttoyml [economy] (if you only have one economy use "default")
2. /hc disable
3. Delete the items from your items.yml file.
4. /hc enable
5. /importfromyml [economy]

The /importfromyml command wipes whatever is in the database (for the selected economy) and replaces it with whatever is in the items.yml file.

In general MySQL is much easier to work with if you want to directly edit the items. It's also much faster than SQLite and won't take as long to load. SQLite is great, however, since it allows the plugin to do things that would be extremely difficult without it. Before switching to SQLite the plugin was becoming too difficult to maintain as it was essentially two plugins in one. The YML mode lacked a lot of the newer features I was adding since they required a database to work well. (Multiple economies, easy history lookups, the integrated economy plugin, etc.)

I could potentially make a lightweight version of HyperConomy that skips some of the newer features and upload it as a new plugin.

The database engine in recent versions seems quite stable. It saves continuously (unlike YML's), logs any issue that occurs while saving, runs asynchronously (no lag, unlike YML's), and saves its queue on shut down if it doesn't finish writing. If you're finding errors or the plugin is locking I'll definitely investigate. Just let me know how to reproduce the issues. Perhaps what's happening is you're starting the plugin, making a large number of changes to the data with a command such as /scalebypercent or /setstockmedianall and then disabling it. If you do this the database will not have time to write all of the changes and will instead save them to a temporary text file. On the next startup, or after using /hc enable, it will have to finish writing where it left off. This could take a few minutes. Next time it is locked just be patient and see if it unlocks. Unless you're frequently running these sorts of commands this will almost never be an issue. These commands are likely the only way to get 1000's of writes to the database at the same time and cause a slow unlock time.

@mheiden

Is this for any item or just some? Also, which server software are you running again?