> This is not even a contender for the vaguest question ever!

 :)

>  
> I can barely see how this is possible at all, let alone if you have made no 
> changes.  It sounds like a classloading issue, but what or why has me 
> baffled.  Was there a JVM update or other change in production?  Perhaps an 
> unintentional one?

Turns out that in the breaking version, I'd upgraded a library (pushy, a 
library for sending iOS push notifications). Somehow the addition of this 
library caused classloading to break for some classes and I have absolutely no 
idea why.

So… I just stuck in an ERXPatcher.setClassForName() for the class it wasn’t 
finding since everything else seems to be working (knocks on wood crosses 
fingers etc.)

Cheers,
- hugi


>  Chuck 
>  
> From: <[email protected]> on behalf 
> of Hugi Thordarson <[email protected]>
> Date: Tuesday, August 16, 2016 at 1:12 PM
> To: WebObjects-Dev Mailing List List <[email protected]>
> Subject: Weird classloading issues - only in deployment
>  
> Hi all,
> I am about to ask the vaguest question ever presented to this list. But I 
> still wanted to check if anyone recognizes this before I start digging in 
> myself.
>  
> So, long story short; one of my my projects just started exhibiting some 
> pretty darned weird behaviour and these are the symptoms:
>  
> - Everything worked fine everywhere until recently.
> - On my development machine, everything still works fine.
> - In production, the application attempts to use the wrong Session class upon 
> the first request. All following requests work fine.
> - The application does not find _some_ Direct Action classes. But it finds 
> other DA-classes just fine—even ones from the same framework as ones it 
> doesn’t find. This applies to all requests, not just the first one.
>  
> The project is a maven project.
>  
> Ring any bells?
>  
> Cheers,
> - hugi
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/chill%40gevityinc.com
>  
> This email sent to [email protected]


 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to