> NetBeans appears to have quite a rich interface after a quick read of the
> link you provided. But it's an IDE so it has a need for all of that.
>
> How rich an interface does JBoss need, I have been just sort of following
> the emails and not thinking too hard. Did this need start with a desire to
> load configuration files, or is there more to it?
We can not really assume what a service provider will need with respect to
file system access, so I would say rich is better.
I am just frustrated with the poor fs support from Java nativly. I think
that a layer of indirection would really be appropriate when accessing
files. As the file could be a native file (java.io.File) or a remoted file
(web or cvs or whatever). Java does not really provide a good interface for
managing a system of files either.
I looked a little a the JNDI FSContext plugin, but it looks like that is
very java.io.File specific too. I would like to see an abstraction of a
file system used by service applications. I have spent a little time at my
current job, writting a simple FileManager to make java.io.File objects more
network transparent, but it is a cheesy impl, that serverved only to get the
immediate job done.
WebOS will need a robust network file system, or rather an absract API to
access files to be really successfull. As I remember the WebOS bits from MS
were based on a WebFS, or perhaps that was another WebOS... not really sure
how many of them there are.
Anyways, the class loader stuff is nice, as it makes it easy to pull in
files, but it sucks when you really need to work with a set of files. We
can build a system to make accessing such a set network transparent
(based on http, rmi, whatever).
The questions are:
has anyone else done it already in open source?
does it provide most if not all of the immediate functionality required?
is it an active project, if not could we fork it?
Lets not reinvent to wheel... it is a really good design. Lets worry about
the vehicle and try to find quality parts which will work out of the box or
with minor modifications (forks).
--jason
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
