Christian Mueller wrote: > I can confirm this failure since im working with sun sdk 6 and ibm sdk 5 > > Jody: Did you apply the GEOT-1939 also to 2.5.x. I did not apply the fix to 2.5.x - I only recently got a check out of 2.5.x. The revision for the patch is listed as a comment for GEOT-1939 - are you comfortable applying a patch between the two branches? As I recall you use "svm merge-rBEFORE:AFTER URL DIR" where the URL points to trunk and the DIR is your local 2.5.x checkout. > I think this is the basis for future geoserver versions and I need to deploy > geoserver in Websphere. > True on both counts. > Btw, running "mvn -fn clean install" in the modules directory of the trunk > with an ibm sdk is a desaster. Since I am know in a committer role I will > spend some time to do some research. > Cool - for fundemental problems like this we should fire up an email thread and work through each issue with a separate email. Sometimes it is worth making a JIRA entry for a bunch of problems and just using the comments to track what is going on.
Looks like most of the library failed your IBM test; do you want to start a separate email thread and we can go through the problems module by module. I often get caught by differences in HashSet "order" changing between different JREs (most of these problems are now fixed but they always seem to creap back in). Jody ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
