Recursos NET

Herramietas Desarrollo Windows Phone 7

2010-03-16T10:18:00.003+01:00

En el MIX2010, se ha anunciado que ya se pueden descargar las herramientas de desarrollo para el Windows Phone 7. El cambio es tan radical, que necesitan ya que los programadores nos reciclemos, por lo que las herramientas son gratuitas, y espero que la documentación proporcionada sea buena.

Os dejo el link para la descarga.
http://developer.windowsphone.com/windows-phone-7-series/

Actualizo la información incluyendo dos links, uno un libro gratuito sobre el desarrollo y otro a varios ejemplos que nos pueden servir.

http://download.microsoft.com/download/7/C/8/7C820C6F-C205-4ECF-B9F3-1505DD13F9BF/ProgWinPhonePreview.pdf

http://download.microsoft.com/download/1/D/B/1DB49641-3956-41F1-BAFA-A021673C709E/CodeSamples_DRAFTPreview_ProgrammingWindowsPhone7Series.zip

Videos del codeCamp de Tarrgaona 2009

2010-01-22T11:00:00.002+01:00

Finalmente ya están disponibles los videos del CodeCamp de Tarrgona 2009.
Os dejo el link para acceder a ellos. También os dejo un link para acceder al material de las sesiones.
A disfurtarlo!!!

Acceso Videos CodeCamp

Acceso Material Sesiones

NetCFSvcUtil y Windows 7

2009-12-24T11:20:00.002+01:00

Para crear un cliente WCF en Compact Framework, es más que aconsejable utilizar las Power Toys de Compact Framework 3.5, que podeis encontrar en este enlace. Entre las herramientas que nos proporciona, existe el NETCFSvcUtil.exe que nos genera código para incluir en nuestras aplicaciones y poder acceder a servicios WCF de manera correcta.
En Windows 7, al ejecutar esta utilidad siempre nos devuelve el error:

Error: An error occurred in the tool.
Error: Error in the application

Afortunadamente, el equipo de windows Mobile ha publicado una nueva versión que funciona correctamente y sin problemas en el nuevo Sistema operativo de Microsoft. Os paso el link directo al nuevo exe.

NETCFSvcUtil.exe

Codecamp Tarragona 2009. Registro Abierto...

2009-09-24T09:47:00.008+02:00

Bueno, pues eso, finalmente ya se ha abierto el registro del Codecamp de Tarragona el 17 y 18 de Octubre. Creo que el nivel y el enfoque de las sesiones es muy interesante, y que vamos a disfrutar mucho con el evento.
Os animo que os registréis ya, hace pocos días que se ha abierto el registro y ya hay muchos inscritos, por lo que no os durmáis, ok?
Por los que aún vais despistados os paso un link a la web y a las sesiones.

Dar desde este modesto blog las gracias a los patrocinadores por confiar en la organización.

Nos vemos en Tarragona!!!!!

XBAP y Security Exception al cargar referencias a ensamblados

2009-09-18T12:36:00.001+02:00

EL otro día estábamos ultimando la entrega de una aplicación XBAP. En algunos casos, tenemos el proyecto definido en Full Trust, y en el momento de publicarlo lo pasamos a Partial para realizar las pruebas y validaciones.
Cuál fue nuestra sorpresa, que al pasar la aplicación a Partial, ésta no era capaz ni de mostrar la pantalla de inicio, ya que al intentar cargar los ensamblados referenciados, saltaba por Security Exception. Como todo buen programador :), pasamos a la fase debugger para ver lo que está pasando y cuál es el trozo de código no permitido … pues en entorno de depuración imposible, el propio VS no es capaz de cargar el ensamblado y sigue dando la Security Exception sin llegar a depurar ni una línea de código que hace referencia al ensamblado. La siguiente opción que haría todo el mundo, es integrar el código del ensamblado en el mismo proyecto y ejecutar… resultado: FUNCIONA!!!
Entonces, por qué nos está dando la excepción de seguridad? No queremos el código en el mismo proyecto, ya que el ensamblado referenciado es base en todos nuestros proyectos WPF/XBAP. Siguiendo con la ‘investigación’, descubrimos que el ultimo que había compilado el ensamblado lo había hecho en configuración de Debug, con lo que el ensamblado incorpora información para su posterior tratamiento. Recompilamos el ensamblado en Release, y todo perfecto. A funcionar correctamente!!!
Este post sólo tiene por objetivo intentar ahorrar un poco de tiempo a alguien que le pase lo mismo que a nosotros, o sea que recordad: No publiquéis nada compilado en Debug, pues en entornos Partial Trust provoca Security Exception.

Codecamp Tarragona 2009

2009-07-16T08:18:00.004+02:00

Finalmente ya es oficial. Los grupos de usuarios de CatDotNet, BCNDEV, Spain.NET, Second NUG, LoNet Camp y Andorra.NET se han unido para organizar un CodeCamp en Tarragona el 17 y 18 de Octubre.

CodeCamp Tarragona 2009 es un evento gratuito organizado por y para la comunidad de .NET, cuyo objetivo es reunir a profesionales, usuarios y entusiastas interesados en la plataforma .NET y Mono para intercambiar experiencias y asistir a un conjunto de ponencias realizadas por especialistas de reconocido prestigio.

Os paso link a la web oficial. Ahí podéis encontrar más información y documentación por si os interesa colaborar de alguna manera.Nos vemos en Tarragona!!!!

Android... que maravilla!!!

2009-07-03T11:52:00.003+02:00

Aunque me aparte un poco del objetivo del blog, me muero de ganas de hacer este comentario: Android.. qué maravilla!!!!
Finalmente ha caído una HTC Magic en mis manos. Primera impresión muy buena. Hacía tiempo que no me sorprendía nada de esta manera.
Ya sé que iPhone rompió con con la usabilidad en dispositivos (y comparto la afirmación), pero me da un poco de rabia la propaganda gratuita que se da a todo lo que hace Apple como si fuera lo mejor por definición, y cuando aparecen otros sistemas, mejores en mi opinión incluso a nivel usable, no se da la importancia que se merece. Además, quiero recalcar lo difícil, tosco, complicado y cerrado que es hacer algo en iPhone.
Todo esto obliga a Microsoft a ponerse las pilas. La Mobile 6.5, por lo que hemos visto en betas y en emuladores, tampoco es que aporte mucho respecto la 6.1. Sí que mejora un poco los menús de navegación, pero es un poco más de lo mismo, y por lo que parece, la esperada 7.0 va a tardar más de lo previsto.
Esperemos que esta 'batalla' mejore los tres sistemas, y estos nos aporten nuevas funcionalidades, a los usuarios finales y a los que vivimos de esto, que en definitiva es lo que nos interesa.

WCF y Streaming (2/2)

2009-02-01T12:33:00.032+01:00

Uff.. cuanto tiempo sin escribir!!!. Pido disculpas a los que seguís el blog ... Sólo quiero desde aquí dar ánimos a los que están pasando un mal momento, intentando responder a preguntas sin respuesta y tener un recuerdo muy especial para los que se han ido de nuestro lado pero que tendremos muy a menudo en nuestros pensamientos.

Vamos a lo que os interesa: En la primera parte del post, vemos el streaming desde la parte servidor. Ahora vamos a ver la parte cliente, y como podemos monitorizar el estado del envío/recepción y así informar al usuario del estado del proceso.

El primer paso es hacer referencia al servicio creado. Para hacer esto desde cliente Framework, podemos utilizar directamente el proxy creado por el asistente de agregar referencia de servicio de Visual Studio. Éste ya nos traduce los Message Contract a parámetros de llamada. Hasta ahí ningún problema, ya que podemos hacer referencia al endpoint streamed y llamar al método que nos proporciona o nos permite enviar los datos necesarios. Sólo un par de comentarios:
1-. Ésto no funciona para Compact Framework, por lo que si necesitamos hacer referencia a un mismo servicio desde Framework y desde CF, necesitaríamos compilaciones distintas (pero esto ya da para otro post, ya que las referencias de servicio WCF en CF son un poco especiales. Si alguien necesita ayuda en este tema y no he publicado el post, que no dude en enviarme una mail)
2-. Para crear el client streamed, podemos utilizar el binding que os propongo en uno de mis primeros posts cambiando el transfermode de Buffered a Streamed (Acordaros que el Mtom no funciona en partial trust, con lo que el MessageEncoding tiene que ser Text para XBAP en Partial Trust).

Una vez visto esto, vamos a ver como lo hacemos para monitorizar el estado del envío/recepción del stream. Para hacerlo, nos ayudamos de una clase que hereda directamente de Stream, y donde sobreescribimos los métodos de lectura para lanzar nuestro propio evento.

public class StreamWithProgress : Stream {
private readonly MemoryStream memData;
private readonly long length;

public class ProgressChangedEventArgs : EventArgs {
  public long BytesRead;
  public long Length;
  public ProgressChangedEventArgs(long BytesRead, long Length) {
   this.BytesRead = BytesRead;
   this.Length = Length;
  }
}

public event EventHandler ProgressChanged;
private long bytesRead;

public StreamWithProgress(MemoryStream data) {
  this.memData = data;
  length = data.Length;
  bytesRead = 0;
  if (ProgressChanged != null) ProgressChanged(this, new ProgressChangedEventArgs(bytesRead, length));
}
public double GetProgress() {
  return ((double)bytesRead) / memData.Length;
}
public override bool CanRead {
  get { return true; }
}
public override bool CanSeek {
  get { return false; }
}
public override bool CanWrite {
  get { return false; }
}
public override void Flush() { }
public override long Length {
  get { return length; }
}
public override long Position {
  get { return bytesRead; }
}
public override int Read(byte[] buffer, int offset, int count) {
  int result = memData.Read(buffer, offset, count);
  bytesRead += result;
  if (ProgressChanged != null) ProgressChanged(this, new ProgressChangedEventArgs(bytesRead, length));
  return result;
}

}

Como utilizamos la clase:
Para hacer una subida de datos, lo hacemos de la siguiente manera

using(StreamWithProgress uploadStreamWithProgress = new StreamWithProgress(stream)) {
uploadStreamWithProgress.ProgressChanged += new EventHandler(uploadStreamWithProgress_ProgressChanged);

   //Llamamos al web method streamed.
   //donde uno de los parámetros será el stream
   if (!comm.serverSaveProjectStream(stream, xxx)) {
     //Error
     //do action;
   }
}

Como podeis ver, el Stream de los datos lo tenemos en la variable stream, y el delegado donde efectuamos la acción de informar al usuario del progreso de la transacción es uploadStreamWithProgress_ProgressChanged. No creo que haga falta cometntar más, ya que la filosofia de como funciona parece bastante clara.

En el caso de una lectura de un stream, NO utilizamos esta clase. Lo que haremos es hacer una llamada al método WCF que nos proporciona el stream, y una vez finalizada la llamada leer los datos por bloques e informar al usuario de estado de la transacción. El código podria ser este:

//Llamamos al método WCF que devuelve el stream
if (!comm.serverLoadProjectStream(xxx, out stream, out streamLength)) {
  //Error
  //Do action
}

//Leeremos el stream y lo cargaremos en el byte []
byte[] byteTmp = new byte[streamLength];

//chunkSize es el tamaño del bloque de lectura
byte[] chunkData = new byte[chunkSize];
//Temporal para saber lo que hemos escrito en el buffer de salida
int offsetBuffer = 0;
//Bytes leidos en cada lectura. A cero cuando llegeumos al final
int bytesRead = 0;

do {
  //Leemos y guardamos en el buffer
  bytesRead = stream.Read(chunkData, 0, chunkSize);

  Array.Copy(chunkData, 0, byteTmp, offsetBuffer, bytesRead);

  //Actualizamos el offset del buffer
  offsetBuffer += bytesRead;

  //Informamos del progreso de la operación
  actualitzaWCFProgress(offsetBuffer, streamLength);

} while (bytesRead != 0);

En principio, esto es todo. Espero esto os sirva de ayuda como base para desarrollar vustro propio código. a mi personalmente, me ha sido de mucha ayuda.

WCF y Streaming (1/2)

2008-12-18T08:24:00.015+01:00

Recientemente he tenido la necesidad de pasar un gran volumen de información entre cliente y servidor y viceversa. Trabajando con métodos / operaciones WCF se abren algunos problemas: el tiempo de espera del cliente puede ser excesivo, limites en el volumen de información y el no tener el control sobre el proceso global de ejecución. Estos problemas los resuelve Streaming: un mensaje WCF puede ser Buffered que significa que acumula la transferencia en un buffer y termina cuando se han procesado la totalidad de los datos, o puede ser Streamed que significa que el consumidor procesa el mensaje a medida lo va recibiendo.
Por lo tanto, Streaming nos permite procesar volúmenes grandes de información, teniendo control sobre el estado de la llamada y pudiendo dar información al usuario del proceso global del sistema. Vamos a ver los pasos necesarios para realizar llamadas de este tipo:
Primero tenemos que crear un nuevo endpoint en el servicio para poder compaginar los dos tipos de llamadas. El binding en mi caso es Basic. Tenemos que crear un nuevo Binding cambiando el TransferMode a Streamed y lo asignamos al nuevo endpoint. Así queda mi web.config

<basicHttpBinding>
   <binding name="basicHttpBinding" maxReceivedMessageSize="xxx" maxBufferSize="xxx">
      <readerQuotas maxArrayLength="xxx" maxStringContentLength="xxx"/>
   </binding>
   <binding name="basicHttpBindingStreamed" maxReceivedMessageSize="xxx" maxBufferSize="xxx" transferMode="Streamed">
      <readerQuotas maxArrayLength="xxx" maxStringContentLength="xxx"/>
   </binding>
</basicHttpBinding>
<endpoint address="http://xxx/zzz.svc/NoStream" binding="basicHttpBinding" bindingConfiguration="basicHttpBinding" name="basicHTTP" contract="aaaa.bbb"/>
<endpoint address="http://xxx/zzz.svc/Streamed" binding="basicHttpBinding" bindingConfiguration="basicHttpBindingStreamed" name="basicHTTPStreamed" contract="aaa.bbb"/>

Una vez definido el nuevo endpoint, tenemos que definir las operaciones del servicio. Cuando trabajamos en Streamed, tenemos la limitación de sólo poder tener un único parámetro de entrada y un único parámetro de salida. Esto nos obliga a trabajar con una clase que contendrá el Stream y la información adicional que necesitamos. Esta clase la tenemos que marcar con el atributo MessageContract. Los datos adicionales viajaran en la cabecera del mensaje, mientras que el Stream tiene que estar en el cuerpo del mismo. La clase puede quedar de esta manera.

[MessageContract]
public class CustomActionRequest : IDisposable {
   [MessageHeader(MustUnderstand = true)]
   public int dato1; //Dato 1 de la clase
   [MessageHeader(MustUnderstand = true)]
   public string dato2; //Dato 2 de la clase
   [MessageBodyMember(Order = 1)]
   public System.IO.Stream byteStream; //Datos stream
   public void Dispose() {
      if (byteStream != null) {
         byteStream.Close ();
         byteStream = null;
      }
   }
}

Hasta aqui la parte de servidor. En mi caso me he creado una clase para el Request y otra para el Response. En el siguiente Post veremos la parte cliente, es decir, como efectuamos la llamada y como monitorizamos el flujo del proceso.

XBAP, WCF, NET 3.5 y Security Exception

2008-10-01T15:55:00.002+02:00

Este post no contiene ninguna explicación técnica ni viene acompañado de código. El motivo es porque sólo pretendo explicaros un tema que me ha hecho perder muchas horas, y sinceramente espero que si alguien se encuentra en mi misma situación y lee este post, se pueda ahorrar el tiempo que he invertido yo mismo en encontrar el por qué.
Un escenario muy común en aplicaciones XBAP que acceden a recursos externos ubicados en el servidor, está formado por la aplicación XBAP y un servicio WCF en el otro extremo que alimenta de recursos la aplicación. Al trabajar en entorno Internet y por consiguiente en Partial Trust, estamos obligados a publicar el servicio WCF en la misma URL de donde nos hemos descargado la aplicación XBAP. Si esto no se cumple, la aplicación lanza una excepción de seguridad y es incapaz de obtener ningún resultado.
En mi caso particular, el entorno de desarrollo es un VS2008 y NET 3.5 SP1. La aplicación XBAP se publica desde este entorno, y trabajando en entorno local, las llamadas al servicio WCF responden sin ningún problema. Al pasar al entorno Internet, la aplicación empieza a dar problemas de seguridad (Security Exception), deduciendo que tengo problemas en direccionar las peticiones al servicio. Después de batallar un montón de horas, debugando y resiguiendo procesos, no encuentro ningún error que me pueda guiar a resolver el problema. Cuando entro en la fase de probar ya las cosas sin sentido, llega un punto que instalo en las máquinas cliente el SP1 del NET 3.5 y cuál es mi sorpresa que veo que la aplicación empieza a funcionar sin ningún tipo de problema.
No me he parado a comprobar si publicando la aplicación desde una máquina sin SP1 hubiera funcionado (lo dudo), pero en cualquier caso ya sabéis, instalad el SP1 para evitaros problemas.

Como obtener una instancia del ItemsPanel en un ItmesControl (ListBox por extensión)

2008-09-03T08:02:00.013+02:00

Un problema común que me he encontrado recientemente, es como acceder en tiempo de ejecución, al ItemTemplate, ItemsPanel o al ItemsSource de un ItemControl (ListBox a partir de ahora para entendernos mejor).
Para no liarnos, recordemos que el ItemsPanel es la definición del Panel que contiene los elementos (items) del ListBox, y que el ItemTemplate es la definición del layout de cada uno de estos items.
Existe información de como acceder al ItemTemplate y poder modificarlo en tiempo de ejecución, pero es dificil encontrar como acceder al ItemsPanel.
En mi caso necesitaba acceder porque queria aplicar un efecto fishPanel a los items de un ListBox. Una vez se mostraban los elementos necesitaba acceder a las propiedades del fishPanel para poder efectuar el movimiento de manera correcta.
Bueno, a lo que vamos, os paso el código (en parte de Microsoft) para poder acceder al ItemsPanel de un ListBox ... muy útil, de verdad.

public static class getInstanceOfItemsPanelTemplate {
  public static Panel FindPanelFor(ItemsControl lstBox) {
    return FindPanelForInternal(lstBox);
  }

  private static Panel FindPanelForInternal(DependencyObject item) {
    for (int i = 0; i < VisualTreeHelper.GetChildrenCount(item); i++) {
      Panel iPanel = VisualTreeHelper.GetChild(item, i) as Panel;
      if (iPanel != null && iPanel.IsItemsHost == true)
        return iPanel;
      else {
        Panel iRes = FindPanelForInternal(VisualTreeHelper.GetChild(item, i));
        if (iRes != null)
          return iRes;
        }
      }
      return null;
    }
  }

Triggers en los DataTemplates

2008-06-29T17:06:00.015+02:00

Como ya sabemos, el templating de controles es muy potente en WPF, y un consejo que os doy es que lo utiliceis tanto como podáis, ya que nos permite mucha flexibilidad en la capa de presentación. El objetivo del post no es hablar del Templating, pero si a alguien le interesa mucho el tema o quiere profundizar, os paso un link a un blog muy bueno sobre el binding y el templating, y además con ejemplos muy buenos.
Un problema común que nos podemos encontrar, ocurre cuando estamos estilando por ejemplo un listbox y definimos un template para los items (ItemTemplate). Si queremos actuar sobre los elementos del Template en base a Triggers, se nos presenta un problema, ya que para hacerlo, tenemos que acceder al Ancestor a través del binding (es decir al listboxItem).
Os paso código de como definir los triggers. El ejemplo hace referencia a mouseOver e IsSelected del ListBoxItem, y al dispararse el trigger realiza distintas operaciones en el tamaño con los elementos definidos en el Template.

<DataTemplate x:Key="DataTemplateListBox">
<ItemsControl d:IsGroup="True" Width="{xxx}" Height="{xxx}" Canvas.Left="0" Canvas.Top="0" HorizontalAlignment="Center" VerticalAlignment="Center">
<Grid x:Name="grdMn" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" Width="{xxx}" Height="{xxx}" RenderTransformOrigin="0,0" Margin="0,0,0,0">
<r:openFormCanvas Width="{xxx}" Height="{xxx}" Name="canvasItem" Cursor="Hand" Background="{xxx}" DataContext="{Binding Path=formControls}" Margin="0,0,0,0" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" RenderTransformOrigin="0,0" >
<r:openFormCanvas.RenderTransform>
<TransformGroup>
<ScaleTransform ScaleX="{xxx}" ScaleY="{xxx}"/>
</TransformGroup>
</r:openFormCanvas.RenderTransform>
</r:openFormCanvas>
<Border x:Name="brdMn" BorderThickness="3,3,3,3" CornerRadius="2,2,2,2" BorderBrush="{xxx}" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" Margin="0,0,0,0" />
</Grid>
</ItemsControl>

Como veis, el Template simplemente consta de un Canvas y un Border (para no molestar si hacéis un copy/paste, he renombrado los recursos a xxx). El canvas se llama canvasItem, el border brdMn y el Grid que los contiene grdMn. Seguimos ... vamos a definir los triggers...os marco en negrita lo importante ....

<DataTemplate.Triggers>
<DataTrigger Binding="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type ListBoxItem}, AncestorLevel=1}, Path=IsMouseOver}" Value="True">
<Setter Property="RenderTransform" TargetName="canvasItem">
<Setter.Value>
<ScaleTransform ScaleX="{xxx}" ScaleY="{xxx}"/>
</Setter.Value>
</Setter>
<Setter Property="Width" TargetName="grdMn" Value="{xxx}"/>
<Setter Property="Height" TargetName="grdMn" Value="{xxx}"/>
</DataTrigger>
<DataTrigger Binding="{Binding RelativeSource={RelativeSource Mode=FindAncestor, AncestorType={x:Type ListBoxItem}, AncestorLevel=1}, Path=IsSelected}" Value="True">
<Setter Property="RenderTransform" TargetName="canvasItem">
<Setter.Value>
<ScaleTransform ScaleX="{xxx}" ScaleY="{xxx}"/>
</Setter.Value>
</Setter>
<Setter Property="Width" TargetName="grdMn" Value="{xxx}"/>
<Setter Property="Height" TargetName="grdMn" Value="{xxx}"/>
</DataTrigger>
</DataTemplate.Triggers>
</DataTemplate>

Como podeis ver, si se produce un mouseOver sobre el ListBoxItem, se escalan los elementos del template en base a valores definidos en recursos. Lo mismo si el ListBoxItem está seleccionado.
Esto es todo. Espero os pueda ayudar

XBAP y aplicaciones Standalone

2008-06-20T21:25:00.003+02:00

De todos es conocida la posibilidad de poder ejecutar código NET como una aplicación convencional (standalone application), o ejecutar código sobre Internet Explorer (browsed applications o XBAP). En este post no pretendo hablar sobre los trusted levels enXBAP ni sobre click once, sólo pretendo mostraros un template para Visual Studio que és muy útil para poder desarrollar desde la misma solución, código para las dos plataformas. Con este template, no tendreis que crear los dos tipus de soluciones e ir alternando código.
Os paso el link donde lo podeis descargar y encontrar más información si os gusta el tema.
Para utilizarlo, teneis que descargaros el zip y copiarlo en la carpeta de los templates que teneis en Mis Documentos + VS2008 + Templates + Project Templates + Visual c#. Una vez copiado, al crear un nuevo proyecto, al seleccionar el Lenguaje ya podreis ver el Template Flexible application.

Cliente WCF sin archivo de configuración

2008-06-12T22:45:00.009+02:00

... y para empezar el blog, un caso típico que nos ha pasado alguna vez o al menos, seguro nos hemos preguntado el por qué al empezar a trabajar con servicios WCF.
Desde Visual Studio, al crear un nuevo servicio WCF, automáticamente se nos crea un archivo de configuración con la definición de los endpoints y los bindings. A partir de estos datos de configuración externos, podemos acceder sin problemas a nuestro servicio recién creado, y podemos ajustar la configuración para crear nuevos endpoints o simplemente retocar la configuración por defecto.
Hasta ahí ningún problema, pero si queremos prescindir del archivo de configuración porque el proxy reside en un ensamblado externo o simplemente porque queremos prescindir de él, tenemos que crear la configuración mediante código.
Aqui os paso código que define el Binding. Los valores configurados son los de un cliente web service estandard sin nigún tipo de seguridad establecida y valores por defecto. El Binding resultante hay que informarlo al proxy generado por el mismo Visual Studio.

BasicHttpBinding binding = new BasicHttpBinding();
TimeSpan span01 = new TimeSpan( 0, 3, 0 );
TimeSpan span10 = new TimeSpan(0, 10, 0);
TimeSpan span100 = new TimeSpan(0, 100, 0);
binding.Name = "NoConfigBinding";
binding.CloseTimeout = span01;
binding.OpenTimeout = span10;
binding.ReceiveTimeout = span100;
binding.SendTimeout = span10;
binding.AllowCookies = false;
binding.BypassProxyOnLocal = false;
binding.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;
binding.MaxBufferSize = 5242880;
binding.MaxBufferPoolSize = 5242880;
binding.MaxReceivedMessageSize = 5242880;
binding.MessageEncoding = WSMessageEncoding.Text;
binding.TextEncoding = Encoding.UTF8;
binding.TransferMode = TransferMode.Buffered;
binding.UseDefaultWebProxy = true;
binding.ReaderQuotas = new XmlDictionaryReaderQuotas();
binding.ReaderQuotas.MaxDepth = 32;
binding.ReaderQuotas.MaxStringContentLength = 5242880;
binding.ReaderQuotas.MaxArrayLength = 5242880;
binding.ReaderQuotas.MaxBytesPerRead = 5242880;
binding.ReaderQuotas.MaxNameTableCharCount = 16384;
binding.Security.Mode = BasicHttpSecurityMode.None;
binding.Security.Transport.ClientCredentialType = HttpClientCredentialType.None;
binding.Security.Transport.ProxyCredentialType = HttpProxyCredentialType.None;
binding.Security.Transport.Realm = string.Empty;
binding.Security.Message.ClientCredentialType = BasicHttpMessageCredentialType.UserName;
binding.Security.Message.AlgorithmSuite = SecurityAlgorithmSuite.Default;