KhayrusS

Se já trocou a parte do cliente, pode ser que o problema esteja na comunicação cliente <-> servidor. Por exemplo, o protocolo da sua system não é compatível com o protocolo do servidor que está utilizando. Ou o servidor envia um pacote errado para o cliente. Infelizmente esse erro não descreve muita coisa, visto que não temos acesso ao código para verificar o que a linha apontada no erro faz. Eu tentaria fazer um teste com outro servidor para ver o comportamento do cliente.

Existem 3 tipos de "chat window", até onde eu conheço. O modo de usar varia de acordo com o código que estiver utilizando. O padrão que você mencionou; O do community Board - geralmente o nome do pacote ( ou classe) usado para enviar a informação para o cliente é ShowBoard; O do tutorial - geralmente o nome do pacote ( ou classe) usado para enviar a informação para o cliente é TutorialShowHtml;

É algum item específico? Acredito que o melhor é você utilizar outra system

Arquivo SysString da system

Lame Crypter, não sei se é esse que que está procurando.

Esse código é utilizado para salvar uma skill, adicionada ao player, no banco de dados. Ao criar o character uma lista de skills iniciais é adicionada ao player. O que pode está ocorrendo é que existe uma skill com id ou level incorreto, ou seja não existente no servidor.

Você precisa criar um "Item Handler" baseado no sistema existente para conseguir fazer isso. Pode utilizar esse tópico como exemplo:

Ao comprar algo no prime shop uma porcentagem do total da compra é convertido em "pontos vips". É necessário atingir a quantidade requerida para avançar para o próximo tier.

Esse é todo o log do erro ?

Opa, @Criz , Tranquilo ? Não, muitas coisas faltam serem implementadas, corrigidas e testadas. Eu não colocaria online nesse estado

Esse projeto não usa Ant. Utiliza Gradle

Em teoria, apenas isso mesmo. Mas pode ser que haja alguma incompatibilidade entre a system e servidor ou entre a system e o cliente.

Você precisa utilizar uma system compatível com o protocolo do seu servidor. Vê se alguma dessas funciona [Hidden Content]

Utilize o Java 8

Olá, @mamute05 Esse problema é devido a ausência de uma variável de sistema. Para resolver você pode adicionar o caminho da pasta bin do mysql na variável de sistema PATH, ou pode colocar o caminho completo do executável do mysql no arquivo install.bat. Por exemplo: @echo off if exist mysql_settings.conf goto settings echo Can't find mysql_settings.conf file! goto end :settings for /r install %%f in (*.sql) do ( echo Loading %%~nf ... C:\Program Files\MySQL\bin\mysql.exe --defaults-extra-file=mysql_settings.conf < %%f ) :end pause Eu pessoalmente, prefiro a abordagem de adicionar na variável PATH

Sim, os dois usam Ant.

Não adianta copiar só os dats, se existirem custom outros arquivos podem ser necessários como utx, ukx, etc.

Geralmente eu olho as informações pelo l2wiki, e quando não encontro lá, olho no próprio cliente;. Items: [Hidden Content] [Hidden Content] [Hidden Content] [Hidden Content] [Hidden Content] [Hidden Content] Skills: [Hidden Content]

Os termos "porta aberta" e "porta fechada" vem do contexto de segurança "open port" e "closed port", que siginifica que a porta está configurada para receber conexões ou não, respectivamente. O fato de a porta está aberta não quer dizer que vai ser possível estabelecer uma conexão, pois pra isso é necessário um serviço escutando, recebendo e processando essas conexões. Mas isso é uma outra história... Voltando ao seu problema. Pode ser que haja alguma aplicação utilizando a porta 9014, contudo essa porta é apenas utilizada para comunicação entre o game server e o auth server (ou login server). De fato nem precisaria estar exposta para internet, já que está utilizando o auth server e o game server no mesmo PC. Teoricamente o problema que causaria essa porta está em uso seria o game server não conseguir se registrar no auth server. executa o netstat no cmd para verificar se alguma aplicação está fazendo uso dela: netstat -a

Faz um teste, desativa as regras com o protocolo UDP e retesta se as portas continuam abertas

Isso

Sim, poderia. Mas como falou que os sites que testam as portas relataram que estavam abertas, não acho que seja o caso. Pode ser algo errado no servidor ou nas configurações, posta as configurações do firewall.

Aparentemente existem caracteres estanhos na consulta SQL. Posta as partes do código alterado que envolvam SQL

Não sei como foi implementado, mas essas opções parecem estar bloqueando qualquer conexão que não venha de localhost. Configura com a rede correta ou deixa em branco # Define internal networks (10.0.0.0/8,192.168.0.0/16 is default internal networks) InternalNetworks= 127.0.0.1 # Define optional networks and router IPs # IP (200.100.200.100) or fully qualified domain name # (google.com) that resolves to an IP (use ping to determine if a domain resolves). # Format: ip,net/mask;ip,net/mask,net/mask # (mask 192.168.0.0/16 or 192.168.0.0/255.255.0.0 would be 192.168.*.*) # Note: keep InternalNetworks and OptionalNetworks blank for compatibility with older login server OptionalNetworks=127.0.0.1