OpenSAML user discussion

["Paul Hethmon" <>]

I don't think I have anything special. This box is a WinXP box with Java 1.5 
patch 6. I've got a copy of the JVM installed with xerces and xalan in the 
endorsed directory. Then simple command line run of the project. I do also 
have the latest JVM installed (6), though I don't think anything should be 
picking it up.

Now that I write all of that down, I wonder if something is getting mixed up 
there. I think I'll set up a specific environment setup for the 1.5 endorsed. 
I'll also try it on my Mac though I'm not as certain that I've got everything 
set up there correctly. It's been too many years since SunOS 4 and my last 
real unix usage.

thanks,

Paul


-----Original Message-----
From: Chad La Joie 
[mailto:]
 
Sent: Friday, June 29, 2007 7:52 PM
To: 

Subject: Re: FileBackedURLMetadataProvider

Okay, I tested it using the unit test for that provider and it works
okay.  So, at least it's not something simple in the code.  Is there
anything unique about your environment?  Special endorsed libraries?
Running in some container?  etc.

Paul Hethmon wrote:
> Yep. It is at
> 
> Http://red.csknox.com/idp-meta.xml
> 
> Not sure I'd the metadata is fully correct. 
> 
> Paul
> 
> Paul Hethmon
> Chief Software Architect
> 
> 865.250.3517
> 
> ----- Original Message -----
> From: Chad La Joie 
> <>
> To: 
> 
>  
> <>
> Sent: Fri Jun 29 15:50:45 2007
> Subject: Re: FileBackedURLMetadataProvider
> 
> Complain to Sun about non-intuitive error messages?  ;)
> 
> Usually this error is thrown when:
>  - You have a serialized version of a class and try to read it in to a
> different version of that class (for example one that has had some
> fields removed).
> 
>  - Some sort of bytecode instrumentation has screwed up the class
> bytecode...  but not so badly as to be unusable.
> 
>  - And, i think, when a class instance is loaded by one class loader and
> then passed to a different loader that contains a different version of
> the class.
> 
> Now, the bad part is that I suspect your not knowingly doing any of
> these.  Can you provide the URL of the metadata you trying to load?
> I'll see if I can replicate the error.
> 
> Paul Hethmon wrote:
>> Ok, so I put together a little test application to try this out:
>>
>>  
>>
>> …
>>
>> fbmd = new FileBackedURLMetadataProvider(url, 60000, file);
>>
>> fbmd.setParserPool(parser);
>>
>> fbmd.initialize();
>>
>> …
>>
>>  
>>
>> Assume everything is declared ok, I'm getting a strange exception:
>>
>>  
>>
>> Exception in thread "main" java.lang.IncompatibleClassChangeError
>>
>>   at
>> org.opensaml.saml2.metdata.provider.AbstractMetadataProvider.unmarshallMetadata(AbstractMetadataProvider.java:159)
>>
>>  
>>
>> which is the parsing line in the code. With the rest of the stack trace
>> going back to the initialize() line.
>>
>>  
>>
>> Googling didn't turn up any obvious things I might have set up wrong and
>> generally my environment seems to work ok with everything else I've used
>> in the OpenSAML libraries.
>>
>>  
>>
>> Solutions? Suggestions?
>>
>>  
>>
>> thanks,
>>
>>  
>>
>> Paul
>>
>>  
>>
>>  
>>
>> Paul Hethmon
>>
>> 
>>
>> www.clareitysecurity.com
>>
>> cell: 865.250.3517
>>
>> work: 865.769.0456
>>
>>  
>>
> 

-- 
Chad La Joie             2052-C Harris Bldg
OIS-Middleware           202.687.0124