Hello Rob Commends inline also.
> From: [email protected] > To: [email protected] > Subject: Re: Planning for a new framework for Jena > Date: Mon, 25 Jun 2012 17:01:30 +0000 > > Hi Joan > > Comments inline: > > > On 6/25/12 9:30 AM, "Joan Iglesias" <[email protected]> wrote: > > > > >Dear all > > > >I'm new at this list, but I would like to purpose the building of a new > >framework for Jena. > > > >I'll be in charge of the design and programming of this new framework, > >but new ideas or collaborations with other developers are welcome. > > > >The project is a java web platform for configuring, managing and queering > >the Jena framework from any web browser. That framework will allow the > >users to save time in the configuration time, initial contact and > >database administration of Jena framework. It could be .war for any > >application server with the appropriate configuration files. > > Please take a look at JENA-201 > (https://issues.apache.org/jira/browse/JENA-201) which contains a > discussion on how to convert the existing Fuseki architecture into WAR > form. If you are interested maybe you would like to work on contributing > towards that effort? > > Also Fuseki already includes much of the configuration, management and > querying capabilities you are talking about. Granted right now Fuseki > can't easily be run in any Java application server because it runs off an > embedded Jetty but if that issue was addressed this would become possible. > And equally the built in UI could be a little less basic but none of us > Jena developers claim to be graphic design or UX experts! I'm not an expert on Jena, I only read some tutorials about Jena and its frameworks. Of course the development of such a framework needs much more knowledge than I have. Because of this I suggested the project to the Jena community, because I don't want to start a long learning period if the framework is useless or not needed for the community or already exists something similar. Like all technologies, the more user-friendly user interface, the most success in the adoption of the technology. Some companies if they appreciate a long learning period of a framework, the framework is discarded. I could deduce from the tutorials of fuseki an so on, that most of the configuration is done by file configuration. The idea of my project, it's that you just download the war file, you deploy it, and all the configuration and management is done using a very helpful and user-friendly interface. Addition of modules, database configuration and administration, and so on. I think, that any developer prefer a tool, self explanatory with small time to learn how it works. Maybe such a framework could be developed using fuseki code or other Jena frameworks as a base framework or starting framework. The platform I propose, it allows to manage plug-ins graphically, like Eclipse, for example. And a plug-in could have it's own web interface to configure or use it. I think that those functionality it's not possible by now using fuseki. For example, is there any framework that allows to manage ontologies graphically and integrated into Jena? Sometimes I think it's very useful that a plug-in has a web interface, like the case I mentioned before, and integrated into a well defined platform. What do you think about all this?? > > > > >I consider that it has to be designed in a modular way, and the addition > >of new plug-ins have to be taken into acount from the very begginng. I > >thought it could be like a kind of Eclipse, that it's a platform for > >development with basic functionalities, but allows the additions of a lot > >of plug-gins from the community or private companies. > > This is basically what the Jena platform is already unless I am > misunderstanding your point? > > I don't know how familiar you are with Jena (I assume at least reasonably > so given the scope of your proposal) but Jena already has many extension > points that can be utilized and many people using Jena commercially > already use these widely. Maybe you could elaborate on exactly what it is > that you want to extend/do that you don't think Jena can do right now? > You may find that the types of extensions you want are already possible in > the existing framework and you are just not aware of it. > > For example within Fuseki you can already leverage the Jena assembly > mechanism for loading and executing arbitrary code allowing you to add > custom functionality to a standard Fuseki distro to some extent. > > > > >Some of the nowadays utilities for Jena could be migrated into a plug-in > >for this platform. REST and SOAP services could be a plug-in for this > >platform. > > Utilities such as? > > > > >New ideas or suggestions are welcome. I think a framework like this will > >help Jena to be more used, because the intention is that the new > >framework has to be in most of the cases "self explanatory" and > >intuitive, and with a lot of helping tools. > > While I do want to discourage you from contributing to the Jena ecosystem > it would be interesting to here some more detail on what exactly you want > to build. From reading your email I get the impression that maybe a lot > of what you want may already be available and you're just looking to get > it more solidly integrated into a user friendly web based UI? > > Regards, > > Rob Vesse > > > > >Best regards, > > > >Joan > > > > > > > > >
