1.   No eclipse vá até Window > Preferences e em Java > Runtime Enviroments.

2.   Selecione sua instalação do WebLogic e clique em Edit.

3.   Note o link Java Persistence 2.0 Install. Clique em install.

Se tudo ocorreu certo o link mudará para Uninstall. Se você receber alguma mensagem de erro dizendo que o arquivo weblogic.jar está sendo usado continue seguindo as instruções.

4.   Procure nos serviços que estão rodando no seu computador (Windows) um serviço chamado Oracle WebLogic NodeManager e pare este serviço.

5.   Volte ao eclipse e acesse Window > Preferences e em General > Startup and Shutdown desmarque todos os plugins que o nome comece com Oracle.

6. Feche o eclipse, abra-o novamente e repita os passos 1, 2 e 3. Depois ative novamente o serviço e os plugins desativados nos passos 4 e 5.

Configuração: Eclipse Indigo, WebLogic 10.3.5, Windows 7.

1.   Clique em Services > JDBC

2.   Selecione Data Sources

3.  Ative o Lock & Edit e o botão New irá habilitar para criar o datasource.

**caminho_do_weblogic**\user_projects\domains\**seu_dominio**\bin\startWebLogic.cmd

2.   Dentro do arquivo, crie uma variável com o nome DEBUG_OPTS com o seguinte valor:

set DEBUG_OPTS=-Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,address=**porta**,server=y,suspend=n

3.   Localize a linha onde o WebLogic está sendo iniciado, esta linha inicia com %JAVA_HOME%\bin\java e adicione a variável criada anteriormente, ficando mais ou menos assim:

%JAVA_HOME%\bin\java %DEBUG_OPTS% %JAVA_VM% %MEM_ARGS% -Dweblogic.Name=%SERVER_NAME% -Djava.security.policy=%WL_HOME%\server\lib\weblogic.policy %JAVA_OPTIONS% %PROXY_SETTINGS% %SERVER_CLASS%

4.   No eclipse, vá ao menu Run > Debug Configurations… e crie um Remote Java Application. E preencha com o host e a porta que foi configurada no startWebLogic.cmd.

6.   Agora é só iniciar o WebLogic e logo após rodar o debug do remote java application que foi criado.

Configuração: WebLogic 10.3.5, Eclipse Indigo, Windows 7.

Unidade:\Local do Weblogic\user_projects\domains\Seu dominio\lib

É só jogar seus jars aí e eles serão carregadas quando o WebLogic estiver carregando.

Referências:

http://objectmix.com/weblogic/514400-classloader-issues-classcastexceptions-noclassdeffounderror.html

O resultado da minha pesquisa me ensinou o seguinte: Não, eu não devo testar esses métodos, pois o que realmente deve ser testado é o comportamento de uma classe. O comportamento de uma classe são os métodos que podem ser acessados pelos usuários, ou seja, os métodos públicos, aqueles que foram assinados na interface. Os métodos private dizem respeito unica e exclusivamente ao funcionamento da própria classe. Podemos até dizer que eles são auxiliares para o comportamento da classe.

O mundo ideal seria chegar ao ponto de sempre criar uma interface antes de implementar  qualquer classe. Ao criar primeiro a interface antes das classes estamos forçando que as classes implementem um comportamento. Não importa a implementação, o que importa é o comportamento esperado. Existem vários artigos bons sobre isso, um deles é este aqui no GUJ sobre Interfaces, bem simples e prático.

Após criar a interface já é possível escrever os testes. O teste será escrito com base nos métodos da interface, ignorando qualquer método private que venha a ser criado na classe  implementadora. Os métodos privates certamente serão testados automaticamente ao testar os métodos public. Os testes serão escritos tendo em vista o comportamento esperado das classes que implementarão a interface. Exemplo:

public interface Veiculo {
      acelerar();
      desacelerar();
      int getVelocidade();
      setVelocidade(int velocidade);
}
public class VeiculoTest {
      Veiculo veiculo;
      public void testeAceleracao() {
           int velocidadeTeste = 5;
           veiculo.setVelocidade(velocidadeTeste);
           veiculo.acelerar();
           Assert.assertTrue(velocidadeTeste < veiculo.getVelocidade());
      }

}

É um exemplo simples, mas repare que após acelerar o veiculo esperamos que a velocidade tenha aumentado. Sendo assim, qualquer tipo de veiculo que implementar a classe Veiculo não passará no teste se após acelerar a velocidade não aumentar. Este é o comportamento da aceleração. Estamos testando um comportamento.

Após escrever o teste é só implementar a interface. É interessante quanto código é possível produzir sem ao menos ter uma classe concreta.

Dica! Se você alterar a visibilidade de um método para poder testa-lo, é bem provável que você está fazendo besteira. ;)

Quanto aos métodos protected, eles devem ser testados. Para isso sua classe testadora terá que extends a classe onde estão os métodos protected. Pois podemos dizer que os métodos protected fazem parte do comportamento da classe.

.{1, 999}

Simples assim!

Agora como fazer o Java usar esta expressão para quebrar uma string? É simples também, são dois passos.

1. Criar um Pattern com a sua expressão.
2. Criar um Matcher para aplicar o Pattern a uma string.

String minhaString = "kwlwefkljfklsdjf...";
Pattern pattern = Pattern.compile(".{1, 999}");
Matcher matcher = pattern.matcher(minhaString);
while(matcher.find()) {
	matcher.group(); // Aqui vem o resultado
}

Vale apena dar uma conferida no método java.lang.String.split. Este método espera um delimitador onde ele vai quebrar e retornar um array de Strings. Um exemplo simples.

String todosAnimais = "gato:cachorro:macaco:vaca";
String[] animais = animais.split(":"); //aqui temos nosso array

Mais Dicas!

Aqui vai um ótimo site de referências sobre regex: http://www.regular-expressions.info/reference.html

Este outro site é para testar suas expreões: http://regexpal.com

String string = "08A235A410";

Repare que esta string representa um hexadecimal, sendo que cada par de caracteres representa um byte hexadecimal. Por exemplo, os dois primeiros caracteres da string formam o hexadecimal 0×08, os próximos 0xA2 e assim por diante.

Para que eu pudesse escrever isso no socket eu precisava converter a string para um array de byte e cada byte seria um hexadecimal. Como fazer essa conversão?

public byte[] hexString2ByteArray(String str) {
	    int len = str.length();
	    byte[] bytes = new byte[len / 2];
	    for(int i = 0; i < len; i += 2) {
	        bytes[i / 2] = (byte) ((Character.digit(str.charAt(i), 16) << 4) + Character.digit(str.charAt(i+1), 16));
	    }
	    return bytes;
	}

Este método é bem simples. Ele lê de dois em dois caracteres, converte cada caractere de base 16 para decimal, faz um deslocamento de 4 bits para a esquerda do primeiro caractere, depois soma o resultado do primeiro e do segundo caractere e por fim faz um cast para byte.

Desse modo eu consegui converter uma string em um array de bytes e foi só escrever no socket.

Nota! Um hexadecimal usa 8 bits para representar seu valor, que em decimal seria de 0 a 255. Um byte também precisa de 8 bits para representar seu valor, mas em Java um byte é representado de -128 a 127. A diferença entre eles é que um é signed e o outro é unsigned. Ou seja, um usa sinal (positivo/negativo) e o outro não. Tipos que são signed usam o primeiro dos 8 bits para representar o sinal, já os unsigned usam todos os bits para representar o seu valor. O que torna possível fazer a conversão é que tanto o byte quanto o hexadecimal usam 8 bits e por isso tem um mesmo range. De -128 a 127 ou de 0 a 255 da no mesmo, ambos tem a mesma capacidade.

Fontes:

http://stackoverflow.com/questions/140131/convert-a-string-representation-of-a-hex-dump-to-a-byte-array-using-java

No artigo anterior expliquei somente como converter de decimal para hexadecimal, agora quero explicar a conversão inversa, de hexadecimal para decimal.

Só para relembrar a tabela, ai vai ela novamente.

Para realizar este cálculo fazemos os seguintes passos.

1. Converte cada dígito para decimal usando a tabela.
2. Multiplique cada dígito por 16 ^ n, sendo n a ordem do dígito. O mais a direita é zero.
3. Some os resultados.

Vamos converter A2 para decimal.

A = 10 (olhe a tabela)
2 = 2
(10 * (16 ^ 1)) + (2 * (16 ^ 0))
(10 * 16) + (2 * 1)
160 + 2
A2 = 162

Mais um exemplo, agora com um hexadecimal um pouco maior. Vamos converter 4B1.

4 = 4
B = 11
1 = 1
(4 * (16 ^ 2)) + (11 * (16 ^ 1)) + (1 * (16 ^ 0))
(4 * 256) + (11 * 16) + (1 * 1)
1024 + 176 + 1
4B1 = 1201

Acho que a conversão ficou entendida. Só vou acrescentar uma questão interessante aqui. A questão é que podemos utilizar deslocamento de bits para fazer os cálculos de potência. Usando por base o ultimo exemplo, podemos fazer o seguite.

4 = 4
B = 11
1 = 1
(4 << 8) + (11 << 4) + (1)
1024 + 176 + 1
4B1 = 1201

Caso não tenha entendido o exemplo anterior use multiplicação e potência, caso faça questão de entender o exemplo anterior pesquise deslocamento de bits e números binários. Se eu escrever algo sobre isso vou colocar aqui o link.

Depois de lembrar isso vamos pegar um decimal qualquer e tentar converte-lo para hexadecimal. Para isso temos que calcular a base 16 do decimal. Vamos então descobrir o hexadcimal do decimal 30.

30 / 16 = 1
agora pega o resto e olha na tabela qual a representação em hexa  (14 = E)
30 = 1E

Simples! Divide o seu numero por 16 e o resto é só converter na tabela hexa. Mais um exemplo pra ficar mais claro.

100 / 16 = 6
resta 4 que convertendo (4 = 4)
100 = 64

Alguns métodos no java fazem essa conversão. Sempre que o método pedir um parâmetro chamado radix, ele fará este cálculo. Por exemplo, Integer.toString, Byte.parseByte, Integer.valueOf e vários outros.

Aqui vai uma implementação simples de um método para fazer esse cálculo, só para deixar mais claro caso não tenha ficado.

	private String decimalToBase16(int decimal) {
		String baseDigits = "0123456789ABCDEF";
        String tempVal = decimal == 0 ? "0" : "";
        int mod = 0;

        while(decimal != 0) {
            mod = decimal % 16;
            tempVal = baseDigits.substring(mod, mod + 1) + tempVal;
            decimal = decimal / 16;
        }  

        return tempVal;
    }

No sybase tem um comando chamado sp_help que retorna as tabelas de um schema entre outras informações. Estava tentando rodar este comando com Java mas tive uma feliz lembrança de que existe uma API do Java com informações do banco (MetaData). A primeira vez que tive contato com essa API foi na faculdade, por isso disse “feliz lembrança”, pois fiquei feliz ao saber que a faculdade serviu para alguma coisa.
Então ai vai o código para retornar essa lista de tabelas. Vale apena estudar a API.

import java.sql.*;
public class ListaTabelas {
 public static void main(String [] args) {
 Connection con = null;
 try {
 Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); //O banco que vai usar
 con = DriverManager.getConnection("jdbc:odbc:HY_FLAT");
DatabaseMetaData meta = con.getMetaData();
 ResultSet res = meta.getTables(null, null, null, new String[] {"TABLE"});
 System.out.println("List of tables: ");
 while (res.next()) {
 System.out.println(
 " "+res.getString("TABLE_CAT")
 + ", "+res.getString("TABLE_SCHEM")
 + ", "+res.getString("TABLE_NAME")
 + ", "+res.getString("TABLE_TYPE")
 + ", "+res.getString("REMARKS"));
 }
 res.close();
 con.close();
 } catch (Exception e) {
 System.err.println("Exception: "+e.getMessage());
 }
 }
}