Bem, a pedidos, segue uma solução básica de como resolver a conexão em ASP.
Basicamente, esse código pode ser usado em um webservice para ser acessado via Ajax, não sei se é o mais recomendado, mas é no minimo interessante.
Dentro da tag ASP ( "<% %>" ), vamos usar uma variável para instanciar uma classe "Login" dentro da DLL CPConnect (CPConnect.dll), que fica mais ou menos assim:
<%
'DECLARANDO VARIÁVEL'
Dim valida
'INSTANCIANDO A CLASSE LOGIN DENTRO DO CPConnect PARA valida'
Set valida = CreateObject("CPConnect.Login")
%>
A partir de agora, você terá um objeto com as funcionalidades para autenticar usuários do RM.
O método/função para realizar autenticação é o GetAccessParams().
E entre seus parâmetros tem os "SETTERS" e "GETTERS" [ SET e GET ].
Então, antes de mostrar a chamada da função já parametrizada é importante entender também o que cada parâmetro faz:
1º Parametro - Booleano / TRUE ou FALSE
2º - String / Nome do Schema do BD
3º - String / usuário a ser autenticado
4º - String / senha do usuário a ser autenticado
5º - String / sigla do sistema
6º - setter / variável assumirá o ESTADO que confirma se o usuário foi autenticado
7º - setter / variável assumirá o ESTADO com o código de erro da autenticação (se for 0[zero], não houve erro)
8º - setter / variável assumirá o ESTADO com a String do erro da autenticação (se vazio [null], não houve erro)
Logo podemos criar um escopo de variáveis e construir a função:
Dim valida
Dim resultado
Dim a,b,c
Dim user
Dim senha
Dim verificador
verificador = 0
user = "usuario1"
senha = "password123"
Set valida = CreateObject("CPConnect.Login")
Resultado = valida.GetAccessParams(false, "BDRMEDUCACIONAL", user, senha, "f" ,a ,b ,c)
if b = 0 then
verificador = 1
end if
Algumas observações:
- As variáveis foram declaradas como PRIVADAS (Dim no ASP), mas não necessariamente deve assumir este encapsulamento, depende da aplicação;
- As variáveis user e senha poderiam, por exemplo, serem passadas por parâmetro HTTP GET ou POST;
- O parâmetro da STRING "F", ou sigla do sistema (5º parâmetro), deve ser referente ao sistema que você pretende validar este usuário, no caso do F, representa o FLUXUS (Módulo Financeiro), utilizado para permitir somente os alunos que estão com as contas em dia (por exemplo), logo, os usuários devem estar devidamente parametrizado no módulo que pretende referenciar.
[ Para entender melhor sobre SIGLA do SISTEMA, olhar acima na postagem que comento ter encontrado a solução - POST #22]
- As variáveis Resultado e verificador poderiam ser meramente substituídas
Resta agora incluir isto dentro de um escopo da sua regra de negocio.
Fechou?
Dúvidas a respeito de alguma coisa do código, só perguntar!