| Autor |
Mensagem |
|
|
Blz cara, foi nada!
Só altera o título do tópico, coloca um [RESOLVIDO] no começo!
Abs
|
 |
|
|
Se você estiver executando através do prompt do windows, clica com o botão direito na barra onde tem o botão de minimizar, maximizar e etc. Vai abrir um menu, clique em propriedades.
Na aba Layout tem um painel "Tamanho do buffer da tela"
Configura como: Largura 150 e Altura 9999 e clica em OK.
Tente executar de novo para ver se aparece.
Isso só funcionará se você estiver executando através do prompt do Windows hein.
Se não for possível fazer isso, acho que uma saída é jogar o resultado em um arquivo ao invés de imprimir no console.
Flw
|
|
|
|
Eae cara,
nenhuma modificação, unica diferença é que compilei e executei no Ubuntu. Para falar que não teve nenhuma diferença tirei aquele system("pause") por que o compilador reclamou dele.
Talvez seja o buffer do console que esteja sendo consumido totalmente e você está perdendo justamente o primeiro valor. Tente comentar o código que exibe a soma dos vetores para ver se a posição 0 do vetor A é impressa ou não.
Flw
|
|
|
|
Eae cara, blz?
Não entendi qual é o seu problema, compilei e executei seu código aqui e o primeiro valor impresso do vetor A foi 100.
Olha só:
vetorA = 100 ptrVetorA = 0xbfba04b8 *ptrVetorA = 100
vetorA = 101 ptrVetorA = 0xbfba04bc *ptrVetorA = 101
vetorA = 102 ptrVetorA = 0xbfba04c0 *ptrVetorA = 102
vetorA = 103 ptrVetorA = 0xbfba04c4 *ptrVetorA = 103
vetorA = 104 ptrVetorA = 0xbfba04c8 *ptrVetorA = 104
...
vetorA = 196 ptrVetorA = 0xbfba0638 *ptrVetorA = 196
vetorA = 197 ptrVetorA = 0xbfba063c *ptrVetorA = 197
vetorA = 198 ptrVetorA = 0xbfba0640 *ptrVetorA = 198
vetorA = 199 ptrVetorA = 0xbfba0644 *ptrVetorA = 199
O vetor B parece estar sendo exibido corretamente também.
Flw
|
|
|
|
Não é que você não pode alterar o tipo de retorno de um método sobrecarregado, é que o tipo de retorno não faz parte da assinatura do método, logo as regras de sobrecarga de método não se aplicam a ele.
Se você apenas altera o tipo do retorno o compilador dará erro pois os dois métodos possuem a mesma assinatura, ou seja, nome + lista de parâmetros são iguais.
Nos livros de certificação de Java ou mesmo pesquisando no google você acha todas as regras.
[]'s
|
|
|
|
Então, você não está entendendo o conceito de teste unitário. O teste unitário é um teste em uma unidade de SW independentemente das dependências que essa unidade tenha para com outras unidades de SW. O papel do EasyMock é justamente isolar as depenências que uma classe tem para com outras, ele provê um mock de uma classe onde o resultado das chamadas dos métodos são controlados, assim você tem certeza que o seu código funciona independentemente se o código da outra classe funcione ou não.
O Mock NÃO se conecta a nenhum banco de dados e a nenhum outro recurso, você apenas o configura. Você precisa que um método x retorne uma lista, simples, inicialize uma lista com os valores desejados e configure o método desejado para retornar a lista criada.
No google você acha vários artigos sobre teste unitários e os frameworks disponíveis.
[]'s
|
|
|
|
Legal cara.
Só adiciona [RESOLVIDO] no título do tópico!
[]'s
|
|
|
|
Um, injetar os dois serviços e só usar um? Soa um pouco estranho.
Na anotação @Component você pode colocar uma string que será o identificador do bean, por exemplo, @Component("sucessLoginCommand") para a classe SucessLoginCommand e @Component("failureLoginCommand") para a classe FailureLoginCommand.
No seu service você usa o método ApplicationContext.getBean("beanId", class) para recuperar o bean que você precisa, sucessLoginCommand ou failureLoginCommand. Não sei se é a melhor opção, mas acho que usaria assim ao invés de injetar os dois serviços.
[]'s
|
|
|
|
Eae blz?
Cara, acho que tem um problema aí, se você fizer a instanciação na mão o Spring não irá injetar as dependências.
A classe SuccessLoginCommand não possui nenhuma anotação? Tipo @Component?
[]'s
|
|
|
|
Eae cara, blz?
Classes no pacote sun.misc.* podem ser retiradas de uma versão do JDK para outra.
Eu tive que utilizar codificação em base 64 e acabei optando pelo Apache Commons Codec.
Abs
|
|
|
|
Blz, vou dar uma olhada.
Valeu!
[]'s
|
|
|
|
|
Então, o problema é que o usuário é que vai configurar o dia. Caso ele escolha dias entre 29 e 31 aí os problemas poderiam ocorrer.
|
|
|
|
Eae pesoal, blz?
Estou com uma dúvida sobre como criar uma Trigger para o Quartz que dispare a execução de um Job mensalmente.
Estou usando o método TriggerUtils.makeMonthlyTrigger(String trigName, int dayOfMonth, int hour, int minute). O problema é que se for configurado o dia 31 e o mês possuir 30 dias a trigger não será disparada. No mês de Fevereiro também teriamos problema, assim como em todos os outros meses que tem 30 dias.
Alguém sabe se é possível executar a Trigger após a data agendada, no caso da mesma não ter sido executada na data anterior?
Ex: Configuro a Trigger para executar no dia 31 às 13:00 horas. No mês de Março a mesma será executada sem problemas, porém, no mês seguinte, Abril, a mesma não será executada.
Se alguém tiver alguma dica eu agradeço.
[]'s
|
|
|
|
Eae, blz?
Por que você não escreve uns testes unitários para a sua camada de persistência?
Existe um framework chamado DBUnit que pode te ajudar a fazer isso. Dessa maneira você testa as consultas mto rápido e também já tem uma cobertura de testes para testar as alterações nas consultas.
Existe um custo, é claro, para adicionar isso ao seu sistema, mas esse custo vai se pagar com toda ctz.
Caso a opção acima não lhe interesse, o SQuirrel SQL tem um plugin para o Hibernate, mas nunca utilizei. Nesse tópico tem um pessoal que já utilizou o mesmo.
Abs
|
|
|
|
Ricck,
o problema é que você declarou o construtor que recebe 3 parâmetros e está tentando invocar um construtor que não recebe parâmetros. Quando você define um construtor com parâmetros o construtor default (sem parâmetros) não é criado pelo compilador.
Você tem duas opções:
- Criar um outro construtor sem parâmetros.
- Alterar a instanciação da classe Ventilador passando os parâmetros necessários para o construtor.
[]'s
|
|
|
|