this is starting to sound like web services on the loopback interface... while we're wasting CPU cycles let's implement it with an EJB container. I think an OS can be written in any language that makes it functional and fast enough to use, but software needs to be more Internet-oriented. If most software was accessible through a web browser, then the underlying code becomes less important from a user's point of view, because the end result is the same, visually and functionally. You end up with Mozilla OS, and they have a subscription-based service, where you pay for wordprocessor.com or spreadsheet.com on a monthly basis. Save data locally, and execute applications remotely.

that's my 2 cents anyway.

B.

Hello guys,

Thanks for being enthusiastic about this topic. I appreciate the issues and feedbacks that you give. Now to continue:

I’m not much familiar with Linux paradigm. It’s hard to tell with the different variants around. I must admit I’m a newbie on Linux. I’m planning to get SOT Linux – in the near future. (Please tell me what books do I need to read in order to get a fast track on Linux and Developing such concept.)

Corona does not replace Linux but allow the developers of Linux Kernel to concentrate on the Major Points – Memory Management, FileSystem Management, Application Loader and Unloader Management, and Security. Corona will provide the applications to access the underlying Kernel and Bios functions with ease through its Object-oriented modules.Corona does not replace Linux – it is in fact, giving it flexibility by running on the side of Linux.

Now let us discuss the implementation:

Corona Service makes available the requested object. Loads the object requested and then gives full control of communication between the application and the object requested. Corona does not stand between the application and the object loaded; Corona supplies the object functions memory address (Object Address Table Info) to the application to allow communication to the desired module/object functions. Corona manages the Loaded Object by unloading it if there is no reference to it anymore.

Application to Object Communication and Object to Object Communication need not be XML (if locally running). Application to remote Object Communication and Object to remote Object Communication need be XML. Applications to applications and Computer to Computer need be in XML due to the high possibility of incompatibilities. Another Module will be built to act as a SERVER for CORONA’S objects to remote requests (XML Based).

CORONA would allow only the functions within the Object to be loaded and not the whole monolithic thing. If the application knows the needed functions on an object to be referenced ahead of time it simply request those functions to be preloaded by Corona.

CORONA stays below the Linux Kernel but will be largely a part of other services and applications running under Linux (dns, tcp/ip, email, modem, fax, video, http, ssh, xml etc.) Extending functionalities of one object will make the entire OS Services and applications benefit from it.

Developers under Linux will have a uniform set of functions available for them. All developers are encouraged to suggest functionalities to be added to a CORONA’s object. Much better if all Linux community unite and have each group assigned to a specific objects. We must study the deficiencies of other implementations with lots of incompatibilities (COM, DCOM, SERVLETS, EJB, TUXEDO, etc). I believe the time is ripe to be able to learn the difficiencies of previous attempt and be able to come up with an effective solution.

There must be close communication between CORONA and Developers and with it a standard set of specification for compliant CORONA application. All Corona JSDC (pre-compiled) applications will have an info table in them of CORONA objects and versions it will use or when it was designed, including the version number of Kernel. This information can also be found in the compiled CSDX and CSDO module. CORONA will keep a list of dependencies between CSDX application and CSDO base on the info table.

Windows overwrite the same ActiveX file thus leading to incompatibilities. In CORONA, shared object modules will have standardized file naming scheme – (Type of Object and Version number). This then solves the nighmare of incompatibilities under CORONA applications. New file version will not overwrite the others. CORONA will inform the user to contact the developer of an application for an upgrade to a latest version but it does not hamper the program from functioning properly.

We also need to have an object module database with [type of object], [version number], [filename], [has dependency] fields. An object file with no dependency anymore can be deleted by the user via object administration tool or may be done by CORONA automatically for the user’s convenience.

Incompatibilities would exist if there are major changes in Linux Kernel. Linux users may upgrade CORONA objects and applications via internet or acquire the installation CDs for upgrade. If there are no serious upgrades then all it needs it to update the Kernel Version in the Application and Object Module info table for CORONA's peace of mind .

A Web OS is a nice thing but that would force one computer to be connected to the Net. It's a viable option with CORONA Server .

Regards.

nbjayme

much of the Linux kernel's functions you speak of (memory management, security, etc.) can be leveraged relatively easily anyway. C was developed as a sister project of UNIX, and Linux, as an open source, non-proprietary (we all hope I'm sure ) clone of UNIX, is a very compatible OS for writing standards-based C programs. The JVM essentially offers all services you speak of, in a way which makes such errors as null pointers far easier to deal with, and also offers semi-binary compatibility across numerous platforms. The Blackdown JRE (http://www.blackdown.org) may be something you are interested in, it's a Linux-specific JVM/JDK which aims to catalyze Java acceptance among Linux offerings, through faster execution times and more efficient OS-specific native function calls.

Basically, what you're looking for is Java. You can do anything with Java that you could otherwise do, though a few assembly routines accessed through JNI would probably make it way more usable.

that's 4 cents now.

B.

I just dont think that if you simply switch the language you will all of a sudden gain complete compatibility....

Computers just dont work that way.

If all of linux (except the kernel) was written in JAVA instead of C, you would STILL have the same compatibility issues from one machine to another.

As Ive mentioned before.... for the most part incompatibilities come into play because the hardware, and hardware configurations can be vastly different from one machine to another... ex: I have graphics card X and monitor Y and you have graphics card 1 and monitor 2.

No matter WHAT language you switch the low level OS API's to these incompatibilities will ALWAYS exist. Its just the nature of the beast.

Switching to JAVA, CORONA, or whatever simply will not correct these problems... No how, no way, not today, not ever.

HOWEVER....

It would be nice to rid ourselves of the Linux API's and replace it with JAVA....

Not because I think it would eliminate incompatibilies ... BUT because it would be really cool to have an OS where EVERYTHING in the system is acessed as an object.

Where there was no distinction made between files/io/memory/cpu, etc... they are just all objects that that the OS exposes and you can access from applications.

For example, Instead of modifying /etc/modules.conf FILE, you would obtain a reference to the /etc/modules.conf OBJECT which exposed an interface, to modify/read the "File" you just access properties on objects.

Instead of dealing with RPM's, scripts, directories, etc, all things in the system would simply be objects.

Instead of custom scripts running at boot, you would simply write an INIT plugin, and register it with the INIT object, so it would call your object during bootup.

Linux is already kind of setup to do this since virtually everthing in linux is represented in heirarchy fashion (file system)

To do this at an OS level might be kind of cool... It would probably need to start out as an add on though... until it got a large enough following to become a standard part of a few major Linux distributions.

Hello guys,

I'll look deeper into the JAVA Implementation. Thanks German and oopicmaster for your inputs.

The only problem with JAVA (of what I know so far) is that it interprets byte code instructions. This leads to slow execution of the program because it always require the interpreter before machine instructions. This is what CORONA is trying to solve - by compiling byte-code instructions to machine codes. In short, it is a step forward of what JAVA had achieved.

With regards, to hardware compatibilities - - - - CORONA will implement hardware specific objects. This information will be given by CORONA to any application under it's specification. Thus, it is only a question of acquiring the Object Hardware Function to enable the software to work.

Users will know ahead of time, even during installation, of the program if an incompatibility exist because of the stamp information stored in CORONA's object file. The stamp information will be used by CORONA service and display an incompatibility error to the user. If a compatible CSDC/CSDH can be installed then the installer will simply copy the right file base on the platform information given by CORONA.

Another, good implementation of CORONA is Error Messaging under LINUX. CORONA can be setup to capture any errors occuring in LINUX and show a more meaningful error messages. It can also show tips to the user on what to do. It would be easy to implement multi-language in Linux. Great!

C is not sidewinded under CORONA's platform or implementation. It's simply a question of providing a means for C programs to recognize CORONA's service object modules. And, it is also a question of acquiring a compiler for C to byte-code instructions compatible to CORONA. The byte-code instructions in C can be auto-compiled to machine code under any platform with CORONA service.

Thanks oopicmaster and german for a pleasant discussion on this.

Any guys in here know of any books to get me on track with Linux fast and be able construct the concept of CORONA?

I appreciate very much your feedbacks.

nbjayme