Implementación efectos 3D shaders

Título Implementación de Efectos 3D mediante shaders

Texto Los efectos empleados en las primeras aplicaciones 3D estaban
basados y limitados por el pipeline fijo de las APIs utilizadas. Sin
embargo a medida que han pasado los años esos pipelines han
pasado a ser programables, dando una mayor libertad a los
programadores a la hora de crear gráficos 3D y generando
efectos mucho más realistas y detallados. Estos pipelines
programables están compuestos por pequeños programas,
conocidos como shaders, que actúan directamente sobre los
distintos vértices y píxeles de un objeto. Los que actúan a nivel
de píxel se llaman Pixel Shaders y los que lo hace a nivel de
vértice se llaman Vertex Shaders. Hoy en día existe otro tipo de
shaders, los Geometry Shaders, que actúan sobre la geometría
del objeto, pero todavía están en proceso de prueba.

Un Vertex Shader recibe como parámetro un vértice y modifica
sus propiedades para que repercutan en la geometría del objeto
al que pertenece. Con esto se logran ciertos efectos
relacionados con la deformación en tiempo real de un elemento.

Un Pixel Shader recibe como parámetro la salida del Vertex
Shader y se encarga de la rasterización (rendering),
especificando el color de cada pixel. Este tratamiento individual
de los pixeles permite que se realicen cálculos en tiempo real del
objeto del cual forman parte, principalmente de iluminación.

Para escribir estos shaders existen unos lenguajes específicos:

 HLSL (High Level Shading Language), usado con DirectX y
propiedad de Microsoft
 GLSL (OpenGL Shading Language), usado con OpenGL y
libre
 CG (C for graphics), usado con DirectX y OpenGL y
propiedad de la empresa Nvidia.

Un ejemplo de shader sencillo, escrito en HLSL, sería el
siguiente:

Primero inicializamos la variables miembro de nuestro vértice, en este
caso la posición y el color.

struct mVertex
{
float4 Position : POSITION;
float4 Color : COLOR0;
};

Definimos la matriz de proyección, que nos permite transformar
nuestro punto 3D, a su equivalente 2D para verlo en pantalla.

float4x4 xViewProjection;

Establecemos el procesado que queremos aplicar a nuestro vértice.

mVertex MainVertexShader( float4 inPos : POSITION, float4
inColor : COLOR0)
{
VertexToPixel Output = (VertexToPixel)0;

Output.Position =mul(inPos, xViewProjection);

Output.Color.rgb = inPos.yxz;
return Output;
}

Este Vertex Shader nos devolverá, el punto 2D a representar en
pantalla. Y el color de ese vértice.

Por último se definen las distintas técnicas de procesado, que pueden
constar de uno o más pasos, y que indican el método a implementar y
el ModelShader (vs_1_1) que tiene que soportar nuestra tarjeta gráfica
para que dicho shader se ejecute correctamente.

technique Simplest
{
pass Pass0
{
VertexShader = compile vs_1_1 MainVertexShader();
PixelShader = NULL;
}
}

Categorías CES Microsoft

Tema Desarrollo

Autor Goretti Ortigosa Rada

Mes Abril

Año 2008

Boletín 04

Título La TDT y los servicios de valor añadido
Texto A lo largo de estos dos últimos años he asistido a diversos
foros y congresos en los que se ha hablado largo y tendido
sobre el tema, y aún sigo sin ver claramente el futuro de
los servicios de valor añadido (sva). Nadie ha sido capaz
hasta el momento de arrojar algo de luz sobre las líneas a
seguir.

Antes de entrar en materia, empezaré por explicar que
entiendo por sva en TDT y posteriormente trataré de
exponer la situación en Europa y España.

Cómo muy bien le escuché afirmar a una persona entre
tantos congresos, los sva son “buenos, bonitos y baratos”.
Cierto, su implantación no suele suponer mucho coste, y
los beneficios pueden ser importantes además de aportar
diferenciación, frescura, imagen de marca, etc, aunque con
esto tampoco he dicho gran cosa. Los sva son servicios
dirigidos al telespectador que complementan la
programación televisiva tradicional aportando una
experiencia más rica. En la TDT, estos servicios de valor
añadido se sustentan sobre el canal de datos y por tanto
aquí es donde entra en juego el quizás menos conocido
estándar MHP.

Pongamos un par de ejemplos: el teletexto puede
entenderse como un servicio de valor añadido para la
televisión analógica tradicional. En la TDT, gracias a su
canal de datos, este teletexto podría convertirse en algo
mucho más rico y gráfico además de conseguir una
integración más natural con el contenido televisivo.

Pongamos otro ejemplo: el canal televisivo Bloomberg, un
canal dedicado a temáticas financieras y económicas. Si
alguien ha sintonizado este canal alguna vez, habrá notado
que al pie de la pantalla suele aparecer un banner por el
que se desplazan diferentes titulares relacionados con la
evolución de la bolsa. Y si cuando viese un titular
interesante, pulsando un botón pudiera visualizar más

detalles acerca de una posible inversión, y si con otro botón
pudiera realizar una compra o venta sobre dicha opción de
inversión a través de una tarjeta bancaria u otro sistema
de identificación, todo sin moverse del sofá y sin realizar
una llamada telefónica....creo que mucha gente que se
arruinaría.

Pero existen muchas más posibilidades, publicidad
interactiva, tele-tienda, concursos televisivos, tele-
asistencia, etc...

Por otro lado, los sva son uno de los tres pilares de la TDT.
Los otros dos, calidad y cantidad de contenidos, ya pueden
disfrutarse mediante un decodificador de bajas
prestaciones (zappers) o bien televisiones con
decodificadores integrados. Además, la combinación de la
cobertura de la TDT, su presencia en todos los hogares, el
amplio colectivo al que va dirigido y el canal de datos
puede reducir la famosa brecha digital. Por tanto, los sva y
ese canal de datos sobre el que se sustentan parecen
valores importantes para la TDT sobre los que merece la
pena apostar. Tal y como lo han anunciado, supone el gran
éxito de la TDT y uno de los tres porqués del cambio. Sino
se generan sva, la situación de la TDT distará mucho de los
objetivos marcados.

Espero que con esto haya quedado más calor el concepto
de sva en TDT.

En Europa la TDT y los sva han tenido una gran aceptación.
Es el caso de Italia gracias al T-Gobierno y la plataforma de
pago para los partidos de fútbol. Otro caso de éxito es el de
Inglaterra, donde se están consiguiendo grandes sumas de
dinero gracias a los juegos, las apuestas y publicidad
interactiva. Este es un caso especial, dado que casi todo el
despliegue de la televisión digital se hace a través del
cable, donde el empleo del canal de retorno está
perfectamente resuelto, no sucede así con la TDT y la TV
por satélite, donde el canal de retorno supone una
importante barrera.

No obstante, también existen los casos contrarios, como
Francia donde hay una ausencia total de interactividad en
TDT y sva.

En España, la situación es incierta, algunos dirían que
desoladora. Todos los agentes involucrados en la TDT

tienen opiniones encontradas y parecen echarse los trastos
unos a otros, un círculo vicioso, evidenciando una falta de
convencimiento y de liderazgo.

La realidad es que se trata de un mercado ciertamente
complejo dado el amplio número de sectores diferentes
afectados:

 Fabricantes de decodificadores de TDT: existe poca
oferta de decodificadores con MHP y modestas
características técnicas.
 Distribuidores: no se arriesgan a poner en venta
decodificadores con MHP sin una demanda clara.
 Ciudadano / telespectador: escaso conocimiento de la
existencia de sva y de la necesidad de
decodificadores MHP para disfrutar de los mismos.
 Canales de TV: Alto coste la coexistencia de las
licencias analógica y digital antes del apagado
analógico. Es lógico que no se planteen entonces
invertir en sva. No obstante, no es el caso, dado que
están pagando por un canal de datos, ¿porque no
usarlo? Pero no saben el modo de hacerlo ni sus
posibilidades. De nuevo, desconocimiento. Aunque no
todos piensan igual, la televisión siempre ha sido, y
en opinión de algunos seguirá siendo, un medio
pasivo de entretenimiento. No obstante, esto puede
cambiar siempre y cuando se culturice a los
ciudadanos en la nueva televisión por TDT.
 Empresas TIC desarrolladoras de sva: Son las que
más intentan tirar del carro, haciendo ver las
posibilidades del canal de datos. Pero haciendo
mucho hincapié en que deben desarrollarse sva
interesantes para el telespectador de forma que se
sienta atraídos por estos contenidos y los demande.
 Administración: Realiza proyectos interesantes
relacionados con el T-Gobierno pero de una forma
aislada, que no crea la masa crítica de demanda
suficiente.
 Impulsa TDT: Organismo impulsado por la
administración para fomentar la TDT. Está agrupada
por todos los radiodifusores (públicos y privados).
Parece la figura idónea que debe marcar los pasos,
liderar las acciones necesarias para la implantación
de la TDT y los sva. Pero de momento se está
centrando en la TDT, relegando a un segundo plano
los sva por el momento, algo que se le achaca

constantemente.

En torno al 80% de los proyectos relacionados con sva se
han impulsado mediante subvenciones, la gran mayoría
relacionados con servicios de la administración dirigidos al
ciudadano y en muchos casos simplemente por quedar
bien, en vez de usarlo de una forma conveniente para
fomentar su uso y expansión.

Vista esta situación resulta extraño que empresas
Españolas estén realizando proyectos pioneros en Europa y
liderando desarrollos en torno a los sva y el canal de datos
en países extranjeros (Inglaterra), cuando España se
encuentra a la cola en la implantación de dichos servicios.
Como curiosidad, el primer chat en TV del mundo fue
desarrollado en 2001 por QuieroTV.

La TDT de pago puede ser una buena oportunidad para
marcar un cambio. La televisión de pago precisa de un
acceso condicional y una inteligencia, el MHP puede ser una
solución. La administración debería aprovechar para regular
la TDT de pago, fomentando el uso de MHP y
estandarizando una plataforma o decodificador abierto que
todos los proveedores empleen en vez de permitir que se
fragmente y que cada uno aporte su propia solución
propietaria.

Alguien debe tomar las riendas de esta situación y tirar
hacia un lado u otro. Si los sva no tienen cabida en España,
¿porque la regulación marca que se guarde un canal para
datos?. Y si verdaderamente se apuesta por dicho canal,
¿porque no se le da uso, se difunde su existencia y se
explota?. Y para poder explotarlos debe suceder lo
siguiente:

 Crear una masa de audiencia MHP mediantes varias
actuaciones: poner a disposición de los ciudadanos
servicios gratuitos locales como farmacias de guardia,
etc, darlo a conocer mediante campañas de
publicidad y facilitar la adquisición de decodificadores
con MHP, quizás mediante la subvención de los
mismos.
 Crear modelos de negocio y obtener beneficios, por
ejemplo, mediante la publicidad interactiva. (esto
durará años)
 Comercializar televisores con TDT y MHP integrado:
en Italia se va a hacer, parece que en España

también lo harán.

La TDT se implantará si o si, la cuestión es, ¿seremos
capaces de aprovechar todas sus posibilidades?
Categorías CES OpenSouce/Java
Tema Varios
Autor Raúl Sanz de Acedo
Mes Abril
Año 2008
Boletín 04

Título Microsoft Office Live Small Business (2ª Parte)
Texto Este artículo, es la continuación del publicado el mes anterior y
pretende ser un acercamiento a esta nueva herramienta que
Microsoft ha publicado. Para ello, analizaré los apartados que
no dieron tiempo en el boletín pasado.

En primer lugar, analizaremos las nuevas características de
venta online (Sell Online). Si pulsamos sobre la opción del
menú, veremos que nos lleva a la siguiente pantalla:

Si deseamos activar esta característica, pulsamos sobre
“Active now” y nos pedirá que nos identifiquemos
nuevamente.

Tras lo cual nos pedirá que cumplimentemos nuestros datos, si
no lo hemos hecho ya:

Si nos fijamos detenidamente en la parte superior veremos
que esta característica tiene un precio, con lo cual tendremos
que sopesar si nos merece la pena o no activarla. En caso de
hacerlo, nos permitirá crear un comercio digital, con su
correspondiente catalogo de productos, facilidades para el
pago con tarjeta de crédito así como el pago con PayPal,
permite enlazar nuestros productos con eBay proporcionando
un potente mercado para nuestros productos, y nos facilita
informes de ventas que facilitan la gestión de nuestro sitio:

Otra característica, que está a nuestra disposición es la
promoción de nuestro negocio (Promote Your Business):

En esta sección nos encontraremos con herramientas para la
promoción de nuestro negocio en diversos buscadores web y la
posibilidad de crear campañas de e-mail, una característica
muy útil para promocionar nuestras novedades o información
relevante. Si continuamos con la activación veremos que es
una característica gratuita, para un volumen de hasta 200
mensajes por mes, aunque para valores superiores tiene un
coste:

A modo resumen se puede ver que Microsoft tiene una clara
orientación por dar una ayuda a la PYME, proveyéndola de
herramientas útiles para su posicionamiento y expansión de
negocio en Internet, por medio de estas características:

Por otro lado tenemos las aplicaciones de negocio (Business
Applications) que, con la finalidad de facilitarnos el trabajo,
son una serie de plantillas de sitios que nos proporcionan un
espacio donde compartir documentos y otra información de
negocio, lo que agiliza enormemente el trabajo entre nuestros
empleados:

Disponemos de un manejador de documentos, que nos
permitirá almacenar y habilitar los permisos de acceso a los
documentos que guardemos en nuestro espacio:

Una de las características más interesantes que aporta desde
mi punto de vista es el espacio de trabajo de equipo (Team
Workspace):

Este recuerda a SharePoint, dado que usa el mismo motor que
WSS 3.0, la idea y finalidad es la misma que este producto, es
decir, crear un espacio de trabajo en red, con una serie de
características como el calendario, gestor de tareas,
compartición de documentos, enlaces comunes... que
complementan el producto. Esto nos permite la
interoperabilidad entre los diferentes miembros de nuestra
empresa en un punto común y de una manera sencilla.

A modo de demostración con la finalidad de ver la potencia de
esta herramienta creamos una nueva aplicación:

Para ello, de todas las plantillas ya predefinidas,
seleccionamos la que más opciones nos puede ofrecer, que es
el espacio en blanco (Blank Workspace), que se encuentra
dentro de la sección de aplicaciones adaptables (Your costum
applications):

Esto nos permite crear un espacio con el nombre y la URL
deseados:

Al ser un sitio en blanco proporciona todas las plantillas que se
encuentran a día de hoy disponibles:

Esto nos permite configurar dicho sitio a nuestro gusto y con
una infinidad de posibilidades, pudiendo añadir documentos,
imágenes, tareas, contactos, anuncios, etc. así como
información más compleja como formularios, wikis y paneles
de discusión.

Y finalmente y no menos importante, mencionar que se
dispone de un menú de configuración de la cuenta:

Este panel nos permite definir las cuentas de usuario que
necesitemos para nuestra aplicación, configurando todos los
apartados de permisos y niveles de acceso de todas las
herramientas que hemos presentado. Desde mi punto de vista,
es una herramienta muy útil para PYMEs, que dada la nueva
orientación que está llevando Microsoft con su empeño en una
integración perfecta entre su suite Office y el espíritu online
que reside en Live, puede ser una apuesta segura de cara al
futuro.

En la misma línea, pero a nivel usuario individual,
recomendaría hacer una visita obligatoria a Workspace Live, el
cual da al usuario la posibilidad de tener un espacio de trabajo
Online, donde almacenar y compartir documentos. También
invito a conocer SkyDrive, un disco duro en internet de 5
Gigas que Microsoft nos facilita, para que guardemos lo que
deseemos: desde nuestra música favorita a esas fotografías,
que nos llenaron la memoria de nuestra cámara digital.

Enlaces de interés:

 Microsoft Office Workspace Live:
http://workspace.officelive.com/

 Microsoft Live:
http://home.live.com/?mkt=es-es/
 Windows Live SkyDrive:
http://skydrive.live.com

Categ CES Microsoft
orías
Tema Desarrollo
Autor David Valiño Martinez
Mes Abril
Año 2008
Boletí 04
n

Título Microsoft Office Live Small Business (2ª Parte)
Texto Este artículo, es la continuación del publicado el mes anterior y
pretende ser un acercamiento a esta nueva herramienta que
Microsoft ha publicado. Para ello, analizaré los apartados que
no dieron tiempo en el boletín pasado.

En primer lugar, analizaremos las nuevas características de
venta online (Sell Online). Si pulsamos sobre la opción del
menú, veremos que nos lleva a la siguiente pantalla:

 Microsoft Live:
http://home.live.com/?mkt=es-es/
 Windows Live SkyDrive:
http://skydrive.live.com

Categ CES Microsoft
orías
Tema Desarrollo
Autor David Valiño Martinez
Mes Abril
Año 2008
Boletí 04
n

Título Iniciarse en los servicios web de SharePoint
Texto
Hoy nos basaremos en un artículo publicado por Trent
Swanson, que creo que es de interés para el desarrollo de
aplicaciones basadas en Sharepoint (en cualquiera de sus
“sabores” WSS 3.0 o MOSS 2007). En concreto vamos a
presentar y utilizar (básicamente) la interoperabilidad que
Sharepoint ofrece a través de sus web services.
Estos están construidos sobre el modelo de objetos de
Sharepoint y son un subconjunto no completo de los mismos.
La ventaja en el uso de los web services es que permiten el
acceso remoto mediante cualquier lenguaje y plataforma que
soporte el uso de servicios web, que hoy en día son mayoría.
El hecho de que los servicios web de Sharepoint no
representen el modelo de objetos completo es una limitación
pequeña ya que si fuera necesario para tareas avanzadas
podríamos extenderlos mediante la implementación de un
servicio específico.
Arquitectura de los servicios Web
Hay que destacar que MOSS 2007 está construido sobre WSS
3.0, que a su vez lo hace sobre ASP.NET 2.0 ejecutandose en
IIS. Por tanto, MOSS 2007 presenta algunos servicios web
adicionales a los de WSS 3.0, por ejemplo el servicio de
búsqueda avanzada.
En ambos casos, los servicios web se implementan mediante
ASP.NET Web Services (ASMX) la mayoría de cuyos ficheros
físicos están localizados en
“%commonprogramfiles%Microsoft Sharedweb server

extensions12ISAPI". El servicio web para la herramienta de
“Administración central de Sharepoint 3.0” reside en la
carpeta ADMISAPI que se corresponde al directorio virtual
“_vti_adm”, que se genera siempre que se instala SharePoint
en el servidor. Cuando se crea un sitio SharePoint, contiene
un directorio virtual llamado "_vti_bin" que apunta al
directorio ISAPI mencionado anteriormente. El caso de los
subsitios es distinto, ya que para estos se crea un mapeo al
directorio virtual “_vti_bin” de su sitio a través de metadatos
de SharePoint y HttpModules.
Para cada servicio existe un fichero *.wsdl.aspx que genera
el Web Services Description Language (WSDL) asociado, otro
fichero *.disco.aspx que contiene la implementación del
service discoverer, y los ficheros *.asmx que proporcionan la
funcionalidad, la mayoría de los cuales sólo son referencias a
el ensamblado y tipo de SharePoint que contienen la
implementación del servicio, y que podemos examinar.

Servicios estándar
SharePoint proporciona bastantes servicios de manera
estándar que serán suficientes en la mayoría de los casos,
desde tareas administrativas a acceso a datos de listas, que
presentamos en la siguiente lista.
Servicio Uso

Administración Métodos administrativos para crear y borrar
sitios y recuperar los lenguajes usados en la
(_vti_adm/Admin.asmx) instalación

 CreateSite
 DeleteSite
 GetLanguage
 RefreshConfigCache

Métodos para trabajar con alertas de
SharePoint
Alertas (Alerts.asmx)
 DeleteAlerts
 GetAlerts

Cliente proxy que proporciona autenticación
de usuario para los sitios que usan
autenticación basada en formularios
Autenticación(Authenticatio
n.asmx)  Login (utilizado para autenticarse)
 Mode (devuelve el modo de
autenticación del sitio actual)

Métodos para copiar ficheros
 CopyIntoItems (copia documentos
como arrays de bytes a una
localización en el servidor)

Copia (Copy.asmx)  CopyIntoItemsLocal (copia
documentos de una ubicación a otra
en el mismo fichero)
 GetItem (crea un array de bytes de
un document que puede ser enviado
al método CopyIntoItems)

Métodos para gestionar sitios y datos del
Espacio de Documentos
 CanCreateDwsUrl
 CreateDws
 CreateFolder
Espacio de Documentos  FindDwsDoc
(Dws.asmx)
 GetDwsData
 GetDwsMetaData
 RemoveDwsUser
 RenameDws
 UpdateDwsData

Métodos para devolver los formularios que se
usan en el interfaz de usuario cuando se
trabaja con el contenido de una lista
Formularios (Forms.asmx)
 GetForm
 GetFormCollection

Métodos para crear y gestionas librerías de
imágenes

Imágenes (Imaging.asmx)  CheckSubwebAndList
 CreateNewFolder
 Delete

 Download
 Edit
 GetItemsByIds
 GetItemsXMLData
 GetListItems
 ListPictureLibrary
 Rename
 Upload

Realiza búsquedas en listas y sitios de
Recuperación de datos de SharePoint
listas (DspSts.asmx)
 Query

Métodos para trabajar con listas y datos de
listas
 AddAttachment
 AddDiscussionBoardItem
 AddList
 AddListFromFeature
 ApplyContentTypeToList
 DeleteAttachment
 DeleteContentType
 DeleteContentTypeXmlDocument
 DeleteList
 GetAttachmentCollection
 GetList

Listas (Lists.asmx)  GetListAndView
 GetListCollection
 GetListContentType
 GetListContentTypes
 GetListItemChanges
 GetListItemChangesSinceToken
 GetListItems
 GetVersionCollection
 UndoCheckout
 UpdateContentType
 UpdateContentTypesXmlDocument
 UpdateContentTypeXmlDocument
 UpdateList
 UpdateListItems

Crear y gestionar sitios de reunión
 AddMeeting
Reuniones(Meetings.asmx)
 AddMeetingFromICal
 CreateWorkspace

 DeleteWorkspace
 GetMeetingInformation
 GetMeetingWorkspaces
 RemoveMeeting
 RestoreMeeting
 SetAttendeeResponse
 SetWorkspaceTitle
 UpdateMeeting
 UpdateMeetingFromICal

Búsqueda y resolución de principales
Personas(People.asmx)
 ResolvePrincipals

Métodos para trabajar con permisos de un
sitio o lista
 AddPermission
 AddPermissionCollection
Permisos
(Permissions.asmx)  GetPermissionCollection
 RemovePermission
 RemovePermissionCollection
 UpdatePermission

Métodos para gestionar grupos de distribución
de email del Active Directory y sus
pertenencias a grupos
 ChangeContactsMembershipInDistribu
tionGroup
 ChangeUsersmembershipInDistributio
nGroup
Gestión de  CreateContact
directorio(sharepointemailw
 CreateDistributionGroup
s.asmx)
 DeleteContact
 DeleteDistributionGroup
 GetJobStatus
 ModifyContact
 ModifyDistributionGroup
 RenameDistributionGroup

Métodos que devuelven metadatos o datos de
listas de sitios o listas
 EnumerateFolder
 GetAttachments
Datos de Sitio  GetChanges
(SiteData.asmx)
 GetContent
 GetList
 GetListItems

 GetSite
 GetSiteAndWeb
 GetSiteUrl
 GetURLSegments
 GetWeb

Métodos para recuperar información sobre la
colección o plantillas de sitios
 ExportWeb
Sitios(Sites.asmx)
 GetSiteTemplates
 GetUpdatedFormDigest
 ImportWeb

Métodos para trabajar con los servicios de
búsqueda
 Query
Búsqueda(spsearch.asmx)
 QueryEx
 Registration
 Status

Métodos para trabajar con usuarios, grupos y
roles
 AddGroup
 AddGroupToRole
 AddRole
 AddRoleDef
 AddUserCollectionToGroup
 AddUserCollectionToRole
 AddUserToGroup
 AddUserToRole
 GetAllUserCollectionFromWeb
 GetGroupCollection

Usuarios &  GetList
Grupos(usergroup.asmx)  GetListAndView
 GetGroupCollectionFromRole
 GetGroupCollectionFromSite
 GetGroupCollectionFromUser
 GetGroupCollectionFromWeb
 GetGroupInfo
 GetRoleCollection
 GetRoleCollectionFromGroup
 GetRoleCollectionFromUser
 GetRoleCollectionFromWeb
 GetRoleInfo
 GetRolesAndPermissionsForCurrentUs

er
 GetRolesAndPermissionsForSite
 GetUserCollection
 GetUserCollectionFromGroup
 GetUserCollectionFromRole
 GetUserCollectionFromSite
 GetUserCollectionFromWeb
 GetUserInfo
 GetUserLoginFromEmail
 RemoveGroup
 RemoveGroupFromRole
 RemoveRole
 RemoveUserCollectionFromGroup
 RemoveUserCollectionFromRole
 RemoveUserCollectionFromSite
 RemoveUserFromGroup
 RemoveUserFromRole
 RemoveUserFromSite
 RemoveUserFromWeb
 UpdateGroupInfo
 UpdateRoleDefInfo
 UpdateRoleInfo
 UpdateUserInfo

Métodos para trabajar con versiones de
ficheros
 DeleteAllVersions
Versiones (Versions.asmx)
 DeleteVersion
 GetVersions
 RestoreVersion

Métodos para trabajar con vistas de listas
 AddView
 DeleteView
 GetViewCollection
Vistas(Views.asmx)
 GetViewHtml
 UpdateView
 UpdateViewHtml
 UpdateViewHtml2

Métodos para trabajar con páginas de
WebParts
Páginas de
WebParts(WebPartPages.as  AddWebPart
mx)  AddWebPartToZone
 AssociateWorkflowMarkup

 ConvertWebPartFormat
 DeleteWebPart
 ExecuteProxyUpdates
 FetchLegalWorkflowActions
 GetAssemblyMetaData
 GetBindingResourceData
 GetCustomControlList
 GetDataFromDataSourceControl
 GetFormCapabilityFromDataSourceCo
ntrol
 GetSafeAssemblyInfo
 GetWebPart
 GetWebPart2
 GetWebPartCrossPageCompatibility
 GetWebPartPage
 GetWebPartPageConnectionInfo
 GetWebPartPageDocument
 GetWebPartProperties
 GetWebPartProperties2
 RemoveWorkflowAssociation
 RenderWebPartForEdit
 SaveWebPart
 SaveWebPart2
 ValidateWorkflowMarkupAndCreateSu
pportObjects

Métodos para trabajar con sitios y subsitios
 CreateContentType
 CustomizeCss
 DeleteContentType
 GetActivatedFeatures
 GetAllSubWebCollection
 GetColumns
 GetContentType
 GetContentTypes
Webs(Webs.asmx)
 GetCustomizedPageStatus
 GetListTemplates
 GetWeb
 GetWebCollection
 RemoveContentTypeXmlDocument
 RevertAllFileContentStreams
 RevertCss
 RevertFileContentStream
 UpdateColumns

 UpdateContentType
 UpdateContentTypeXmlDocument
 WebUrlFromPageUrl

Métodos para buscar mediante los servicios de
búsqueda de MOSS, que incluyen un método
para recuperar las propiedades de búsqueda
 GetSearchMetadata (propiedades de
Búsqueda MOSS búsqueda)
(Search.asmx)  Query
 QueryEx
 Registration
 Status

Uso de los servicios web de MOSS
Veamos a continuación de manera muy sencilla como hacer
uso de los servicios web que proporciona SharePoint.
El uso de los servicios web de SharePoint desde .NET es
bastante sencillo, sólo es necesario añadir la referencia web y
usar el proxy generado en nuestra aplicación.
Creación de una referencia Web
Vamos a crear una referencia web al servicio web de
autenticación de SharePoint, haciendo click con el botón
derecho sobre el nodo “References” de nuestro proyecto en la
ventana del explorador de la solución y seleccionando la
opción “Add Service Reference” (en Visual Studio 2008).
Pulsamos el botón “Advanced” y en la ventana que aparece
seleccionamos la opción “Add Web Reference”. A
continuación hemos de introducir el valor
“http://<server_name>/_vti_bin/Authentication.asmx” en la
caja para la URL siendo <server_name> el nombre del
servidor web donde reside nuestro SharePoint, y pulsamos
“Go”. Puede que se nos solicite usuario y password para el
servidor, si no tenemos habilitado el acceso anónimo.
Deberíamos ver la lista de métodos que soporta nuestro
servicio, como en la imagen siguiente:

Nombramos "SPAuth" a la referencia web y pulsamos el
botón "Add Reference".
Una vez hecho esto ya podremos usar el servicio SPAuth
desde nuestra aplicación, como en el código siguiente que
recuperará el método de autenticación usado en nuestro sitio
SharePoint y lo muestra en una etiqueta:
SPAuth.Authentication am
= new Test_WFA.SPAuth.Authentication();
label1.Text = am.Mode().ToString();

Tenemos pues fácilmente a nuestra disposición todos los
servicios web expuestos anteriormente para poder desarrollar
aplicaciones propias que trabajen con los datos de
SharePoint, nuestro “algo-más-que” gestor documental...
¿Alguien dijo “¡Genial!”?

Referencias y Enlaces
Windows SharePoint Services 3.0 Web Services Reference
http://msdn2.microsoft.com/en-us/ms445292.aspx
Categor CES Microsoft
ías
Tema Desarrollo
Autor Rafael Flores Yoldi
Mes Abril
Año 2008
Boletín 04

Título Los Otros.
Texto Martín Berasategui (DOMinical nº 284-24/02/2008): "Todos
los cocineros que formamos parte de esta generación
somos muy transparentes, en seguida corremos a
explicarle al resto de la gente cómo trabajamos... Nosotros
hemos descubierto un secreto: nuestro éxito crece cuanto
más compartimos lo que sabemos. Esto es revolucionario...
Sin olvidar un aspecto importante: todos tenemos claro
que el éxito de uno es el éxito de todos."

Tradicionalmente el desarrollo de software ha sido una
tarea en la que la fase de implantación no era
especialmente traumática salvo las aplicaciones
corporativas en entorno host.

Se suponía que si una aplicación había superado con éxito
la fase de testeo, tanto a nivel de código como funcional,
las complicaciones a la hora de instalarla no debían ser
problemáticas. A lo sumo el desarrollador se percataba que
el puesto cliente carecía de algunas librerías de las que
constaba el entorno de desarrollo/pruebas y las adjuntaba.

Todo esto cambió con la llegada de Internet: en teoría el
número de usuarios podía ser ilimitado. Es más, se
deseaba que esto fuese así. Y se añadía el factor de que
cualquier persona, desde cualquier lugar y en cualquier
franja horaria podía acceder a nuestra aplicación e
interactuar con nuestro sistema.

Las palabras „disponibilidad‟, o mejor dicho „alta
disponibilidad‟, y „escalabilidad‟ empezaron a entrar en
juego con una dimensión hasta entonces sólo intuida. Ya no

se trataba de desarrollar aplicaciones en las que el entorno
estaba acotado: un ordenador con una cpu x,
una memoria y, un disco z, que se reiniciaba cada día
(¡incluso se apagaba!) y era utilizado por un usuario en un
horario concreto.
Ahora el número de usuarios era incierto y, teóricamente,
podían utilizar la aplicación a lo largo del día... y de la
noche. Se popularizó entonces la expresión „24 x 7‟.
Para los desarrolladores supuso también un cambio en la
forma de trabajar y es entonces cuando empezaron a
descubrir a los que llamaban internamente, quizás
inconscientemente, „Los Otros‟.

Es asombrosa la característica que tiene el ser humano por
clasificar lo que le rodea: unos „son de ciencias‟, otros „son
de letras‟. Atentos al matiz: no „estudias‟ sino que „eres‟. Lo
mismo ocurre con las „izquierdas‟ y las „derechas‟, los „jefes‟
y los „curritos‟, los „del madrid‟ y los „del barça‟, etc.
En el caso que nos ocupa para los desarrolladores, Los
Otros son „los de sistemas‟.
„Soft‟ y „hard‟ y a veces, absurdamente, „soft‟ contra „hard‟.

Decía que con la llegada de Internet la plataforma que
debía albergar las aplicaciones se convierte en algo crítico.
Al principio se intentó que las cosas siguiesen como
estaban: los del „soft‟, desplegaban la aplicación, „que hace
esto y aquello (como visteis en la demo que os hicimos)‟ y
ya estaba todo resuelto. Todo va a funcionar. Los del „hard‟
sólo debían monitorizar el sistema y contemplar el
espectáculo.

Pero entonces era cuando la línea se empezaba a saturar,
cuando a las once de la mañana el número de procesos en
cola aumentaba, cuando la base de datos devolvía unos
extraños mensajes de deadlock, cuando la
ininteligible JVM empezaba a realizar continuas garbage
collections, cuando...
¡Cuando surgía el fuego de mortero entre las dos
trincheras!: „la aplicación no funciona‟, „los servidores están
mal configurados‟, „la base de datos no tiene
los índices correctos‟, „el pool de conexiones no está bien
dimensionado‟, „los servidores no indican ninguna
sobrecarga‟, „en el entorno de pruebas todo iba bien‟, etc.,
etc., etc.

Tras las primeras bajas y las primeras intervenciones
nocturnas y/o en fin de semana (recordad que hay que

minimizar el impacto en el ubicuo cliente), se empezaban a
reconocer ciertos bugs y errores en las estimaciones.

Es entonces cuando se empieza a vislumbrar que se es
protagonista pero en la película equivocada. Cuando los de
desarrollo se percatan que antes de implantar algo, deben
explicarlo a los administradores de sistemas en un lenguaje
que entiendan. Que, incluso, deben otorgarles el derecho a
veto si lo que se proponen desplegar puede poner en
peligro la versión actual en producción.
Y es cuando los de sistemas empiezan a entender que, al
menos, deben conocer el diseño de la aplicación y los
patrones utilizados en la misma, que lacaché puede ser
algo lógico y no sólo físico, cuando...

En definitiva cuando ambos empiezan a considerar a „Los
Otros„, „Uno de los nuestros„.

¡Ah! ¿Que esta peli ya la habías visto antes? Espero,
entonces, que tuviese un final feliz...

P.S.: alguno estará esbozando una sonrisa porque las (magníficas)
películas cuyos títulos he utilizado, tratan respectivamente de
fantasmas y mafiosos. No hay segundas intenciones en ello sino sólo
un juego de palabras.

Si quieres enviar algún comentario o sugerir temas a tratar en otros artículos, escribe a:
curtasun[simboloArroba]cein.es

Categorías General
Tema Varios
Autor Carlos Urtasun
Mes Abril
Año 2008
Boletín 04

Título Introducción a los Xlets

Texto Los XLET son aplicaciones en Java para entornos de televisión. No
siguen el modelo convencional de las aplicaciones Java en el que
cada aplicación tiene el control completo de su ciclo de vida y de
los recursos de la máquina virtual sobre la que se ejecutan. En
cambio, se podría decir que se parecen a losapplets, puesto que
varias aplicaciones pueden estar ejecutándose a la vez y no tienen
por qué iniciarse a través de línea de comandos.

Figura 1. Diagrama de recursos en Receptor de TV Digital

Sin embargo, hay una pequeña diferencia entre el mundo web y el
de la televisión, lo que lleva a que los applets no puedan
ejecutarse en los receptores de TV Digital y que sea necesario
realizar cambios para que funcionen. Estos cambios han llevado a
lo que se llama Xlets. Siguen una filosofía similar a la de los
applets y que fue introducida por Sun en la especificación de
JavaTV y adoptada como el formato de aplicaciones Java
para MHP y otros estándares relacionados para TV Digital. Como
en el caso de los applets, el interfaz Xlet permite una fuente
externa (el gestor de aplicaciones en el caso de un receptor de TV
Digital) empezar y terminar las aplicaciones, al igual que
controlarlas de otras maneras. El interfaz Xlet se encuentra en el
paquete javax.tv.xlet.package:

public interface Xlet {

public void initXlet(XletContext ctx)

throws XletStateChangeException;

public void startXlet()


public void pauseXlet();

public void destroyXlet(boolean unconditional)


}

Si se compara esta definición con la clase java.applet.Applet, se
pueden apreciar algunas similitudes. Como en la clase applet,
tiene métodos que permiten al gestor de aplicaciones inicializarlos,
arrancarlos y pararlos. Sin embargo, hay algunas grandes
diferencias entre Xlets y applets.

La mayor de ellas es que la ejecución de un Xlet también puede
ser pausada y resumida. La razón para ello es muy simple, en un
entorno como un receptor de TV Digital, varias aplicaciones pueden
estar ejecutándose al mismo tiempo, pero por restricciones de
hardware, sólo una de ellas puede estar visible cada vez. En este
escenario, las aplicaciones no visibles, deben ser pausadas para
dejar libres los recursos para aquella que lo es.

Además un Xlet, es mucho más sencillo que un applet, y por tanto,
los Xlet de alguna manera están más limitados en lo que pueden
hacer cuando interactúan con su entorno. Algunas de las otras
tareas que se pueden hacer con un applet, son soportadas en los
estándares MHP o JavaTV, pero se necesitan otras APIs para
llevarlo a cabo.

Así, un Xlet tendrá cuatro estados principales – Cargado, pausado,
arrancado y destruido. Si se examina el ciclo de vida de un Xlet se
puede ver dónde encajan estos estados en el diseño:

Figura 2. Diagrama de estado de un Xlet

El gestor de aplicaciones carga el archivo con la clase principal del
Xlet (como se indicó desde el emisor) y crea una instancia del Xlet
llamando al constructor por defecto. Esto puede pasar en
cualquier momento una vez que la aplicación haya sido
indicada. En este momento, el Xlet alcanza el estado Cargado
(Loaded).

El Xlet puede ser iniciado de tres formas:

 Por indicación directa del usuario,

 Invocado por otra xlet,

 Automático por configuración en la AIT (Tabla de
información de las aplicaciones)

Entonces, el gestor de aplicaciones en el receptor llama al método
initXlet(), pasando un nuevo objeto XletContext para el Xlet.

El Xlet puede usar este XletContext para inicializarse, y para
precargar datos de gran tamaño como imágenes que pueden
requerir tiempo para cargarse desde el object carousel. Cuando la
inicialización se ha completado, el Xlet está en el estado Pausa
(Paused) y puede comenzar inmediatamente.

Una vez que el método initXlet() ha terminado, el gestor de
aplicaciones llama el método startXlet(). Esto pasará el Xlet del
estado Pausa al estado Arrancado (Started), y el Xlet podrá
interactuar con el usuario.

Durante la ejecución del Xlet, el gestor de aplicaciones puede

llamar al método pauseXlet(). Esto hará que la aplicación pase del
estado Arrancado al Pausado. La aplicación puede volver a
ejecutarse de nuevo llamando al método startXlet(). Esto puede
pasar varias veces durante la vida del Xlet.

Al final de su vida, el gestor de aplicaciones llamará al método
destroyXlet(), que hará que el Xlet pase al estado Destruido
(Destroyed) y libere todos sus recursos. En ese punto, no se
puede volver a ejecutar esa instancia del Xlet.

Es importante recordar que un Xlet no es una aplicación Java
normal. Hay muchas diferencias importantes entre ambas. Un
Xlet está conceptualmente mucho más cerca de un applet. Como
en los applets, puede haber más de un Xlet ejecutándose a la vez,
lo que significa que los Xlets no pueden ejecutar ciertos comandos
que afectarán globalmente a la máquina virtual de Java. Por
ejemplo, un Xlet no debería jamás ejecutar la llamada al método
System.exit() porque puede no ser la única aplicación
ejecutándose en la máquina virtual al mismo tiempo.

Enlaces:

Página en castellano que explica lo qué son los XLET

 http://www.mhproject.org/index.php/mhproject.php/2006/1
1/10/ique_es_una_xlet_ipara_que_sirven

Páginas en inglés que hacen una introducción a los XLET‟s

 http://en.wikipedia.org/wiki/Xlet

 http://www.xlet.net/article/21/xlet-tutorial-for-beginners

 http://www.interactivetvweb.org/tutorial/mhp/xletintro.shtm
l

Categ CES OpenSouce/Java
orías
Tema Desarrollo

Autor Blanca Cubas Cruz

Mes Abril

Año 2008

Implementación efectos 3D shaders

Recomendados

Recomendados

Más contenido relacionado

Destacado

Destacado (20)

Similar a Implementación efectos 3D shaders

Similar a Implementación efectos 3D shaders (20)

Más de Cein

Más de Cein (20)

Implementación efectos 3D shaders