Seems better. Regarding specific input/output types, it could be acceptable to add an extra line for each language (for example, "Java: return a List of longs"), or simply rely on user to find it out by looking at the function signature (initial code). Both are acceptable, I think.

Thank you for this request. Descrition is rewritten without the Java specific terms.

Thank you for pointing out this issue. I completely agree. Change is made in the Kata description and in the code too.

Thanks again. I am going to use non-negative instead of positive or null.

The current description is very java-specific. It should be rewritten in more general language, so it could be translated to other languages (without having to duplicate the description), if it were to be approved.

What is required in this Kata is to enumerate all combinations of n numbers

and

two List objects: [0, 1] and [1, 0]

In finding out the combinations, order doesn't matter, so [0, 1] and [1, 0] would be considered as same combination as they consist of same elements. What you should use is permutations, where order does matters.

all combinations of n numbers positive or zero

another number m positive or zero

Could you add punctuation or something? These statements are barely readable. I'm closing the issue since it's resolved but you really should address this too.

Thank you for reporting the issue. Correction is made in the Kata description.

n positive numbers

should return a java.util.List that contains two List objects: [0, 1] and [1, 0]

0 is not a positive integer.