Newsgroup: it.comp.java
Titolo: Motori Wiki Java + Template Repository

Salve gente,
ho fatto una piccola ricerchina per l'idea che aveva lanciato pole per 
poter sistemare la FAQ...
Ho cercato qualche bel motore Wiki, caso mai fatto in java, per poter 
sistemare il tutto come "lui" aveva suggerito! :D
1) SnipSnap:	
http://www.snipsnap.org/
		      ---->    Java Wiki + Java Blog
2) JspWiki:	 
http://www.jspwiki.org/
			---->    Java Wiki + Templates
3) Friki:	   
http://sourceforge.net/projects/friki/
    ---->    Java Wiki 	
Oppure cercando qualcosa di molto noto...
4) MediaWiki:	
http://www.mediawiki.org
	----> Php Wiki + Extensions
(Praticamente il motore wiki di Wikipedia.org...però si tratta di PHP! :D)
Per il template repository...!? :D (Qualcosa di autocostruito?!)
Ciao a tutti,
jRed

 (Praticamente il motore wiki di Wikipedia.org...però si tratta di PHP! :D)
Io 'a casa' uso tiki (
http://tikiwiki.org/
) che oltre alle pagine wiki 
ha anche altre cose (gallerie di file, articoli, faq ecc.) anche lui in PHP
bye
DKano

 (Praticamente il motore wiki di Wikipedia.org...perň si tratta di PHP! :D)
io non sarei cosě religioso, se c'č un prodotto che č migliore degli
altri, si usi quello a prescindere dal linguaggio in cui č fatto.
D'altronde ogni linguaggio ha i suoi pro e i suoi contro... per fare una
piccola applicazione come questa molto probabilmente PHP, Python o Ruby
sono piů efficaci di Java
Fosse per me, lo farei in Ruby, che č quello piů orientato agli oggetti e
piů bellino :)
uL
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 uL
Si non sarebbe male l'idea...io dicevo purtroppo PHP per quello che 
aveva detto pole...cioè caso mai qualcosa fatto in java...perchè...si 
potrebbero ampliare facilmente le cose con qualche piccola 
servlet...nulla di che! :D
Poi anche se si fa tutto in PHP, ASP, ecc...non credo cambi nulla! :D
Immagino che alla fine se si andrà ad utilizzare una webapps del genere 
a prescindere dal linguaggio...l'importante sarà adattarla alle "nostre" 
esigenze!
Ciao,
jRed
PS: Bella idea Ruby...peccato che non l'ho ancora mai trattato! :D 
(eppure ne ho visti molti...:D)

Geinuke integra un motore wiki, ma non so bene come funzione, ne cosa 
fa, ne qual'è la la sua base di partenza.
Magari può interessarti:
http://www.hostingjava.it/-geinuke/

 servlet...nulla di che! :D
Effettivamente pensavo anche io a qualcosa del genere. Una cosa che 
diventasse anche un piccolo progettino opensource, in modo che chi vuole 
ci aggiunga le proprie features. Una cosa del genere potrebbe certamente 
anche dar vita a discussioni interessanti, e magari potrebbe diventare 
qualcosa di utile anche per altri ng.
Certo, potrebbe anche esser fatto in un altro linguaggio, ma 
personalmente non mi sembrerebbe una scelta così felice per un ng che si 
occupa di Java :)
pole
-- 
ammentos - a lightweight persistence framework for JDK5
http://www.sourceforge.net/projects/ammentos
http://ammentos.biobytes.it

 pole
La mia attenzione si era fermata su SnipSnap...avevo provato la Demo, 
che non è altro in link a un .jnpl e quindi ti si scarica un 
applicazione standalone che fa partire un serverino sulla 8887 se non 
ricordo male...e come configurazione mi è sembrato molto versatile!
Come storage dei dati...ti da scelta tra un qualsiasi db (tramite JDBC), 
oppure un FileSystem Storage, oppure i classici (Mysql e PostgreSql)...
Inoltre ho visto anche che tutta la webapplication...è disponibile in 
due versioni...quella standalone (col server integrato...come la demo) 
oppure come classico file .WAR da lanciare dentro Tomcat e in pochi 
minuti tutto il sistema è impiedi! :D
Non sarà...proprio come diceva pole...ma nel mentre...ci potremmo 
accontentare...o altrimeni...se c'è voglia...perchè no un progettino 
open-source?! :D
(L'idea del progettino open-souce...mica male...si crea tutto su 
sourceforge...e chissa...poi...! :D)
Ciao,
jRed
PS: Allora chi è d'accordo x il progetto opensource!? E chi invece per 
la soluzione tipo SnipSnap (cmq framework già esistente...) ?

 PS: Allora chi č d'accordo x il progetto opensource!? 
Io :P


 pole
Ah, tipo applicazione standalone che periodicamente tramite 
Javamail...effetua il download della posta....parsa il contenuto e 
infila tutto dentro un DB (o scrive gli snippet come file su 
filesystem...) e poi manda la conferma di inserimento al mittente...! :D
Mica male...però rimarrebbe una cosa standalone da affiancare al 
webservice! :D
Ciao,
jRed
PS: altre idee...sono benvenute...credo!  A meno che pole non abbia già 
finito a codificare il tutto! :P

 - un webservice che espone la API per inserire, eliminare e prelevare 
ok per il web service, ma spero REST e non SOAP per una cosa così!
Oltretutto mi dicono che alla Apachecon di quest'anno si sia parlato
parecchio del fallimento dei ws a-la SOAP, e sembra che anche axis migrerà
pian piano verso REST. Qualcuno c'era?


 occupa di Java :)
perchè? Se ci occupassimo di Assembler lo faremmo in Assembler? :)


 (eppure ne ho visti molti...:D)
E' molto istruttivo anche per chi fa Java, te lo consiglio. Aiuta a capire
come dovrebbero essere fatte certe cose, in Java purtroppo è più facile
scrivere del codice non OO, in Ruby meno. Studiare Ruby ti farà
sicuramente un programmatore ed un designer migliore, a prescindere dal
linguaggio che userai
Poi ovviamente Ruby non ha le prestazioni di Java (ma in una semplice
webapp difficilmente cambia qualcosa) e evidentemente si confronta più con
linguaggi di più alto livello come Groovy (che è Java based). Ma è un
linguaggio *istruttivo* da imparare, più dei vari PHP, Python, ecc. A meno
che uno non abbia studiato Smalltalk, e allora probabilmente ci troverai
poco di nuovo.


 perchè? Se ci occupassimo di Assembler lo faremmo in Assembler? :)
Probabilmente sì! Per fortuna ci occupiamo di Java :P
Suvvia, sarebbe come se in un ng che parla di cucina italiana si 
organizzasse una cena di gruppo con menu a base di rane e involtini 
primavera :) Denoterebbe scarsa fiducia nei propri strumenti... o no? :P


 pian piano verso REST. Qualcuno c'era?
Uhm... o non ho capito bene cosa si intende per REST webservices (da 
quel che ho capito sono le vecchie normali GET con XML da parsare in 
output), oppure non capisco in cosa il modello SOAP non funzioni. A me 
sembrerebbe invece che l'avanzamento delle SOA proceda di buon ritmo e 
stia pian piano sostituendosi a soluzioni in cui prima regnavano 
incontrastati CORBA/DCOM/RMI e via dicendo (non sempre a ragion veduta a 
dire il vero...).


 primavera :) Denoterebbe scarsa fiducia nei propri strumenti... o no? :P
IMHO no. C'è un proverbio cinese che dice - più o meno - "l'uomo col
martello è sempre alla ricerca di chiodi da piantare".
Personalmente penso che ogni strumento abbia compiti in cui eccelle e
compiti in cui non è adatto, ovviamente con tutte le sfumature intermedie.
Lo strumento Java, per un piccolo sito senza grosse velleità, non è
certamente nella prima categoria (neanche nella seconda, per carità).
Ovviamente questo non vuol dire che se uno non ha voglia e tempo non possa
farlo in Java, ci mancherebbe. Solo che oggi esistono strumenti più
efficaci *per questo compito* e non vedo come la cosa possa in qualche
modo minare la fiducia nello strumento, anzi. Per me denota solo onestà
intellettuale: poi se mi licenzieranno avrai avuto ragione tu :)


 uL
Ehehe no, Smalltalk purtroppo no! :)
Comunque vanno molto di moda i linguaggi old-style...leggevo poco tempo 
fa che si usa molto ancora il FORTRAN per le applicazioni matematiche 
(praticamente quasi unico sovrano...credo...) e di recente Intel ha 
rilasciato il nuovo Visual Fortran Compiler 9.0...eheehhh poi ci sono in 
rete numerosi "esperimenti" completamente in Assembler per non parlare 
di QNX...tutto fatto in Assembler! :D (se non ricordo male il nome 
doveva essere quello...non vorrei confondermi...! :D)
Ciao,
jRed

 dire il vero...).
che SOA avanzi a buon ritmo è vero, ma cosa c'entra con SOAP?
Parliamo invece di tutte le cose che non si possono ancora fare con i vari
ws-xxx in giro, e questo ad almeno 5 anni dai primi hype! E dei problemi
che ci sono anche per integrare semplici servizi web (semplici != banali,
come le solite stock)


 martello è sempre alla ricerca di chiodi da piantare".
Ahahahah...forte questa!
Dovremmo metterla tra gli Snippet! :D
Cmq si dipende...da quello che uno vuole realizzare...sicuramente per 
realizzare un piccolo blog Java non è il più adatto e   nella maggior 
parte dei casi è più comodo PHP (sia per i progetti gia realizzati e per 
altro...) ma poi se la cosa si vuol far crescere...inserendo tutta una 
serie di altre cose...applicazioni stand-alone che girano sul 
server...controllo mail...servlet...java bean...credo che a questo punto 
partire da java può essere anche un qualcosa di "istruttivo" :D
Poi soprattuto per quelli che si avvicinano al mondo java...non è sempre 
detto che si trovino a conoscere anche altri linguaggi....! :D (eehhe 
l'importanza delle lingue...!)
Ma in fin dei conti bisogna scegliere la cosa che si addatta meglio! :D 
(Che sia java, php, ruby, python, non importa...)
Ciao,
jRed
PS: peccato che io ruby non lo conosca! :P

 uL
Centra in parte...non so se tu c'eri alla JavaConference di 
quest'anno...praticamente li SUn ha molto spinto sul contetto di SOA 
(SODA, SOBA, ecc....) perchè stanno cercando di puntare molto 
sull'integrazione di vari sistemi e platform...e tra le cose basi che 
fanno da legame comparivano i soliti (RMI, CORBA, SOAP) perchè c'è il 
fatto del legame di "interoperabilità"  tra J2EE e .NET...tutto qua! :D
Sicuramente il nuovo protocollo REST promette bene...sicuramente per la 
leggerezza...! :D
Ciao,
jRed
PS: Bisognerebbe leggere qualcosa di più su rest...hai altri link?

 leggerezza...! :D
Ma si tratta di un protocollo? A me sembra il vecchio normale HTTP + XML...


 intellettuale: poi se mi licenzieranno avrai avuto ragione tu :)
Tranquillo, ci metto una buona parola io con Scott ;)
Nel frattempo, non è che hai qualche chiodo da piantare :))) ?


 Ma si tratta di un protocollo? A me sembra il vecchio normale HTTP + XML...
Forse...l'ho sparata..grossa..! :D
Sarà il caso di documentarsi un po' meglio...:P
Ciao,
jRed

 trattava di scegliere uno strumento da "usare e basta" filava.
si si, io intendevo soprattutto questo, ovviamente. Se c'č da scrivere da
zero la posizione language-neutral diventa meno difendibile!


 Sarà il caso di documentarsi un po' meglio...:P
E' uno stile architetturale.
Ecco un link ben fatto, fra i tanti:
http://www.xfront.com/REST-Web-Services.html
ciao


 
http://www.xfront.com/REST-Web-Services.html
Leggevo giusto quello. Interessante il concetto che ad URL corrisponda 
risorsa, e anche delle risorse "collegate". Tuttavia non mi son chiari 
due aspetti:
1) quale sia l'utilizzo tipico che si ha in mente. A me sembra più che 
altro un modo di rappresentare un model in remoto, navigabile appunto 
attraverso i link. Io considero i ws come una API per accedere a un 
model, e non come il model stesso. Insomma mi sembrano due approcci 
complementari anziché contrapposti.
2) Si parla di WSDL ma anche di schema o addirittura semplici pagine 
HTML per la descrizione del servizio. Per cui immagino niente stub 
automatici e lavorio di parsing per tutte le chiamate. Una cosa IMHO 
abbastanza tediosa da cui SOAP ci aveva liberati. Spero non sia davvero 
così! :-(
Evidentemente mi sfugge qualcosa...


 Evidentemente mi sfugge qualcosa...
leggi l'altro doc, quello sulle radici del dibattito REST-SOAP.


 pole
Non solo a te! :D
Eeheh....visto che siamo d'accordo per la scrittura da zero...quando si 
apriranno le danze?! :D
Idee in merito alla creazione del Faq System?! :D
Ottimo il link...lo assaporo un po' ora e un po' dopo! :D
Ciao,
jRed
PS: ma chi prendo in giro...se poi faccio un indigestione di SOAP non è 
colpa vostra! :D

 colpa vostra! :D
Beh se mangi il sapone certo che ti fa male :)))


 pole
Dovevi vedere le bolle di SOAP ieri sera! :D
Ciao,
jRed

 Dovevi vedere le bolle di SOAP ieri sera! :D
LOL :)


 pole

acc... ho provato a contattare Cristiano, ma l'indirizzo email che ho 
trovato non è più attivo... qualcuno ha un'idea?
grazie


 trovato non è più attivo... qualcuno ha un'idea?
Trovato.


 pole
Bene...tienici aggiornati pole...speriamo che Cristiano sia d'accordo! :D
Ciao,
jRed

 leggi l'altro doc, quello sulle radici del dibattito REST-SOAP.
Finalmente ho trovato il tempo per leggermi quel documento con la dovuta
attenzione.
Sto cercando di documentarmi anche attraverso altre fonti, e nonostante 
qualche perplessità mi rimanga ancora (in particolare l'idea che tuto si 
possa esprimere secondo la logica "CRUD" e la necessità del parsing) 
devo ammettere che l'idea è molto intrigante. Mi ha colpito molto una 
frase che ho letto in un forum che diceva più o meno qualcosa tipo "REST 
sta permettendo alle vecchie webapplication di diventare webservice".
Tu hai già sviluppato/progettato/visto qualcosa in questo modo? Per me 
possiamo procedere col REST, sperando nel tuo supporto ;)


 qualche perplessità mi rimanga ancora 
Segnalo un altro ottimo documento
http://www.intertwingly.net/stories/2002/07/20/restSoap.html
Si avvicina molto al mio punto di vista attuale :)


 pole
Sono proprio d'accordo con quella frase...bastano piccole modifiche 
superficiali...e si ottiene un restyle abbastanza moderno! :D
Ciao,
jRed

 pole
Una guideline per l'implementazione:
http://www.xml.com/pub/a/2004/08/11/rest.html
Qualche critica all'implementazione di Amazon
http://www.xml.com/pub/a/2005/01/05/restful.html
Non c'è molto in giro, probabilmente proprio perchè non c'è bisogno di
tool o altro (cosa che io ritengo un vantaggio, dimuiscono le
ortogonalità).
Le aziende - compresa la mia - in un modo o nell'altro spingono SOAP: ma
secondo me la maggior parte della gente NON lo vuole. Vedasi statistiche
sull'uso dei web services di Amazon, 85% REST e 15% SOAP.
Per quanto riguarda l'esperienza pratica ho fatto solo qualche giochetto
per ora (quindi siamo tutti allo stesso livello), ma nel prossimo grosso
progetto di cui mi occuperò a breve introdurrò un'interfaccia REST in
parallelo all'interfaccia SOAP
BTW, le FAQ mi sembrano molto semplici, non dovremmo avere problemi.
Domanda: su quale macchina* verrà ospitato il sw? avremo abbastanza RAM?
Se si, io proppongo l'uso di Prevayler per la persistenza, sempre
nell'ottica di diminuire le ortogonalità più possibile
ciao
uL
* a breve dovrei avere un opteron 64 (ovviamente una Sun, la favolosa
ultra 20!) disponibile su internet, probabilmente ad Ottobre


 [cut]
Guardate qui:
http://www.osmoticweb.com/rest-web-service-demo.htm
http://www.osmoticweb.com/sqlrest/CUSTOMER/18/
http://www.osmoticweb.com/sqlrest/INVOICE/
Immaginiamoci 
http://www.javafaq.it/FAQ/15
http://www.javafaq.it/FAQ
per leggere, con le GET. E ovviamente cancellare con DELETE, inserire con
POST con un semplice XML <faq> ... </faq> con dentro tutta la struttura
che vogliamo, ecc.
beh, insomma, c'è chi dice che con REST si può fare qualsiasi cosa si
possa fare con SOAP e risparmiare banda, CPU e mal di testa, facilitare la
sicurezza, il caching, integrarsi veramente con il web, a così via. Non
posso sapere se questa affermazione sia vera in tutti i contesti, ma certo
che per le FAQ mi sembra la ciliegina sulla torta :)
ciao
uL


 ultra 20!) disponibile su internet, probabilmente ad Ottobre
Bellissima la Ultra20...l'ho vista lavorare non molto tempo 
fa...veramente una bella macchina...! :D
Ciao,
jRed
PS: Una curiosità...non è che te la porti a casa...vero!? :D

 sicurezza, il caching, integrarsi veramente con il web, a cosě via. 
Sembrerebbe proprio di sě. E come architettura basterebbe qualche 
servlet (o una soltanto?) mappata nel modo giusto.
Per quanto riguarda la macchina, in attesa del tuo "mostro", in mancanza 
d'altro posso ospitarvi io sul mio virtual server (ma in quel caso 
dubito di avere tanta RAM a disposizione), oppure posso chiedere se il 
JUG ha qualcosa.
java.net
 offre hosting?


 quanto spazio in esso, quanto spazio sul filesystem, ecc...)
Come DBMS proporrei senz'altro HSQLDB.


 Come DBMS proporrei senz'altro HSQLDB.
non vorrei sbagliare, ma anche HSQLDB come vincolo ha che tutto il DB stia
in RAM. A quel punto uso prevayler e perlomeno non ho il paradigm shift
(cioè mi risparmio SQL e annessi e connessi). Se invece serve proprio un
sistema di persistenza, si può usare Berkeley DB Java Edition. Anche qui
il tutto avviene in maniera molto trasparente, ci sono delle collezioni
Java che *automaticamente* sono persistenti, poichè in maniera trasparente
scrivono sullo storage berkeley. Non è proprio a ortogonalità zero come
Prevayler ma ci siamo vicini.
Se non dovesse andare bene neanche questo potete provare a convincermi ad
usare un DB tradizionale e di conseguenza un O/R mapper!
Riassumendo, nell'ottica del Keep It Simple, la mia personalissima scala
per un sistema del genere è:
- Prevayler
- direttamente su File System / o Berkeley a pari merito
- un qualche RDBMS
Cioè se non si riesce ad usare 1, si prova 2, e cosi' via. Questo permette
di mantenere la complessità più bassa possibile
Invece, a parte i dettagli implementativi, più ci penso e più mi sembra
che stiamo reinventando Wiki! Spero di sbagliarmi...
uL


 PS: Una curiosità...non è che te la porti a casa...vero!? :D
no, la metto su aruba. E' la soluzione più economica che ho trovato (42
EUR / mese). Comunque la nuova ultra 20 è una workstation, quindi in
teoria si potrebbe portare a casa. Presto ne faranno la versione in rack,
ma non posso  aspettare :)
ciao
uL


 evitare.
Se la richiesta è safe e idempotente, va fatta con la GET, quindi con il
parametro. I parametri da evitare sono quelli in stile RPC, ossia
action=xxxx ecc. che vanno sostituiti con uno schema di URI centrato sulle
risorse e non sulle azioni.
Certo, a parole è facile, vedremo poi cosa ne viene fuori.
Piuttosto, bisogna tirar fuori i requisiti, cosa dobbiamo fare.
Brevemente, i requisiti ovvii:
- deve essere possibile fare operazioni CRUD sulle FAQ
- deve essere possibile fare semplici ricerche sulle FAQ
- deve essere possibile generare diverse rappresentazioni delle FAQ: HTML, 
PDF, ecc.
- deve essere tutto RESTful per vivere pacificamente nel web, no RPC
- deve essere Java, a meno che non esista qualcosa di già perfetto da
installare così com'è. Per i requisiti qui sopra basterebbe praticamente
installare sqlRest (che è un Java :))
quelli da decidere:
- deve essere RSS compatibile? Ossia uno può per esempio iscriversi con
RSS ed essere notificato delle operazioni sulle FAQ?
- bisogna autenticarsi? Io dico di si, altrimenti chiunque può pubblicare
qualsiasi cosa. E soprattutto qual'è il modello? Wikipedia, con chiunque
che può scrivere, o un qualcosa in cui c'è un moderatore (o più di uno,
ovviamente) che deve approvare?
- Altri???


 uL
Dai non ti preoccupare...non reinventeremo il wiki...ma pole reinventerà 
il REST! :D
Ciao,
jRed
PS: cmq bisognerebbe scambiare anche qualche mail...! :D

 ma non posso  aspettare :)
Si...si...di recente mi ero informato sui prezzi di housing...Aruba è 
molto conveniente...e poi ha una bella webfarm...poi relativamente 
vicino...ad Arezzo! :D
Ma anche dentro casa non stona! :D
Ciao,
jRed
PS: se poi mi fai avere qualche info in più su come fare una qualche 
configurazione personalizzata oppure un buon distributore in italia...te 
ne sarei davvero grato! :D

 ne sarei davvero grato! :D
mandami in privato una mail


 uL
RSS per me va bene...molto probabilmente esistono già le basi...per un 
intregrazione semplice tra java e rss a livello di framework open-source...
Autenticazione d'accordo...cosi in maniera tale da poter differenziare 
gli utenti...e appunto offrire la possibilità di moderare...tipo...uno 
inserisce un contenuto che poi deve essere accettato da un 
moderatore...si potrebbe anche calcolare l'affidabilità 
dell'utente...con un punteggio...ecc...ma non essendo troppo 
restrittivi...del tipo evitare registrazioni necessarie per un livelo 
base di utenza...
...per features avanzate...si potrà richiedere la registrazione! :D
Altri...si potrebbe creare un sistema di indicizzazione dei messeggi nel 
newsgroup....tipo come fa google...per poter avere dei riferimenti anche 
a articoli, snippet, ecc...?! :D
A presto,
jRed
PS: ma pole...non ti era arrivata una mail?! :D (la seconda...)

 PS: ma pole...non ti era arrivata una mail?! :D (la seconda...)
Ho ricevuto una delivery status notification dal tuo server (delivery 
time expired) e mi č tornata indietro la risposta...


 pole
Cavolo...non so proprio a cosa č dovuto un errore del genere...avranno 
fatto un po' di modifiche probabilmente al server!
Cmq al max prova a rimandarla! :D
Ciao,
jRed

 Cmq al max prova a rimandarla! :D
Fatto :)


 jRed
 --- postato da : 
http://www.sitebylara.it/news
 --- leggi e posta sui news 
italiani, per segnalare abusi 
webm...@sitebylara.it
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 *** Usenet.com - The #1 Usenet Newsgroup Service on The Planet! ***
 
http://www.usenet.com
Unlimited Download - 19 Seperate Servers - 90,000 groups - Uncensored
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=