There are certain parts of Apple's website which is using WebObjects. Which version, I don't know. You can easily identify by looking at the URL which contains /WebObjects/wo/.... Some parts are also based on Struts and JavaEE framework where you can find a /.../Something.do type of URLs. These are by conventions but what lies beneath is a secret.
Why don't we just consider what we've as WebObjects and Wonder as Foundation and keep building on top of it? How many updates you've seen in JDK itself in the last 15 years? They are still using most of the foundation classes with few enhancements. They add new features and that's it. To me WebObjects is not just a framework or a platform. It's a foundation of something which is robust in reality. If Apple didn't have patents for its technologies, all those companies out there could have stolen what Apple owned decades ago. As an example Apache Cayenne, Rails, Grails, EJBs, Microsoft Dynamic Data are all attempts to copy what you already have in WebObjects. Technology doesn't matter much if it's already stable. What matters is the idea. What is Facebook? It's just a better networking idea which killed Orkut and it's standing on the same open source PHP and Graph model. Although Google is trying to persude Facebook users to start using Google+ but I don't see this will happen unless 51% of the Facebook users become Google employees or in case of some Force Majeure, Facebook infrastructure collapses. We've great people, we need to remain enthusiastic and energised. Things will change and this community will grow. We just need better marketing strategy and clear roadmap and lots of contribution. We'll discuss all this and much more and will finalize a doable roadmap when we meet. Farrukh On 2012-03-29, at 10:55 AM, Denis Frolov wrote: > If Apple is still using and plans to use WO in the future, then we > have and will have killer examples of web apps that validate the tech > and make marketing it to new developers much easier. On the contrary, > if Apple is moving away from WO, this can be a detractor. That's the > only reason I've asked the question. > > On Thu, Mar 29, 2012 at 12:19 AM, Chuck Hill <ch...@global-village.net> wrote: >> >> On 2012-03-28, at 12:16 PM, Johann Werner wrote: >> >>> We should stop asking those questions. What would that change anyway? >> >> That there is an excellent point. Who cares if Apple is still using it? >> What difference does that make to you? They are NOT going to release a new >> version so if they have developed cool new features, you are not going to >> see them. You have what you have. Either it is better than anything else >> you can have, and you should use it, or it is not and you should move. If >> Apple is not using it, then they are either using something else better that >> is public (unlikely as I don't see it) or they are using something else that >> is better but private. But how is the latter different from if they are >> still using WO? It does not benefit us outside either way. >> >> >> Chuck >> >> >>> Don't look at the past and mourn, look at the now and future and how you >>> (with your commits, ideas and help for the community) could make Wonder >>> even better and more useful for you and everyone else! Pascal wrote what is >>> needed: >>> >>> "[…] we need help on documentation, unit testing, marketing, the list of >>> needs is quite long." >>> >>> So anyone who wants Wonder to keep a sexy technology and to continue to >>> grow should contribute his/her part. If you don't have any patches to >>> commit but have other strengths, those are needed too. In one word: >>> participate! :) >>> >>> >>> Am 28.03.2012 um 20:46 schrieb Pascal Robert: >>> >>>> If Mike still works there, I guess they are still working on it :-) But >>>> are they using it for new stuff, I don't know. >>>> >>>>> By the way, do we have any evidences of Apple's commitment to continue >>>>> using WO internally? Did anyone check - do they continue using it for >>>>> their own new projects? >>>>> >>>>> On Wed, Mar 28, 2012 at 1:27 PM, Pascal Robert <prob...@macti.ca> wrote: >>>>>> >>>>>> Le 2012-03-28 à 05:24, Gino Pacitti a écrit : >>>>>> >>>>>>> Well I for one would like to have some sort of contribution scheme >>>>>>> fixed on an annual membership for development etc... >>>>>>> >>>>>>> And just so I am not too behind on what is the current state of the >>>>>>> union - what is the Apple current think on WO. I think I read here that >>>>>>> they are no longer contributing to its development. Is that correct? >>>>>>> Any one know of their plans for the software? >>>>>> >>>>>> They keep it for themselves, and it won't change, plain and simple. Many >>>>>> things have been done to try to change that, and nothing worked. >>> >>> >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net >>> >>> This email sent to ch...@global-village.net >> >> -- >> Chuck Hill Senior Consultant / VP Development >> >> Practical WebObjects - for developers who want to increase their overall >> knowledge of WebObjects or who are trying to solve specific problems. >> http://www.global-village.net/gvc/practical_webobjects >> >> >> >> >> >> >> >> > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/farrukh.ijaz%40fuegodigitalmedia.com > > This email sent to farrukh.i...@fuegodigitalmedia.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
