The Kannel team does not have a strong expertise in Java, so re-implementing Kannel in Java would require us to spend weeks learning the language well. The re-implementation work itself would also take some months. There is no point in doing this.

The Java language was developed for certain particular purposes. Scientific computing was not one of those purposes. Generic programming was not one of those purposes. To offer sufficient performance for scientific computing, Java must be compiled to native object code, not byte code. To provide genericity, the Java language would have to be changed to include operator overloading and templates. Hmm. Templates, overloading, compilation to native object code.

No, due to the security issues involved with allowing applications to be compiled on the server we do not allow this. Web Hosting | Web Hosting Support | Contact | Linking | Site Map | Acceptable Use | Privacy Policy | Service Agreement

Actually, this isn't a FAQ, but it should be. Zero Install itself is fairly security-critical (it doesn't run as root or accept incoming connections, but an exploit would allow a local attacker to trojan other users' software). It isn't speed critical, however; it only gets invoked when something isn't in the cache, in which case it has to do a network fetch anyway. Given C's lack of buffer-overflow checking, it seems a poor choice of language. I actually looked at quite a few languages.

If you're new here and like what you read, please subscribe to my blog feed or sign up for free email updates.

Java and C++ are meant for two different purposes. Of course they are two widely used OOPLs (Object Oriented Programming Languages). Knowing one is not a prerequisite to another. However, C is the prerequisite to both these language as these two use the same control structures of C.

Socket: you can pass any information from C/C++ to Java or Java to C/C++. However, if you want to call each other's method/function. You will find out you need to you need to marshal and unmarshal your methods by yourself. You're creating your own protocols. You'd be better off use CORBA. Corba is just for what you want, you use IDL to write your the function or methods, then compile it to C/C++ and Java to use.

Even though we have on staff several teachers who have computer science/programming backgrounds, we feel that these are not appropriate languages to teach the concepts of programming and have kids create a project on their own that they can be proud of. The software we use have been given numerous awards by educational technology magazines and are chosen as to their merit to teach programming.

Most Schemes support a so-called "foreign function interface" (FFI) to the native language (i.e. the language in which the Scheme interpreter/compiler was implemented). FFIs provide the following features: Calling native code from Scheme The most basic FFIs allow you to write functions/methods following certain conventions and then call these native functions/methods from Scheme.

Java is a roubust and platform independent language which is used to develop business and internet applications. Function and class Templates. Java has Generics (which are simlar to Templates though not same) in version 5.0

Yes, of course. It is the most canonical language in our environment. Just use a Microsoft compiler to implement the voice user interface. If you don't have one, download the freebie. Use any compiler you like to implement the business logic of your application.

According to posts in webtv.users from Steve Perlman, ex-president of WebTV, WebTV has been working to provide a form of Personal Java for the WebTV Plus terminal (and possibly the new Classics and Dishplayer, but nothing was said specifically about them as they were not announced products at the time of the posts)?there is no guarantee this will happen. For the full text of Steve's posts, click here.

STAF is designed to put as few dependencies on the underlying system as possible. To that end we designed STAF to consume as little memory, disk, and CPU as possible. Some of these items (particularly disk space) aren't nearly as important as they were several years ago. However, almost every new group that picks up STAF asks this very same question, "How much <room> does STAF require?".

The JVM, although a stack machine, can't really be used to compile Forth efficiently. Why? Well, there are a number of reasons: JVM methods can only return a single object to the caller. Thus, a stack effect ( n1 n2 -- n3 n4 ) just isn't possible. CATCH and THROW can't be resolved easily; you need to catch exceptions using exception tables. This doesn't match Forth's model too well. JVM Spec, p.

Solr itself is a Java Application, but all interaction with Solr is done by POSTing XML messages over HTTP (to index documents) and GETing search results back as XML, or a variety of other formats (JSON, Python, Ruby, etc...)

float[] only applies to the first variable of the right variable list. float[] f1d_a, f1, f1d_b[]; // is equivalent to float f1d_a[]; // or float[] f1d_a; float f1; // f1 is not an array float f1d_b[]; // or float[] f1d_b; In Java, better, but still confusing!! float[] applies to all variable of the right variable list.

We like C. Aside from "personal preference", there are a number of technical reasons why C is nice in this project: The GObject object system provided by GLib implements objects in C, in a portable, powerful way. This library provides for introspection and runtime dynamic typing. It is a full OO system, but without the syntactic sugar. If you want sugar, take a look at GOB. Use of C integrates nicely with Gtk+ and GNOME.

Absolutely not. Pigskin is a Java program that can be run on any Java platform to update any application. However, applications written in Java can interact directly with Pigskin classes if desired. See the documentation on using Pigskin as a Program for more information.