Hi,
When we designed ODA originally, it was supposed to be flexible to work with
any kinds of RDBM (at that time, we supported MySQL and PostgreSQL. It was
possible to include more RDBM but no need to add more).
As we have designed before, I think it would be nice if we can make ODA less
dependent only on MySQL.
I understand what Olivier listed below could be in a little high priority
because they are the issues of the packages that we included to the current
trunk and we want to get it out of the door ASAP.
The reason that I brought up this GUI and CLI issue is to have a head start of
building a new GUI and CLI and I want to share our ideas how to improve OSCAR
main framework. I think that it is never too early to discuss this kind of
things.
Actually I was thinking about using the perl Template (note, I am new to
perl-Template) to build up the OSCAR web interface. It will cooperate with the
main OSCAR framework well because it is perl and I hope that it will reduce the
time for building web interface. Probably this should go with the development
of its CLI code.
Anyway, I would like to keep discussing this in the devel list and hopefully we
can find some good approaches/answers.
BTW, personally I do not have another language to the OSCAR main framework. I
am a big fan of Java but not in OSCAR (main framework).
Regards,
--
- DongInn
On Mar 19, 2013, at 8:09 AM, Chuck Ritter <cfr...@psu.edu> wrote:
> A reasonable perspective. Those are all good things to prioritize.
>
> DongInn seemed to be suggesting a GSoC project. I think GSoCs are more
> geared toward something like a new interface and not general code
> maintenance. In that respect, I think, a new GUI might still be a good
> project (particularly if the oscarcli was fixed in the process).
>
> I'm not a big java fan either. Javascript is not java, but java may
> have been implied anyway. The current Tk interface works, but is not
> always intuitive. As for the databases, I just wanted to point out the
> duplication of function and suggest something lighter or integrated. I
> think these database instances have so few writes that they could be
> replaced with something like sleepycat. Granted, mysql has not been a
> big problem to date, but it is a complex beast and complexity can
> introduce problems. By saying v7.0, I intended to imply not a high
> priority.
>
> On Tue, Mar 19, 2013 at 5:13 AM, LAHAYE Olivier <olivier.lah...@cea.fr> wrote:
>> Hi,
>>
>> IMHO, Java is hipe and fashion, but leads to many eadaches concerning
>> compatibility, to the point that each application requireing java is forced
>> to ship its own java machine. I end up having 3 or 4 java machines installed
>> on my systems (matlab, netbackup, ....) A pure nightmare when you need to
>> upgrade.
>> More over, oscar is already written in many languages (perl, python, bash,
>> tcl, Tk, C, C++, ...), and I don't think that adding one more language will
>> ease maintenance.
>>
>> Regarding the database, mysql is used by systeminstaller and oscar, and I
>> don't understand why removing it could be a progress. It's a stand alone
>> database and can be secured easily.
>>
>> I agree that jobmonarch using postgresql is not cool (2 database engines
>> while one is far sufficient), but it's an upstream choice unfortunately.
>> I've been in contact with developpers, and the project is not dead. v0.4
>> will be released some day. The TODO says that in the future, we should be
>> able to choose the database backend. (no work done yet though).
>>
>> I understand that GUI is sometimes a problem, but honestly, on a cluster,
>> you often have access to a X display on the local network. I think that
>> there are far more urgent stuff to work on like:
>> - having grindengine that works (current sge package is completely broken)
>> - having blcr build for dkms
>> - having a maintenance mode to:
>> - put online or offline nodes for maintenance
>> - move jobs (hybern,ate on a node and restore on another: usefull to
>> isolate a node for maintenance)
>> - update nodes
>> - deploy new packages.
>> - stop the cluster hybernating nodes using a simple click.
>> - manage work queues
>> - having a console log...
>>
>> My 2 cents,
>>
>> Olivier.
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> _______________________________________________
> Oscar-devel mailing list
> Oscar-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oscar-devel
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Oscar-devel mailing list
Oscar-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oscar-devel
