Android support library now the most popular Android library
appbrain.com
appbrain.com
The Objective-C open source world is maturing but it still only has a tiny fraction of the depth of what's on offer here.
Also, let's not forget that you can also use any C or C++ library on iOS as long as it has a permissive license.
Bridging to native is fairly easy in iOS but it's not nearly as clean or idiomatic as just dropping in a jar file.
Guava: As the description says, this is basically a collection of core components:
"The Guava project contains several of Google's core libraries that we rely on in our Java-based projects: collections, caching, primitives support, concurrency libraries, common annotations, string processing, I/O, and so forth."
I don't think there's anything there that is not already in iOS, or available through some framework. You have CoreFoundation for collections, CoreData for serialization, CocoaAsync for I/O, STL if you need very specific data types, GCD for concurrency, string processing including regexes are native in iOS, etc.
Roboguice: Looking at the project description I can't even make out what this library is for, besides working around common pitfalls and boilerplate you encounter when programming for Android, none of which applies to iOS programming.
Rhino: I believe you can use JavaScriptCore directly from iOS. Probably you can even use Google v8 from iOS apps if you build it into your application (if the license allows it).
Kawa: If I understand correctly this is a whole different development language based on Scheme. I think this is so specific it doesn't really count as a 'library that iOS is missing'. If you want to develop in different languages than (Obj)-C(++), iOS is the wrong platform.
Mime: I can't find anything about this library, is it something that's supposed to handle MIME-related operations? For iOS I found something called MimeKit from Atlassian, which seems to provide API's to read and write MIME encoded messages and such.
Jaxen: For any XML/Xpath related stuff, there's at least 8 different libraries for that, just have a look here: http://www.raywenderlich.com/553/how-to-chose-the-best-xml-p...
I found all of this using just a few quick Google searches. Maybe you have reasons to prefer the Java-based libraries you listed, for example because deploying them on Android is a little easier than compiling stuff into an Objective-C application, but that's wasn't the point of this exercise.
Probably you can come up with some Java library available on Android, that doesn't have any iOS equivalent, but I could do the same for iOS.
And, more importantly, these use the same resource allocation strategies, naming conventions, documentation tools etc as your own code, unlike C/C++ library foo.
Well, the OP was trying to demonstrate the flexibility available when programming with Java- your response is "iOS isn't meant to the flexible, therefore it's just as good"?
I believe you can use JavaScriptCore directly from iOS. Probably you can even use Google v8 from iOS apps if you build it into your application
I doubt it. Wouldn't this fall under Apple's restrictions on code interpreters?
Edit: I'd also like to point out AQuery. If you are an Android developer and have not seen AQuery, definitely check it out.
I guess the names of the libs could be obfuscated by some sad soul, but why would anyone bother? They're just binaries and it would be a pointless exercise as you can't remove the symbol names, and they would give away the identity of the lib.
From what I've done with it, I'll reckon it'll get more used in the near future.