Código dá Trinta

Debugando windows services

2009-02-03T15:46:00.001-02:00

"Cannot start service from the command line or a debugger."

Fazia tempo que não via essa mensagem.
Precisei debugar um windows service num projeto esses dias e lembrei que uma coisa interessante: o nosso amigo F5 não funciona !
Simplesmente não adianta botar uns breakpoints e apertar F5 como acontece com os projetos Windows, Web, etc.
O Windows Service funciona como um serviço, portanto é necessário compila-lo, depois instala-lo,etc.
Se você tentar executar um serviço com o F5, a seguinte mensagem aparecerá:

"Incomodada ficava sua avó!"

Nas buscas pela web a solução para debugar windows services é quase sempre colocar seu breakpoint no visual studio, rodar seu serviço (via windows) e "attachar" seu debugger ao processo.

Nem sempre funciona.

Quase todo serviço windows funciona a base de thread que rodam periodicamente.
Um serviço, quando iniciado, roda automaticamente o metodo OnStart(), onde normalmente se criam outras threads de monitoramento e/ou eventos periódicos.
Dai que enquanto você está tentando attachar o seu processo, o evento já pode ter passado !
Outras soluções incluem criar um aplicativo Windows de teste para executar os métodos principais do seu windows services, ou então invocar o Debugger programaticamente via System.Diagnostics.Debugger.Break() ou System.Diagnostics.Debugger.Launch().
Ai lembrei que já tinha feito algo parecido no framework 1 ainda com o falecido Visual Studio 2003.

A estrutura básica de um windows service contem os métodos OnStart(), OnStop(),etc

Sendo que a chamada principal se parece com isso.

Program.cs

static void Main()
    {           
    ServiceBase[] ServicesToRun;
    ServicesToRun = new ServiceBase[] { new MeuServicoWindows() };
    ServiceBase.Run(ServicesToRun);
}

E a classe do serviço: MeuServicoWindows.cs

public class MeuServicoWindows : ServiceBase
{
  public MeuServicoWindows()
  {         
  }
  protected override void OnStart(string[] args)
  {
     // faça-se o trampo !!
  }
  protected override void OnStop()
  {
     // Simon diz, pare-se.
   }
}

A solução ideal é criar um meio termo.
Como a chamada principal do Windows Service é sempre a Main() e depois a OnStart() da classe do Servico, a solução para o simples F5 seria

1) Criar um metodo na classe do serviço

#if DEBUG
public void StartDebug(string[] args)
{
   OnStart(args);   // simplesmente chama a rotina principal da classe
}    
#endif

2) Substituir o o metodo principal Main()

static void Main()
{           
  // se estiver debugando, simula a execução do serviço...
  if (System.Diagnostics.Debugger.IsAttached)
  {                            
    #if DEBUG   // debugando como DEBUG
       MeuServicoWindows service = new MeuServicoWindows();
       service.StartDebug(new string[2]);
       System.Threading.Thread.Sleep(System.Threading.Timeout.Infinite);
     #else   // debugando como Release 
       ServiceBase[] ServicesToRun;
       ServicesToRun = new ServiceBase[] { new MeuServicoWindows() };
       ServiceBase.Run(ServicesToRun);
    #endif            
 } 
  else   // codigo original
  {
   ServiceBase[] ServicesToRun;
   ServicesToRun = new ServiceBase[] { new MeuServicoWindows() };
   ServiceBase.Run(ServicesToRun);
  }       
}

Pontos de interesse da solução:
1) É possível debugar em ambiente de desenvolvimento;
2) É possível colocar uma versão de debug em produção
3) É possível colocar uma versão de release em produção

Feliz Natal

2008-12-23T11:44:00.002-02:00

while ( TheEarth.IsRunning() &&
ThereIsHope &&
DateTime.Today.Day.Equals(25) &&
DateTime.Today.Month.Equals(12))
{
Console.WriteLine("Feliz Natal");
}

Feriados móveis

2008-12-06T23:08:00.001-02:00

Estava abrindo minhas correspondências essa semana e achei um envelope do meu contador, que recebo todo ano em Dezembro, um calendário do ano seguinte (e um boleto bancário do 13º, óbvio).

Daí comecei a ver os feriados do ano que vem, e que são muitos.
Lembrei de uma coisa interessante, que nem todo mundo sabe: como calcular feriados móveis.

Apenas por curiosidade, os calendários são baseados em eventos astrológicos, e obviamente a mudança dos feriados móveis também é baseada em cálculos astrológicos.

Muita gente se pergunta porque o Carnaval sempre cai num dia diferente todo ano, as vezes até em outro mês.

A base de todos feriados móveis é a data da Páscoa.

Carnaval = Páscoa – 47 dias
Sexta Feira Santa = Páscoa – 2 dias
CorpusChristi = Páscoa + 60 dias

A data também é móvel e é calculada através de uma fórmula muito doida.
Encontrei uns documentos antigos na minha pesquisa e fiz uma rotina em Visual Basic há muito tempo (no mínimo uns 10 anos).
Hoje resolvei convertê-la pra C# para utilizar em um sistema que estou trabalhando.

Vamos ao código:

static void Main(string[] args)
{
  DateTime dtPascoa = DataPascoa(2009);
  DateTime dtCarnaval = dtPascoa.AddDays(-47);
  DateTime dtSextaSanta = dtPascoa.AddDays(-2);
  DateTime dtCorpusChristi = dtPascoa.AddDays(60);
  Console.WriteLine(string.Format("Páscoa: {0}", dtPascoa.ToLongDateString()));
  Console.WriteLine(string.Format("Carnaval: {0}", dtCarnaval.ToLongDateString()));
  Console.WriteLine(string.Format("Sexta-Feira Santa: {0}", dtSextaSanta.ToLongDateString()));
  Console.WriteLine(string.Format("Corpus Christi: {0}", dtCorpusChristi.ToLongDateString()));
  Console.ReadKey();
}

O código do cálculo da Páscoa

static DateTime DataPascoa(int nYear)
{
    int nGold = 0;
    int nCent = 0;
    int nCorx = 0;
    int nCorz = 0;
    int nSunday = 0;
    int nEpact = 0;
    int nMoon = 0;
    int nMonth = 0;
    int nDay = 0;

    // nGold, é o Golden number
    nGold = (nYear % 19) + 1; 

    // nCent é o Século
    nCent = (nYear / 100) + 1;

    // nCorx é o número de anos em que o bissexto foi retirado para sincronizar
    nCorx = ((3 * nCent) / 4 - 12);

    // nCorz é uma correção para sincronizar a Páscoa com a órbita da Lua
    nCorz = ((8 * nCent + 5) / 25 - 5);
    nSunday = ((5 * nYear) / 4 - nCorx - 10);

    // nEpact é a ocorrencia de uma Lua cheia
    nEpact = ((11 * nGold + 20 + nCorz - nCorx) % 30);

    if (nEpact < 0)
        nEpact = nEpact + 30;
    
    if (((nEpact == 25) && (nGold > 11)) || (nEpact == 24))
        nEpact = nEpact + 1;

    // Lua cheia - a n ésima lua de Março é o calendário da lua cheia
    nMoon = 44 - nEpact;

    if (nMoon < 21)
        nMoon = nMoon + 30;
    
    // Avança ao domingo
    nMoon = (nMoon + 7 - ((nSunday + nMoon) % 7));

    // obtém o mês e o dia
    if (nMoon > 31)
    {
        nMonth = 4;
        nDay = nMoon - 31;
    }
    else
    {
        nMonth = 3;
        nDay = nMoon;
    }

    return new DateTime(nYear, nMonth, nDay);

}

Technorati Tags: Feriados,Páscoa,Carnaval

Download de arquivos dinâmicos

2008-12-05T18:46:00.003-02:00

Download de arquivos gerados dinamicamente é uma rotina comum em muitos sites.

Já precisei fazer isso diversas vezes e o código normalmente se parece com isso:

Response.AddHeader("Content-Size", bytArq.Length.ToString());
Response.AddHeader("Content-Disposition", "attachment; filename=" + 
NomeArquivo);
Response.OutputStream.Write(bytArq, 0, bytArq.Length);Response.End();

onde:

byteArq é um byte [] do conteudo do arquivo, sendo ele texto ou binário 
NomeArquivo é a o nome padrão sugerido pelo browser ao gravar o arquivo.

Até aí nenhuma novidade, mas vamos aos desafios.
Qual o problema do código acima ?
Se eu quisesse fazer o download do arquivo e logo em seguida atualizar algum campo na página, como por exemplo um label "Arquivo enviado com sucesso" ?

Com o código acima, não seria possível.

A linha Response.End(), interrompe a execução da página, e faz com que qualquer código logo após seja ignorado (pelo menos código que gere html de retorno).

Por quê essa linha é necessária ?

Porque sem ela o código no .cs seria executado e logo após o browser iria redenderizar a execução do aspx, o que faria com que o resultado gerado seria a combinação do arquivo mais o html, corrompendo o arquivo.

Na prática não é possível enviar 2 conteúdos ao browser simultaneamente, ou seja, ou eu envio o html, ou envio o arquivo.

Vamos aos workarounds:

E se ao invés de escrever os bytes do arquivo, eu abrisse uma janela, onde lá sim, escreveria o byte array, e na minha página principal continuaria meu código?

A solução seria:

pagina.aspx, onde faria a chamada do download do arquivo
download.aspx, um arquivo sem html no aspx

No código na pagina.aspx:
Um método para escrever abrir a página de download

void DownloadArquivo(Page p, byte[] bytArq, string NomeArquivo)
{  
  Session["downloadBytes"] = bytArq;  
  Session["downloadName"] = NomeArquivo;  
  System.Text.StringBuilder s = new System.Text.StringBuilder();
  s.Append("\n<SCRIPT LANGUAGE='JavaScript'>\n");
  s.Append("function download()");
  s.Append("{\n");
  s.Append(" window.open('download.aspx', 'Download', 'toolbar=no, 
location=no, directories=no, status=yes, menubar=no, scrollbars=no, 
resizable=no, titlebar=no, copyhistory=no, width=100, height=100, left=0, 
top=0');\n");
  s.Append("}\n");
  s.Append("window.onload = download;\n");
  s.Append("</SCRIPT>");
  p.RegisterClientScriptBlock("download", s.ToString());
}

A chamada desse método é bem simples, em qualquer botão de processamento e download seria:

// chame seu metodo que gere o arquivo ou pegue-o do banco de dados 
byte [] arq =  GeraSeuArquivo();   
DownloadArquivo(this, arq, "meuarquivo.ext");
lblMeuLabel.Text = "Pronto o arquivo foi enviado para o browser";

No código no download.aspx, apenas o minimo necessário

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="download.aspx.cs" Inherits="download" Title="Download..." %>

O código no codebehind dessa página teria apenas o método Page_Load()

protected void Page_Load(object sender, EventArgs e)
{
 byte[] bytArq; 
 string NomeArquivo;
 if (Session["downloadBytes"] != null)
 {
   bytArq = (byte[])Session["downloadBytes"];
   if (bytArq.Length > 0)
   {
     NomeArquivo = (string)Session["downloadName"];
     Session["downloadBytes"] = null;
     Session["downloadName"] = null;
     Response.AddHeader("Content-Disposition", "attachment; filename=" + 
NomeArquivo);
     Response.AddHeader("Content-Type", "application/force-download");
     Response.AddHeader("Content-Type", "application/octet-stream");
     Response.AddHeader("Content-Type", "application/download");
     Response.AddHeader("Content-Description", "File Transfer");
     Response.OutputStream.Write(bytArq, 0, bytArq.Length);
   }
   Response.End();
  }

}

Como funciona a mágica:

A página irá gerar o arquivo (byte array) e renderizará um código javascript que abrirá um popup.

Antes de terminar a execução da pagina.aspx ela irá armazenar o conteudo desse arquivo na Session.

Ao termino da execução, o popup irá começar e executará o Page_Load

Nesse método, o download.aspx irá recuperar esse arquivo, removê-lo da Session e renderizá-lo no browser.

Simples e direto.

Limitações:

A solução funciona, mas tem suas limitações: como a transferência de conteúdo é feita através da Session, durante essa transferência, o servidor irá ocupar esse espaço de memória (mesmo que removendo logo em seguida), o que na prática quer dizer que se for transferido um arquivo muito grande, poderá ocorrer um OutOfMemory Exception.

Taí, duvido vocês testarem.

O porquê de um blog

2008-12-05T10:36:00.003-02:00

Estava aqui pensando comigo, o porquê de se criar um blog e, conversando com meu colega Vinicius Canto, achei um motivo, e dos bons.
Backup das minhas idéias !
Show de bola.

Sempre fico doido quando quero fazer uma simples rotina que já fiz em outro projeto ou outra empresa e nunca lembro onde guardei aquele pedaço de código.
Agora sim, meus problemas acabaram !
Simplesmente vou guardar tudo online.

Estava querendo escrever há um bom tempo, mas nunca há tempo.
Já recebi convites para escrever para revistas, mas o problema, como sempre é o tempo.
A vantagem do blog nessa hora é justamente essa. Numa revista existe a "obrigatoriedade" de ter um artigo regular numa coluna, e num blog não, vou escrevendo quando der.
Sem contar que o alcance é maior.

Taí, gostei da idéia.