Re: Weird classloading issues - only in deployment
Re: Weird classloading issues - only in deployment
- Subject: Re: Weird classloading issues - only in deployment
- From: Hugi Thordarson <email@hidden>
- Date: Sat, 20 Aug 2016 12:07:55 +0000
> Does your application override _sessionClass()?
Yes, but adding that did not fix the issue with the DirectAction class.
> Also, in installPatches(), something like
>
> // action classes
> ERXPatcher.setClassForName(DirectAction.class, "DirectAction");
> _NSUtilities.registerPackage(DirectAction.class.getPackage().getName());
I ended up doing ERXPatcher.setClassForName for the DirectAction subclass that wasn’t found. But I never had to do this before.
Somewhat odd that pulling in a dependency (with no apparent package or class name conflicts) would make unrelated classes disappear.
Cheers,
- hugi
>
>
> On Aug 16, 2016, at 1:12 PM, Hugi Thordarson <email@hidden> wrote:
>
>> 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@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden