jdk 14
boa noite.<br />estou com problemas no run-android.<br />a unica coisa que notei diferente, é que eu ja trabalho com a jdk 14 instalada na minha máquina. será que isso bastou para gerar incompatibili
<p>oi, tudo bom?
tem uma semana que eu procurava fechar esse tópico.
eu já consegui arrumar o problema e mantive o jdk 14. </p>
<p>infelizmente não me recordo mais qual era o problema</p>
coincidência ou não… chegou update do mi home (android) … fiz update - restart ao ha e problema resolvido. já tenho tudo a trabalha :slight\_smile:

obrigado pessoal. dá pra ficar alternando de boa. inclusive isso é uma função prevista nas telas de login do linux.

o maior problema é a duplicação de aplicativos (gedit/mousepad, thunar/nautilus, etc.) mas é só apagar o outro conjunto de aplicativos quando você se decidir. para executar aplicativos java você só precisa do java runtime environment (jre) e pode instalá-lo usando o comando abaixo nas distribuições baseadas no ubuntu:

sudo apt install default-jre

mesmo com o java instalado, as vezes executar um aplicativo java não é tão simples quanto clicar duas vezes… chegou a verificar se as arquiteturas sao compativeis?32 x 64 bits.fora isso desconheco, pelo menos nao me lembro de ter visto esse tipo de problema antes. rsrsrs... tentei esses códigos primeiro, que foram disponibilizados pelo user jeremy31, do ubuntu fóruns. inicialmente não funcionou, porém não sei se contribuiu para que funcionasse, então vou postar as duas soluções possíveis, em caso de uma complementar a outra.

tentativa nº 1:

sudo apt-get install dkm… Acho que vai depender de que tipo de testes que você está planejando fazer. você estará usando a integração contínua. É a execução de testes em aparelhos uma obrigação.


Se os testes são mais testes / processamento de dados lógica, o que você pode fazer muito bem com JUnit. Mas se você precisa usar algumas classes de javax.microedition. *, Então as coisas vão se tornar um pouco complicado, mas não impossível.


Alguns exemplos: um teste para a disposição do texto na tela, que seria necessário javax.microedition.lcdui.Font. Você não pode simplesmente caixote uma classe fonte usando frascos fornecidos com o WTK, porque na inicialização será chamar alguns métodos nativos, que não estão disponíveis.


Para este tipo de testes que eu criei uma implementação toco de J2ME. Basicamente estas são minha própria interpretação das classes J2ME. Eu posso definir alguns pré-requisitos lá (por exemplo, cada personagem é de 5 pixels de largura, etc). E que está trabalhando realmente grande, porque o meu teste só precisa saber, como as classes J2ME responder, não como elas são implementadas internamente.


Para os testes de rede que tenho usado [de MicroEmulator](http://www.microemu.org/index.html) implementação de rede, e também tem funcionado bem.


Mais um problema com testes de unidade - é melhor ter seus projetos móveis como um projeto java usando Java 4.5.6, porque teste de escrita em 1,3 é, em leas para mim, uma dor no ...


Eu acredito, que começando com JUnit vai ficar bem, para se levantar e correr. E se alguns outros requisitos vir para cima (a execução de testes em aparelhos), então você pode explorar alternativas. tutorial bem estranho e desatualizado esse em, entra no site do node e instala a lts que é a versão 12 ou se quiser segue esse link aqui:

(remove essa ppa ai primeiro)

[imagem]

[linux | rocketseat docs](https://react-native.rocketseat.dev/android/linux)

documentação de guias sobre ambiente react native da rocketseat.

… acabei de conseguir resolver!!! o meu google nexus s com o android 4.1.2 estava com o problema idêntico. simplesmente fui em gerenciador aplicativos; em todos, opção, redefinir preferências. voltou tudo ao normal sem perca alguma. <p>não consigo replicar os problemas que você está detalhando - isso parece muito estranho para mim (e estou falando sobre o nível de testes em várias máquinas. isso provavelmente pode ser algo específico em sua configuração.</p><p>aqui estão algumas coisas que podem contribuir para um pior desempenho em uma máquina:</p><ul> <li><strong>instalação limpa v várias atualizações</strong>: eu tive um problema semelhante em uma estação de trabalho que tinha sido atualizada ao longo dos anos de 5.10 a 9.04 a área de trabalho reiniciaria aleatoriamente em intervalos ímpares sem aviso - e sem entradas de log. acabei fazendo uma instalação limpa e o problema foi embora. não é o melhor cenário em que o troubleshooting triunfou, mas um exemplo de como configurações mais antigas podem causar problemas estranhos.</li> <li><strong>hardware</strong>: muito menos provável - mas pode ser apenas um problema com o lançamento do firefox e sua configuração (drivers, configuração, etc) pode ser conflitante - o que explicaria porque swiftfox (um derivativo do firefox que visa aumentar desempenho da ferramenta mozilla para linux) também está respondendo mal.</li> </ul><p>eu procuraria por pessoas que exibissem problemas semelhantes com o firefox em configurações semelhantes à sua (você não forneceu nada, então não posso realmente ajudá-lo), mas pode ser um problema de configuração, compilação.</p> olá, após remover todas as versões java do meu computador eu consegui instalar a versão 8 do java utilizando o seguinte comando:

sudo apt install openjdk-8-jdk

desculpe a demora, respondi muitas mensagens no meu primeiro dia e fui “bloqueado” por 12 horas