Mod Probleme de crash sur un modpack

Pixonix

Bucheron
3 Mai 2013
36
0
17
24
Bonjour,
j'essaye de faire un modpack avec quels que mods sauf que je rencontre un problème de crash que je n'arrive pas a résoudre car je ne sais pas lire un crash-reports.
Voila le paste-bin du crash-reports : http://pastebin.com/9ydmaEWY
Merci d'avance a ce qui prendront la penne de lire le paste-bin et qui m'aideront à résoudre ce problème.
Cordialement,
Pixonix
 

robin4002

Expert en informatique et systèmes d'information
Staff
Responsable technique
Responsable forum
12 Novembre 2012
20 904
159
3 004
347
27
Alsace
www.minecraftforgefrance.fr
Salut,
Il y a un problème de compatibilité entre Forestry et ExtraBees. Essayes avec une autre version de Forestry ou une autre version d'ExtraBees. Vérifies sur le site d'ExtraBees s'il n'y a pas des indications concernant la compatibilité.
 

robin4002

Expert en informatique et systèmes d'information
Staff
Responsable technique
Responsable forum
12 Novembre 2012
20 904
159
3 004
347
27
Alsace
www.minecraftforgefrance.fr
Disons qu'il faut connaitre la programmation en Java pour connaitre les différentes erreurs.
Mais je vais quand même te faire un exemple avec ce rapport de crash.
La première partie est le stacktrace, c'est là où se trouve l'exception ainsi que toutes les classes en rapport avec l'exception.
Le stacktrace c'est ça :
Code:
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: forestry.api.apiculture.IAlleleBeeSpecies.getProducts()Ljava/util/Map;
        at cpw.mods.fml.common.LoadController.transition(LoadController.java:163)
        at cpw.mods.fml.common.Loader.initializeMods(Loader.java:739)
        at cpw.mods.fml.client.FMLClientHandler.finishMinecraftLoading(FMLClientHandler.java:311)
        at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:552)
        at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878)
        at net.minecraft.client.main.Main.main(SourceFile:148)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
        at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
Caused by: java.lang.NoSuchMethodError: forestry.api.apiculture.IAlleleBeeSpecies.getProducts()Ljava/util/Map;
        at binnie.extrabees.genetics.ExtraBeesSpecies.doInit(ExtraBeesSpecies.java:993)
        at binnie.extrabees.genetics.ModuleGenetics.init(ModuleGenetics.java:40)
        at binnie.core.AbstractMod.init(AbstractMod.java:137)
        at binnie.extrabees.ExtraBees.init(ExtraBees.java:53)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532)
        at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
        at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
        at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
        at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
        at com.google.common.eventbus.EventBus.post(EventBus.java:275)
        at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
        at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
        at java.lang.reflect.Method.invoke(Unknown Source)
        at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
        at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
        at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
        at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
        at com.google.common.eventbus.EventBus.post(EventBus.java:275)
        at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
        at cpw.mods.fml.common.Loader.initializeMods(Loader.java:737)
        ... 10 more
cpw.mods.fml.common.LoaderException: java.lang.NoSuchMethodError: forestry.api.apiculture.IAlleleBeeSpecies.getProducts()Ljava/util/Map;
ça c'est l'exception. NoSuchMethodError est déclenché lorsqu'on essayer d'appeler une méthode qui n'existe pas. Ici la méthode qui n'existe pas est forestry.api.apiculture.IAlleleBeeSpecies.getProducts(). Le reste du stacktrace permet de déterminé où cette méthode inexistante a été appelé.
Code:
        at binnie.extrabees.genetics.ExtraBeesSpecies.doInit(ExtraBeesSpecies.java:993)
        at binnie.extrabees.genetics.ModuleGenetics.init(ModuleGenetics.java:40)
Et comme on peut le voir ici c'est extrabees qui a appelé cette méthode qui n'existe pas.
Il y a donc deux solutions : changer de version de Forestry en espérant tomber sur celle dans laquelle la méthode forestry.api.apiculture.IAlleleBeeSpecies.getProducts() existe (car elle existe forcement dans une version sinon le développeur d'extrabee n'aurait jamais pu compiler son mod), soit changer de version d'extrabees en espérant tomber sur une version qui n'essayes pas d'utiliser cette méthode.




Sinon la partie "-- System Details --" peut aussi aider à localiser le mod qui cause problème.
Dans la liste des mods, il y a chaque fois UCHI devant chaque mod. Ce sont les états des mods, un peu au dessus il y a écrit à quoi correspond chaque lettre :
Code:
        States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
Donc dans ton rapport de crash tous les mods ont été Unloaded (déchargé), Constructed (construit), Pre-initialized (pré-initialisé) et Initialized (initialisé).
Sauf un :
UCHE Botany{2.0-pre14} [Botany] (binnie-mods-2.0-pre14.jar)
Qui est erroné. Et voila, tu as trouver quel mod cause problème.
Cette deuxième méthode est plus praticable par quelqu'un qui ne connait pas le Java mais cependant cela dit seulement quel mod cause problème, pas ce qu'il faut faire pour résoudre le problème.