In this blog, I posted numerous articles showing how built-in Java functionality can greatly increase Matlab programming productivity and the resulting program power. While not really “undocumented” in the true sense (most of the material is actually documented separately in Matlab and Java), in practice, such Java gems are unfortunately often overlooked by Matlab programmers. Many of these tricks are GUI related, but Java has a lot to offer in non-GUI aspects. Today I will show how we can leverage Java’s extensive Collections classes in non-GUI Matlab programming.

### Java Collections

Java contains a wide variety of predefined data structures (specifically Collections and Maps), which can easily be adapted to fit most programming tasks. It is unfortunate that the Matlab programming language does not contain similar predefined collection types, apart from its basic cell, array and struct elements. Matlab R2008b (7.7) added * containers.Map*, which is a much-scaled-down Matlab version of the

`java.util.Map`

interface, but is a step in the right direction. Some Matlab programmers prepared their own implementations of data structures, which can be found on the File Exchange.Matlab’s limitation can easily be overcome with Java’s out-of-the-box set of predefined classes, as described below. Java collections have many advantages over hand-coded Matlab equivalents, in addition to the obvious time saving: Java’s classes are extensively debugged and performance-tuned, which is especially important when searching large collections. Also, these classes provide a consistent interface, are highly configurable and extendable, enable easy cross-type interoperability and generally give Matlab programmers the full power of Java’s collections without needing to program the nuts-and-bolts.

To start using Java collections, readers should first be familiar with them. These classes are part of the core Java language, and are explained in any standard Java programming textbook. The official Java website provides a detailed online tutorial about these classes, their usage and differences, in addition to a detailed reference of these classes.

Java Collections include interfaces and implementation classes. As of Matlab R2011b, Java interfaces cannot be used directly â€“ only the implementation classes. Of the many Collection classes, the following are perhaps most useful (all classes belong to the `java.util`

package, unless otherwise noted):

- Set: an interface that is implemented by classes characterized by their prevention of duplicate elements. Some notable implementation classes:
`EnumSet`

,`HashSet`

,`LinkedHashSet`

,`TreeSet`

. - List: an interface that is implemented by classes characterized by ordered elements (a.k.a. sequences), which may be duplicates of each other and accessed based on their exact position within the list. Specially optimized internal algorithms enable sorting, shuffling, reversing, rotating, and other modifications of the list. Some notable implementation classes:
`Vector`

,`Stack`

,`LinkedList`

. - Queue: an interface that is implemented by classes designed for holding elements prior to processing, in an ordered list accessible only at one (=
*head*) or two (*head*and*tail*) positions. All classes include specialized insertion, extraction and inspection methods. Some notable implementation classes:`LinkedList`

,`ArrayDeque`

,`PriorityQueue`

. - Map: an interface that is implemented by classes characterized by elements of unique keys paired with associated values. Early Java versions used the
`java.util.Dictionary`

abstract superclass, but this was subsequently replaced by the`java.util.Map`

interface class. Maps contain specialized algorithms for fast retrieval based on a supplied key. Some of the notable implementation classes:`EnumMap`

,`HashMap`

,`Hashtable`

,`TreeMap`

,`LinkedHashMap`

.

As noted, Matlab R2008b (7.7)’s new * containers.Map* class is a scaled-down Matlab version of the

`java.util.Map`

interface. It has the added benefit of seamless integration with all Matlab types (unlike Java Collections â€“ see below), as well as the ability since Matlab 7.10 (R2010a) to specify data types. Serious Matlab implementations requiring key-value maps/dictionaries should still use Java’s `Map`

classes to gain access to their larger functionality if not performance. Matlab versions earlier than R2008b have no real alternative in any case and must use the Java classes. The reader may also be interested to examine pure-Matlab object-oriented (class-based) `Hashtable`

implementations, available on the File Exchange (example1, example2).A potential limitation of using Java Collections is their inability to contain non-primitive Matlab types such as structs. To overcome this, either down-convert the types to some simpler type (using the * struct2cell* function or programmatically), or create a separate Java object that holds the information and store this object in the Collection.

Many additional Collection classes offer implementation of specialized needs. For example, `java.util.concurrent.LinkedBlockingDeque`

implements a `Queue`

which is also a `LinkedList`

, is a double-ended queue (`Deque`

) and is blocking (meaning that extraction operations will block until at least one element is extractable).

### Programming interface

All the Java Collections have intentionally similar interfaces, with additional methods specific to each implementation class based on its use and intent. Most Collections implement the following common self-explanatory methods (simplified interface):

int size() int hashCode() boolean isEmpty() boolean contains(Object element) boolean containsAll(Collection c) Iterator iterator() boolean add(Object element) boolean remove(Object element) boolean addAll(Collection c) boolean removeAll(Collection c) boolean retainAll(Collection c) void clear() Object clone() Object[] toArray() String toString()

The full list of supported methods in a specific Collection class can, as any other Java object/class, be inspected using Matlab’s * methods* or

*functions (or my utilities,*

**methodsview***and*

**checkClass***):*

**uiinspect**>> methods('java.util.Hashtable') Methods for class java.util.Hashtable: Hashtable containsKey equals isEmpty notifyAll size clear containsValue get keyset put toString clone elements getClass keys putAll values contains entrySet hashCode notify remove wait

### Collections example: Hashtable

A detailed Matlab example that utilizes Hashtable (actually, `java.util.Properties`

, which is a subclass of `java.util.Hashtable`

) for a phone-book application is detailed in Matlab’s External Interface/Java section. The following code snippet complements that example by showing some common characteristics of Collections:

>> hash = java.util.Hashtable; >> hash.put('key #1','myStr'); >> hash.put('2nd key',magic(3)); >> disp(hash) % same as: hash.toString {2nd key=[[D@59da0f, key #1=myStr} >> disp(hash.containsKey('2nd key')) 1 % = true >> disp(hash.size) 2 >> disp(hash.get('key #2')) % key not found [] >> disp(hash.get('key #1')) % key found and value retrieved myStr >> disp(hash.entrySet) % java.util.Collections$SynchronizedSet object [2nd key=[[D@192094b, key #1=myStr] >> entries = hash.entrySet.toArray entries = java.lang.Object[]: [java.util.Hashtable$Entry] [java.util.Hashtable$Entry] >> disp(entries(1)) 2nd key=[[D@192094b >> disp(entries(2)) key #1=myStr >> hash.values % a java.util.Collections$SynchronizedCollection ans = [[[D@59da0f, myStr] >> vals = hash.values.toArray vals = java.lang.Object[]: [3x3 double] 'myStr' >> vals(1) ans = 8 1 6 3 5 7 4 9 2 >> vals(2) ans = myStr

### Enumerators / Iterators

Java Iterators (aka Enumerators), such as those returned by the *hash.keys()* method, are temporary memory constructs. A common pitfall is to directly chain such constructs. While legal from a syntax viewpoint, this would produce results that are repetitive and probably unintended, as the following code snippet shows:

>> hash.keys ans = java.util.Hashtable$Enumerator@7b1d52 < = enumerator reference >> hash.keys ans = java.util.Hashtable$Enumerator@127d1b4 < = new reference object >> disp(hash.keys.nextElement) 2nd key < = 1st key enumerated in the hash >> disp(hash.keys.nextElement) 2nd key < = same key returned, because of the new enumeration obj >> % Wrong way: causes an endless loop since hash.keys regenerates >> % ^^^^^^^^^ so hash.keys.hasMoreElements is always true >> while hash.keys.hasMoreElements, doAbc(); end % endless loop >> % Correct way: store the enumerator in a temporary variable >> hashKeys = hash.keys; >> while hashKeys.hasMoreElements, doAbc(); end >> hash.keys.methods Methods for class java.util.Hashtable$Enumerator: equals hasNext nextElement remove getClass hashCode notify toString hasMoreElements next notifyAll wait >> % And similarly for ArrayList iterators: >> jList = java.util.ArrayList; >> jList.add(pi); jList.add('text'); jList.add(magic(3)); disp(jList) [3.141592653589793, text, [[D@1c8f959] >> iterator = jList.iterator iterator = java.util.AbstractList$Itr@1ab3929 >> disp(iterator.next); fprintf('hasNext: %d\n',iterator.hasNext) 3.14159265358979 hasNext: 1 >> disp(iterator.next); fprintf('hasNext: %d\n',iterator.hasNext) text hasNext: 1 >> disp(iterator.next); fprintf('hasNext: %d\n',iterator.hasNext) 8 1 6 3 5 7 4 9 2 hasNext: 0

* More on this topic and other non-GUI Java libraries that can be used in Matlab, can be found in Chapter 2 of my Matlab-Java Programming book*.

Related posts:

- Converting Java vectors to Matlab arrays Converting Java vectors to Matlab arrays is pretty simple - this article explains how....
- Matlab-Java interface using a static control The switchyard function design pattern can be very useful when setting Matlab callbacks to Java GUI controls. This article explains why and how....
- Assessing Java object size in Matlab Java object sizes are not reported by Matlab, but we can still estimate them using two free external utilities. ...
- Matlab callbacks for Java events Events raised in Java code can be caught and handled in Matlab callback functions - this article explains how...
- Java stack traces in Matlab Matlab does not normally provide information about the Java calls on the stack trace. A simple trick can show us this information....
- JBoost – Integrating an external Java library in Matlab This article shows how an external Java library can be integrated in Matlab...

These are extremely useful. Are these deployable? If I compile the code into a Java library, will I be using a Java wrapper around a MATLAB wrapper around a Java class?

@Joao – yes, they are deployable. You do not need to do anything special to compile them – it works directly “out of the box”.

As for the wrapper question, I’m not 100% sure, but I am almost sure that the Java objects will be called directly, without any intermediate Matlab wrapper.

It is actually extremely efficient: Calls to Java Collection methods take microseconds, not even one millisecond.

Hi,

I’ve noticed that it is not possible to add a Matlab object to a Java collection

—

Is there any workaround for this problem?

Thanks,

Quang.

@Quang – as I’ve said in the article, Java containers can only contain simple objects, not Matlab structs or class objects. You need to either use

or to serialize (down-convert) your class object into simpler types that can be stored in Java.containers.MapThanks a lot for the quick response! And sry, yes you did mention that in the article. I was reading it too fast Is there any way to declare a Java class directly in Matlab instead of using its classdef syntax?

You can prepare a Java class in an external class (MyClass.java), compile it using a Java compiler (=> MyClass.class) and then load and use this class in Matlab (just like you load and use

`java.util.ArrayList`

. You cannot declare Java code from within Matlab like you would declare a Matlab class.Thanks a lot. It really helped!

How to call matlab fuction in java …

Give the sollution fast..plz..

@Rajpal – either use the Matlab Builder for Java toolbox ($$$) or use one of the free alternatives such as JMI, JNI, JNA, COM etc. The toolbox costs money but saves you a lot of programming and QA time, so it could well be worth the investment.

You can find more details in my Matlab-Java programming book (Chapter 9).