Revolution Server (Java, PRODUCTION)

[dominic]

Honest question though; why are you building an emulator then? Its what an emulator is about, emulating Habbos game logic. It is what it is for 99%...

For once, I got to admit that TG is correct, lol. Why would you develop an emulator without emulating the features that you was going to replicate in your emulator?

[Jonteh]

Honest question though; why are you building an emulator then? Its what an emulator is about, emulating Habbos game logic. It is what it is for 99%...

It's also the most fun part... figuring out the best way to do things, etc.

[Caustik]

Updates as usual, I've been meaning to commit the latest build where the hotelview loads but I just started working on the Navigator.

Game Logic is always boring so the update log might get a lil bit slower as time goes on, reading on database architecture as every current Habbo Emulator's database looks like cluttered garbage.

Adil has considered joining the team to help me with game logic, I won't have my PC July 9--Undetermined because I'm going on holiday and my PC wil be in the shop from then until --Undetermined.

Looking for decent Java Developers to consider helping me out with game logic, don't be SHY.

I didn't say anything about joining a team..

[The General]

It's also the most fun part... figuring out the best way to do things, etc.

Exactly and if you don't feel like implementing logic you shouldn't be making an emulator imho.

[jaden83]

I didn't say anything about joining a team..

My fault, must've been miscommunication . And yeah I've had a sudden recent change of heart towards Game Logic... I guess it was just the navigator that was boring me. That part of the emulator is all done now.

Started working on Game/Room Cycle, Room Manager, and Pathfinder. I'll commit to GitHub soon.

Got bored and since I wanted to bring a unique database structure to the emulator as mentioned before. I figured there wouldn't be any CMS to support it, ergo decreasing the usage. So I took a few mins to scratch up Revolt, an Asynchornous, powerful, stable, and definitely secure Habbo Web CMS for Revolution. It uses Redis for Session Storage, I'm aware that Hazelcast is extremely faster than Redis I just chose to use it because of the support for both Node and Java, meaning I might use Redis for Revolution Session Storage in the future.

http://image.prntscr.com/image/f459e...e99891d74e.png
http://image.prntscr.com/image/e30a1...c163448308.png

Since I'm going this far I might go as far as to switch to PostgreSQL or at least implement some type of support for it, leme know what you guys think!

[Emily]

@Wotsuba is it maybe possible to put the CMS up github? I don't want to steal your code but I'd like to look at it to see how several things are done (as I see you're using Node.JS and I'm making a non-habbo project in Node.JS now)

[jaden83]

@Wotsuba is it maybe possible to put the CMS up github? I don't want to steal your code but I'd like to look at it to see how several things are done (as I see you're using Node.JS and I'm making a non-habbo project in Node.JS now)

No worries, I'll upload the Node to Github as soon as I'm done with touch-ups.

[Francis Joseph]

It uses Redis for Session Storage, I'm aware that Hazelcast is extremely faster than Redis I just chose to use it because of the support for both Node and Java, meaning I might use Redis for Revolution Session Storage in the future.

Hazelcast and Redis have different uses IMO, one is a data grid and one is a data structure store.
Just use what is ideal for your project, as they both have different purposes.

[jaden83]

Decided to go and try an Akka Actor-based messaging system to handle game logistics, GitHub will be updated later that'll be the 10day commit

[Joopie]

Decided to go and try an Akka Actor-based messaging system to handle game logistics, GitHub will be updated later that'll be the 10day commit

GL redoing most, if not all, your game-logic.

[jaden83]

GL redoing most, if not all, your game-logic.

Thanks bro, real ENCOURAGING

[Joopie]

Thanks bro, real ENCOURAGING

Your welcome, I know how much you love game logic ;)

But I'm interested to see how you are going to implement it.
I suggest you read some blog posts of it from Kevin Hoffman aka Kotancode, especially the one about the shopkeeper. Designing Akka Actor Hierarchies for Online Games - Commerce | Kotan Code　枯淡コード

[ovflowd]

@Wotsuba idk.. but put your videos in "spoiler", i'm my tablet the Forum laggs because tries to load the content of Video haha.

Waiting for updates.. of the emulator of course...

[jaden83]

@Wotsuba idk.. but put your videos in "spoiler", i'm my tablet the Forum laggs because tries to load the content of Video haha.

Waiting for updates.. of the emulator of course...

Haven't had time to write any updates yet, but you can always look at the GitHub... I commtted just recently

GitHub:
https://github.com/HeyItsKawaii/Revolution

[jaden83]

Changelog (7/8/2016):
Revolution Emulator:

• Finished Database Table Structure for hotelview_promos
• Finished Database Table Structure for flat_categories New Navigator packet handlers, Navigator still not finished though
• Started working on Redis for Session Storage and Game Caching
• Implemented a GlobalThreadPool for developers trying to preform asynchronous task, not yet configurable. Default Max Pool Size: 3
• Added more packet handlers, user currency now working, not yet Database cached though
• Added more player data columns

Still haven't had time to recode the Habbo encryption, A boring procedure I'm not ready to encounter.

Revolt:

• More pages added (Me, Community, Staff)
• Source code optomizations, completely ES6
• Now utilizing Bluebird Promises
• Page added to monitor server analytics provided by Revolution via RCON in real-time
• Revolt now sharing the same Redis Database as Revolution and will probably be used for inter-process communication with the web server