On 10/11/2010 04:25 PM, Scott Gray wrote:
On 12/10/2010, at 10:03 AM, Adam Heath wrote:
On 10/11/2010 02:37 PM, Jacques Le Roux wrote:
Impressive, now I know what Webslinger is and what it is capable of!
Actually, this is just one application. Webslinger(-core) is an enabling
technology, that enables anything to be written quickly. As I said, I've only
spent probably 2 actual weeks on the application itself.
The main question in my mind is what does all this mean for OFBiz? Obviously
because webslinger is currently in the framework you envisage it playing some
sort of role in the ERP applications, but what exactly?
It means that webslinger could run all of cwiki.apache.org, being
fully java dynamic. The front page is currently giving me 250req/s
with single concurrency, and 750req/s with a concurrency of 5. And,
ofbiz would be running along side, so that we could do other things as
well.
I think I understand better now why Ean and yourself were somewhat
> negative towards the possibility of a jackrabbit integration, do
> you see this as some sort of alternative?
Storing content in the database is wrong. How do you use normal
editors(vim/emacs/dreamweaver/eclipse/photoshop) to manipulate files?
How do you run find/grep? What revision control do you
use(git/svn/whatever)? The webslinger mantra is to reuse existing
toolsets as much as possible. That means using the filesystem, which
then gives you nfs/samba access for sharing, etc.
The filesystem api we use is commons-vfs; we don't actually use
commons-vfs itself, most of the implementation and filesystems have
been rewritten to actually be non-blocking and performant and not have
thread leaks or memory leaks or dead-locks. We don't use bsf(too much
reflection, too much synchronization).