Live data from Hacker News

frothkit - Objective-C Web Application Framework

code.google.com

11–20 of 24 posts

Re: frothkit - Objective-C Web Application Framework

#11
post #9

Not entirely related (though I think someone actually is working on a web framework for it): ObjFW [1][2] is an Objective-C framework and runtime that provides Cocoa-like classes and methods, but with more open-sourceness and portability. It even runs on Raspberry Pi! [1]: https://webkeks.org/objfw/ [2]: https://github.com/Midar/objfw (Mirror)

Recently added support for Haiku, too.

Midar doesn't slack around when it comes to portability. :)

Re: frothkit - Objective-C Web Application Framework

#13
Looks like this hasn't been updated since 2010, and it's website doesn't load. Also the underlying Cocoa port looks like it hasn't been updated since 2008.

I think we need a totally new Objective-C framework for web development based on newer design patterns, GCD, etc, but it needs a new port of Foundation and Cocoa to Linux and other systems.

As much as I'd love an Objective-C web framework, I wouldn't use one that only ran on Mac OS, pretty useless in terms of production hosting I think.

Re: frothkit - Objective-C Web Application Framework

#14

Looks like this hasn't been updated since 2010, and it's website doesn't load. Also the underlying Cocoa port looks like it hasn't been updated since 2008. I think we need a totally new Objective-C framework for web development based on newer design patterns, GCD, etc, but it needs a new port of Foundation and Cocoa to Linux and other systems. As much as I'd love an Objective-C web framework, I wouldn't use one that…

Agreed that if there was a modern WebObjects it should support GCD, and be at least available on Linux too. WebObjects back in the days was running on 4 different platforms: OpenStep, Windows NT, Solaris and HP-UX. so clearly the runtime was cross platform and it was relying only on the Foundation framework at runtime. None of the Cocoa framework was needed to deploy such app.

Apple moved away from different binaries per platform by switching everything to Java which solve the portability question, and additionally solved the database connectivity issues since by bring a java solution any JDBC driver available to talk to a DB will work with WebObjects.

Overall the move to java was a good move, but Apple stopped the investment in the software that NeXT created and went back to focus on desktop and devices... But they kept WebObjects internally for their own benefits I think.

Re: frothkit - Objective-C Web Application Framework

#15
post #14

Looks like this hasn't been updated since 2010, and it's website doesn't load. Also the underlying Cocoa port looks like it hasn't been updated since 2008. I think we need a totally new Objective-C framework for web development based on newer design patterns, GCD, etc, but it needs a new port of Foundation and Cocoa to Linux and other systems. As much as I'd love an Objective-C web framework, I wouldn't use one that…

Agreed that if there was a modern WebObjects it should support GCD, and be at least available on Linux too. WebObjects back in the days was running on 4 different platforms: OpenStep, Windows NT, Solaris and HP-UX. so clearly the runtime was cross platform and it was relying only on the Foundation framework at runtime. None of the Cocoa framework was needed to deploy such app. Apple moved away from different binaries…

Wasn't Cocoa available for exactly those four platforms as well?

Re: frothkit - Objective-C Web Application Framework

#16
post #10

If I was to develop some web framework in Objective-C I will at least try to mimic the WebObjects framework which has some great concept behind it. The main grief against WebObjects that should be avoided is that the framework layer to access the database aka EOF (Enterprise Objects Framework) was never designed to use a connection pool nor work nicely in a multi-threaded environment. Sadly Apple stopped the developm…

Well, the other issues with WebObjects is that at this point it is no longer Objective-C, but Java...

Re: frothkit - Objective-C Web Application Framework

#17
post #10

If I was to develop some web framework in Objective-C I will at least try to mimic the WebObjects framework which has some great concept behind it. The main grief against WebObjects that should be avoided is that the framework layer to access the database aka EOF (Enterprise Objects Framework) was never designed to use a connection pool nor work nicely in a multi-threaded environment. Sadly Apple stopped the developm…

What are some examples of things that WebObjects did right? Are there still published docs for it?

Re: frothkit - Objective-C Web Application Framework

#18
post #17
post #10

If I was to develop some web framework in Objective-C I will at least try to mimic the WebObjects framework which has some great concept behind it. The main grief against WebObjects that should be avoided is that the framework layer to access the database aka EOF (Enterprise Objects Framework) was never designed to use a connection pool nor work nicely in a multi-threaded environment. Sadly Apple stopped the developm…

What are some examples of things that WebObjects did right? Are there still published docs for it?

You can still find many documentation online, a quick search on Google show a lot of results. There is a community of developer too with some docs/tutorial. Here is an overview: http://wiki.wocommunity.org/display/documentation/Overview-W...

Re: frothkit - Objective-C Web Application Framework

#19
post #15
post #14

Earlier quoted context omitted.

Agreed that if there was a modern WebObjects it should support GCD, and be at least available on Linux too. WebObjects back in the days was running on 4 different platforms: OpenStep, Windows NT, Solaris and HP-UX. so clearly the runtime was cross platform and it was relying only on the Foundation framework at runtime. None of the Cocoa framework was needed to deploy such app. Apple moved away from different binaries…

Wasn't Cocoa available for exactly those four platforms as well?

No Cocoa was not available on those platform. OpenStep was running on NeXT OS, and was available from NeXT on the Windows platform. NeXT and Sun worked on getting OpenStep running on Solaris but Sun did drop the ball and switched direction by going with Java. OpenStep was never available on HP-UX, only WebObjects and PDO were truly cross platform before the switch to Java. PDO=Portable Distributed Objects which was an alternative to Corba back when Corba was such a big trends.
Post reply on HN