[Oscar-devel] RE : OSCAR GUI

[LAHAYE O. <oli...@ce...>]

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.
--
   Olivier LAHAYE
   CEA DRT/LIST/DCSI/DIR

________________________________________
De : Chuck Ritter [cf...@ps...]
Date d'envoi : lundi 18 mars 2013 23:56
À : osc...@li...
Objet : Re: [Oscar-devel] OSCAR GUI

Makes sense to me. What is the best case scenario? A light-weight
javascript toolkit dependency (probably distributed w/ OSCAR)? Maybe
no external dependencies?

Another heavy dependency that would be nice to remove is mysql and/or
postgres (OSCAR base uses one and jobmonarch uses the other). A NoSQL
implementation that only depends on apache would be better. The mysql
instance writes are local anyway. Maybe a version 7.0 feature.

On Mon, Mar 18, 2013 at 2:21 PM, DongInn Kim <di...@cs...> wrote:
> Hi Stephen,
>
> we do want to ensure that the installation can still take place offline too.
>
> Yes, I totally missed the necessity of the offline installation. That brings
> me to think about making the OSCAR CLI more usable.
> All the gui should be integrated with the OSCAR CLI so that we can reduce
> all the redundant works on both the CLI and GUI.
> Unfortunately the OSCAR CLI seems to be broken. I think it is a good time to
> clean up the CLI and make it work and then harness it to the GUI.

------------------------------------------------------------------------------
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
Osc...@li...
https://lists.sourceforge.net/lists/listinfo/oscar-devel