1. Abra o Editor do Registro do Windows ( Iniciar / Executar - Digite REGEDIT <ENTER>)

 

2. Localize esta chave:

HKEY_LOCAL_MACHINE\Software\Microsoft\MSSqlserver\ MSSqlServer

OU

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\KANKEIDBM\MSSQLServer\

OU

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\<Outro Nome de Instância do SQL Server>\MSSQLServer\


3. Clique nesta chave e verifique se existe o valor LOGINMODE para ela. Esta configuração aceita um dos seguintes valores:

1 (Windows Authentication)

2 (Mixed Mode Authentication) <= O Kankei suporta apenas este tipo de autenticação.

Se o LOGINMODE existir, assegure-se que seu valor seja 2. Se não existir, crie um novo valor do tipo DWORD e digite o valor 2 para ele.

 

Observação importante.: Ao usar o MSDE instalado pelo setup do Kankei ou em outra situação onde esteja sendo usada uma instância não padrão do SQL Server, pode ser necessário configurar a área de trabalho do Kankei com o nome EXATO da instância, considerando case sensitive (o sistema diferencia maiúsculas de minúsculas). O nome da instância do SQL Server pode ser encontrado olhando as chaves do registro descritas acima.

1. Testarei todo e qualquer código que eu escrever

2. Passarei a tratar arquivos ASPX como código fonte, deixando-o legível e corretamente identado

3. Após copiar/colar, removerei tudo o que não for necessário do código colado

4. Não deixarei código comentado sem uma boa razão para isso, e não esquecerei de especificar esta razão com comentários

5. Tratarei cada rotina que eu escrever como se fosse um programa completo, dividindo em outras rotinas sempre que ficar extensa demais

6. Respirarei fundo e trocarei idéias com a equipe antes de fazer qualquer mudança em código fonte existente

7. Pedirei a opinião de outras pessoas sobre o meu código

8. Não utilizarei variáveis tipo string para determinar status de objeto

    Protected Sub Button1_Click(ByVal sender As Object, ByVal e As System.EventArgs) Handles Button1.Click        
        Dim texto As String
        texto = "Este texto será o conteúdo do arquivo que o usuário vai receber via download"

        Response.BufferOutput = False
        Response.Expires = -1 ' Para o browser não fazer cache do arquivo
        Response.Clear()
        Response.AppendHeader("content-length", Len(texto))
        Response.AppendHeader("Content-Disposition", "attachment; filename=""NOMEDOARQUIVO.txt""")
        Response.ContentType = "application/txt"
        With New IO.StreamWriter(Response.OutputStream, GetANSIEncoding())
            .Write(texto)
            .Flush()
        End With
        Response.End()
    End Sub

    ''' <summary>
    ''' Retorna o enconding ISO 8859-1
    ''' </summary>
    Public Shared Function GetANSIEncoding() As System.Text.Encoding
        Const cEncoding_ISO_8859_1 As Integer = 28591
        Return System.Text.Encoding.GetEncoding(cEncoding_ISO_8859_1)
    End Function

a) Ativar o acesso remoto

(fonte: http://www.mcdbabrasil.com.br/modules.php?name=News&file=article&sid=400)

1. Inicie o SQL Server Surface Area através do menu Iniciar ==> Programas ==> Microsoft SQL Server 2005 ==> Configuration Tools ==> SQL Server Surface Area Configuration,
2. Após iniciar o Surface Area, selecione a opção Surface Area Configuration for Services and Connections,
3. Selecione o nó SQLEXPRESS,
4. Em Database Engine clique sobre Remote Connections,
5. Selecione a opção Local and remote connections,
6. Certifique-se de também deixar selecionada a opção Using TCP/IP only. Esta opção permitirá que o SQL Express passe a aceitar conexões TCP/IP.
7. Depois de ativar a comunicação TCP/IP, selecione o nó SQL Server Browser,
8. Em Service clique em Start (iniciar) para iniciar o serviço. Este serviço é necessário para que as estações possam se conectar com sucesso ao SQL Express caso ele não esteja usando a porta default 1433.

b) Adicionar exceções ao Firewall do Windows XP

No firewall do Windows XP (onde o SQL Express está instalado), adicione as seguintes exceções:

- Porta UDP 1434

- C:\Arquivos de Programas\Microsoft SQL Server\90\Shared\sqlbrowser.exe

A conversão do nosso repositório CVS para o Subversion (SVN) foi realizada utilizando a macro Pyton cvs2svn.

Para isso, seguimos os seguintes passos:

- Efetuar o download e instalar o Subversion (em http://svn1clicksetup.tigris.org pode ser efetuado um único download que instala a interface de linha de comando, a interface gráfica e cria o repositório, tudo em um único setup).

- Assegurar que o Python estivesse instalado no servidor, no nosso caso, ele tinha sido instalado junto com o software Plone

- Descompactar o cvs2svn para a pasta C:\cvs2svn

- Obter o utilitário sort.exe, requerido pela macro (tivemos que fazer o download do arquivo UnxUtils.zip de http://unxutils.sourceforge.net/ e extrair dele o arquivo sort.exe, e gravando-o na pasta C:\cvs2svn)

- Incluir o Python e o CVSNT no path, o que no nosso caso foi feito com esta linha de comando:

PATH=%PATH%;C:\Arquivos de Programas\CVSNT;C:\Arquivos de Programas\Plone 2\Python

Com isto, o prompt de comando estava pronto para executar o cvs2svn. Comecei executando este comando dentro da pasta "C:\cvs2svn":

python cvs2svn -s C:\BaseSVN --dry-run --use-cvs C:\BaseCVS

Obs.: O parâmetro --dry-run faz com que o cvs2svn apenas simule a conversão, sem gravar nada no repositório de destino.

O cvs2svn não conseguiu reconhecer algumas dlls que estavam na base do CVS (arquivos "ChilkatFTP.dll,v" e "ChilkatMail2.dll,v"). A execução abortava quando chegava em um destes arquivos. Precisei remover ambos e reexecutar o comando para prosseguir.

Na seqüência o cvs2svn emitiu uma mensagem dizendo que não conseguiu identificar "V5R4Beta14" como uma tag ou um branch. Como nosso repositório CVS não possui branches, decidi incluir a opção "--force-tag V5R4Beta14" na linha de comando:

python cvs2svn -s C:\BaseSVN --dry-run --use-cvs C:\BaseCVS --force-tag V5R4Beta14

Com isto, a macro rodou até o final, mas emitiu inúmeras mensagens de warning por causa de caracteres especiais (acentos, etc) encontrados em nomes de arquivo, comentários e nomes de tags.

Incluí na linha de comando a opção de encoding mais adequada para o idioma português (latin_1). O comando ficou assim (tudo na mesma linha):

python cvs2svn -s C:\BaseSVN --dry-run --use-cvs C:\BaseCVS 
--force-tag V5R4Beta14 --encoding latin_1

Com isto a macro rodou até o fim sem problemas. Resolvi então reexecutar o comando sem a opção --dry-run para que ele realmente fizesse a conversão.

python cvs2svn -s C:\BaseSVN --use-cvs C:\BaseCVS 
--force-tag V5R4Beta14 --encoding latin_1

Imediatamente recebi uma mensagem de erro porque o meu repositório SVN já existia na pasta C:\BaseSVN. Precisei incluir a opção --existing-svnrepos:

python cvs2svn -s C:\BaseSVN --use-cvs C:\BaseCVS 
--force-tag V5R4Beta14 --encoding latin_1 --existing-svnrepos

Com isto, a conversão finalmente se realizou sem nenhuma mensagem de erro. Com nosso servidor tendo alguns problemas de performance, nosso repositório CVS levou cerca de 16 horas para ser convertido.

Completada a conversão passamos para a etapa de disponibilizar o repositório para os usuários. Editamos os arquivos de configuração do repositório, alterando as opções de segurança para não permitir usuários não antenticados e criando usuários e senhas para todos os colaboradores.

- A seguir tivemos que liberar a porta 3690 (porta padrão do SVN) no firewall do servidor. Com isso, o repositório pôde ser acessado pela intranet. Infelizmente, não tínhamos como liberar esta porta para acesso externo, pois não tínhamos acesso a este firewall. A solução encontrada foi fazer com que o SVN utilizasse a mesma porta do CVS (2460), que já estava liberada para acesso externo.

Esta operação foi complicada, envolvendo manutenção no serviço do SVN no servidor. Tivemos que usar as seguintes linhas de comando:

1) Parar o serviço do SVN

net stop SVNService

2) Excluir o serviço do SVN

sc delete SVNService

3) Recriar o serviço SVN informando a nova porta

"C:\Arquivos de Programas\Subversion\bin\svnservice.exe" -install --daemon 
--root C:\Kankei\BaseSVN --listen-port 2401

4) Reiniciar o serviço:

net start SVNService

Com isto, o repositório passou a ser acessível externamente na porta 2401. No TortoiseSVN, pode ser usada esta URL: