[Glass] Is it possible to explore/inspect objects from seaside callbacks in GemTools?

[Mariano Martinez Peck]

On Tue, Dec 17, 2013 at 7:22 PM, Dale K. Henrichs <
dale.henrichs at gemtalksystems.com> wrote:

>
>
> ------------------------------
>
> *From: *"Mariano Martinez Peck" <marianopeck at gmail.com>
> *To: *glass at lists.gemtalksystems.com
> *Sent: *Tuesday, December 17, 2013 11:59:09 AM
> *Subject: *[Glass] Is it possible to explore/inspect objects from
> seaside        callbacks in GemTools?
>
> .....
>
> Finally, and this is my real question...I have gems running seaside in
> which I have some buttons to ease development. These buttons send #inspect
> or #explore to some objects in seaside callbacks. When I do that (having a
> GemTools connected to the same GemStone), I get this error:
>
> -----------
>
> Internal Server Error:
>
> a TransactionError occurred (error 2407), The object aSessionTemps(
> #'GsHostRandomFile'->aGsFile,
> #'GRGemStoneRandomProvider_MUTEX'->aTransientMutex,
> #'SystemChangeNotifier_UniqueInstance'->aSystemChangeNotifier,
> #'GsPackage_TransactionBoundary_Dict'->aSessionTemps(
> #'SessionMethodChange'->1614, #'ClassChange'->6791),
> #'Cached_Class_Organizer'->aCachingClassOrganizer,
> #'GRGemStoneRandomProvider_GENERATOR'->aHostRandom,
> #'GemToGemStaticException'->aGsExceptionHandler,
> #'GsPackagePolicy_SessionMethodDictionary'->anIdentitySet( Array,
> Association, Behavior, Boolean, Character, Class, Collection, Integer,
> Magnitude, ObsoleteMetaclass, Number, Object, PositionableStream,
> ReadStream, SequenceableCollection, SmallInteger, Stream, String,
> UndefinedObject, ...), ...) may not be committed, 'instances of its class
> are non-persistent'
>
> You should contact the system administrator
>
> -------------
>
>
> So I guess this is expected right? there is no workaround?
>
> I'm not surprised that you are getting an error ... presumably we're
> trying to dump the stack into the object log and it has some references to
> the SessionTemps ... since there is no head inspect/explore aren't going to
> bring up an inspector, however, it wouldn't be a bad idea to go ahead and
> change inspect/explore to drop off the object into the ObjectLog ...
>

Yes, I was thinking about that too.


> it is possible to tell if GemTools is connected, if `OBGemStonePlatform
> canInform` answers true GemTools is running ...
>
>
And do you think it is possible to avoid dumping the stack in the object
log for the case of inspect/explore? because if true, we can check if
GemTools is running, if true, we might be able to open a real
inspector/explorer in GemTools and otherwise (or in addition) write the
object to the object log?

Thanks!



> Dale
>
>
>


-- 
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20131218/4743e216/attachment.html>