Slideshows by User: benfante http://www.slideshare.net/ http://www.slideshare.net/images/logo.gif Slideshows by User: benfante http://www.slideshare.net/ Mon, 26 Oct 2009 08:03:07 GMT SlideShare feed for Slideshows by User: benfante Got bored by the relational database? Switch to a RDF store! http://www.slideshare.net/benfante/got-bored-by-the-relational-database-switch-to-a-rdf-store
Il database relazionale basato su SQL è da decenni una costante nella gran parte delle architetture software enterprise. Ha resistito a cambiamenti epocali, come il passaggio dal procedurale all’object oriented, e all’avvento di vari linguaggi di programmazione. Eppure il suo modello operativo non è immediatamente adattabile a quello delle altre parti delle architetture: è ben nota la presenza dell’ “impedenza OO-RDBMS” e tutta una serie di strumenti (i mappatori O/R) sono stati appositamente sviluppati per alleviare il problema. Strumenti che, generalmente, sono fortemente amati o fortemente odiati da architetti e sviluppatori. Nonostante queste asperità, il database SQL è apprezzato perché supporta il modello ACID, ha un comportamento prevedibile, il SQL è conosciuto praticamente da tutti, è relativamente facile svolgere i lavori amministrativi. Sarà così anche per il prossimo decennio? Negli ultimi tempi, molti articoli e blog hanno iniziato ad incrinare la fama di intangibilità del database SQL; uno degli argomenti più gettonati è relativo al grid e cloud computing, per i quali sono state proposte alternative (come p.es. BigTable di Google). In questa presentazione, tuttavia, faremo ancora riferimento ad un’architettura a strati tradizionale, dove il problema del database SQL da risolvere è la rigidità dello schema dati. Considereremo infatti un’applicazione web reale che rappresenta una base di conoscenza la cui struttura deve evolvere nel corso del tempo; con un database SQL, questo implicherebbe aggiungere colonne a tabelle esistenti e create nuove tabelle – un’operazione non supportata dalla maggioranza dei mappatori O/R, che necessiterebbe la ricompilazione del codice. La soluzione usata in questo scenario è uno “store RDF”. RDF (Resource Description Framework) è un approccio di rappresentazione dell’informazione completamente diverso dal modello relazionale del SQL. Esso consiste in triple “soggetto-predicato-oggetto”, omogenee tra loro. Pertanto, sia l’equivalente di “aggiungere una nuova colonna” o “una nuova tabella” in RDF equivale ad aggiungere una tripla – non un’operazione amministrativa, ma un passo del normale flusso operativo. Si noti che RDF è noto per essere alla base del Web Semantico, concetto che tuttavia non fa parte di questa presentazione, il cui focus è descrivere uno store RDF come un “miglior database”. Dopo la parte introduttiva, verranno illustrati concetti pratici: implementazioni esistenti (OpenRDF), come si affronta il problema della conversione oggetti – triple, come implementare le transazioni e così via. Verranno illustrati schemi architetturali e esempi di codice riferiti ad un’applicazione reale open source; verranno infine affrontati una serie di problemi aperti relativi a questa scelta architetturale.]]>
Il database relazionale basato su SQL è da decenni una costante nella gran parte delle architetture software enterprise. Ha resistito a cambiamenti epocali, come il passaggio dal procedurale all’object oriented, e all’avvento di vari linguaggi di programmazione. Eppure il suo modello operativo non è immediatamente adattabile a quello delle altre parti delle architetture: è ben nota la presenza dell’ “impedenza OO-RDBMS” e tutta una serie di strumenti (i mappatori O/R) sono stati appositamente sviluppati per alleviare il problema. Strumenti che, generalmente, sono fortemente amati o fortemente odiati da architetti e sviluppatori. Nonostante queste asperità, il database SQL è apprezzato perché supporta il modello ACID, ha un comportamento prevedibile, il SQL è conosciuto praticamente da tutti, è relativamente facile svolgere i lavori amministrativi. Sarà così anche per il prossimo decennio? Negli ultimi tempi, molti articoli e blog hanno iniziato ad incrinare la fama di intangibilità del database SQL; uno degli argomenti più gettonati è relativo al grid e cloud computing, per i quali sono state proposte alternative (come p.es. BigTable di Google). In questa presentazione, tuttavia, faremo ancora riferimento ad un’architettura a strati tradizionale, dove il problema del database SQL da risolvere è la rigidità dello schema dati. Considereremo infatti un’applicazione web reale che rappresenta una base di conoscenza la cui struttura deve evolvere nel corso del tempo; con un database SQL, questo implicherebbe aggiungere colonne a tabelle esistenti e create nuove tabelle – un’operazione non supportata dalla maggioranza dei mappatori O/R, che necessiterebbe la ricompilazione del codice. La soluzione usata in questo scenario è uno “store RDF”. RDF (Resource Description Framework) è un approccio di rappresentazione dell’informazione completamente diverso dal modello relazionale del SQL. Esso consiste in triple “soggetto-predicato-oggetto”, omogenee tra loro. Pertanto, sia l’equivalente di “aggiungere una nuova colonna” o “una nuova tabella” in RDF equivale ad aggiungere una tripla – non un’operazione amministrativa, ma un passo del normale flusso operativo. Si noti che RDF è noto per essere alla base del Web Semantico, concetto che tuttavia non fa parte di questa presentazione, il cui focus è descrivere uno store RDF come un “miglior database”. Dopo la parte introduttiva, verranno illustrati concetti pratici: implementazioni esistenti (OpenRDF), come si affronta il problema della conversione oggetti – triple, come implementare le transazioni e così via. Verranno illustrati schemi architetturali e esempi di codice riferiti ad un’applicazione reale open source; verranno infine affrontati una serie di problemi aperti relativi a questa scelta architetturale.]]> Mon, 26 Oct 2009 08:03:07 GMT http://www.slideshare.net/benfante/got-bored-by-the-relational-database-switch-to-a-rdf-store benfante@slideshare.net(benfante) Got bored by the relational database? Switch to a RDF store! benfante Il database relazionale basato su SQL è da decenni una costante nella gran parte delle architetture software enterprise. Ha resistito a cambiamenti epocali, come il passaggio dal procedurale all’object oriented, e all’avvento di vari linguaggi di programmazione. Eppure il suo modello operativo non è immediatamente adattabile a quello delle altre parti delle architetture: è ben nota la presenza dell&rsquo; “impedenza OO-RDBMS” e tutta una serie di strumenti (i mappatori O/R) sono stati appositamente sviluppati per alleviare il problema. Strumenti che, generalmente, sono fortemente amati o fortemente odiati da architetti e sviluppatori. Nonostante queste asperità, il database SQL è apprezzato perché supporta il modello ACID, ha un comportamento prevedibile, il SQL è conosciuto praticamente da tutti, è relativamente facile svolgere i lavori amministrativi. Sarà così anche per il prossimo decennio? Negli ultimi tempi, molti articoli e blog hanno iniziato ad incrinare la fama di intangibilità del database SQL; uno degli argomenti più gettonati è relativo al grid e cloud computing, per i quali sono state proposte alternative (come p.es. BigTable di Google). In questa presentazione, tuttavia, faremo ancora riferimento ad un’architettura a strati tradizionale, dove il problema del database SQL da risolvere è la rigidità dello schema dati. Considereremo infatti un’applicazione web reale che rappresenta una base di conoscenza la cui struttura deve evolvere nel corso del tempo; con un database SQL, questo implicherebbe aggiungere colonne a tabelle esistenti e create nuove tabelle – un’operazione non supportata dalla maggioranza dei mappatori O/R, che necessiterebbe la ricompilazione del codice. La soluzione usata in questo scenario è uno “store RDF”. RDF (Resource Description Framework) è un approccio di rappresentazione dell’informazione completamente diverso dal modello relazionale del SQL. Esso consiste in triple “soggetto-predicato-oggetto”, omogenee tra loro. Pertanto, sia l’equivalente di “aggiungere una nuova colonna” o “una nuova tabella” in RDF equivale ad aggiungere una tripla – non un’operazione amministrativa, ma un passo del normale flusso operativo. Si noti che RDF è noto per essere alla base del Web Semantico, concetto che tuttavia non fa parte di questa presentazione, il cui focus è descrivere uno store RDF come un “miglior database”. Dopo la parte introduttiva, verranno illustrati concetti pratici: implementazioni esistenti (OpenRDF), come si affronta il problema della conversione oggetti – triple, come implementare le transazioni e così via. Verranno illustrati schemi architetturali e esempi di codice riferiti ad un’applicazione reale open source; verranno infine affrontati una serie di problemi aperti relativi a questa scelta architetturale. <img src="http://cdn.slidesharecdn.com/javadayverona2009-semantic-091026030309-phpapp01-thumbnail-2?1256544211" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> Il database relazionale basato su SQL è da decenni una costante nella gran parte delle architetture software enterprise. Ha resistito a cambiamenti epocali, come il passaggio dal procedurale all’object oriented, e all’avvento di vari linguaggi di programmazione. Eppure il suo modello operativo non è immediatamente adattabile a quello delle altre parti delle architetture: è ben nota la presenza dell&rsquo; “impedenza OO-RDBMS” e tutta una serie di strumenti (i mappatori O/R) sono stati appositamente sviluppati per alleviare il problema. Strumenti che, generalmente, sono fortemente amati o fortemente odiati da architetti e sviluppatori. Nonostante queste asperità, il database SQL è apprezzato perché supporta il modello ACID, ha un comportamento prevedibile, il SQL è conosciuto praticamente da tutti, è relativamente facile svolgere i lavori amministrativi. Sarà così anche per il prossimo decennio? Negli ultimi tempi, molti articoli e blog hanno iniziato ad incrinare la fama di intangibilità del database SQL; uno degli argomenti più gettonati è relativo al grid e cloud computing, per i quali sono state proposte alternative (come p.es. BigTable di Google). In questa presentazione, tuttavia, faremo ancora riferimento ad un’architettura a strati tradizionale, dove il problema del database SQL da risolvere è la rigidità dello schema dati. Considereremo infatti un’applicazione web reale che rappresenta una base di conoscenza la cui struttura deve evolvere nel corso del tempo; con un database SQL, questo implicherebbe aggiungere colonne a tabelle esistenti e create nuove tabelle – un’operazione non supportata dalla maggioranza dei mappatori O/R, che necessiterebbe la ricompilazione del codice. La soluzione usata in questo scenario è uno “store RDF”. RDF (Resource Description Framework) è un approccio di rappresentazione dell’informazione completamente diverso dal modello relazionale del SQL. Esso consiste in triple “soggetto-predicato-oggetto”, omogenee tra loro. Pertanto, sia l’equivalente di “aggiungere una nuova colonna” o “una nuova tabella” in RDF equivale ad aggiungere una tripla – non un’operazione amministrativa, ma un passo del normale flusso operativo. Si noti che RDF è noto per essere alla base del Web Semantico, concetto che tuttavia non fa parte di questa presentazione, il cui focus è descrivere uno store RDF come un “miglior database”. Dopo la parte introduttiva, verranno illustrati concetti pratici: implementazioni esistenti (OpenRDF), come si affronta il problema della conversione oggetti – triple, come implementare le transazioni e così via. Verranno illustrati schemi architetturali e esempi di codice riferiti ad un’applicazione reale open source; verranno infine affrontati una serie di problemi aperti relativi a questa scelta architetturale. Got bored by the relational database? Switch to a RDF store!
View more documents from benfante.
]]> 538 0 http://cdn.slidesharecdn.com/javadayverona2009-semantic-091026030309-phpapp01-thumbnail-2?1256544211 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted Spring: usarlo conviene, ma usalo bene! http://www.slideshare.net/benfante/spring-usarlo-conviene-ma-usalo-bene
Le tecniche di Inversion of Control (IoC), e in particolare quelle di Dependency Injection (DI), si sono rivelate nel corso di anni utilissime per scrivere applicazioni ben organizzate, manutenibili e testabili. Per questa ragione lo Spring Framework, alla cui base ci sono proprio tali tecniche, è diventato una presenza quasi obbligatoria nella maggior parte delle applicazioni. Come molte tecnologie, se usate bene hanno vantaggi innegabili. I problemi sorgono quando vengono usate senza alcun controllo da sviluppatori inesperti, che le usano senza alcuna consapevolezza, generando effetti totalmente dannosi all’applicazione e, soprattutto, al processo di sviluppo. In questa presentazione verrà innanzitutto introdotto lo Spring Framework, mostrandone le caratteristiche di base, e le utilissime capacità di integrazione di svariate tecnologie. Successivamente verranno mostrati esempi di cattivo e buon utilizzo, cercando di fornire delle linee guida che indirizzino anche i programmatori meno esperti verso la strada corretta.]]>
Le tecniche di Inversion of Control (IoC), e in particolare quelle di Dependency Injection (DI), si sono rivelate nel corso di anni utilissime per scrivere applicazioni ben organizzate, manutenibili e testabili. Per questa ragione lo Spring Framework, alla cui base ci sono proprio tali tecniche, è diventato una presenza quasi obbligatoria nella maggior parte delle applicazioni. Come molte tecnologie, se usate bene hanno vantaggi innegabili. I problemi sorgono quando vengono usate senza alcun controllo da sviluppatori inesperti, che le usano senza alcuna consapevolezza, generando effetti totalmente dannosi all’applicazione e, soprattutto, al processo di sviluppo. In questa presentazione verrà innanzitutto introdotto lo Spring Framework, mostrandone le caratteristiche di base, e le utilissime capacità di integrazione di svariate tecnologie. Successivamente verranno mostrati esempi di cattivo e buon utilizzo, cercando di fornire delle linee guida che indirizzino anche i programmatori meno esperti verso la strada corretta.]]> Sun, 25 Oct 2009 07:25:39 GMT http://www.slideshare.net/benfante/spring-usarlo-conviene-ma-usalo-bene benfante@slideshare.net(benfante) Spring: usarlo conviene, ma usalo bene! benfante Le tecniche di Inversion of Control (IoC), e in particolare quelle di Dependency Injection (DI), si sono rivelate nel corso di anni utilissime per scrivere applicazioni ben organizzate, manutenibili e testabili. Per questa ragione lo Spring Framework, alla cui base ci sono proprio tali tecniche, è diventato una presenza quasi obbligatoria nella maggior parte delle applicazioni. Come molte tecnologie, se usate bene hanno vantaggi innegabili. I problemi sorgono quando vengono usate senza alcun controllo da sviluppatori inesperti, che le usano senza alcuna consapevolezza, generando effetti totalmente dannosi all’applicazione e, soprattutto, al processo di sviluppo. In questa presentazione verrà innanzitutto introdotto lo Spring Framework, mostrandone le caratteristiche di base, e le utilissime capacità di integrazione di svariate tecnologie. Successivamente verranno mostrati esempi di cattivo e buon utilizzo, cercando di fornire delle linee guida che indirizzino anche i programmatori meno esperti verso la strada corretta. <img src="http://cdn.slidesharecdn.com/springusalobene-091025022545-phpapp02-thumbnail-2?1256456542" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> Le tecniche di Inversion of Control (IoC), e in particolare quelle di Dependency Injection (DI), si sono rivelate nel corso di anni utilissime per scrivere applicazioni ben organizzate, manutenibili e testabili. Per questa ragione lo Spring Framework, alla cui base ci sono proprio tali tecniche, è diventato una presenza quasi obbligatoria nella maggior parte delle applicazioni. Come molte tecnologie, se usate bene hanno vantaggi innegabili. I problemi sorgono quando vengono usate senza alcun controllo da sviluppatori inesperti, che le usano senza alcuna consapevolezza, generando effetti totalmente dannosi all’applicazione e, soprattutto, al processo di sviluppo. In questa presentazione verrà innanzitutto introdotto lo Spring Framework, mostrandone le caratteristiche di base, e le utilissime capacità di integrazione di svariate tecnologie. Successivamente verranno mostrati esempi di cattivo e buon utilizzo, cercando di fornire delle linee guida che indirizzino anche i programmatori meno esperti verso la strada corretta. Spring: usarlo conviene, ma usalo bene!
View more documents from benfante.
]]> 240 0 http://cdn.slidesharecdn.com/springusalobene-091025022545-phpapp02-thumbnail-2?1256456542 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted Java e i database: da JDBC a JPA http://www.slideshare.net/benfante/java-e-i-database-da-jdbc-a-jpa
La persistenza dei dati è una caratteristica fondamentale di ogni applicazione, e quasi sempre la scelta ricade sull’utilizzo di un database relazionale. Java, fin dalle sue prime versioni, ha avuto a disposizione la libreria JDBC per accedere a tale tipo di database. In questa presentazione si mostrerà come utilizzare la libreria JDBC, mostrandone pregi e limiti. In seguito si mostrerà l’utilizzo tradizionale di Hibernate, forse il più famoso e diffuso degli Object/Relational Mapper (ORM), che permettono di trattare i dati relazionali inserendoli all’interno di oggetti. Infine si introdurrà la Java Persistence API (JPA), la libreria di persistenza ORM introdotta con la Java Enterprise Edition (JEE) 5.]]>
La persistenza dei dati è una caratteristica fondamentale di ogni applicazione, e quasi sempre la scelta ricade sull’utilizzo di un database relazionale. Java, fin dalle sue prime versioni, ha avuto a disposizione la libreria JDBC per accedere a tale tipo di database. In questa presentazione si mostrerà come utilizzare la libreria JDBC, mostrandone pregi e limiti. In seguito si mostrerà l’utilizzo tradizionale di Hibernate, forse il più famoso e diffuso degli Object/Relational Mapper (ORM), che permettono di trattare i dati relazionali inserendoli all’interno di oggetti. Infine si introdurrà la Java Persistence API (JPA), la libreria di persistenza ORM introdotta con la Java Enterprise Edition (JEE) 5.]]> Sun, 25 Oct 2009 07:23:36 GMT http://www.slideshare.net/benfante/java-e-i-database-da-jdbc-a-jpa benfante@slideshare.net(benfante) Java e i database: da JDBC a JPA benfante La persistenza dei dati è una caratteristica fondamentale di ogni applicazione, e quasi sempre la scelta ricade sull’utilizzo di un database relazionale. Java, fin dalle sue prime versioni, ha avuto a disposizione la libreria JDBC per accedere a tale tipo di database. In questa presentazione si mostrerà come utilizzare la libreria JDBC, mostrandone pregi e limiti. In seguito si mostrerà l’utilizzo tradizionale di Hibernate, forse il più famoso e diffuso degli Object/Relational Mapper (ORM), che permettono di trattare i dati relazionali inserendoli all’interno di oggetti. Infine si introdurrà la Java Persistence API (JPA), la libreria di persistenza ORM introdotta con la Java Enterprise Edition (JEE) 5. <img src="http://cdn.slidesharecdn.com/javaeidatabase-091025022342-phpapp02-thumbnail-2?1256456481" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> La persistenza dei dati è una caratteristica fondamentale di ogni applicazione, e quasi sempre la scelta ricade sull’utilizzo di un database relazionale. Java, fin dalle sue prime versioni, ha avuto a disposizione la libreria JDBC per accedere a tale tipo di database. In questa presentazione si mostrerà come utilizzare la libreria JDBC, mostrandone pregi e limiti. In seguito si mostrerà l’utilizzo tradizionale di Hibernate, forse il più famoso e diffuso degli Object/Relational Mapper (ORM), che permettono di trattare i dati relazionali inserendoli all’interno di oggetti. Infine si introdurrà la Java Persistence API (JPA), la libreria di persistenza ORM introdotta con la Java Enterprise Edition (JEE) 5. Java e i database: da JDBC a JPA
View more documents from benfante.
]]> 251 0 http://cdn.slidesharecdn.com/javaeidatabase-091025022342-phpapp02-thumbnail-2?1256456481 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted Applicazione JavaFX – CORSA DI AUTO SU TRACCIATI REALI http://www.slideshare.net/benfante/applicazione-javafx-corsa-di-auto-su-tracciati-reali
Il gioco non è una comune gara di auto perché l’utente può scegliere di correre su qualsiasi strada da lui conosciuta. Un esempio: l’utente può scegliere di correre da casa sua fino al fornaio del suo paese. Una volta scaricate le coordinate del percorso casa-fornaio viene generata la pista. L’utente si troverà a correre nelle strade che lui conosce e può anche vedere il nome della via in cui si trova. Per la gestione delle collisioni e dei bordi ho utilzzato una libreria fisica 2d java Phys2D. Quindi tutto quello creato è gestito da un mondo fisico che simula la realtà. Le automobili sono spostate da forze fisiche. Con RMI ho costruito la struttura multigiocatore. Il mondo fisico é gestito dal server ed é remotizzato. In questo modo con javaFX creo oggetti grafici che puntano agli oggetti fisici del mondo e si muovono di conseguenza. L’idea originale era di fare il mash up di piu’ fonti: aggiungere l’effetto giorno/notte, condizioni meteo, e condizioni del traffico. Tutto realistico a seconda del luogo in cui ti trovavi.]]>
Il gioco non è una comune gara di auto perché l’utente può scegliere di correre su qualsiasi strada da lui conosciuta. Un esempio: l’utente può scegliere di correre da casa sua fino al fornaio del suo paese. Una volta scaricate le coordinate del percorso casa-fornaio viene generata la pista. L’utente si troverà a correre nelle strade che lui conosce e può anche vedere il nome della via in cui si trova. Per la gestione delle collisioni e dei bordi ho utilzzato una libreria fisica 2d java Phys2D. Quindi tutto quello creato è gestito da un mondo fisico che simula la realtà. Le automobili sono spostate da forze fisiche. Con RMI ho costruito la struttura multigiocatore. Il mondo fisico é gestito dal server ed é remotizzato. In questo modo con javaFX creo oggetti grafici che puntano agli oggetti fisici del mondo e si muovono di conseguenza. L’idea originale era di fare il mash up di piu’ fonti: aggiungere l’effetto giorno/notte, condizioni meteo, e condizioni del traffico. Tutto realistico a seconda del luogo in cui ti trovavi.]]> Sun, 21 Jun 2009 04:18:36 GMT http://www.slideshare.net/benfante/applicazione-javafx-corsa-di-auto-su-tracciati-reali benfante@slideshare.net(benfante) Applicazione JavaFX – CORSA DI AUTO SU TRACCIATI REALI benfante Il gioco non è una comune gara di auto perché l’utente può scegliere di correre su qualsiasi strada da lui conosciuta. Un esempio: l’utente può scegliere di correre da casa sua fino al fornaio del suo paese. Una volta scaricate le coordinate del percorso casa-fornaio viene generata la pista. L’utente si troverà a correre nelle strade che lui conosce e può anche vedere il nome della via in cui si trova. Per la gestione delle collisioni e dei bordi ho utilzzato una libreria fisica 2d java Phys2D. Quindi tutto quello creato è gestito da un mondo fisico che simula la realtà. Le automobili sono spostate da forze fisiche. Con RMI ho costruito la struttura multigiocatore. Il mondo fisico é gestito dal server ed é remotizzato. In questo modo con javaFX creo oggetti grafici che puntano agli oggetti fisici del mondo e si muovono di conseguenza. L’idea originale era di fare il mash up di piu&rsquo; fonti: aggiungere l’effetto giorno/notte, condizioni meteo, e condizioni del traffico. Tutto realistico a seconda del luogo in cui ti trovavi. <img src="http://cdn.slidesharecdn.com/presentazione-090620231841-phpapp01-thumbnail-2?1245557946" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> Il gioco non è una comune gara di auto perché l’utente può scegliere di correre su qualsiasi strada da lui conosciuta. Un esempio: l’utente può scegliere di correre da casa sua fino al fornaio del suo paese. Una volta scaricate le coordinate del percorso casa-fornaio viene generata la pista. L’utente si troverà a correre nelle strade che lui conosce e può anche vedere il nome della via in cui si trova. Per la gestione delle collisioni e dei bordi ho utilzzato una libreria fisica 2d java Phys2D. Quindi tutto quello creato è gestito da un mondo fisico che simula la realtà. Le automobili sono spostate da forze fisiche. Con RMI ho costruito la struttura multigiocatore. Il mondo fisico é gestito dal server ed é remotizzato. In questo modo con javaFX creo oggetti grafici che puntano agli oggetti fisici del mondo e si muovono di conseguenza. L’idea originale era di fare il mash up di piu&rsquo; fonti: aggiungere l’effetto giorno/notte, condizioni meteo, e condizioni del traffico. Tutto realistico a seconda del luogo in cui ti trovavi. Applicazione JavaFX – CORSA DI AUTO SU TRACCIATI REALI
View more presentations from benfante.
]]> 770 0 http://cdn.slidesharecdn.com/presentazione-090620231841-phpapp01-thumbnail-2?1245557946 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted Annotated controllers with Spring MVC 2.5 http://www.slideshare.net/benfante/annotated-controllers-with-spring-mvc-25-presentation
How to write controller using Java 5 annotations with Spring MVC 2.5.]]>
How to write controller using Java 5 annotations with Spring MVC 2.5.]]> Mon, 26 Jan 2009 08:58:53 GMT http://www.slideshare.net/benfante/annotated-controllers-with-spring-mvc-25-presentation benfante@slideshare.net(benfante) Annotated controllers with Spring MVC 2.5 benfante How to write controller using Java 5 annotations with Spring MVC 2.5. <img src="http://cdn.slidesharecdn.com/springmvccontrollers-1232960148869673-3-thumbnail-2?1233062744" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> How to write controller using Java 5 annotations with Spring MVC 2.5. Annotated controllers with Spring MVC 2.5
View more documents from benfante.
]]> 2937 0 http://cdn.slidesharecdn.com/springmvccontrollers-1232960148869673-3-thumbnail-2?1233062744 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted Using DAOs without implementing them http://www.slideshare.net/benfante/using-daos-without-implementing-them
With Parancoe (www.parancoe.org) You can define and use your DAOs without implementing them. This speeds up the development of your application and the satisfaction of the developers. This presentation was held at the JavaDay in Torino, the October 20, 2007.]]>
With Parancoe (www.parancoe.org) You can define and use your DAOs without implementing them. This speeds up the development of your application and the satisfaction of the developers. This presentation was held at the JavaDay in Torino, the October 20, 2007.]]> Tue, 23 Oct 2007 03:16:11 GMT http://www.slideshare.net/benfante/using-daos-without-implementing-them benfante@slideshare.net(benfante) Using DAOs without implementing them benfante With Parancoe (www.parancoe.org) You can define and use your DAOs without implementing them. This speeds up the development of your application and the satisfaction of the developers. This presentation was held at the JavaDay in Torino, the October 20, 2007. <img src="http://cdn.slidesharecdn.com/using-daos-without-implementing-them-1193116570658927-4-thumbnail-2?1193109371" alt ="" style="border:1px solid #C3E6D8;float:right;" /><br> With Parancoe (www.parancoe.org) You can define and use your DAOs without implementing them. This speeds up the development of your application and the satisfaction of the developers. This presentation was held at the JavaDay in Torino, the October 20, 2007. Using DAOs without implementing them
View more presentations from benfante.
]]> 3004 0 http://cdn.slidesharecdn.com/using-daos-without-implementing-them-1193116570658927-4-thumbnail-2?1193109371 presentation http://activitystrea.ms/schema/1.0/post http://activitystrea.ms/schema/1.0/posted
SlideShare | Get your SlideShare Playlist
]]>
SlideShare | Get your SlideShare Playlist
]]>
SlideShare | Get your Presentation Pack
]]>
SlideShare | Get your Presentation Pack
]]>
Get your own Widget
]]> http://cdn.slidesharecdn.com/profile-photo-benfante?1256444445 www.benfante.com http://cdn.slidesharecdn.com/javadayverona2009-semantic-091026030309-phpapp01-thumbnail?1256544211 benfante/got-bored-by-the-relational-database-switch-to-a-rdf-store Got bored by the relat... http://cdn.slidesharecdn.com/springusalobene-091025022545-phpapp02-thumbnail?1256456542 benfante/spring-usarlo-conviene-ma-usalo-bene Spring: usarlo convien... http://cdn.slidesharecdn.com/javaeidatabase-091025022342-phpapp02-thumbnail?1256456481 benfante/java-e-i-database-da-jdbc-a-jpa Java e i database: da ...