Re: This is just plain ... odd.

2012-11-09 Thread Lyallex
I have a facade that publishes a method that contracts to return a list of categories ordered alphabetically All problems in computer science can be solved by another layer of abstraction. Sure you can't fit a Proxy to a Service in there? Hmm an oldie but goodie we can discuss software

Re: This is just plain ... odd.

2012-11-09 Thread Lyallex
Don't shout at me for top posting In this instance it's justified Thanks for your continued work on this. I have to get some lines of code down as release date is fast approaching but I will try your code as soon as I have time Thanks for you continued work on this Lyallex On 9 November 2012

This is just plain ... odd.

2012-11-08 Thread Lyallex
Java 1.6 Tomcat 6.0.35 Ubuntu Linux 12.04 I thought about posting this to a Java list but I can't reproduce it 'standalone' so I thought I'd have a go here. It's quite long and involved... I have a web application that lists items for sale by category I have a facade that publishes a method

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 01:35:55 PM Lyallex wrote: I have tried everything I can think of to reproduce this behaviour in a standalone Java program but the list is always returned as required. When I call the method from a servlet the list is always returned in it's natural order, I

Re: This is just plain ... odd.

2012-11-08 Thread DJohnson
Russ Kepler r...@kepler-eng.com wrote on 11/08/2012 09:22:41 AM: From: Russ Kepler r...@kepler-eng.com To: Tomcat Users List users@tomcat.apache.org, Date: 11/08/2012 09:23 AM Subject: Re: This is just plain ... odd. On Thursday, November 08, 2012 01:35:55 PM Lyallex wrote: I have

Re: This is just plain ... odd.

2012-11-08 Thread Lyallex
I'm not sure that you can ever get consistent results if the input order is random. Well perhaps 'random' was a bit 'random' the select returns the data in the same order it was entered, ordered by id. Not necessarily the same as alpha as I'm sure you appreciate. the fact is that the data was

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 03:06:51 PM Lyallex wrote: I'm not sure that you can ever get consistent results if the input order is random. Well perhaps 'random' was a bit 'random' the select returns the data in the same order it was entered, ordered by id. Not necessarily the same as

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 10:05:43 AM djohn...@desknetinc.com wrote: This is closer, but still doesn't work correctly if two Misc categories are being compared, or one Misc category is compared to itself. Try: @Override public int compareTo(Category c) {

Re: This is just plain ... odd.

2012-11-08 Thread Lyallex
[snip] You got the same (wrongish) results since you gave the sort the same order in the list. I can't recall how merge sort can freak out when given conflicting compares, I seem to recall that you might get an endless loop under some circumstances as it orders and reorders the same

Re: This is just plain ... odd.

2012-11-08 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lyallex, On 11/8/12 8:35 AM, Lyallex wrote: I thought about posting this to a Java list but I can't reproduce it 'standalone' so I thought I'd have a go here. There's something to that can't reproduce it standalone that you should be worried

Re: This is just plain ... odd.

2012-11-08 Thread Russ Kepler
On Thursday, November 08, 2012 07:36:20 PM Lyallex wrote: The only difference between the two executions is the fact that the test code executes in it's own instance of the JVM whereas the other execution runs in an instance shared with the container. I accept that the behaviour may be

Re: This is just plain ... odd.

2012-11-08 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Russ, On 11/8/12 6:05 PM, Russ Kepler wrote: On Thursday, November 08, 2012 07:36:20 PM Lyallex wrote: The only difference between the two executions is the fact that the test code executes in it's own instance of the JVM whereas the other