Closed buchaosi closed 2 years ago
Are you 100% sure that ModelEngine somehow is interfering with the MMOItems->ItemsAdder integration? I really don't see how this is possible. Thanks
Are you 100% sure that ModelEngine somehow is interfering with the MMOItems->ItemsAdder integration? I really don't see how this is possible. Thanks
Sorry, my conclusion is wrong Modelengine does not prevent itemsadder from reading items from mmoitems When you replied to me, I had been testing for an hour A new conclusion when When the number of loaded plug-ins reaches 49 and there is a modelengine, itemsader cannot read the ammunition I don't know why the number of plug-ins and modelengine make itemsader unable to read mmoitems But this is true
Don't worry. Anyway I doubt the cause is the number of plugins. You have to find out the precise plugin which is interfering. Let me know, thanks
Don't worry. Anyway I doubt the cause is the number of plugins. You have to find out the precise plugin which is interfering. Let me know, thanks
I just revised my comments. Please look
Hello, can you maybe send a list of your plugins? I also have the same problem, and I also have 49 plugins haha.
Hello, can you maybe send a list of your plugins? I also have the same problem, and I also have 49 plugins haha.
Certainly Plugins (49): AntiAttack, AuthMe, BlockLocker, Boom, Brewery, ChatItemDisplay, ChestCommands, Chunkmaster, Citizens, CMILib, ConsoleSpamFix, CoreProtect, CoreProtect-Clear, CrazyAuctionsPlus, DeluxeTags, DungeonPlus, DungeonPlusVitality, EasyMotd, Essentials, EssentialsSpawn, GCore, GSit, HolographicDisplays, ItemsAdder, Kingdoms, LagAssist, LaggRemover, LibsDisguises, LightAPI, LiteSignIn, LoneLibs, LuckPerms, Mcrmb, McrmbShop, McrmbVip, MiaoChat, MMOCore, MMOItems, ModelEngine, Multiverse-Core, MythicLib, MythicMobs, OpenInv, PlaceholderAPI, PlayerParticles, ProtocolLib, Vault, WorldEdit, WorldGuard
Don't worry. Anyway I doubt the cause is the number of plugins. You have to find out the precise plugin which is interfering. Let me know, thanks
I tested for two hours and came to the conclusion that When the number of loaded plug-ins reaches 49 and there is a modelengine, itemsadder cannot read mmoitems I don't know why it's like this When I test, I randomly delete a plug-in from the list Strangely, itemsadder can read the items of mmoitems again Although those plug-ins are not associated with other plug-ins, even if it is just a white list plug-in
I think I have figured it out. Somehow ItemsAdder loads before MMOItems even tho it's plugin.yml has MMOItems specified as a softdepend, so I am not sure what goes wrong here.
So, ItemsAdder thinks MMOItems is not loaded and that's why items are blank.
I'm thinking... there's either another plugin that forces ItemsAdder to load BEFORE MMOItems, or maybe server ignores ItemsAdder's softdepend once a specific amount of plugins are installed and just loads them alphabetically, in this case 49.
I don't think LoneDev can do much about this. However, it would still help a lot if he made ItemsAdder recheck loaded plugins (at least the ones used for items) when I do /iareload, instead of only in the plugin enable phase.
I don't think LoneDev can do much about this. However, it would still help a lot if he made ItemsAdder recheck loaded plugins (at least the ones used for items) when I do /iareload, instead of only in the plugin enable phase.
I think we should check the loaded plug-ins again in the phase of enabling the resource package, because it is impossible to use the "/ iareload" command every time the server is started
MMOItems is in the softdepend list of ItemsAdder. I use that method to make sure that MMOItems loads before ItemsAdder because I need to call the MMOItems API in order to "inject" the MMOItems attributes into my custom items.
softdepend:
- ViaVersion
- LibsDisguises
- WorldGuard
- GriefPrevention
- Towny
- Essentials
- LightAPI
- Realistic_World
- EpicWorldGenerator
- EpicNetherGenerator
- Skript
- MythicMobs
- PlaceholderAPI
- CMI
- PermissionsEx
- LuckPerms
- Vault
- MMOItems
- GlowAPI
- Slimefun
- Orebfuscator
- ExecutableItems
- AdvancedEnchantments
- Mimic
- Citizens
- ItemBridge
- ModelEngine
I really don't know if there is another solution to mitigate this issue, maybe MMOItems could call /iareload
once it needs to load its own stuff? This will force ItemsAdder to reload its data and correctly hook the items.
It's a messy solution but that's the only thing I have on my mind.
I am not sure either.. only thing that comes to my mind is that you can maybe schedule item hooks and items loading for after all plugins are loaded, cause item loading is async anyway.
Or.. if item loading is done after all plugins are loaded already, you can probably just do this in the item loading method: Main.MMOITEMS_HOOK = ...is mmoitems loaded... (idk the actual variable name, it's obfuscated)
Thank you for responding.
This is a strange situation, I really have no clue on how to mitigate this issue. Also ItemsAdder loading is async
I used the simplest and most direct method to solve this problem
I used bandizip software to open the "itemsadder. jar" file Then open the "plugin.yml" file inside Move the "- mmoitems" in the softend column to the dependent column Then save Start server The plug-in mmoitems attribute loads normally However, this method is only applicable to servers with this requirement :)
I hope the author can add this method to the wiki This should be the simplest before you think of a good solution It should help a lot of people
Interesting, i'd like to know if there is a better solution, can you please send this issue link to the MMOItems dev? We might find a solution
Interesting, i'd like to know if there is a better solution, can you please send this issue link to the MMOItems dev? We might find a solution
This is the most direct way I can think of However, I would be happy to send this link to them
Same problem in here, tried /iareload
Yeah i have same problem to..
Yeah i have same problem to..
Please use the compression software to open the "itemsadder. Jar" file Like bandizip Then open the "plugin.yml" file inside Move the "- mmoitems" in the softend column to the dependent column Then save Start server The mmoitems attribute can be loaded normally
Same problem in here, tried /iareload
Please use the compression software to open the "itemsadder. Jar" file Like bandizip Then open the "plugin.yml" file inside Move the "- mmoitems" in the softend column to the dependent column Then save Start server The mmoitems attribute can be loaded normally
Hmm I don't think this has much to do with MMOItems specifically. I think a similar issue can happen with any other plugin from the softdepend list. I wonder if there's another way to check if all plugins are loaded without using softdepend, as it is apparently unreliable.
Maybe you can try scheduling the item loading task on the next server tick? I think it will be executed when all other plugins are loaded.
Please use the compression software to open the "itemsadder. Jar" file Like bandizip Then open the "plugin.yml" file inside Move the "- mmoitems" in the softend column to the dependent column Then save Start server The mmoitems attribute can be loaded normally
Yeah i have same problem to..
Please use the compression software to open the "itemsadder. Jar" file Like bandizip Then open the "plugin.yml" file inside Move the "- mmoitems" in the softend column to the dependent column Then save Start server The mmoitems attribute can be loaded normally
Thank you, everything works now
Terms
Discord tag (optional)
No response
What happened?
Itemsadder cannot connect to mmoitems This is the problem of the loading order of plug-ins
Steps to reproduce the issue
I created an item in itemsadder and asked him to read the items of mmoitems I use the "/ iareload" command Then I use the "/ iaget" command to give the item I created It was found that the item information of mmoitems was not read
Server version
This server is running Paper version git-Paper-794 (MC: 1.16.5) (Implementing API version 1.16.5-R0.1-SNAPSHOT)
ItemsAdder Version
ItemsAdder version 3.1.1
ProtocolLib Version
ProtocolLib version 4.8.0
LoneLibs Version
LoneLibs version 1.0.18
LightAPI Version (optional)
LightAPI version 3.5.2
LibsDisguises Version (optional)
LibsDisguises version 10.0.28
FULL server log
No response
Error (optional)
No response
ItemsAdder config.yml
Problematic items yml configuration file (optional)
Other files, you can drag and drop them here to upload. (optional)
Configuration of modelengine
Model-Engine: Detection-Range: 64.0 Marker-Tick: 3 Strict-Raytrace: true Use-Slerp: false Animation: LAND: land JUMP: jump DEATH: death SPAWN: spawn WALK: walk IDLE: idle Mode: Animation: B Movement: A Movement-Resolution: 0.001 Model-Generator: Generate-On-Start: true Enable-Error: true Overwrite: true Namespace: modelengine Compartment-Size: 1000 Auto-Clear-Cache: false Create-Zip: true Item-Model: leather_horse_armor Model-Calibrator: Use-Calibration: true Body-Rotation: 0.33 Animation-Sync-A: 0.33 Animation-Sync-B: 0.68 Experimental-Features: Use-Async: false
Screenshots/Videos (you can drag and drop files or paste links)