| Autor |
Mensagem |
|
|
No Windows 2000/XP, clique com o botão direito no arquivo jar e vá em propriedades. Clique em change, e depois selecione javaw. 
|
 |
|
|
Essa barra dentro de 'u0117' não sai de jeito nenhum! 
|
|
|
|
Na verdade,
não compila. O que compila é
pois a coerção tem precedência sobre a adição.
Agora olha que interessante.  Isso não compila:
Mas isso compila:
Parece estranho, mas faz sentido. Olha só. A primeira não compila pois do lado direito há uma expressão aritmética com variáveis. Logo, como o maior tipo em questão é um char, a expressão retorna um int. Tá até aqui tudo bem. É iqual ao exemplo acima, só que no lugar do x é um outro c. Mas funciona da mesma forma.
Bom, mas para entender pq a segunda funciona, primeiro é bom lembrar que a semântica dos dois códigos é a mesma. Porém internamente, a execução é diferente, sendo o código com o operador += um pouco mais eficiente. Ok, mas o que está em questão é que como no segundo código há uma expressão que só contém literais char,ela vai retornar char ao invés de int. 
|
|
|
|
Fala mcsous,
Em que lugar da página vc está escrevendo o código abaixo?
Parece apenas um problema de escopo.
Teste imprimindo o valor de totSecao logo após ser calculado. Se o mundo ainda está nos conformes você deve obter o valor correto.
|
|
|
|
Olá Duque.
Como você sabe, o resultado de uma operação aritmética de byte, short, char e int sempre retorna um int. Dessa forma o mais comum seria fazer:
Só que para atribuições com expressões que apenas contenham literais, o compilador já sabe de antemão se o resultado ultrapassa o limite do tipo em questão. Se não ultrapassa, ele faz a conversão automática. Senão, indica erro. Agora olhe isso:
Dessa vez, não compila pois existe a possibilidade do valor de x ser grande o suficiente para c ultrapassar o valor. Mas o resultado de x + 'u0117' só é obtido em tempo de execução. O compilador não sabe, a priori, se vai estourar o limite ou não. Dessa forma, ele exige a converção explícita.
|
|
|
|
O que é clareza? Ausência de código desnecessário ou presença explícita de código default?
Bom, pense num principiante. Quanto menos informação ele precisa para entender o código, mais claro ele o é. É por isso que defendo a forma explícita.
|
|
|
|
É, realmente minhas palavras foram um tanto provocativas. Concordo com vocês.
Na verdade, conheci tanto o JavaFree e o Portal Java pelo GUJ.
Cara, uma união dessas comunidades seria um troço doido! Seria possível?
|
|
|
|
GUJ
48972 Mensagens, 2556 Usuários
Média: 19,15 mensagens por usuário
JavaFree
20485 Mensagens, 3076 Usuários
Média: 6,66 mensagens por usuário
Portal Java
7947 Mensagens, 5025 Usuários
Média: 1,58 mensagens por usuários
Interpretação 1:
O GUJ é melhor porque é mais usado ou é mais usado porque é melhor?
Interpretação 2:
Vai ter usuário que não faz pesquisas no fórum e no google assim na China!
Obs: Me desculpem se esqueci de mais algum outro fórum expecífico sobre java
|
|
|
|
A menos que esteja fazendo algo extremamente simples, não recomento o Poseidon.
Após cerca de 30 classes, ele trava e você perde tudo. Mesmo os arquivos salvos não abrem.
Recomento o PowerDesigner. A melhor ferramenta para UML que já testei. Mas também não é free.
|
|
|
|
Caramba! Nunca pensei que isso ia ser tão fácil e que é suportado na própria api padrão do java.
Valeu mesmo, Luca.
|
|
|
|
Olá pessoal.
Alguém aí já usou alguma api para verificar qual é o usuário do windows que está logado?
|
|
|
|
Pessoal,
Estou tentando rodar o simples servidor de RMI abaixo.
Já inicializei o rmiregistry, já criei o stub, mas quando vou rodar, aparece a exceção:
Exception in thread "main" java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.lang.ClassNotFoundException: servidorRMI2.ServidorImpl_Stub
at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:352)
at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:207)
(....)
sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:350)
at sun.rmi.registry.RegistryImpl_Stub.rebind(Unknown Source)
at java.rmi.Naming.rebind(Naming.java:160)
at servidorRMI2.ServidorImpl.main(ServidorImpl.java:24)
Ok. Pelo visto ele não está encontrando o stub. Alguém conseque identificar o problema?
|
|
|
|
Essa JGraphT parece ser justamente o que estou procurando. Só preciso ver agora se existe implementação de algum algoritmo para ajustar automaticamente os vértices na tela.
Valeu, Luca.
|
|
|
|
Na verdade o que preciso é de uma forma de exibir grafos graficamente. (hum!)
Se alguém conhece alguma api que converte grafos de qualquer outro formato (p. e. gfx) para qualquer formato de imagem, por favor, me ajude.
PS: É para meu projeto de Iniciação Científica
|
|
|
|
|
Alguém aí já trabalhou com alguma api que faz conversão de arquivos .dot para imagens?
|
|
|
|