Azure (Java, Post-shuffle)

Quote:

---

Originally Posted by FatPanda

Can you guys publish your work to a public version control system? Myself (and others) would love to closely follow the progress you make as you make it. If you guys are concerned about having your public version control system shut down, then use the public version control system as a mirror of your private version control system (it's easy to set this up with a small script).

Good luck! It's to my understanding that this is the first project to be posted in the Habbo Development section in many years that involves quite a few members of this community! Exciting!

---

I'm all for the idea, but historically development tends to work out a bit better in this sub-forum when open-source projects are kept internal until they're completed enough for a public unveiling.

When we're at that stage I'll personally host the repository on one of my offshore servers and setup a couple mirrors. Here's hoping it's the right call.

Quote:

---

Originally Posted by scottstamp851

I'm all for the idea, but historically development tends to work out a bit better in this sub-forum when open-source projects are kept internal until they're completed enough for a public unveiling.

When we're at that stage I'll personally host the repository on one of my offshore servers and setup a couple mirrors. Here's hoping it's the right call.

---

This may be true; however, here's to hoping that you're making new history, not following old history. (=

I'll keep it in mind, but that's ultimately a group decision and I don't think the rest of the team would be too keen on the idea.

Here's an overview of what I finished tonight (most of the hotel view):https://forum.ragezone.com/cache.php...xpraZIgwk8.gif

Quote:

---

Originally Posted by scottstamp851

In other words: we all really suck at naming things. Azure's become a bit of a household name around here, it made sense to carry on the legacy.

On a related note, I'm looking for a Java developer that's got a decent bit of experience with Netty 4.x. I know a bit, enough to get us off the ground, but I'm hitting snags with our codec pipeline. If anyone's interested shoot me a PM.

I'm also having some problems with our crypto implementation being a little unreliable (sometimes it feeds garbage keys to the client, it's about 80% successful right now), if that sounds like a fun one to debug I'd love the help. Not at all against ripping out the current implementation entirely, it's a bit messy.

One small step for man, one giant leap for my understanding of Netty. Hotel View's up! http://i.imgur.com/6jnJ3Ie.png

---

Why not just quit using Netty all together and use the normal Java NIO sockets?

Netty is just a wrapper over it.

I'm assuming you're having issues with the decoders?

This may help you out: LengthFieldBasedFrameDecoder (Netty API Reference (4.0.33.Final))

- - - Updated - - -

Quote:

---

Originally Posted by sant0ro

I really didn't understood why other Java. I really preffer C++ (is more HARD but perfomance is better). But Java is more easy to hang and build in any Computer or Device that have Java.

Again,
Good Luck,
Regards of Ex-Captain Claudio. xD

---

Altough C++ is in most cases faster, it has the disadvantage that it isn't managed. Memory leaks are easily created as you have to delete each object that you create manually. Besides that cross compatibility is something you don't have. Thats why Java's slogan is 'Write once, run anywhere'.

I could make a whole list of benefits and disadvantages of them both but thats not whats about. They just want to make an emulator in a language they're comfortable with.

Learning a new language is something you just don't do overnight (Especially C++)

Quote:

---

Originally Posted by The General

I'm assuming you're having issues with the decoders?

This may help you out: LengthFieldBasedFrameDecoder (Netty API Reference (4.0.33.Final))

- - - Updated - - -



Altough C++ is in most cases faster, it has the disadvantage that it isn't managed. Memory leaks are easily created as you have to delete each object that you create manually. Besides that cross compatibility is something you don't have. Thats why Java's slogan is 'Write once, run anywhere'.

I could make a whole list of benefits and disadvantages of them both but thats not whats about. They just want to make an emulator in a language they're comfortable with.

Learning a new language is something you just don't do overnight (Especially C++)

---

We have already fixed our decoder and encoder, but thanks anyways :):

Gotta love This man, awesome project just imagine hosting our retros on a linux vps.

Is the database going to be compatible with Azure 2.0 ?

Quote:

---

Originally Posted by Drkley

Gotta love This man, awesome project just imagine hosting our retros on a linux vps.

Is the database going to be compatible with Azure 2.0 ?

---

I assume they want to make it better than Azure 2.0 so probably not.

Quote:

---

Originally Posted by The General

I assume they want to make it better than Azure 2.0 so probably not.

---

Database from Azure 2.0 is so.. Azure '-'... Example: Navigator logs is a varchar from table users; Forum comments is a varchar from group_forum_posts (every entry is from each thread '-'); room items get the item by item id (BAD BAD BAAAAAAAD!) (i preffer picking from the name, since the probability of the NAME OF A FUCKIN FURNITURE CHANGE IS 0, AND THE ID CHANGE BECAUSE HOW YOU INSERT ITEMS ON YOUR DATABASE IS 10000000%).. but who cares..

Quote:

---

Originally Posted by sant0ro

Database from Azure 2.0 is so.. Azure '-'... Example: Navigator logs is a varchar from table users; Forum comments is a varchar from group_forum_posts (every entry is from each thread '-'); room items get the item by item id (BAD BAD BAAAAAAAD!) (i preffer picking from the name, since the probability of the NAME OF A FUCKIN FURNITURE CHANGE IS 0, AND THE ID CHANGE BECAUSE HOW YOU INSERT ITEMS ON YOUR DATABASE IS 10000000%).. but who cares..

---

Comparing strings is slow.

Quote:

---

Originally Posted by Quackster

Why not just quit using Netty all together and use the normal Java NIO sockets?

Netty is just a wrapper over it.

---

Because I'm even worse with using the NIO API directly, lol, and I'm the only one on the team apparently who understands how this shit's supposed to work.

Quote:

---

Originally Posted by scottstamp851

Because I'm even worse with using the NIO API directly, lol, and I'm the only one on the team apparently who understands how this shit's supposed to work.

---

No. You're the only one able to actually read documentation. Or willing to. Or both.

Quote:

---

Originally Posted by The General

No. You're the only one able to actually read documentation. Or willing to. Or both.

---

Eh, I haven't properly read through the codec docs in a long time actually. I'm hacking parts of it together but I clean it up as I start understanding more about how it actually works. I should go back and read it properly though.

Quote:

---

Originally Posted by scottstamp851

Eh, I haven't properly read through the codec docs in a long time actually. I'm hacking parts of it together but I clean it up as I start understanding more about how it actually works. I should go back and read it properly though.

---

Could you pastebin your decoders & handlers? So I can see wether you're going into the right direction.

Because not properly implemented it [strike]can[/strike] will cause issues guaranteed.

Quote:

---

Originally Posted by scottstamp851

Eh, I haven't properly read through the codec docs in a long time actually. I'm hacking parts of it together but I clean it up as I start understanding more about how it actually works. I should go back and read it properly though.

---

I haven't thoroughly read the docs on netty 4.x but I spent a few nights on netty 3 a few months ago.