ASP.Net

Usare IIS per debuggare una Service Application WCF su IIS 64Bit

Sabrina C. — Tue, 27 Sep 2011 15:41:43 GMT

Un post annotazione, per non dimenticare come al solito.

Creando un nuovo Webservice usando un progetto WCF Service application, il sistema come sempre propone di debuggarlo sul webservice locale, se però dobbiamo fare dei test da macchine diverse per quel che riguarda il Client del nostro Webservice in fase di sviluppo potrebbe risultare difficile connettersi al Web Server di sviluppo, pertanto è opportuno pubblicare l’applicazione su IIS. per farlo bisogna fare una modifica alla configurazione dell’applicazione:

Dopo questa operazione, la cartella del vostro progetto diverrà una virtual directory sul Website di default di IIS

Importante!!! fate questa operazione o non funzionerà nulla o quasi, perché la virtual directory di IIS non riconosce bin\debug o bin\release o nel nostro caso bin\x86\debug.

Fatto questo, se siete su una macchina a 64bit e la vostra applicazione è compilata a 32bit è necessario indicare ad IIS che volete far funzionare applicazioni a 32Bit sull’application pool usato da ASP.Net pertanto aprite il manager di IIS

Selezionate l’application pool dell’applicazione.

Cliccate sugli Advanced settings dell’application pool.

Attivate le applicazioni a 32 bit e fate il restart del Website.

Se lanciando la web application ricevete questa schermata:

Il Webservice funziona perfettamente, vi manca solo una pagina di benvenuto, ma utilizzando lo startup multiplo dal menu
Solution > Tasto destro > Properties

E indicando di far partire il webservice e una Applicazione Windows Forms di Test, potete fare una Webreference al vostro Webservice e fare il debug dei webmethods.

Buon lavoro a tutti

Associare più domini ad un sito web generato con Plesk

Sabrina C. — Thu, 26 May 2011 11:01:34 GMT

Probabilmente è una notizia arcinota da chi quotidianamente lavora con Plesk, io invece lo uso molto raramente, e lo conosco veramente al minimo. Però, se come me avete un virtual server aziendale, quasi tutti i provider ve lo installano come oggetto per la creazione di domini e siti, presumo per evitare di avere milioni di chiamate dagli utenti inesperti come me.

E’ normale che una azienda abbia più di un dominio (.it, .com, .eu, .net) e chi più ne ha più ne metta, collegati al proprio sito, ma ovviamente non facciamo una copia del sito per ogni dominio, oppure diverrebbe deprimente tenerli aggiornati.

Nel mio caso, il sito della mia azienda è stato creato con un DotNetNuke, che è così gentile da permettere non solo di mappare più domini su uno stesso portale, ma permette anche, volendolo, di avere più portali diversi sullo stesso DNN.

Entrando dentro a Plesk, quando devi mappare i domini secondari ti verrebbe naturale generare un nuovo dominio, ma la generazione di un nuovo dominio da parte di Plesk ha solo 3 opzioni, dominio fisico, forward, frame forward. Nessuno dei tre è quello che vogliamo noi.

Infatti non è quello che dobbiamo fare. Per mappare più domini su un singolo DotNetNuke usando Plesk, bisogna selezionare il dominio fisico e generare dei Domain Alias. Uno per ogni dominio da mappare. Operazione da 30 secondi, basta infatti indicare il nome di dominio e selezionare la checkbox WEB, salvando il tutto.

Fatto questo, si passa a DotNetNuke, si va sull’host ( i friulani sanno perché rido) e si aggiunge al portale che deve mapparli, i domini prescelti usando l’opzione portal alias. L’effetto è immediato.

Tag di Technorati: DNN,Plesk,domain,alias,portal

DNN: Come usare una pagina come opzione di menu

Sabrina C. — Sun, 10 Oct 2010 13:29:25 GMT

Oggi ho perso mezz’ora per cercare di ricordare come creare una pagina in DNN che faccia da semplice opzione di menu, perciò lo scrivo qui così alla prossima me lo ricordo. :P

Se quanto ho definito non fosse chiaro, faccio un esempio per spiegarlo:

Quello che mi serviva è costruire un opzione di menu che faccia da accesso ad una serie di sottomenu, come ad esempio quello che vedete qui sotto:

Association +
            |
            +--- Who we are +
            |               |
            |               + Mission
            |               |
            |               + Board of directors
            |               |
            |               + Members
            +--- Messageboard
            |
            +--- Newsletters

In Dnn per costruire questo tipo di struttura nel menu, bisogna creare una pagina per ogni opzione, anche se la pagina non è una vera e propria pagina come Association o Who We Are nella mia struttura.

Per evitare che gli utenti del sito cliccando su Association senza attendere l’apertura del sottomenu si ritrovino su una pagina vuota, quel che bisogna fare è la seguente sequenza di comandi:

Aprire l’opzione Admin ->Pages sul pannello di controllo di DNN o sul menu Admin.
Cliccare su Association nella lista delle pagine.
Cliccare sull’icona Modifica.
Aprite la sezione collassata Advanced Options.
Scendete fino a Link URL.

Modificate come nella figura selezionando una pagina del sito (ad esempio la Board of Directors della mia struttura) oppure create un URL falso (“#”) per far rimanere l’utente dove si trova. Salvate le modifiche ed è fatto.

Per annullare la cosa, è necessario riaprire la sezione Pages perché neppure l’administrator ha accesso diretto alle property della pagina.

Technorati Tag: DNN

Le ovvietà che tagliano le gambe ai beginner

Sabrina C. — Sun, 01 Aug 2010 08:15:40 GMT

Non sempre chi fa il nostro mestiere può seguire tutte le nuove tecnologie dai loro primi passi, ad esempio io ho lavorato pochissimo con ASP.Net, anche se conosco molto bene HTML e CSS, pertanto ci sono cose che chi ha fatto un sito con ASP.Net 2.0 appena uscita la tecnologia conosce e considera ovvie, ma che per un beginner non lo sono, soprattutto se il beginner, come me è un professionista che lavora con altre tecnologie che conosce perfettamente e quindi, pur iniziando un tutorial a livello zero, non ha una macchina da studente, ma una macchina configurata per creare applicazioni che girano nel mondo reale.

Questo non vuole essere un rimprovero a tutti quelli che hanno costruito i tutorial, perché é perfettamente logico che questi tutorial siano predisposti per fare in modo che chi vuole avvicinarsi ad una tecnologia possa farlo senza dover avere una macchina da professionista. Ma vuol essere invece un invito a chi si trova nella situazione di trovarsi davanti ad un muro a non perdere coraggio,perché la soluzione non è mai troppo lontana e quindi, F1, BING, Google e chi più ne ha più ne metta.

Vediamo qual’è l’esempio che mi porta a scrivere questo post:

Stamattina (domenica mattina) per tutta una serie di motivi per cui non vi tedio, ho deciso di iniziare a guardarmi ASP.Net MVC, una tecnologia che reputo interessante per una serie di cose che dovrò sviluppare nel prossimo futuro. Io lavoro con Winforms e SQL Server quotidianamente su applicazioni vere, pertanto, sulla mia macchina di sviluppo così come sulla macchina per gli esperimenti, ho installata la SQL Server Developer edition, e non ho installato SQLExpress, trovo inutile avere due istanze di SQL Server sul PC.

La prima cosa che ho fatto stamattina per fare le mie prove è stata generare un progetto ASP.Net MVC e guardare cosa c’è dentro. Il progetto è perfettamente funzionante e mostra delle cose interessanti. In particolare, nasce già con una pagina che gestisce la sicurezza. Che bello, mi sono detta vediamo come fa, provo a registrare un nuovo utente. Ovviamente la cosa non ha funzionato, andando a guardare il perché, è piuttosto ovvio, il sistema ha bisogno di un DB SQL Server, e per default è collegato a un database attaccato “al volo” ad un SQLExpress che peraltro non esiste nel template del progetto, perciò non può funzionare. Pertanto ho creato un database sul mio SQL Server ed ho modificato la connection string, da buon DBA, per far connettere l’applicazione al server SQL. Ma purtroppo le cose non funzionavano ancora, sia usando il tool di amministrazione del sito, sia usando la pagina di registrazione di MVC mi veniva restituito un errore, perché nel database mancava tutta la struttura e le tabelle per la gestione della sicurezza.

A questo punto un beginner 1.0 cosa fa? Pianta tutto li e dice, ci riprovo la prossima volta. Un Beginner 1.1 come me inizia da BING o Google e cerca, dopo vari tentativi, con varie parole chiave, che mi hanno portato a forum, tutorial, articoli senza darmi una soluzione, la frase magica è “asp.net create authentication db on sqlserver” ,che mi ha portato qui: Creating the Membership Schema in SQL Server, (Faccio notare che il sito è ASP.Net, lo stesso dove sono i tutorial per MVC) dove ho trovato la soluzione del problema, ovvero usare una bellissima utility installata automaticamente con il framework 2.0 che lanciata dal RUN con il comando: %WINDIR%\Microsoft.Net\Framework\v2.0.50727\aspnet_regsql.exe permette di generare all’interno del mio database sql server le tabelle per la gestione della security e degli utenti, che mi permettono di utilizzare il tool di configurazione del sito per creare utenti all’interno dell’applicazione ed attivano la pagina di login e registrazione della mia applicazione modello base ASP.Net MVC.

Chiunque abbia lavorato con ASP.Net 2.0 dirà, ma è ovvio ed elementare.
Ma chi si trova a partire da zero con una tecnologia che esiste da anni concorderà con me che spesso, i primi gradini sono quelli più alti da superare.

Technorati Tag: ASP.NET MVC,authentication,membership,create security schema,SQL

DNN 5.3 Skinning ed emicranie

Sabrina C. — Sun, 11 Apr 2010 08:37:10 GMT

Spero che questo post possa evitare qualche emicrania e soprattutto la caduta nel più profondo degli inferi a causa delle maledizioni lanciate a chi ha deciso di modificare in modo così poco comprensibile una cosa che fino alla versione 4.9 era semplice.

La creazione di uno skin personalizzato per DNN è una cosa facile se sapete cosa fare è invece molto difficile se non lo avete mai fatto. Anche il manuale di base scaricabile dal sito è in grado di darvi un sacco di nozioni su come fare ma alla fine della sua lettura, difficilmente sarete in grado di fare uno skin.

Pertanto, come sempre si fa in informatica, è meglio copiare per capire. Il mio consiglio è, andate su uno dei siti che vendono skin per DNN, sceglietene uno che vi piace, comperatelo, scaricatelo, createvi un mini web (o meglio ancora installatelo su un DNN locale sul vostro PC) dategli un occhiata e poi iniziate a provare a cambiare una classe CSS qui e una Table Li, per vedere cosa succede.

Ma non è di questo che voglio parlare in questo post, bensì di come la gestione degli skin è stata stravolta con la versione 5.3.

Con la versione 5 di DNN nella gestione degli skin sono cambiate alcune cose fondamentali, che ho trovato DEVASTANTI per il mio modo di lavorare.

Gli skin non possono più essere installati dall’utente administrator del portale ma devono essere installati dall’utente Host di DNN.
Pertanto se io avessi un cliente che acquista un portale sul mio DNN, lui non potrebbe con il suo utente amministrativo installarsi lo skin, e gestirselo come vuole ma dovrebbe passare per me. A questo per fortuna c’è un Workaround, infatti, i programmatori di DNN per il momento ci hanno fatto la grazia di permetterci di caricare a manina uno skin sulla cartella apposita del portale e fare in modo che si veda dalla finestra di amministrazione skins anche se non installato usando il wizard.
Per fortuna che è stato fatto, altrimenti tutti coloro che hanno skin personalizzati probabilmente avrebbero dato fuoco alla DNN corporation.
Gli skin non possono più essere installati dalla pagina ad essi dedicata perché sono divenuti delle estensioni di DNN. (Domanda: una chiamata allo stesso oggetto che sta sulla pagina estensioni dalla normale pagina skin era davvero così difficile?)
Gli skin non sono più un file zip che contiene 2 file zip, uno con lo skin e l’altro con i container, e non contengono solo i files ascx, css e le immagini che formano lo skin ma devono essere dotati di un file XML chiamato Manifest che deve descrivere come è fatto e cosa contiene lo skin.
Gli skin ed i container devono essere installati come estensioni separate, quindi bisogna fare un extension per lo skin e uno per i suoi container. Sulla documentazione c’è scritto che i vecchi skin si installano ancora normalmente, io ci ho provato ed ho fallito, probabilmente colpa mia, ma non sono riuscita a capire perché.

Se avete uno skin già installato e funzionante su un portale, ma lo avete caricato con il Workaround di usare l’FTP sulla cartella degli skin del portale, potete farlo divenire una extension usando il DNN. Essendo questa una operazione poco chiara, la scrivo anche per me stessa, in modo che la prossima volta che mi dimenticherò come fare, posso ricordarmelo cercando qui:

Loggatevi come Host del DNN
Dal menu Host aprite la pagina Extensions
Sulla pagina Extensions, dal menu in cima al modulo o da quello in fondo alla pagina selezionate Create Extension
Nella pagina che vi apparirà, vi verranno chieste le seguenti cose:

Select Extension type – è una combo in cima alla pagina che contiene già l’opzione “Authentication System” io dimentico sempre di modificarla in Skin e dato che non viene richiesto nulla in merito vado avanti e faccio dei danni! Se vi dimenticate di impostare questa combobox su Skin per creare lo skin e su Container per creare il container, vi troverete delle extension installate e inesistenti, fortunatamente c’è il tasto di cancellazione… Ma non era più user friendly mettere la combo a “None” o vuota e alla pressione del tasto Prossimo step, far suonare una sirena da nave e darci dell’idiota perché non l’avevamo compilata???
Name – qui dovete indicare il path dello skin nel formato (Portals\10\Skins\Business04_org) e non c’è scritto da nessuna parte.
Friendly Name – qui scrivete un nome amichevole per il vostro skin (Business04_org)
Description – Qui descrivete cosa c’è o cosa fa lo skin
Version – indicate un numero di versione usando le 3 combobox

Cliccate sul prossimo step e fate attenzione che non c’è il tasto Back se avete dimenticato qualcosa siete fritti!
Nella pagina che vi apparirà verranno chieste le seguenti cose:

Owner – ad esempio Sabrina
Organization – DotNetWork.it
Url – www.dotnetwork.it
Email Address – support@dotnetwork.it

Cliccate sul tasto prossimo step e semplicemente vi ritroverete sulla pagina Extensions di nuovo, però se scendete sulla lista Skins ora troverete il vostro skin, che avrà a disposizione l’icona di una matitina per modificarlo, ma usualmente non avrà a disposizione l’icona con la X rossa per cancellarlo. Questo non so ancora perché accada.

Adesso che il vostro skin (e volendo potete ripetere per il container) è divenuto parte di DNN come extension, se volete potete creare un package per installarlo ed esportarvelo. Come, lo scrivo anche quello perché mi sono serviti 6 tentativi per farlo.

Loggatevi come Host del DNN
Dal menu Host aprite la pagina Extensions
Sulla pagina Extensions, scendete fino alla lista degli skin (o filtrate la visualizzazione sul tipo skin) da esportare e fate click sull’icona con la matita che gli sta accanto.
Nella pagina dello skin, in fondo appare l’opzione Create Package, cliccate sul link per far partire il wizard.
La prima pagina vi informa di cosa state creando e vi espone 2 checkbox, lasciate tutto come sta e cliccate sul prossimo step.
Se state esportando uno skin di un portale, già la seconda pagina contiene dati errati, infatti, la prima textbox che dovrebbe contenere il path del vostro skin contiene qualcosa di simile a questo:
Portals\_default\Skins\Portals\10\Skins\MyskinFolder
è palesemente sbagliato perché somma la cartella del vostro skin alla cartella di default degli skin a livello di host.
Modificate il tutto togliendo la parte iniziale:
Portals\10\Skins\MyskinFolder
e premete il link Refresh File List che compare accanto alla textbox.
Nella text multiline compariranno tutti i files del vostro skin, verificate che vi siano solo quelli giusti e nel caso compaiano anche quelli della cartella _vti_conf che potrebbe essere presente, eliminateli perché sono doppi e non servono se non a dare errori.
Premete il link prossimo step, vi apparirà una pagina con una text multiline contenente il testo XML del manifest file del nuovo skin, potete lasciarlo com’è o modificare qualsiasi descrizione vogliate.
Premete il link prossimo step, vi apparirà una pagina con 2 textbox single line minuscole che contengono il manifest file name e l’archive file name, questi due path sul mio DNN hanno questa forma:
MyDnn_Portals\10\Skins\nomeskin.dnn
MyDnn_Portals\10\Skins\Nomeskin_01.00.00_Install.zip
E sono fondamentalmente sbagliati perché non esiste una cartella con questo nome sul mio server, pertanto lasciandoli così DNN produce un Errore e non produce lo skin. è necessario quindi cancellare la parte iniziale dei 2 nomi di file trasformandoli in:
nomeskin.dnn
Nomeskin_01.00.00_Install.zip
Premete il link prossimo step e incrociate le dita. Se nella pagina successiva trovate un Pallino verde e la dicitura
The Package was created and can be found in the www.MioSito.it/Install/Skin folder
Accedendo alla cartella del server via ftp o in locale se lavorate sul vostro server, troverete i 2 files sopra descritti con il vostro skin, potrete quindi farne download e reinstallarlo su altro portale.
Non ho ancora fatto una prova ma presumo, visto il modo poco chiaro in cui vengono memorizzati i path nel manifest dello skin, che sia necessario modificarne il path di base del portale per installarlo su un diverso portale o impostarlo a _default per installarlo a livello di Host.

Sperando di aver contribuito alla prevenzione delle emicranie da Skinning, vi auguro buon lavoro.

Tags: DNN

Dotnetnuke suggerimenti post aggiornamento

Sabrina C. — Thu, 25 Mar 2010 16:59:12 GMT

Ho appena aggiornato il DNN aziendale che funzionava pacificamente dal 2007 con la versione 4.8, l’ho portato alla 05.02.03 (74), senza gravi problemi, è stato davvero semplice dopo aver fatto un test su una macchina locale applicare quanto fatto sulla macchina di rete. ATTENZIONE! se qualcun’altro pigro come me avesse bisogno di fare questo tipo di aggiornamento, è necessario prima passare per la versione 4.09.05 e poi andare alla versione 5 oppure potreste farvi del male. I link per scaricare entrambe le versioni da Codeplex sono accessibili dal portale di DNN e sono poco visibili, seguite con un po’ di fiuto i vari links della pagina di aggiornamento della versione community.

Detto questo, tutto è andato bene salvo 2 cose: io ho i portali bilingue, italiano e inglese e il link delle lingue è sparito. Le icone di sistema sui menu non si vedono perché il loro url è scritto in forma sbagliata.

Il secondo problema mi riservo di sbudellarlo quanto prima aggiungendo una nota a questo post. Per il primo problema, che può portare ad attacchi di panico, la soluzione trovata ovviamente su un forum è semplice ma ben nascosta.

per ogni portale ove serve:

Menu Admin> Languages (attenti che a volte è nascosto oltre i … in fondo al menu.

Sulla pagina languages selezionate dalla combobox ad esempio su English (United States) o su qualsiasi altro linguaggio abbiate installato e tradotto.

click su Edit Language sotto alla combobox nella pagina che appare selezionare la checkbox Enabled e i link ai vari linguaggi appariranno sullo skin oppure verranno listati nella combobox apposita.

Tags: DNN, Languages

Pubblicare un sito Web con riferimenti ad assembly posti in GAC

Sabrina C. — Thu, 25 Jun 2009 14:15:46 GMT

Antefatto:

All'interno della mia azienda e del mio gruppo di lavoro, esiste un nucleo di DLL di uso generico (General Purpouse - un po' come Cillit Bang) che contengono classi e oggetti usati in tutti i tipi di progetto.

Per rendere agli sviluppatori la vita più facile, tutte queste librerie sono firmate e pubblicate in GAC sulle macchine di sviluppo.

In produzione invece, ovvero quando installate presso clienti, nessuna delle nostre DLL salvo necessità molto specifiche viene mai installata in GAC.

Fatto:

Oggi, il mio collega stava lavorando su una infima applicazioncina WEB (infima perché ha 2 e dico 2 pagine di cui una è la pagina di login).

Preparato il tutto ha deciso di provarla sul nostro server WEB interno che ovviamente non è un PC di sviluppo e non ha le DLL in GAC. Per fare questo ha usato la procedura di Publish del sito web per creare la versione compilata. Lo ha installato e OOPS! mancano tutte le librerie che erano in GAC...

Abbiamo fatto una ricerca sul web e trovato su un forum questa bellissima risposta.

Hi,

This is by design in ASP.NET 2.0.

If you deploy an application that contains a reference to a custom component that is registered in the GAC, the component will not be deployed with the application. In previous versions of Visual Studio.NET, you could set the Copy Local property for a reference, which ensured that the assembly would be deployed. In ASP.NET 2.0, to deploy any assembly with your application, you must manually add the assembly to the application's Bin folder.

For more information, see http://msdn.microsoft.com/en-us/library/hsy826az(VS.80).aspx

Tesi:

Quando si pubblica un sito che usa e comprende delle librerie che si trovano in GAC sulla macchina di sviluppo si deve copiarle tutte a manina nella cartella BIN (quindi se si aggiornano bisogna ricordarsi di ricopiarle ogni volta). Oppure, bisogna lavorare sul server di produzione, oppure bisogna pubblicare sul server destinazione le DLL nella sua propria GAC. Lo stesso ovviamente vale per tutte le librerie non appartenenti al framework ma prodotte da terze parti che utilizziate nella vostra applicazione.

Non so voi, ma io usualmente estirpo la cartella BIN di un progetto molto, molto spesso quando faccio pulizia e rigenero una soluzione :D.

A questo punto è opportuno e necessario dotarsi di un BATCH che ad ogni compilazione del sito e/o ad ogni generazione della versione di pubblicazione si occupi di ricopiarsi tutte le DLL dalle rispettive cartelle alla cartella di pubblicazione.

Purtroppo, i progetti web essendo diversi da tutti i progetti normali non sono dotati del Post Build Event.

Leggendo l'articolo, c'è una certa logica nella motivazione di questa feature, non lo metto in dubbio, però per quanto mi riguarda, tutto questo risolve un problema ma ne crea invece un'altro, ovvero, io rischio di pubblicare un website o creare un pacchetto di installazione con delle DLL obsolete.

Workaround da noi adottato:

Aggiungere alla soluzione contenente il website una DLL contenente una classe DUMMY che sul PostBuildEvent esegue un batch che ricopia le DLL usate dal Website e contenute nella GAC sulla macchina di sviluppo all'interno della cartella BIN del website così che il Publish le trovi e noi siamo certi che sono quelle più aggiornate.

Chi avesse idee meno troglodite di questa, magari conoscendo meglio di noi ASP abbia pietà e suggerisca.

Tags: Asp.net, GAC, DLL, Reference

Richiesta Query Aggiornabile dall' Update di un Dataset in ASP.NET (Storico)

Sabrina C. — Mon, 24 Mar 2008 18:26:31 GMT

Se, dopo aver generato un Dataset tipizzato su DB Access (da 2000 a 2003) in una applicazione ASP.NET completo di query di inserimento, modifica e cancellazione record sulla tabella o sulle tabelle inserite nel dataset, e avete testato le query di aggiornamento sul database essendo quindi certi che tali query sono corrette, ma quando testate un inserimento o una modifica ottenete una eccezione con il messaggio nel titolo, significa molto probabilmente che non avete dato all'utente ASPNET i diritti di scrittura, aggiornamento sulla cartella che contiene il database MDB. Utilizzate quindi le proprietà della cartella incriminata per dare i diritti necessari all'utente dell'applicazione ASP o chiedete che tale procedura sia fatta dal vostro sistemista o dal sistemista del vostro provider internet se il sito si trova in Hosting.

Tags: DataSet, Asp.net