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 05

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 sof

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 oth

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 b

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 ab

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

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) { > if(catego

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 th

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 DJohnson
Russ Kepler wrote on 11/08/2012 09:22:41 AM: > From: Russ Kepler > To: Tomcat Users List , > 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 tried everything I can th

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,