Forge's equivalent of bukkit's Delayed Events

[Scribblon]

Hey Everybody,

 

The following is background, if you would like to go direct to the question, just skip it.

 

>Background<

Old Bukkit plugin-dev here trying out new more advanced and exiting modding waters. I suddenly had the itch to revamp an old plugin after some long nights messing with mystcraft: riftcraf. Now the plugin was not initially mine, nor did it became mine after the original author abandoned it. But I contributed to it a while back.

 

When you are a fan of pvp and get to the point where everyone has a following book from mystcraft, escaping is quite easy. Riftcraft tries to combat that by making teleporting not impossible, but delayed.

In context: After long study you are starting to figure out how Enderman and mobs use The Ether to get around. However, unlike an enderman you need to stabilize (focus) a rift before you can step through it. Until it is stabilized you are not allowed to move or you will lose your focus. On top of that, each jump requires 'rift-energy'.

On the other end you may facilitate a rift by placing down a rift-stone, these help 'stabilize' the rift and make them require less energy to form.

In reverse you may place down a disruption stone to prevent others of rifting in, handy to keep unwanted guests out your base. Even stealing the rift energy when they attempt to open a rift inside its range.

>/Background<

 

In bukkit you could register an event on a delay, EventManager.register(Eventable/Runnable, delay). Now, I searched high and low for a Forge equivalent,  through the wiki and through the forums. It is highly likely that I might be overlooking something or looking at the wrong packages for all that matter. But what I have seen so far of the EventBus and the event packages left me wondering if this functionality I seek is available?

[Vogner]

If you can get a World reference, you could probably use getTotalWorldTime() or getWorldTime() for this purpose.

[Scribblon]

I appreciate the response. I hope you can help me a bit to understand the following inner workings of forge.

 

In bukkit you had this option (register delayed events) because you are not allowed to sleep a thread as everything is synchronized, thus sleeping would stop the whole server. Now I assumed this is also the case in forge as multiple mods can modify the same event in the same manner (set canceled, modify world/player). Or am I wrong and is forge a-synchronous?

 

(Now, I am aware that a-synchronous runables could be registered in bukkit, but these were not allowed to mutate anything inside the world and were only to be used to get info out of the world or do tasks outside the tick-clock like update your mysql database with the latest information.)

 

Now I have done some further research on this and I am afraid I have to code my own event manager which have to catch every tick and compare it to my own queue. Although this would probably leave me with more flexibility, it will also increase the load for a mod with such a simple premise: pvp friendly teleportation.

 

 

[Vogner]

To be clear, forge has no direct equivalent of Delayed Events. There's a ITickHandler interface to manage time-restricted code, but I personally have no experience with that at this time.

 

 

[Scribblon]

Thank you for the nudge in the right direction.

 

I was too focused on the term 'events' that I experienced some tunnel vision towards the subject. For future reference:

The ITickHandler brought me to the IScheduledTickHandler, which is actually pretty much what I searched for.

Both require a TickType defining on what kind of tick you want your mod to trigger upon.

In the end these handlers need to be registered in the TickRegistry.