Archivo por meses: diciembre 2006
SQL Server – Best Practices
En esta página se encuentran TIPS y guías para que los desarrollos sobre SQL tengan mejor desempeño.
http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/default.mspx
Lanzamiento EVO, buenisimo video Mexicano
Para el lanzamiento de EVO se produjo mucho material para el canal ON-Line.
Aquí hay un video “padrisimo” que hicieron unos mexicanos.
http://soapbox.msn.com/video.aspx?vid=bb83792b-fda1-4020-a89c-cae291d3e9a8&wa=wsignin1.0
🙂
Es muy divertido.
Tocata la Renga :)
Batuta
SEMANA DEL 18 AL 23 DE DICIEMBRE
Lunes 18.12. ¡LA RENGA SE LANZA CON FIESTA!
Debuta en Chile el nuevo disco de La Renga, el décimo de su carrera y el octavo de estudio, que fue grabado durante el segundo semestre de este año y que se lanza al mercado el próximo 16 de diciembre en Argentina y acá en Chile junto a esta fiesta.
proyección :: nuevo DVD “en el ojo del huracán”, temas y shows inéditos
en vivo :: BASABDOS. rock&roll
extras :: varios “anuncios sorpresa”, regalos, sorteo de discos, dvds y poleras de la banda.
www.larenga.com
www.toma.cl
Apertura a las 22 horas;
show después de las 23 horas.
Entrada: $2.000 con cover;
mujeres entran gratis hasta las 24 horas.
Responde el mail, 10 tickets para regalar. Asunto: TOMA.
TRansaction NTFS
* Se implementó un controlador transaccional en el core.
* NTFS: se mantiene sin cambios
* La razón de hacer esto es:
+ Evitar problemas al trabajar con archivos.
* tener control transaccional en memoria viene en el futuro :O 🙂
por ejemplo: en multi hilos, no hay que preocuparse por bloqueos porque, los otros hilos
no acceden al mismo objeto hasta que se hace commit.
* Un ejemplo: Windows update si se para en la mitad, cuando se inicia el pc nuevamente puede dar blue screen porque el update quedo en estado inconsistente. Eso es lo que está tecnología busca solucionar.
* Componentes:
+ Transactional NTFS (TXF)
+ Kernel Transaction Manager (KTM)
+ Common Log File System (CLFS)
Events 6.0, CardSpace y Windows PowerShell
———–
* Se distinguen 3 tipos de eventos: administrativos, Operacionales y Tracing/Debug
* La metada de los eventos es la misma, 6.0 tiene extra XML DATA. (Source, ID, Category, Type)
* NT event, pueden ser escritos de manera simple (hardcore) o como recursos.
a segunda opción es mejor porque se pueden ca,biar los mensajes sin recompilar.
* Event 6.0
+ Mejor perfomance
+ Estructura declarativa XML
+ Los mensajes pueden ser enviados a través de firewall y dominios
+ La configuración consiste en>
+ Manifiesto: aquí esta toda la información (Metadata, Esquema, canal y provider)
+Canal>
* Hya que usar la parte del log que corresponde
+ Applications = Application Log
+ Security = Security Log
+ System = Infrastructure Events
+ Custom = Debug y traking
—————
* La identidad es un set de cliams en un token.
* Revisar http://sandbox.netfx3.com
——————-
* snapin> 🙂
+Se pueden comandos para powershell en .NET, se llama pssnapin
+ Se hace la referencia a System.Managment.Automation. (assembly en dir de powershell)
+ Para escribir en la consola de powershell no se usa console sino Base.writeOject("");
+ Después de instalar de debe agregar usando add-PSSnapin
* Viene en el framework 3.0
* test this Stop-Process * 🙂
* Test this
>Add-PSSnapin powergadgets
>Get-Process| Out-chart 🙂
* test this
>Get-PSDrive
>cd HKCU:
WCF y WF overview
——
* Para publicar un com+ hay que usar comsvcconfig.exe, que construye un wrapper
—–
* Existen tres tipos: Flow Actividades, maquinas de estado y controlados por reglas.
* Maquinas de estados> + son compuestos por Estados, Eventos, Acciones y transiciones.
+ Los estados pueden ser anidados.
+ Existen dos eventos inicialización y finalización de un estado,
+ Se pueden hacer query a las maquinas de estados.
+ Las maquinas de estado tienen un estado inicial y uno final.
+ La maquina de estados guarda los estados "historia" de los estados
+ Existen dos tipos de actividades "básicas" y "compuestas"
+
* La idea con las actividades es extender las actividades hasta llegar a Framework de
* Las actividades en paralelo abren un hilo por cada secuencia de actividades. Pueden ser
* Hay un sitio llamado http://www.dotnetfx3.com
* Los workflow pueden ser modificados por código.
* Las actividades del tipo propias, pueden tener "dependency properties" (DependencyPropery)
* Ojo con la forma de hacer binding, hay que revisar en detalle las opciones.
* Local communication Architecture
+ Se usan interfaces para trasmitir datos.
+ Workflow Runtime tiene ExternalIDataExchangeService como canal de comunicación con
+ ExternalIDataExchangeService tiene métodos para
* La persistencia de las instancias de los workflow puede ser hecha en SQL. PAra ello hay
y hacer código de configuración de la persistencia en el workflow 🙂
* Traking, se habilita para que mantenga la "historia" 🙂
+ Esto se habilita con solo una línea de código, y usa SQLserver.
+ Tiene una clase para hacer consultas desde los mismos workflow sobre la historia
+ Se puede obtener información de eventos del workflow, actividades y eventos de
Adminstración en Longhorn
————————–
* Modelo de "Health": la idea es obtener información del problema que tiene una app. Para ello se usa instrumentación.
* La instrumentación tiene 3 actores> WMI, LOG, contadores
* Se pueden definir los esquemas de la información que se va a grabar en el LOG
* El esquema se define un "manifiesto". El manifiesto se interpreta y valida antes de crear un nuevo tipo de log.
* Es posible crear task si es que un tipo de evento ocurre, SUSCRIPCION 🙂
Estas task pueden ser un mail, mensaje en la pantalla o ejecutar una aplicación.
* Para los developer, sirve para forzar la configuración de las aplicaciones en los clientes de manera centralizada.\
* Esta información no esta en los archivos de configuración sino en la registry, es ahí donde la información de las políticas
* Esta interfaz es solo lectura hasta ahora, en ORCAS es posible que cambien
* Para ahcer esto en .net solo se necesita agregar el atributo InstrmentationClass(InstrmentationType.Instance)
* Hay una herramienta nueva llamada "winrm", línea de comando 🙂
* hay una buena demo en http://channel9.msdn.com/Shows/The_DFO_Show
* Es mucho más simple hacer consolas de administración ahora.
Internet Information Server 7
* Se pueden agregar módulos en código nativo o administrado
* Mejora de la UI de administración.
* Se construyó una pipeline único:
autentificación
autorización
Resolvecache
etc……
* Para cada módulo se puede elegir que piezas instalar,
por ejemplo Autentificacion (NTLM/BASIC/Anom)
* IIS 7 pone la configuración en un archivo de configuración y no en metadata como antes.
La configuración de una aplicación se guarda en System.webserver en el web.config.
Existe una funcionalidad para delegar la configuración de estos archivos.
* IIS7 Módulos> si se cambia el orden de los módulos, todo queda en el web.config
* Instrumentación de aplicaciones integrada, para hacer traza 🙂
* host servidor Web usando protocolos no HTTP :O
* El esquema de configuración de ii7 puede ser extendido 🙂
* Handler vs Modules:
+ Handler, se hace cargo de un tipo de archivo específico en IIS
+ Un módulo se ejecuta en el pipe siempre, cross cutting counsirng. Estos tienen un
* IIS7 tiene 40 módulos out of the box.
* Para crear un módulo se debe hacer una clase que implemente IhttpModule
+ EL objeto HttApplication contiene la información del contexto de ejecución.
* Existen 12 eeventos de Request
* applicationhost.config
+ Aquí se configura el host completo.
+ En la sección Módulo, se configura el orden de ejecución de los módulos.
* Si se usa el pipeline clásico no se usan los módulos del pipeline integrado, son
* La interfaz de administración puede extenderse ( Esto es para las niñas )
* En pipiline integrado, es el por defecto. Esto avita por ejemplo que se ejecute doble
* Los contenidos estáticos pasan por el mismo piplene, por lo que pueden ser administrados
* Administración por línea de comandos: appcmd 🙂
* Script de administración
* Código manejado Microsoft.Web.Asminitration 🙂 Por ejemplo se pueden crear aplicaciones o
* Manejo de errores y depuración mejorada> trae un motor de reglas que permite configurar
Por ejemplo: tipo de contenido, código de respuesta, tiempo de respuesta. 🙂
Introduccion curso Longhorn
- KTM: kernel transaction manager
Puede manejar transaccionalemente NTFS y REgistry.
Si se usa una app local no se necesita mas el DTC, este se usa sólo si hay mas de una - maquina.
- KTM actúa como un manejador de recursos, no exactamente como controlador transaccional.
No puede manejar varios archivos, en este caso hay que moverse al DTC. - KTM esta en longhorn y vista
- Windows Error Reporting, pude ser usado por developers para sus aplicaciones.
- Application Recovery & Restart, si una app crash puede reiniciarse.
Recovery es una extensión, recupera los datos de la aplicación en el estado que estaba antes - de caer.
- Restrat Manager, evita tener que reiniciar cada vz que se hace una instalación.
- Instalación mínima, sin interfaz ni código administrado.
Todo línea de comando lo Linux ;)]
Este sistema operativo es muy modular, por eso se puede instalar solo las funcionalidades - core.
Esta es la inhalación ideal para una app server. - Por ejemplo para instalar una base de datos está de "pelos"
- Tiene limitaciones: no soporta código administrado, soporte mínimo de roles(DNS, DHCP,
- FILE,AD), no GUI
4.- NET Framework 3.5 “Orcas”
WF & WCF Integration
WCF partial trust support
Atlas/JSON
Deep integration with ASP.NET “Atlas” AJAX Framework.
JavaScript Object Notation (JSON) wire encoding
RSS/Atom support
Abstraction for RSS 2.0 and Atom 1.0
Richer REST/POX support
Programming Model support for resource-centric applications