With people in many timezones working on JNode, it is important that we have good means of communication. The JNode website and IRC play their part, but often private email is the only viable option. A couple of times in the past few days, I've needed to email specific JNode developers, only to discover that their accounts don't have a Contact form. Without the intervention of the site administrators, I have no way to start a conversation with them.
I would like to ask all active or semi-active JNode developers to enable their Contact pages. You can do this as follows:
Many people are (understandably) wary of revealing their email addresses to spammers. However, making yourself Contactable has no risk of doing this. Furthermore, I am not aware of anyone trying to send people SPAM email via their JNode contact pages. (It would be self-defeating since people can quickly disable their Contact pages.)
When someone sends you a message from your Contact form, they do not get to see your email address, and you don't get to see theirs. If you want to keep your email private, you just need to remember not to "reply" to their emails from your (non-JNode) email account; reply via their JNode Contact form instead. But I don't bother, and I've never had any problems with unwanted email from JNode folks.
Hi everyone my name is Jacob and I have been working on a project to build a linux equivalent to Wine to run along with Wine like development on bare bones systems only to find that the only way to run such a system is connected to a micro or nano kernel.
I also found that most of thees kernels have little in the way of GUI to implement on them,
So I decided to try it under JAVA.
I am pleased to say that it works.
My first developmental concept is to run emulation under the kernel to emulate only the bare essentials similarity to the way Wine commonly emulates small amounts of hardware,
And then I use open run environments fore the three kernels IE. NT Linux and JAVA.
But I don't run the Linux or NT kernels only parts of them as needed.
I have already added basic controls to this development,
And I am pleased to announce that it runs apps more closely to native then LinforWin on Windows,
Or Wine on Linux.
I do have a few kinks to work out having to do with the fact that it currently doesn't run as fast as I would like it to.
My goal is to be able to compare it to running Wine under DSLLinux,
Or other high speed OS types.
I am very happy to find such a richly developed OS type to use as my base,
And I have even given some thoughts to other additions that may add to the portability and function ability of JAVA OS's everywhere.
I cant offer any sours code yet because I haven't finished development to the final stage,
But I promise to let you all in on the progress.
When I finish I will have many open free developments to try,
And I also intend to offer one flavor known simply as AllOS pro as a purchasable product with a non-profit status to help out many people in need.
I really would like to hear from you all on my concept in the making.
Thanks for your time.
The Jikes RVM project (http://jikesrvm.org) has been choosen for Google Summer of Code 2008.
So, if you are a student, you can help both JNode and Jikes RVM by applying here for Summer of code 2008.
Then, choose the project "Work on the continued integration of the RVM with JNODE" on the Jikes RVM page. This project will look to continue to harmonize development effort of the Jikes RVM with the JNode operating system. We have 3 mentors until now and we need students.
Hi everyone my name is Jacob and I have been working on a project to build a linux equivalent to Wine to run along with Wine like development on bare bones systems only to find that the only way to run such a system is connected to a micro or nano kernel.
I also found that most of thees kernels have little in the way of GUI to implement on them,
So I decided to try it under JAVA.
I am pleased to say that it works.
My first developmental concept is to run emulation under the kernel to emulate only the bare essentials similarity to the way Wine commonly emulates small amounts of hardware,
The site will be in read-only mode for some days.
Please don't try to login or post any comments. Thanks.
Hi everyone my name is Jacob and I have been working on a project to build a linux equivalent to Wine to run along with Wine like development on bare bones systems only to find that the only way to run such a system is connected to a micro or nano kernel.
I also found that most of thees kernels have little in the way of GUI to implement on them,
So I decided to try it under JAVA.
I am pleased to say that it works.
My first developmental concept is to run emulation under the kernel to emulate only the bare essentials similarity to the way Wine commonly emulates small amounts of hardware,
The Jikes RVM project (http://jikesrvm.org) has been choosen for Google Summer of Code 2008.
So, if you are a student, you can help both JNode and Jikes RVM by applying here for Summer of code 2008.
Then, choose the project "Work on the continued integration of the RVM with JNODE" on the Jikes RVM page. This project will look to continue to harmonize development effort of the Jikes RVM with the JNode operating system. We have 3 mentors until now and we need students.
I have posted on my blog some screenshots of JNode running in JPC. great !
You can see the news here.
More will come soon on JNode site ...
Thanks to lsantha for pointing me to that good news.
VMWare has open sourced some of its tools on sourceforge : open vm tools (Thanks for the news from Ian Rogers).
If we port these tools in java, that may be usefull for JNode. Any volunteer ?
sun's TCK is now liberalized : look here :)
cool for openjdk and for JNode too, isn't it ?
This a place to put links on sites (forum threads, web site with articles on JNode ...) that are speaking about us.
First, I will mention my blog :-) (I am not only speaking about JNode)
There is a very active discussion at javalobby.org started by Valentin Chira about interest of a java OS like JNode (thanks Valentin for supporting us)
Feel free to add comments here to give other site
I just realised that sourceforge has changed JNode subversion url (thanks trickkiste for notifying me about that) : it's now https://jnode.svn.sourceforge.net/svnroot/jnode (it was previously https://svn.sourceforge.net/svnroot/jnode)
I have also updated that post.
to relocate your project in eclipse :
JNode summer of code is starting ;-)))
Take your project here, here or whereever you want on JNode site or even from your own ideas and let's go for JNode summer of code.
I have choosen my own JNode summer of code project : writing a vmware disk reader/writer and after I will write a partionning tool. great projects, aren't they ?
Are you ready for Google Soc ?
Don't hesitate to reply to that thread if you want to participate for JNode project.
Here is the google announce and the program timeline if you want to apply as a student, as a mentor or propose a project for JNode.
Some of you might allready have heard of it. But lately it got much attention by the press.
vbox is a new virtualisation application much like vmware or VirtualPC. Though imho vbox has some nice additional features, especially the backend/frontend concept allows easy usage in headless mode,... Also it's opensource, GPL even, with irc dev channel and all that stuff :)
I tested JNode on it, and it is working. Though there are still some small drawbacks:
1. Only VGA graphics in JNode atm, _but_ vbox supports vbe3 :)
2. Network is working, but seems to have some random strange issues in setting IP/dhcp doesn't work.
I'm glad to inform you that the migration to Subversion has finally been a success!
The Subversion repository is activate now and as of now is the primary repository. The CVS repository is still available in readonly mode.
No developers have been given write access to SVN yet. Please contact me to request write access. The listed developer will be granted access right away. I've not already granted write access to all, since I use this to "cleanup" the list of developers.
Look here for instructions on how to checkout a workarea.
Update: Migration active.... import in SF succeeded, testing now... stay tuned :-)
Based on information provided by the SF support team, we'll make another attempt to migrate to Subversion in about a week time.
Once we've switched to Subversion, I want to give the Subversion on SF a try and evaluate it for some time (about 2 month). If we're happy with it, I see no reason to change, otherwise we'll move to another site (which is probably easier once everything is in SVN).
So please keep looking for alternatives for SF and report how they perform (wrt. services, speed etc)
Ewout
Based on information provided by the SF support team, we'll make another attempt to migrate to Subversion in about a week time.
Once we've switched to Subversion, I want to give the Subversion on SF a try and evaluate it for some time (about 2 month). If we're happy with it, I see no reason to change, otherwise we'll move to another site (which is probably easier once everything is in SVN).
So please keep looking for alternatives for SF and report how they perform (wrt. services, speed etc)
Ewout
Due to lots of problems at SourceForge, the migration to Subversion has been canceled for now. Future attempts will be made.
Until then we'll keep using the CVS repository.
Ewout
With the recent problems on SourceForge, especially related to Subversion, we might consider moving to an alternative project site.
Please comment and make suggestions. Any experience with other sites is welcome.
Ewout
The migration to Subversion takes a lot of time because it keeps failing for unknown reasons. This seems to be a Sourceforge problem, since many people (including me) have reported this problem to SF support.
I'll announce here when it is ready and up to date.
Ewout
Hi,
I want to give a slight overview of SVN and how to use it. First of all there are three ways to access SVN: svn, svn+ssh and via http(s). Sourceforge uses WebAccess, that means you can also browse the repository online with your favorite browser, just click on this link.
Subversion uses three toplevel directories named trunk, branches and tags. Trunk can be compared to CVS Head, branches and tags are self-explanatory, I think :)
To checkout the source simply type:
svn co https://svn.sourceforge.net/svnroot/jnode/trunk/ foo
THE MIGRATION IS NOW IN PROGRESS... DO NOT COMMIT INTO CVS ANYMORE!
JNode development will switch to Subversion in a couple of days.
To all developers, please commit your (safe) changes now, of make a patch that you can apply on the new Subversion archive.
If there is any reason to delay the switch, please contact me directly.
Ewout
JNode development will switch to Subversion in a couple of days.
To all developers, please commit your (safe) changes now, of make a patch that you can apply on the new Subversion archive.
If there is any reason to delay the switch, please contact me directly.
Ewout
Hallo from Germany,
first of all please excuse my bad english.
My mane is Rudy Iam from Germany and I looked a long time to an Os that was not written in C or C++.
I founded here in pure Java, and my Dreams goes real.
Best Wishes @all from the newbie Rudy
I'm happy to report that the first Isolate has been sucesfully run in JNode.
The code is in CVS now and can be tested using the IsolateTest command.
Now all Class, Method, Field, Constructor and ClassLoader instances are isolated. Static fields are isolated.
Method allocation is still shared. This will not change for the near future.
Ewout
sorry to everybody that were offended with my post to the User Access Control topic
i do this with no intention to offend anybody
i tought that forums were more open , and the people were more flexible to criteria
really sorry :-(
Yeradis P. Barbosa Marrero
Read this :
In monolithic operating systems, device drivers reside in the kernel. This means that when a new peripheral is installed, unknown, untrusted code is inserted in the kernel. A single bad line of code in a driver can bring down the system. This design is fundamentally flawed. In MINIX 3, each device driver is a separate user-mode process. As a consequence, bugs in a driver cannot spread easily to other parts of the system because each driver process is encapsulated by the MMU hardware.
url ----> http://www.minix3.org/reliability.html
CAN BE IMPLEMENTED SOMETHING SIMILAR IN JNODE ARCHITECTURE ?????
why i can't download it from "http://prdownloads.sourceforge.net/jnode/jnode-x86-0.2.3.iso.gz?download"
is the url wrong or some problems else.
JNode is now present on planet classpath.
For now, I am the only JNode hacker present there but if you have a RSS feed for your blog you can ask
Mark J. Wielaard (mjw on #classpath) to add you to the Classpath planet.
Fabien
my blog (in english and french)