Crash on startup with AE2-RV2-Beta 21
lehjr opened this issue · 28 comments
Hope you're ready for the next round of changes:
http://pastebin.com/ciZC16k8
Edit: this is with thaumicenergistics-0.8.9.0b-rv2
In the source, UpgradeInventory becomes StackUpgradeInventory, but then there's this compile fail:
/home/leon/development/ThaumicEnergistics/src/main/java/thaumicenergistics/inventory/HandlerEssentiaStorageBusInterface.java
Error:(238, 45) java: myAccess has private access in appeng.me.storage.MEInventoryHandler
Error:(239, 45) java: myWhitelist has private access in appeng.me.storage.MEInventoryHandler
Error:(240, 45) java: myPriority has private access in appeng.me.storage.MEInventoryHandler
And then there's a ton of depreciation warnings. Good luck.
Here is the full Launch log . AE2 Rv2 Beta 21
this might help
Caused by: java.lang.InstantiationError: appeng.parts.automation.UpgradeInventory
at thaumicenergistics.tileentities.TileArcaneAssembler.(TileArcaneAssembler.java:227)
at thaumicenergistics.registries.Renderers.registerRenderers(Renderers.java:59)
at thaumicenergistics.proxy.ClientProxy.registerRenderers(ClientProxy.java:21)
at thaumicenergistics.ThaumicEnergistics.load(ThaumicEnergistics.java:83)
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)
same error ,, oops
Here is another oddity; Seems to only crash clients. I put beta 21 on my server and it launches just fine.
There are some problems with AE2 RV2 19+ atm see:AppliedEnergistics/Applied-Energistics-2#1118 (comment). So it's likely any Thaumic Energistics fix will have to wait until AE2 issues are fixed.
getting this error with AE2 RV2 21,22. (reverted back to build 14 and worked fine) eventually disabled all other mods and tried AE2 with each of the mods which adds to it and isolated it to a new incompatibility between thaumic energistics and AE2. i wish i had come here five hours ago, would have saved myself some debugging time.
Latest AE2 source works better than the latest build
On Mar 31, 2015 4:14 PM, "Nividica" [email protected] wrote:
Given the stability issues with with 19+ I am not going to focus on
updating to support it until I get the current bugs worked out for 18.
However if I can manage to get those taken care of today, I will post an
alpha build for the the latest AE2. Just be aware that I won't be offering
a good deal, if any, support for it just yet.—
Reply to this email directly or view it on GitHub
#155 (comment)
.
Given the stability issues with with 19+ I am not going to focus on updating to support it until I get the current bugs worked out for 18. However if I can manage to get those taken care of today, I will post an alpha build for the the latest AE2. Once thatslch and team gets the AE issues hammered down, I will see about updating.
I was just coming here to report this, I am using:
thaumicenergistics-0.8.9.1b-rv2
and
appliedenergistics2-rv2-beta-22
Still getting the same crash, and @katur239 yes odd behavior only crashes the client not the server. I would love a fix for this even it it's a hack for now as I can't live without either mod, however AE b22 fixes an error that I have been needing fixed since AE2 came out :(
Thaumic Energistics hasn't been updated for AE2 beta 22 yet. Beta 22 still has issues. 18+ is like windows updates, fix 1 thing and break 20 others (I can't even load an existing map with it without it crashing). I think Nividica is waiting for a reliable AE2 build before updating.
I also have the same issue as you @Iomega0318 :-(
I'm using the latest versions available:
thaumicenergistics-0.8.9.1b-rv2
appliedenergistics2-rv2-beta-22
@lehjr AE b22 works fine for me, and like I said I "have" to use it. It fixes a bug that I have needed fixed in order to run it on my server, up until now I have been running the server off my desktop computer. (weird bug don't ask.. no idea)
@marduvGitHub yep sad times, I may end up removing TE until it works with AE b22+ :(
There is an amazing amount of changes to the AEApi, as such I won't be able to reliably test it tonight, but if I can at least get it operational I will release an alpha.
That would be amazing! and even if it's a hack temp fix for now just so I can use it lol, I'd love you forever :)
No worries, as long as I can start the server without deleting things I'll be happy :)
0.8.9.2a-rv2 is posted.
Just to get some things straight.
There was absolutely no breaking change to the API. Only some things marked as @Deprecated
, which means they will be removed at some point in the future. But probably not before rv4, maybe rv3 (low chance).
Regarding your changes.
You can expect that calling Optional.get()
will crash without checking Optional.isPresent()
before or using more appropriate methods.
Also mostly as heads-up.
Anything which is not part of the API is always subject to change and will break without warning. This basically includes anything outside the appeng.api
package.
It is very likely that we start moving around packages in the near future. So expect any build to potentially break things except the API.
Ah, the .isPresent() was something I did miss.
And most of the difficulty with the API update came from the aspect registry where I an having to do a lot of reflection and chaining of recipes to build the full list of ingredients and assigning aspects based off of those.
Outside of aspect registry the rest of the changes were quite minor, but occurred all over the place in my code. I suppose I could have left the depricated calls intact, but by default I have eclipse set up to funnel all warnings into errors. As such when I opened the project with 22, I was informed of over 400 errors. @_@
Overall I like the changes, esp the .orNull(), as it simplified my code in a few key spots.
@Nividica Awesome, thank you!
Confirmed working with:
appliedenergistics2-rv2-beta-23
thaumicenergistics-0.8.9.2a-rv2
If you want to execute something when an item/block exists, then you should maybe look at Optional.asSet()
and use it with a foreach. If it is present, it will run once else never. For example anywhere you are using .orNull()
and then if(!null)
.
An easy way to really break it is disabling every feature via the ae2.cfg. If you survive this without any exception, you can pretty much assume it works always.
@yueh That has to be the best idea that I have heard yet for compatibility testing. I tend to make the assumption that nothing has been disabled and work back from there. Working forward assuming everything is disabled seems like a much better way to approach finding my issues.