Mailing-List: contact user-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Users List" <user@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of darac1111@gmail.com
 designates 74.125.82.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:date:message-id:subject:from:to:content-type;
        b=uzAjyfPmlqeGS+xw+o15ppr4g4K+Roo9uc2Qpa8vEIQ+3/wpvePckF3531RONex8jj
         cMGZz5eqG9xy7k6dZH3EISsL3pnR0LTshpHTUcxvq6jfFB5uaEXrkMdHkzY7td7xtv7i
         VUYo99VNGJknzqJqPxmOEYi3nWJ4ZTvdu8JHo=
MIME-Version: 1.0
Date: Mon, 6 Jun 2011 23:35:48 +0200
Message-ID: <BANLkTimAPxeAovNnw57UJ3RNGGtkGryXGA@mail.gmail.com>
Subject: [scxml] src element as a pointer to memory content
From: Dario D <darac1111@gmail.com>
To: user@commons.apache.org
Content-Type: multipart/alternative; boundary=002215975fe206739204a511e35e

--002215975fe206739204a511e35e
Content-Type: text/plain; charset=ISO-8859-1

Hello,

Would it be possible to have a PathResolver implementation which treats the
"src" element as a pointer to a database entry where content is stored, or
an in-memory object? Of course, I could make a PathResolver implementation
which will parse the value of "src" make a query to the database, download
the content to a file, and then return file path as the result of the
resolvePath() method. However, I would like to skip the step of making a
file on the disk just for the purpose of loading the "src" content. Ideally,
this PathResolver implementation would be able to read content directly from
a memory object (perhaps a cache of some sort), without the need of creating
a file. I'm planning to use SCXML in a high-throughtput environment and I
feel that writing files on the disk and then reading them back will slow the
process down a bit.

One of the requirements for the application is to be able to split SCXML
files into many reusable modules, thus the need to use the "src" element.

Any thoughts?

--002215975fe206739204a511e35e--