Fran Diaz : Visual Studio.NET 2005

[Reporting Services] Escribir campos en la cabecera y pie de un informe

Fran Díaz — Thu, 13 Mar 2008 10:37:00 GMT

Hasta ahora, para mostrar los datos que necesitaba para mi informe, lo metía todo en el cuerpo de este. Pero, ¿qué pasa cuando necesitamos meter los campos en la cabecera o pie de informe? Pues nos sale este bonito mensaje [:@]:

Este nos indica que no podemos meter campos en la cabecera o pie del informe. ¿Qué podemos hacer para solucionar este problema?. Bueno, pues hay una expresión que nos ayudará a ello. Esta es ReportItems y podemos utilizarla de la siguiente forma:

ReportItems("Nombre de nuestra caja de texo").Value - Con esta expresión podremos mostrar cualquier valor que esté contenido en nuestra caja de texto. Ojo!!, no de un campo ya que si no nos saldría el mensaje: #Error.
ReportItems!NombreDeNuestraCaja.Value - Con esta expresión podremos hacer lo mismo que anteriormente. La diferencia con esta, es que al insertar el carácter (!), nos saldrá todos los campos a elegir. Así nos evitamos poner algo que no vaya a funcionar.

Por último, podemos especificarle si queremos el primer o último valor que haya en esa caja(casos para cuando hay tablas de por medio [;)]). Lo conseguiremos de la siguiente forma:

First(ReportItems!NombreDeNuestraCaja.Value)
Last(ReportItems!NombreDeNuestraCaja.Value)

Nota.- Si tenemos una campo que queremos mostrar, pero no queremos mostrarlo en el cuerpo, podemos crear una caja de texto en este y la sección Visibility(en sus propiedades)/Hidden ponerla a true. Con esto tendremos una caja invisible en nuestro informe que podremos llamar desde la cabecera.

En fin, espero que os haya servido de ayuda [:)].

Un Saludo

[Reporting Services] Evento online con SecondNUG

Fran Díaz — Thu, 21 Feb 2008 08:28:00 GMT

El próximo 4 de marzo estaré online para hacer una presentación de Reporting Services junto con Carmen Sánchez, que también hará una de Crystal Reports, junto con el grupo de usuarios online SecondNUG que organiza el evento.

Título: Presentando informes: Crystal Reports vs Reporting Services
Fecha y hora: 4 de Marzo de 2008 - Live Meeting, 19:30h - 21:30h (GMT+1)
Descripción: En los últimos años no se entiende una buena aplicación sin informes.
En la actualidad dos productos se pelean por el liderato del mercado .NET, Crystal Reports de Business Objects y Reporting Services de Microsoft.
En esta charla veremos como hacer un informe en ambas tecnologías, con ejemplos en ASP.NET y Windows Forms, y obteniendo los datos de varias fuentes como SQL Server o Web Services.
No se pretende hacer una lucha encarnizada entre las dos herramientas, sino ayudaros a conocerlas para que vosotros decidáis cual os gusta más.

Podéis registraros mediante este enlace: http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032370554&EventCategory=4&culture=es-ES&CountryCode=ES

Podéis descargar Microsoft Live Meeting 2007 desde el siguiente enlace.

Este será mi primer evento online, espero que os resulte de utilidad, nos vemos allí .

Un Saludo

Reporting Services in Visual Studio 2005(III/III)

Fran Díaz — Mon, 14 Jan 2008 09:11:00 GMT

En este post voy a explicar algo que ya he podido nombrar seguro en alguno que otro post, pero a nivel más básico, así otras personas que no han visto nunca Reporting Services podrán verlo de un forma más clara y luego comprenderán mejor los otros post sobre Reporting que ya hay en mi blog y que pondré al final de este.

Parámetros:

Cuando necesitamos mandar información adicional a nuestro informe, aparte de la que ya le provee la fuente de datos(datasource), podemos crear parámetros. Este podemos crearlo desde el menú informe.

Dentro de esta pantalla podremos configurar el tipo de parámetro que será, si está oculto, interno, es multivalor, permite nulos o permite valores blancos. También si tendrá valores disponibles por defecto o no, y como si escritos a mano o vienen de una consulta. Por ultimo, si habrá algún valor por defecto para el parámetro a la hora de ejecutar el informe(también a mano, desde consulta o nada(null)).

Estos parámetros pueden utilizarse desde cualquier sitio donde se pueda poner una expresión. Y la forma de ponerlos es así: Parameters!NombreDelParámetro.Value
Como ejemplo podemos ponerlo en el value de un textbox o la pestaña datos. En el textbox mostrará lo que le pasemos al parámetro y en la pestaña de datos, lo que hará será ejecutar lo que le pasemos por el parámetro(con sus consecuencias [;)]).

Puedes ver como crear y pasar parámetros a través del ReportViewer aquí.

Imágenes:

Debemos de diferenciar dos tipos a pesar de ser lo mismo, imágenes incrustadas y control image.
Una imagen incrustada es una imagen que se queda dentro del informe y que no se puede cambiar(bueno, hay trucos como todo) a menos que sea en diseño. Esta la definimos en tiempo de diseño y la añadimos mediante un control image.
Si metemos directamente un control image a nuestro informe, no nos saldrá una ventana para elegir imagen desde el principio, sino una con cuatro opciones: incrustada(hace lo mismo que la anterior), imagen que se guarda como parte del proyecto, imagen desde base de datos y desde web.

Propiedades del Informe:

Si pulsamos el menú informe, podemos ver una serie de pestañas donde configurar el diseño de la página, poner nuestro nombre y entre otros(todos muy intuitivos) podemos meter código(solo en visual basic) o dlls con funcionalidad(estás si pueden estar en c# y vb.net).

Expresiones:

Cuando creamos un informe, nos puede llamar la atención(~~o marearnos~~) el símbolo expresión . Este icono nos abre un editor como este:

Cuando hemos creado nuestro datasource en la pestaña datos, podemos crear nuestros SQLs personalizados. Tan solo tendremos que ponerla en el espacio en blanco que hay más abajo(imagen anterior).
Pero si queremos añadir parámetros por ejemplo ya no nos valdrá ponerlo con el caracter @ sino con una expresión. Podríamos poner algo así:
="Select * From MiTabla Where MiTabla.MiCampo = " & Parameters!MiParametro.Value
¿Qué es esto?, pues esto es una expresión hecha en visual basic y el igual el comodín o caracter que nos indica que hay una expresión delante.

Desde el editor de expresiones, podemos utilizar expresiones globales, campos, operadores, iif, switch, funciones propias desde código o desde dll s o parámetros entre otros. Es una buena forma personalizar nuestros campos de una tabla, una sql o simplemente jugar un poco con el diseño y estilo de nuestros informes. Nada se escapa a la imaginación y todo lo que se te ocurra puedes aplicarlo de una u otra forma [:D].

Espero que estos tres artículos te haya servido para empezar a caminar con Reporting Services, .NET y sus informes.

Mas sobre Reporting Services en mi blog: http://geeks.ms/blogs/fdiaz/archive/tags/Reporting+Services/default.aspx

Un Saludo

Reporting Services in Visual Studio 2005(II/III)

Fran Díaz — Wed, 02 Jan 2008 08:18:00 GMT

Vamos con esta segunda parte para trabajar con informes de Reporting Services. En este post, vamos a ver como crear un informe que luego se guardará y ejecutará desde un servidor de informes que trae el Reporting Services (SSRS).

Creación de un Informe de Servidor:

¿Qué necesitamos? Tener instalado el Reporting Services y Visual Studio.NET 2005.

Nota: La versión express de visual studio en cualquiera de sus sabores (c#, vb.net ó c++) no tiene el control ReportViewer en Windows Forms. Solo viene este control con el Visual Studio Web Developer.
A partir de la versión estándar o superior podremos tener el control ReportViewer en Windows Forms.

¿Cómo Empezamos?

Abrimos una instancia de Visual Studio, sino lo instalamos da igual, al instalar Reporting Services se crea una instancia de este en la carpeta de Sql Server 2005 con las plantillas para trabajar con Reporting Services. A continuación, creamos un nuevo proyecto, seleccionamos el tipo de proyecto "Proyecto de Business Intelligence", del cual utilizaremos la plantilla "Proyecto de Servidor de Informes".

Una vez creado el proyecto, nos situamos en el y creamos con botón derecho un nuevo informe(sin asistente). Una vez creado este, nos saldrá esta ventana:

Si nos fijamos bien, tiene tres pestañas este nuevo informe. Datos, Diseño y Vista previa. Vamos a empezar a configurar nuestro informe. Si nos fijamos en la parte de datos podemos crear un nuevo origen de datos o llamar a un store procedure. Nosotros vamos a crear un origen de datos.

Nos situamos donde pone Origen de datos, y en el combo que tenemos a su derecha elegimos nuevo conjunto de datos y nos saldrá un nueva ventana. En esta podemos dar el nombre al DataSource, elegir el tipo acceso a datos (access, sql server, oracle, un xml, etc) y editar la cadena de conexión, que no sería otra cosa que elegir la base de datos, asignarle usuario y password (si lo requieren) y probar la conexión a esta. También como otras opciones, podemos utilizar un origen de datos compartido o utilizar una sola transacción.
El origen de datos compartido no es otra cosa que una fuente de datos con acceso a tablas, vistas u otros y que está en el servidor compartido para llamar desde informes. Un ejemplo claro puede ser las ciudades de un país.
Bien, después de crear el DataSource, a continuación, se nos habilitará el espacio de más abajo para poder escribir nuestras consultas. En este caso haremos un select * from Contact (u otra tabla si lo deseas), guardamos y listo [;)].
Crear el diseño de nuestro informe se hará igual que en la primera parte de este post y la vista previa es la ejecución del informe.

Ahora vamos a configurar las propiedades del proyecto y a subir nuestro informe. Estos informes tiene una peculiaridad, y es que se suben a un servidor Web y desde ahí pueden llamar. Ya sea desde una aplicación Web o Forms.

Nos situamos en el proyecto, y en las propiedades(botón derecho) configuramos los siguientes parámetros:

OverwriteDataSources: True para sobreescribir alguna fuente de datos que tengamos en nuestro proyecto y que esté ya en el servidor.
TargetDataSourceFolder: Carpeta donde se almacenará nuestra fuente de datos si esta es compartida.
TargetReportFolder: Carpeta donde estará nuestro informe.
TargetServerURL: Url donde esta nuestro servidor de informes. Por defecto: http://localhost/reportserver

Ahora solo tendríamos que implementar el proyecto(botón derecho e implementar) o si por el contrario solo queremos implementar nuestro informe, con que demos botón derecho e implementar encima de este bastará.

Ya tenemos creado nuestro informe, podemos implementarlo en el servidor de informes de Reporting o si le cambiamos la extensión rdl por rdlc, también podremos utilizarlo como informe local. ¿Ventajas de esto último?, pues podemos crear nuestra datasource personalizada como veremos en el próximo y último post, diseñar y verlo.

Hasta el próximo!!!

Un Saludo

Reporting Services in Visual Studio 2005(I/III)

Fran Díaz — Wed, 19 Dec 2007 12:24:00 GMT

Hasta ahora he estado escribiendo sobre Reporting Services(entre otras cosas) en mi blog, empezé con una pequeña introducción a él y algún que otro ejemplo o truco al respecto.
Mirando en algún que otro foro, noto que a pesar de ser fácil(más cuando lo manejas a menudo), cuesta mucho crear el primer informe, ya que hay varias formas de hacerlo: de forma local o de forma remota, con la versión express o sin ella.
Para ayudar a crear, implementar y consumir un informe de una forma más sencilla, voy a hablar sobre como crear nuestro informe de las dos formas posibles desde cero y las características de este durante tres post.

Diferencias:
Cuando creamos un informe que es de tipo local este se crea con la extensión RDLC y cuando el informe es de tipo servidor, este se crea con la extensión RDL. Pues bien, si queremos utilizar un informe de tipo servidor de forma local tan solo tendremos que cambiar la extensión de este a rdlc o lo que es lo mismo añadir una "c" al final del archivo.

¿Porque convertirlo de tipo servidor a tipo local?
Pues muy sencillo, cuando creamos un informe de tipo local, en su vista diseño como veremos luego, tan solo sale el diseñador para arrastrar controles, campos, formulas y demás relacionados con el diseño. En un informe de tipo servidor, cuando lo creamos, nos aparecen tres pestañas para configurar nuestro informe. Pestaña Datos, Diseño y Vista Previa.
En la pestaña de datos, podremos configurar todo lo relacionado con los datos(sql, proveedores y consultas propias) más fácilmente. En la pestaña de datos, es donde arrastraremos nuestros controles de diseño y campos para la creación de la vista final de nuestro informe.
En la vista previa, podremos ver una vista real de nuestro informe tal como quedaría cuando lo llamásemos desde un explorador Web o desde el control ReportViewer.

Creación de un Informe Local:

¿Que necesitamos?: Visual Studio Standard o superior para poder utilizarlo con el control ReportViewer desde Windows Forms o Visual Studio Express(como mínimo) si solo queremos utilizar el informe con Web Forms. El porque este control viene en una versión y no en la otra, es una duda que aún tengo [:(].

Pasos a seguir:
Creamos un proyecto de tipo Windows Forms, añadimos un nuevo item de tipo informe.rdlc y aceptamos.
Una vez aceptado, tendremos esta pantalla:

Lo que tenemos que hacer ahora, es crear un nuevo origen de datos, para ello nos situamos en la pestaña orígenes de datos(2) y pulsamos en uno nuevo.

Al pulsar en uno nuevo, nos saldrá un nuevo asistente que nos pedirá el tipo de origen de donde obtendremos los datos. En mi caso, voy a utilizar una base de datos sql server llamada AdventureWorks(está disponible para descarga aquí). Pulsamos siguiente y configuramos nuestra cadena de conexión. Si ya teníamos otra de antes nos la dejará seleccionar y sino podremos elegir una nueva.
Una vez hecho esto pulsamos en siguiente y nos dejará escribir un nombre para la cadena de conexión que se guarda en el archivo de configuración. Este nombre lo dejaremos tal cual y pulsaremos siguiente.
En la siguiente pantalla podemos elegir de donde queremos obtener los datos. Tablas, vistas, SP o funciones(para el caso de sql server). Elegimos nuestra tabla, que en mi caso será Contact y a continuación finalizamos el asistente. Si miramos nuestra pestaña orígenes de datos deberíamos tener lo siguiente:

Ya tenemos nuestro informe y los datos que vamos a utilizar en él. Ahora tan sólo tenemos que irnos al cuadro de herramientas(3) e insertar algunos controles.
Para este ejemplo voy a utilizar un control tabla. Este tiene un encabezado, un detalle y un pie. Si nos vamos a la pestaña orígenes de datos otra vez, podremos arrastrar los campos a las celdas de la tabla y ya tendremos enlazado nuestros datos con nuestro informe.

Nota: Si arrastramos los campos al encabezado o al pie, solo se mostrará el primer(o un sum de este si es numérico) registro de nuestra tabla(contact en mi caso), mientras que si lo añadimos al detalle añadirá una fila en la tabla por cada registro que tenga la tabla.

Ya está, ya tenemos nuestro informe creado. Ahora la pregunta es: ¿como lo llamamos?. Pues muy fácil, si nos vamos a un formulario de Windows Forms y seleccionamos del cuadro de herramientas(Pestaña datos), veremos el control ReportViewer, podremos arrastrarlo al formulario y mostrarlo ahí.
Una vez hecho esto, nos situamos en el control en la pestaña de arriba a la derecha, seleccionamos nuestro informe. Y con esto listo, ya podemos ejecutar nuestra aplicación con nuestro informe.

Espero a ver sido claro, sino preguntad!!

Hasta la próxima!!!

Un Saludo.

Llamando a nuestro informe desde el ReportViewer.

Fran Díaz — Mon, 20 Aug 2007 14:01:00 GMT

Normalmente creamos nuestro informe con alguna herramienta y lo previsualizamos para ver que todo anda correctamente, retocamos, vemos que va como queremos y lo preparamos para que se pueda ver desde alguna aplicación.

Tenemos dos formas de tener nuestro informe. Una es de forma local y otra de forma remota.
La local es cuando los informes los tenemos localizado en algún lugar, es decir, en alguna carpeta de nuestro equipo por ejemplo.

Cuando decimos que nuestro informe está en el servidor, significa que este está alojado en algún servidor de informes del servidor de base de datos sql server(en mi caso 2005). Esto lo hacemos desde un proyecto de tipo servidor de informes desde el ide de visual studio, pero bueno, eso es otro tema. El caso es que, cuando tenemos este informe listo, no solo basta con tenerlo, sino que hay que subirlo al servidor. Para hacer esto, tan solo tendremos que asignarle la ubicación del servidor de informes(normalmente: http://[localhost]ó[unaIP]ó[nombreDelServidor]/[reportserver]ó[reportserver$NombreInstancia]) y la carpeta donde almacenaremos nuestro informe, si este no va en el raíz del sitio. Una vez hecho esto, implementamos y el informe estará subido.

Ahora queda llamarlo. Podemos llamarlo desde el browser o desde un control nuevo llamado ReportViewer.

Yo prefiero llamarlo desde el ReportViewer, y tenerlo todo controlado, desde el browser podemos llamarlo con parámetros incluso desde la url, pero la verdad no lo utilizé mucho. Esto no significa que desde un browser no se pueda controlar ni mucho menos.

Ahora voy a explicar como configurar algunas propiedades del ReportViewer cuando estamos tratando con un informe desde un servidor de informes.

Para llamar un informe de forma remota, como ya dije antes, tan solo tenemos que especificar el servidor de informes, la carpeta(esta es opcional) y el informe.

Visual Basic:

' Le indicamos la carpeta y el informe si la extensión de este.
Me.ReportViewer1.ServerReport.ReportPath = "CarpetaDondeEsteMiInforme/MiInforme(sin la extensión)"
' Y el servidor donde está alojado el informe.
Me.ReportViewer1.ServerReport.ReportServerUrl = _
New System.Uri("http://[localhost] ó [mi servidor] ó [UnaIP]/" & _
"[reportserver] ó [reportserver$MiInstancia]/")

C#:

// Le indicamos la carpeta y el informe sin la extensión de este.
this.reportViewer1.ServerReport.ReportPath = "CarpetaDondeEsteMiInforme/MiInforme(sin la extensión)";
// Y el servidor donde está alojado el informe.
this.reportViewer1.ServerReport.ReportServerUrl =
new System.Uri("http://[localhost] ó [mi servidor] ó [UnaIP]/" +
"[reportserver] ó [reportserver$MiInstancia]/");

Si además nuestro informe tiene parámetros, no hace falta mostrar los controles que pone el reportviewer para cada parámetro, que están muy bien para introducirlos nosotros mismos al probar nuestro informe. ¿Pero y si queremos controlar que es lo que mete el usuario?, para ello podemos crear nosotros nuestros controles personalizados, métodos de comprobación y otros métodos. Luego una vez hecho estas comprobaciones podremos introducir nuestros parámetros también desde código.

En este caso para meter uno o varios parámetros deberemos de crear un array de la clase ReportParameter o una colección de estos. Cada parámetro deberá de llevar el nombre del parámetro al que se le va a pasar un valor o conjunto de valores y opcionalmente un valor booleano que nos indicará si el parámetro se muestra en la interfaz de usuario o no.

Ejemplo con dos formas diferentes de meter los parámetros.-

Visual Basic:

' Creo una colección de parámetros de tipo ReportParameter
' para añadirlos al control ReportViewer.
Dim parametros As New List(Of ReportParameter)
' Añado los parámetros necesarios.
parametros.Add(New ReportParameter("NombreDelParámetro", "Valor o Array de valores"))
' Añado el/los parámetro/s al ReportViewer.
Me.ReportViewer1.ServerReport.SetParameters(parametros)

' Creo uno o varios parámetros de tipo ReportParameter con sus valores.
Dim parametro As New ReportParameter("NombreDelParámetro", "Valor o Array de valores")
' Añado uno o varios parámetros(En este caso solo uno al ReportViewer
Me.ReportViewer1.ServerReport.SetParameters(parametro)

C#:

// Creo una colección de parámetros de tipo ReportParameter
// para añadirlos al control ReportViewer.
List<ReportParameter> parametros = new List<ReportParameter>();
// Añado los parámetros necesarios.
parametros.Add(new ReportParameter("NombreDelParámetro","Valor o Array de valores"));
// Añado el/los parámetro/s al ReportViewer.
this.reportViewer1.ServerReport.SetParameters(parametros);

// Creo uno o varios parámetros de tipo ReportParameter con sus valores.
ReportParameter parametro = new ReportParameter("NombreDelParámetro", "Valor o Array de valores");
// Añado uno o varios parámetros(En este caso solo uno al ReportViewer
this.reportViewer1.ServerReport.SetParameters(new ReportParameter [] {parametro});

Por otro lado, si además queremos obtener los parámetros que tiene nuestro informe, podemos obtenerlo desde el ReportViewer. Esta sentencia sirve tanto para informes locales como remotos.

Visual Basic:

' Creo una colección de parámetros y meto los parámetros.
Dim parametros As ReportParameterInfoCollection = Me.ReportViewer1.ServerReport.GetParameters()
'Dim parametros As ReportParameterInfoCollection = Me.ReportViewer1.LocalReport.GetParameters()

C#:

// Creo una colección de parámetros y meto los parámetros.
ReportParameterInfoCollection parametros = this.reportViewer1.ServerReport.GetParameters();
//ReportParameterInfoCollection parametros = this.reportViewer1.LocalReport.GetParameters();

Credenciales. Nuestras fuentes de datos pueden o no pedir credenciales a la hora de ejecutar el informe. Para ver que fuentes de datos tenemos en nuestro informe y asignarle los permisos necesarios a cada una, podemos hacerlo de la siguiente forma:

Visual Basic:

Dim total As Integer = Me.ReportViewer1.ServerReport.GetDataSources().Count
' Creo un array de DataSourceCredentials con el total
' de DataSources que tiene el informe.
Dim permisos(total) As DataSourceCredentials
' Obtengo los datasources del informe.
Dim datasources As ReportDataSourceInfoCollection = Me.ReportViewer1.ServerReport.GetDataSources()
' Ahora por cada fuente de datos, le asignaremos al array de credenciales
' el nombre, userid y password.
For i As Integer = 0 To total - 1
       permisos(i).Name = datasources(i).Name
       permisos(i).UserId = "UsuarioDeNuestraBBDD"
       permisos(i).Password = "PasswordDelUserId"
Next

C#:

int total = this.reportViewer1.ServerReport.GetDataSources().Count;
// Creo un array de DataSourceCredentials con el total
// de DataSources que tiene el informe.
DataSourceCredentials [] permisos = new DataSourceCredentials[total];
// Obtengo los datasources del informe.
ReportDataSourceInfoCollection datasources = this.reportViewer1.ServerReport.GetDataSources();
// Ahora por cada fuente de datos, le asignaremos al array de credenciales
// el nombre, userid y password.
for (int j = 0; j < total; i++)
{
        permisos[j].Name = datasources[j].Name;
        permisos[j].UserId = "UsuarioDeNuestraBBDD";
        permisos[j].Password = "PasswordDelUserId";
}
// Asigno los permisos.
this.reportViewer1.ServerReport.SetDataSourceCredentials(permisos);

Bueno se me queda en el tintero para otro posible post, como conectarse de forma local a un informe. Ya que la mayoría de estas opciones sirven tanto para informes locales(LocalReport) como para los que están en el servidor(ServerReport).

Espero que les sirva.

Un Saludo

HOW TO: Trabajando con paneles en WPF

Fran Díaz — Wed, 18 Apr 2007 22:17:00 GMT

Después de ver algún que otro recurso por ahí y trastear con Blend me he decidido a escribir aunque sea un poquito. Cuando ya llevas un tiempo haciendo algo (yo llevo poquito con WPF), lo das por hecho y crees que lo que tú sabes ya lo sabe todo el mundo. Así es que voy a empezar con algo que me surguió a la hora de maquetar mi proyecto. Cuando comienzo un proyecto, y entro en el diseño de la interfaz, me gusta hacer un dibujo con el diseño de mi interfaz (si no me lo dieron ya). Al igual que la...(read more)

C# Online!!

Fran Díaz — Tue, 10 Apr 2007 10:46:00 GMT

Navegando estos dias por la web en busca de algún que otro código, me encontré con la siguiente dirección: http://es.csharp-online.net/Main%28%29 , la verdad es que está curiosa. Es una especie de wikipedia donde almacenan todo lo relacionado con el lenguaje de programación C# para la plataforma .NET, también hablan sobre .NET y ASP.NET y ya tienen escritas unas 137 páginas(al escribir este post). Podemos incluso añadir contenido a la web si nos registramos y otra cosa que me llamó la atención es...(read more)

SSRS 2005: Formateando Fechas

Fran Díaz — Wed, 21 Mar 2007 17:33:00 GMT

Llegando al final de nuestro informe(según costumbres) pueden pedirnos que pongamos la fecha y hora de ejecución de la página para posibles comprobaciones y otras cosas que no vienen al caso. Para utilizar fecha y hora en un campo de texto en SRSS cuando queremos la ejecución de un informe. Podemos asignar en el value funciones propias de vb.net como Now() o Todav() para obtener la fecha y hora y fecha respectivamente. Para hacer el cálculo podéis utilizar la siguiente expresión en el value: Format...(read more)

XML Reporting Services vs XML SQL Server

Fran Díaz — Tue, 13 Mar 2007 08:19:00 GMT

Esto no es una comparación del xml de Reporting Services y el campo XML de SQL Server, sino al revés como hacer que se lleven bien los dos y el campo XML de SQL Server deje entrar el XML que crea el Reporting Services. Jejeje, parace lioso pero no, una vez que se le coge el "tranquillo", esto está chupado. Actualmente mi aplicación de Informes, guarda los informes en el nuevo campo XML que trae el SQL Server 2005. Una vez creado mis informes de Reporting Services(como no, jeje) y con algún...(read more)

How To: Sobreescribir el toolstrip del control ReportViewer.

Fran Díaz — Tue, 20 Feb 2007 19:36:00 GMT

Hace unos dias estaba terminando mi aplicación de informes para el proyecto de mi empresa. Entre uno de los requisitos estaba la exportación a Access. Como la barra de herramientas del ReportViewer no traia la exportación a Access tuve que crearme yo toda la funcionalidad para pillar los datos y crearla desde una clase. Hasta ahí bien, tengo el dataset, las correspondencias de Sql Server y access y todo listo. Pero me faltaba algo, así es que despues de investirgar(google, codeproyect, ect) encontré...(read more)

Crear un Informe con un SubInforme en SSRS

Fran Díaz — Sun, 04 Feb 2007 13:51:00 GMT

Hace unos dias recibí un comentario en unos de mis posts sobre SSRS, el caso es que me preguntaban como hacer un reporte con un subreporte. Como creo que puede ayudarle a alguien en un futuro lo pongo como un post aquí. Para poder hacer el ejemplo necesitamos dos reports, uno (rpt) que hará de report principal y otro (subrpt) de subreport que irá incluido en el principal. Para este ejemplo utilizaré dos tablas, una llamada tbl_autor con un solo campo llamado autor y otra tbl_titulos con autor, título...(read more)

¿Curso de .NET 3.0 Gratis?¿Donde?

Fran Díaz — Tue, 09 Jan 2007 21:06:00 GMT

Hola amigos, después de hablar con ElBruno todo lo que había aprendido estos días sobre .NET 3.0 gracias al curso de la 4ª Estrella, me decidí a hablaros un poco de ella. Como ya sabéis(y el que no lo sepa se entera ahora ) el DCE 2005 es la capacitación gratuita online que MSDN Latam pone a disposición en su web para que podamos aprender e iniciarnos en el MS .NET Framework 2.0 y recientemente (hablamos de diciembre de 2006) el 3.0. Esta se compone de niveles denominados estrellas y cada estrella tiene unos materiales y unos exámenes donde demostrar nuestro nivel.

En las anteriores estrellas de este DCE 2005 la información era bastante buena, pero a mi modo de enterderlo y después de haber hecho los cursos anteriores en el antiguo DCE me parecía que era demasiado fácil y poco contenido para esta nueva capacitación. Pero bueno ya que nos dan algo gratis para aprender sin exigirnos lo más mínimo no le vamos poner ninguna pega, y sobre todo si gracias a la tercera consigues un voucher de examen para certificarte, como fué mi caso. Aunque si estoy disgustaillo un poco, porque sacandome la 2ª daban como recompensa si te lo sacabas antes de una fecha en concreto, un Visual Studio.NET 2005 Standard, y la conseguí, pero lo que no conseguí fue el VS2005 porque era solo para Latam .

Bueno me voy a dejar ya un poco de cosillas personales y voy a hacer un pequeño índice de lo que contiene esta cuarta estrella que está muy pero que muy bien. Esta se divide en 5 categorías, aunque solo hay 4 exámenes. Estas son:

Introducción. Pues lo dicho una introducción el framework 3.0 para que vayamos entrando en calorcito. Esta parte no tiene examen.
CardSpace. 2 presentaciones que nos introduciran en el mundo del CardSpace y la identidad digital y como actuar con ella, ya que la seguridad es tan importante en estos tiempos. Este apartado si tiene examen.
Windows Presentation Foundation (WPF). Ya empezamos a entrar en calorcito con la nueva forma de programar las interfaces de windows, aunque podría dar una definición más detallada tal como viene en la presentación: "WPF es el subsistema de presentación unificado para Windows de Microsoft. Consta de un motor de visualización y un entorno de código administrado. Asimismo, unifica el modo en que Windows crea, muestra y manipula los documentos, los medios y la interfaz de usuario." Este apartado tiene 12 presentaciones sin contar la introducción, dos ejemplos para trastear(Postal y video texto), tres tutoriales de MS Expresion Interactive Designer(impresionante!!!) y controles hechos con XAML. ¿Qué más se le puede pedir?
Windows Comunication Foundation (WCF). Es dificil quitarle protagonismo a WPF(según gustos claro) pero he de decir que me ha encantado esta parte mucho. Destacar también de ésta las 12 diapositivas(aparte de la presentación) el ejemplo que trae y el video.
"WCF establece un modelo de programación unificado, orientado a servicios, para la programación de sistemas distribuidos."
Windows Workflow Foundation (WWF). Esta es el último apartado de esta cuarta estella como bien se define en una de las diapositivas "un workflow es un conjunto de unidades elementales llamadas actividades, que son almacenadas en forma de un modelo que describe un proceso del mundo real. Los workflows proveen una manera de describir el orden de ejecución y de relaciones dependientes entre piezas cortas o largas de un trabajo que se está ejecutando. Este trabajo pasa por el modelo de principio a fin, y las actividades pueden ser ejecutadas por personas o por funciones de sistema" . Entre las 15 presentaciones también se incluye un ejemplo, dos tutoriales y dos videos. Casí ná.

Creo que es material suficiente para empezar con buen pie en MS Framework 3.0, una vez más se han currado un buen material y encima completamente en español. Si todo esto es la cuarta estrella, ¿con qué nos sorprenderán la próxima vez?. Sea lo que sea, seguro que estará a la altura.

Un Saludo

Ya disponible la 3ª versión de la revista INETA Latam

Fran Díaz — Thu, 30 Nov 2006 09:56:00 GMT

Pues lo dicho, que estaba yo navengado por TheSpoke cuando me encontré con la noticia que decía lo siguiente:

Tercera Edición de la Revista de INETA Latam

Ya está disponible en la sección de Descargas del sitio de la Comunidad TJ.Net la tercera edición de la Revista de INETA Latinoamérica. Trae noticias y artículos muy interesantes.

Me gustaron los artículos de instalación de Visual Team System, como programar el juego de Tetris y una interesante entrevista sobre SQL Server

No necesitas contraseñas para abrirlo o imprimirlo.

Puedes bajarlo aquí.

Información de: http://thespoke.net/blogs/zoosharp/archive/2006/11/28/973762.aspx

Que lo disfrutéis.

Un Saludo