Add additional ray trace API

[TonytheMacaroni]

Supersedes #11166.

• Adds overloads to World#rayTrace and World#rayTraceBlocks, as well as the method PositionedRayTraceConfigurationBuilder#blockCollisionMode, that take a BlockCollisionMode instead of the boolean ignorePassableBlocks to determine block collisions.
• Add FluidCollisionMode.WATER.
• Remove outdated javadocs on World#rayTrace, World#rayTraceBlocks, PositionedRayTraceConfigurationBuilder#fluidCollisionMode, and PositionedRayTraceConfigurationBuilder#ignorePassableBlocks that mention caveats with portal blocks and fluids that no longer exist. Portal blocks are always considered 'passable', and the value of ignorePassableBlocks has no effect on fluid collisions.

[notTamion]

Looks good! might be nice to mention something in the ignorePassable jdocs (at least on the builder) that its equivalent to setting the block collision mode to the respective value

[Owen1212055]

The only thing I am not sure about is the whole fluid conditions.
It seems very arbitrary and at least I don't see why we should be adding our own conditions esp when its fairly easy to just check the blockstate directly.

[TonytheMacaroni]

Checking using the block filter doesn't really work. As an example:

Location location = ...;
World world = location.getWorld();

// Hits collidable blocks & lava fluid blocks
world.rayTrace(builder -> builder
    .blockCollisionMode(BlockCollisionMode.COLLIDER)
    .fluidCollisionMode(FluidCollisionMode.LAVA)
    .targets(RayTraceTarget.BLOCK)
);

// Hits non-waterlogged collidable blocks & lava fluid blocks
world.rayTrace(builder -> builder
    .blockCollisionMode(BlockCollisionMode.COLLIDER)
    .fluidCollisionMode(FluidCollisionMode.ALWAYS)
    .blockFilter(block -> {
        FluidData data = world.getFluidData(block.getX(), block.getY(), block.getZ());
        Fluid fluid = data.getFluidType();

        return fluid == Fluid.EMPTY || fluid == Fluid.LAVA || fluid == Fluid.FLOWING_LAVA;
    })
    .targets(RayTraceTarget.BLOCK)
);

The block filter can't really be used to be distinguish hitting the block part of a waterlogged block, or the fluid part.
An alternative to FluidCollisionMode.WATER/FluidCollisionMode.LAVA would be to add in a fluid filter that takes in the FluidData, which would only determine fluid collisions.