JRuby & Rails Controller

tuland · August 24, 2010, 12:31pm

Salve a tutti. Rinnovo i miei complimenti per l’ottimo servizio che
offrite.

Volevo porvi una domanda e spero che mi possiate dare qualche
suggerimento. Probabilmente la soluzione Ã¨ molto semplice, ma non riesco
proprio a sbloccarmi.

PREMESSA:
Ho scelto jRuby perchÃ© devo usare delle classi JAVA e piÃ¹ precisamente
vorrei utilizzare le API di Jena

PROBLEMA:
Riesco facilmente ad interfacciarmi con Java, ma trovo delle limitazioni
all’interno dei controller di Rails.

All’interno del controller inizializzo una classe jena (ModelFactory)
che crea un modello (Jena) di una ontologia. La salvo in una variabile
(@model) ma non riesco a capire come posso conservarla in tutte le
action.

@model = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)

In pratica vorrei poter mantenere il contenuto di @model in ogni action

SOLUZIONI FALLITE:

session: essendo ModelFactory una classe Jena/Java non Ã¨ possibile
realizzare una conversione automatica con marshal
model e salvataggio nel DB: l’operazione fallisce perchÃ© non riesce ad
applicare il metodo ‘gsub’ alla classe (perchÃ© ovviamente non lo
contiene)

SOLUZIONE ATTUALE (molto poco elegante):
Creo una costante.
MODEL = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)
E’ una soluzione che non mi piace affatto. C’Ã¨ un modo alternativo per
superare questo mio problema?

Vi ringrazio anticipatamente

tuland · August 25, 2010, 11:27am

Ciao Pippo,
non mi Ã¨ chiarissimo il problema, se ti interessa la persistenza o solo
una visibilitÃ maggiore, in quest’ultimo caso hai provato a crearlo
nell’application controller?

tuland · August 25, 2010, 4:57pm

Marco M. wrote:

Ciao Pippo,
non mi Ã¨ chiarissimo il problema, se ti interessa la persistenza o solo
una visibilitÃ maggiore, in quest’ultimo caso hai provato a crearlo
nell’application controller?

Si scusa hai ragione mi sono espresso male. Vorrei che la variabile sia
persistente e mantenesse quindi il contenuto fra pagina e pagina. Jena
genera un suo modello(jena) su cui si possono eseguire svariate
interrogazioni. Io sostanzialmente non vorrei rigenerare ogni volta
questo modello(jena). In rails il contenuto della variabile Ã¨
persistente solo fra il metodo del controller e la sua relativa view.
Fra i diversi metodi dello stesso controller la variabile viene
reinizializzata ad ogni accesso. In generale, risolvevo questa esigenza
con session o memorizzando in un DB, ma in questo caso non posso. Credo
che sia collegato alla spiegazione fornita qui:
http://www.ruby-forum.com/topic/133234

Probabilmente la soluzione Ã¨ banale ma proprio non trovo vie di uscita.

Sostanzialmente tu mi suggerisci di creare il modello(jena)
nell’application_controller? Provo

tuland · August 25, 2010, 5:05pm

2010/8/24 Pippo S. [email protected]:

@model = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)

provato a serializzare/deserializzare e mettere in session quello?
Puoi sicuramente come serializzazione java, ma mi pare che jena
potesse serializzare in N3 e robe simili, poi le metti come campo
text/blob nel db

SOLUZIONE ATTUALE (molto poco elegante):
Creo una costante.
MODEL = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)
E’ una soluzione che non mi piace affatto. C’è un modo alternativo per
superare questo mio problema?

perché?

tuland · August 25, 2010, 5:16pm

Ciao,

come spiegato nel link che citavi, quando passi da un’action all’altra
(ad esempio cliccando su un link o su un submit), l’oggetto controller
cambia; questo vuol dire che non puoi passare oggetti complessi da
un’action all’altra: sostanzialmente puoi passare (ad esempio tramite
session) solo stringhe e numeri.

Non conosco le classi java di cui parli, quindi ho una domanda: quanto
è costoso produrre l’oggetto che ti serve?

Se non è costoso potresti semplicemente usare un’instance variable,
una costante o quant’altro.

Se il costo è proibitivo, puoi tentare di scoprire se l’oggetto è
serializzabile.

pietro

tuland · August 25, 2010, 5:39pm

gabriele renzi wrote:

2010/8/24 Pippo S. [email protected]:

@model = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)

provato a serializzare/deserializzare e mettere in session quello?
Puoi sicuramente come serializzazione java, ma mi pare che jena
potesse serializzare in N3 e robe simili, poi le metti come campo
text/blob nel db

PiÃ¹ che altro Ã¨ che sto caricando una ontologia di 20 MB e tirarla su
ogni volta ad ogni azione non Ã¨ troppo divertente per l’utente. Quindi
in Java dici che posso serializzare la classe? Ora ho fatto una ricerca
piÃ¹ approfondita nelle API di Jena e credo che esistano metodi di questo
tipo. Hai ragione. A occhio dovrebbero essere adatte cose come:

ModelFactory.createFileModelMaker
ModelFactory.createModelRDBMaker

Io cercavo di risolvere la cosa direttamente in ruby ed effettivamente
mi complicavo le cose.

SOLUZIONE ATTUALE (molto poco elegante):
Creo una costante.
MODEL = ModelFactory.createOntologyModel(OntModelSpec::OWL_MEM)
E’ una soluzione che non mi piace affatto. C’ï¿½ un modo alternativo per
superare questo mio problema?

perchï¿½?

PerchÃ© poi non posso piÃ¹ modificare il model in run-time

tuland · August 25, 2010, 6:00pm

2010/8/25 Pippo S. [email protected]:

Hai ragione. A occhio dovrebbero essere adatte cose come:

ModelFactory.createFileModelMaker
ModelFactory.createModelRDBMaker

Io cercavo di risolvere la cosa direttamente in ruby ed effettivamente
mi complicavo le cose.

no quelli sono anche piÃ¹ smart: si gestiscono la persistenza da se su
file o su db, se per te va bene Ã¨ sicuramente la soluzione migliore.

PerchÃ© poi non posso piÃ¹ modificare il model in run-time
In realtÃ puoi farlo, una costante significa solo che non puoi
cambiare l’associazione nome-oggetto, ma l’oggetto rimane mutabile:

A=Array.new
=> []
A=2
(irb):2: warning: already initialized constant A
=> 2
A=Array.new
(irb):3: warning: already initialized constant A
=> []
A << 2
=> [2]
A
=> [2]

Ma si, se devi modificarlo poi avresti casini con i thread e i restart
e la persistenza, che Ã¨ non Ã¨ bello

tuland · August 26, 2010, 10:19am

gabriele renzi wrote:

2010/8/25 Pippo S. [email protected]:

Hai ragione. A occhio dovrebbero essere adatte cose come:

ModelFactory.createFileModelMaker
ModelFactory.createModelRDBMaker

Io cercavo di risolvere la cosa direttamente in ruby ed effettivamente
mi complicavo le cose.

no quelli sono anche piÃ¹ smart: si gestiscono la persistenza da se su
file o su db, se per te va bene Ã¨ sicuramente la soluzione migliore.

Grazie mille! Come sempre, gentili e di grande aiuto.

tuland · August 25, 2010, 5:49pm

Pietro G. wrote:

Non conosco le classi java di cui parli, quindi ho una domanda: quanto
ï¿½ costoso produrre l’oggetto che ti serve?

Se non ï¿½ costoso potresti semplicemente usare un’instance variable,
una costante o quant’altro.

Beh ma anche le instance variable vengono rigenerate, o mi sbaglio? Mi
riferisco a @model che ho citato prima, per esempio. Ad ogni richiesta
al server me la ritrovo reinizializzata. Con le costanti funziona, ma
poi non posso modificarle run-time.

Si Ã¨ abbastanza costoso produrre quell’oggetto. Ogni volta sarebbe una
lettura di 20Mb

Se il costo ï¿½ proibitivo, puoi tentare di scoprire se l’oggetto ï¿½
serializzabile.

Si forse opterÃ² per qualcosa di simile

Grazie

tuland · September 14, 2010, 4:19pm

Concludo il topic segnalando che alla fine sto procedendo con l’utilizzo
di activeRDF. C’Ã¨ un adaptor di Jena che gestisce proprio la
persistenza:

github.com

net7/ActiveRDF/blob/master/activerdf-jena/lib/activerdf_jena/jena_adapter.rb

#
# Author:  Karsten Huneycutt
# Copyright 2007 Valkeir Corporation
# License:  LGPL
#

class JenaAdapter < ActiveRdfAdapter

  class JenaAdapterConfigurationError < StandardError
  end

  class DataSourceDBConnection < Jena::DB::DBConnection

    attr_accessor :datasource, :connection

    def initialize(datasource, type)
      if datasource.kind_of? javax.sql.DataSource
        self.datasource = datasource
      else
        self.datasource = javax.naming.InitialContext.new.lookup(datasource)

This file has been truncated. show original

tuland · September 14, 2010, 4:26pm

2010/9/14 Pippo S. [email protected]:

Concludo il topic segnalando che alla fine sto procedendo con l’utilizzo
di activeRDF. C’è un adaptor di Jena che gestisce proprio la
persistenza:

Non hai letto la mia domanda?

tuland · September 14, 2010, 5:31pm

Msan M. wrote:

2010/8/24 Pippo S. [email protected]:

Salve a tutti. Rinnovo i miei complimenti per l’ottimo servizio che
offrite.

Volevo porvi una domanda e spero che mi possiate dare qualche
suggerimento. Probabilmente la soluzione ï¿½ molto semplice, ma non riesco
proprio a sbloccarmi.

PREMESSA:
Ho scelto jRuby perchï¿½ devo usare delle classi JAVA e piï¿½ precisamente
vorrei utilizzare le API di Jena

Scusa hai scelto jruby esclusivamente perche’ devi usare classi java o
ci sono degli altri motivi?
Io non uso java ma utilizzo jruby sostanzialmente per un motivo, la
facilita’ di deploy delle applicazioni.
Rispetto a ruby non ho trovato nessunissima differenza.

Scusa non avevo letto!

Si essenzialmente per il riuso di classi Java, altrimenti tendo ad usare
ruby. Potrei sbagliarmi, ma credo che il supporto sia piÃ¹ limitato (per
esempio con le gemme). Quindi sostanzialmente uso jRuby solo quando Ã¨
strettamente necessario. In ogni caso con jRuby non ho mai avuto
problemi. Anch’io ho trovato il deploy molto rapido: io uso per esempio
warbler.

tuland · September 14, 2010, 5:50pm

2010/9/14 Pippo S. [email protected]:

Ho scelto jRuby perchï¿½ devo usare delle classi JAVA e piï¿½ precisamente
Si essenzialmente per il riuso di classi Java, altrimenti tendo ad usare
ruby. Potrei sbagliarmi, ma credo che il supporto sia piÃ¹ limitato (per
esempio con le gemme). Quindi sostanzialmente uso jRuby solo quando Ã¨
strettamente necessario. In ogni caso con jRuby non ho mai avuto
problemi. Anch’io ho trovato il deploy molto rapido: io uso per esempio
warbler.

Anch’io uso warbler e rispetto alla soluzione apache + passenger non
c’e’ paragone.
Per le gemme ormai sono quasi tutte supportate.

tuland · August 27, 2010, 10:14am

2010/8/24 Pippo S. [email protected]:

Salve a tutti. Rinnovo i miei complimenti per l’ottimo servizio che
offrite.

Volevo porvi una domanda e spero che mi possiate dare qualche
suggerimento. Probabilmente la soluzione è molto semplice, ma non riesco
proprio a sbloccarmi.

PREMESSA:
Ho scelto jRuby perché devo usare delle classi JAVA e più precisamente
vorrei utilizzare le API di Jena

Scusa hai scelto jruby esclusivamente perche’ devi usare classi java o
ci sono degli altri motivi?
Io non uso java ma utilizzo jruby sostanzialmente per un motivo, la
facilita’ di deploy delle applicazioni.
Rispetto a ruby non ho trovato nessunissima differenza.