Bukkit

I could use your worlds.yml and config.yml files, as well, explicitly, what worlds you have created, their names, and their expected environments (and worldgens). Thanks!

The status appears to suggest you've already verified this bug and started fixing it. I didn't see your request until just now I'm afraid. Do you still need this information?

Nope, download the new jarfile at http://dev.bukkit.org/server-mods/nethrar/files/5-nethrar-jar/ and give it a whirl.

Unfortunately, no it's still throwing the same error. This is my worlds.yml:

World1:
    destination: World1_nether
    scale: 8
World1_nether:
    destination: World1
    scale: 1
    peaceful: false
    respawnTo: World1
World:
    scale: 8
    environment: normal
    destination: World_nether
World_nether:
    scale: 1
    peaceful: false
    environment: nether
    respawnTo: World
    destination: World

config.yml:

usePermissions: true
forceLoadRadius: 2
debugLevel: 0
listen:
    respawn: true
riderlessVehicles: true

World1 is what throws the error:

java.lang.IllegalArgumentException: Need to set an environment for world World1, or create the world through some means.
        at org.akrieger.Nethrar.PortalUtil.initializeWorlds(PortalUtil.java:188)
        at org.akrieger.Nethrar.PortalUtil.initialize(PortalUtil.java:98)
        at org.akrieger.Nethrar.Nethrar.onEnable(Nethrar.java:112)
        at org.bukkit.plugin.java.JavaPlugin.setEnabled(JavaPlugin.java:174)
        at org.bukkit.plugin.java.JavaPluginLoader.enablePlugin(JavaPluginLoader.java:957)
        at org.bukkit.plugin.SimplePluginManager.enablePlugin(SimplePluginManager.java:280)
        at org.bukkit.craftbukkit.CraftServer.loadPlugin(CraftServer.java:171)
        at org.bukkit.craftbukkit.CraftServer.enablePlugins(CraftServer.java:154)
        at net.minecraft.server.MinecraftServer.e(MinecraftServer.java:297)
        at net.minecraft.server.MinecraftServer.a(MinecraftServer.java:284)
        at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:152)
        at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:348)
        at net.minecraft.server.ThreadServerApplication.run(SourceFile:417)

The worlds do actually exist though:

% ls -d /bukkit/World*
/bukkit/World  /bukkit/World1  /bukkit/World1_nether  /bukkit/World_nether

Alright, I'll look again tomorrow night. You got the version for CB 1337. right? Said release 2.1.1?

Edit: nevermind about pastebin, I got the stack trace.

Also, which world is the primary world in server.properties?

I'm going to go out on a limb and say that World is the primary world, in which case I think I know what is up. Looking at the CB internals, "getWorld()" doesn't behave the way I expected it to, and I must have missed the warning that it changed. I'll see what I can do, no guarantees.

Suspicion confirmed. New fix hopefully soon (but not until after work).

Yeah, World is the primary world. And yes, I'm running 1337, and I downloaded the latest release from the link you provided earlier. I presume that was 2.1.1. It doesn't spit out a version number (presumably because of the crash).

Yeah, ok, on further investigation, it looks like the solution is "you must always specify an Environment for your worlds." There is no way to load a world from disk and magically detect the environment/chunk generator for it, it seems. Sorry :( I'll update the documentation to indicate this. I wish CB implemented this, but it seems to be an inherent limitation of the way worlds are stored on disk. Sigh. Really sorry about that.

That's no problem at all. It not detetcting it just threw me - I didn't want it to try to create the world if I added in the environment, and end up overwriting it or something.

Yeah, looks like instead it'd be the other way around, the only way to load a world would be to guess (and probably guess incorrectly) an Environment. It wouldn't overwrite the world, just new chunks in that world would be generated with the wrong Environment. Seems like a fun thing to test.