dicembre 2004 - Posts
Come saprete, oltre a fixare alcuni bug del prodotto, il Service Pack 2 di Windows XP introduce molte novità che riguardano la sicurezza. Tali novità molto spesso sono vere e proprie modifiche alle modalità di funzionamento di Windows XP e quindi devono essere prese in considerazione sia dagli utenti finali che dagli sviluppatori.
Potremmo dividere le funzionalità in 5 categorie: Rete, Memoria, Email, Browsing, Manutenzione
Rete: fondamentalmente tutte le funzionalità riguardano la protezione dagli attacchi. Il Windows Firewall è stato rivisto e si attiva automaticamente all’installazione del service pack, chiudendo tutte le porte non utilizzate. Il firewall si presenta con un nuova interfaccia utente e consente di essere configurato anche tramite le Group Policy di dominio. L’infrastruttura RPC e DCOM è stata rivista per ridurre il rischio di attacchi.
Memoria: uno degli attacchi più comuni viene definito buffer overrun. Visto che non esiste una tecnica che da sola possa eliminare questa vulnerabilità, Microsoft ha impiegato diverse metodologie per far fronte a questo problema: Windows è stato dotato del supporto, solo per i miroprocessori che lo supportatano, DEP (Data Execution Prevention). DEP utilizza la CPU per marcare le aree di memoria di un’applicazione come non-eseguibili, a meno che queste non contengano codice eseguibile. In questo modo, quando un virus inserisce codice nella porzione di memoria marcata come “data-only”, l’applicazione o Windows stesso non esegue tale codice. Inoltre tutti i componenti di Windows sono stati ricompilati con gli ultimi compilatori disponibili che mitigano le possibilità di buffer overrun.
Continua su week.it http://www.weekit.it/weekit/unico/art006004040194.jsp
ClickOnce è una delle nuove tecnologie che vedranno la luce “parzialmente” con il rilascio di .NET 2.0 e Visual Studio 2005 e saranno complete con il rilascio di Windows 2006 (Longhorn). ClickOnce permette all’utente di installare in locale o usare da remoto le applicazioni per la piattaforma Windows 2000/2003/XP/Windows 2006. Tramite ClickOnce l’utente finale sarà in grado di utilizzare un’applicazione Windows Forms (cioè un’applicazione .NET per Windows) o Avalon (nome in codice per l’ambiente visuale basato su finestre per Windows 2006) con un solo click del mouse, come appunto indica il nome stesso. [N.B. Sembra che Avalon sarà disponibile anche per XP/Windows 2003 e vedrà la luce prima del rilascio di Windows 2006].
Con la stessa logica delle applicazioni Web, in cui si naviga verso un url per accedere alle sue funzionalità, anche il deployment di applicazioni tradizionali (exe e dll) tramite ClickOnce potrà avvenire utilizzando una pagina Web, al cui interno troveremo le informazioni e i link per un deploy automatizzato del tutto. L’utente potrà scegliere se installare l’applicazione in base a tutta una serie di informazioni sulla security: server di origine, permessi richiesti dall’applicazione per funzionare.
Continua su week.it http://www.weekit.it/weekit/unico/art006004040275.jsp
Con questa affermazione Mike Hall, product manager in Microsoft, inizia un suo post. Ci sono molte cose che vengono affermate su Windows CE o XP Embedded che non sono vere. Mike inizia da una lista e commenta in modo dettagliato (o comunque tramite link di dettaglio) ogni affermazione.
Ecco il post in inglese che ho trovato molto "carino": http://blogs.msdn.com/mikehall/archive/2004/12/22/331034.aspx
Questa azienda produce un SDK per i GPS per Visual Studio 2002, 2003 e 2005 sia per Desktop che per Device.
Queste le caratteristiche "rubate" dal sito:
- Automatically detects Serial, USB, Compact Flash, Secure Digital and Bluetooth devices.
- Automatically uses the fastest baud rate supported by the device.
- Automatically detects GPS protocols (NMEA-0183, Garmin binary, Garmin text)
- Converts latitude/longitude to and from UTM in any ellipsoid.
- Convert speed and distance to any unit type.
- Smooth multi-threaded operation, even on the Compact Framework!
- View satellite locations and compass in real-time!
- Full compliance with .NET Design Guidelines
- Integrated Dynamic Help, IntelliSense and Knowledge Base
- Communicate directly with our developers for technical support!
Da ieri sul sito Xamlon.com sono disponibili le versioni natalizie (Product Edition for Christmas) di 4 prodotti.
Xamlon Pro - Windows Forms Edition
Ormai conosciuto ambiente di sviluppo XAML per Windows XP/2003 etc.
Xamlon Pro - Compact Edition
Per sviluppare con XAML per l'ambiente Windows CE e Compact Framework
Xamlon Pro - Flash Edition
Per creare applicazioni Flash con XAML e un linguaggio .NET
XAML Converter
Server per convertire i file SVG in XAML
www.xamlon.com
Perchè augurare solo Buon Natale e Buon anno....
Buon Tutto (e ognuno includa quello che vuole in base alle sue priorità) a tutti.
Ho letto solo oggi il post di Romeo (
http://blogs.devleap.com/romeopruno/archive/2004/12/15/2164.aspx?Pending=true) dove i ragazzi di Matelica ci ringraziano. Grazie a voi.
E' di sabato la notizia che sembra posticipare l'uscita di WinFS (inizialmente prevista con Longhorn e poi con Longhorn Server) a dopo l'uscita di LH Server, quindi virtualmente non prima del 2008.
Queste le parole di Bob Muglia: "We've been working on this for a long time, and this team is going to deliver, Our mistake, frankly--and it was a mistake--was to go out and talk about it before we really had clarity as to how we would be able to deliver it and all the complexities there."
Forse già lo sapete, sul sito MS è possibile abbonarsi alla newsletter che informa sui download disponibili ogni volta che escono.
https://profile.microsoft.com/Regsysprofilecenter/subscriptionwizard.aspx?wizid=01377650-3311-45cd-84de-ff96c9a58228&lcid=1033
Domani il secondo dei due webcast sull'accesso ai dati con Windows CE e il .NET Compact Framework. Si parlerà di SQL Server for Windows CE versione 2.0. E' un webcast abbastanza introduttivo.
Per chi può Lunedì 20 ore 17.30 su http://msevents-eu.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=118752662&Culture=it-IT.
Occhio che la descrizione riporta Tablet PC come prodotto...che non c'entra proprio niente...anche se in realtà è prevista una versione di SQL Server for Windows CE anche per il Tablet.
Da Samsung un "piccolo televisorino" al plasma http://bink.nu/?ArticleID=3056.
Mah...io ad oggi non credo ancora molto al plasma...comunque è impressionante.
Per adesso mi tengo il proiettore che va veramente bene e 102 pollici se li beve tranquillamente. Da 4,35 mt di proiezione siamo a 270cm per 187cm misurati su parete.
Portatili e Tablet PC costringono gli sviluppatori a nuove sfide nella scrittura di applicazioni. Una di queste sfide è la cosiddetta possibilità di fare Grab&Go, cioè la possibilità di togliere il pc dalla sua docking station in qualunque momento. Chi progetta applicazioni per notebook e Tablet PC, ma in generale applicazioni che lavorano con supporti di memorizzazioni esterni (dichi della docking station, connessi via USB o dischi 1394, ecc.) deve fare i conti con il fatto che questi supporti possono essere disconnessi in qualunque momento. Gli sviluppatori devono disegnare le applicazioni in modo da intercettare questi “problemi” e risolverli nel modo più trasparente per l’utente finale. Ad esempio, evitare, ove possibile, di richiedere un’interazione con l’utente, e provvedere a salvare le informazioni localmente locale per poi risincronizzare il tutto al momento della riconnessione del supporto di memorizzazione esterno.
I dati dovranno quindi essere sincronizzati fra i supporti di memorizzazioni locali e gli eventuali dischi removibili, così come spesso oggi accade per le risorse in rete. Fortunatamente in Windows 2006 troviamo il Syncronization Manager, uno strumento nativo che consente all’utente di eseguire repliche e sincronizzazione dei contatti, file, mail, ecc. fra il device con Windows 2006 e file system remoti, Exchange e SQL Server. Il Syncronization Manger è lo strumento che integra l’ormai obsoleto Offline Folder di Windows 2000/XP. Inoltre il Syncronization Manager espone una serie di API per la gestione applicativa delle repliche e sincronizzazioni.
Gli utenti mobile, al momento dell’uscita di Windows 2006, avranno due video: il classico schermo LCD del portatile/Tablet PC e un monitor esterno, spesso utilizzato come default quando il device è inserito nella docking station. Lo sviluppatore deve tenere in considerazione il fatto che probabilmente l’utente interagisce con l’applicazione sia tramite la penna EMR sullo schermo del Tablet PC, sia tramite mouse e tastiera quando il video viene proiettato su un monitor esterno.
Continua su week.it http://www.weekit.it/weekit/unico/art006004040290.jsp
Questo articolo nasce con l’obiettivo di sfatare una serie di dubbi sulla necessità o convenienza di usare COM+ con .NET.
Spesso si pensa a COM+ come il gestore di transazioni distribuite su diversi database (o resource manager in generale): questa affermazione è assolutamente vera ed è altrettanto vero il fatto che in .NET attualmente non esiste un meccanismo nativo per gestire transazioni distribuite su più database. Il codice .NET deve appoggiarsi obbligatoriamente a COM+ per gestire transazioni distribuite da codice (a meno di non far gestire le transazioni distribuite direttamente dal database “principale”). Spesso si pensa a COM+ come ad un vecchio e abbandonato meccanismo per gestire componenti COM che non ha niente a che vedere con .NET se non quando abbiamo più database, visto che in .NET molte delle cose per cui era necessario usare COM+ nel passato sono state implementate direttamente dalla classi del framework.
In realtà COM+ può ancora giocare un ruolo importante nelle applicazioni .NET. Sappiamo da anni che sarebbe bene scrivere le applicazioni su N livelli (N-Tier, N-Layer, etc..), cioè separare i componenti che gestiscono i dati dai componenti che gestiscono la logica di business e dai componenti che producono l’interfaccia utente. Questo consente di rendere scalabile la soluzione distribuendo i componenti su diverse macchine per fornire fault-tolerance e load balancing e migliorare la manutenibilità della soluzione. .NET non fornisce nessun ne un meccanismo per gestire transazioni distribuite su diversi database, ne un meccanismo per gestire una transazione su un unico database con operazioni effettuate da più componenti. Prendiamo il classico caso Giroconto: avremo un componente che gestisce il giroconto che dovrà chiamare il componente Accredito e il componente Addebito. Visto che abbiamo due componenti dobbiamo gestire una transazione sul lavoro effettuato da entrambi. Avremo due oggetti connection ADO.NET distinti e quindi serve un coordinatore della transazione: COM+ appunto. Anche se decidiamo di creare un solo compente che accredita o addebita i soldi su un conto corrente, dovremmo richiamare tale componente due volte e quindi gestire ancora una volta una transazione da due oggetti distinti.
Continua su week.it...http://www.weekit.it/weekit/unico/art006004040335.jsp
More Posts
Next page »