Smalltalk › Cincom › VisualWorks

visualworks 5i

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

3 messages Options

visualworks 5i

Looking for some help on an old system if possible.

items to note - no souce code exists - or at least cannot be found as anyoen who used to work onthe system is long gone.

the process is pc client -> broker (adapater.. whtever one wants to call it - > Database

I get he following stack trace error(one from each side pc client and server side. Any help or guidance on how to resolve would be greatly appreciated. oh one other thing, We have another GUI that does exact same type of process - pc client - > broker -> databse and it works fine - only difference is it goes to a different db. both of the brokers were moved from one server to another adn both worked for a time. but now on one side when the composer is brought up and you logon(submit credentials) you get a dialogue box stating the following .......................

ERROR:ORB EXCEPTION(MARSHALL)
COMPOSER WILL SHUT DOWN
OK

PC Client side
------------------------------------------------------------
Unhandled Exception:
signal: DSTexception MARSHAL
errorString: ORB Exception (MARSHAL) -
parameter: Dictionary (#minor->0 #completed->a DSTEnumerator (COMPLETED_NO) )
------------------------------------------------------------
Context Stack:
Signal>>corbaRaiseWith:
IIOPClientConversation>>clientCall:to:withRequest:withArgs:
optimized [] in IIOPClientConversation class>>clientCall:to:withParameters:
BlockClosure>>ensure:
IIOPClientConversation class>>clientCall:to:withParameters:
optimized [] in DSTObjRef>>perform:on:
BlockClosure>>on:do:
DSTObjRefRemote(DSTObjRef)>>perform:on:
optimized [] in DSTObjRefRemote>>performCORBA:on:
Error class(GenericException class)>>handle:do:
DSTObjRefRemote>>performCORBA:on:
DSTObjRefRemote>>perform:on:
optimized [] in DSTObjRefRemote>>doesNotUnderstand:
Time class>>millisecondsToRun:
DSTObjRefRemote>>doesNotUnderstand:
PmLrdsRateGroupDialog>>populateRateGroupsByMarket
PmLrdsRateGroupDialog>>postSelectFromLauncher
[] in PmLrdsLauncher>>editRateGroup
BlockClosure>>ensure:
Cursor>>showWhile:
PmLrdsLauncher>>editRateGroup
PmLrdsLauncher>>postOpenWith:
PmLrdsLauncher(ApplicationModel)>>openInterface:withPolicy:inSession:
PmLrdsLauncher(ApplicationModel)>>openInterface:withPolicy:
PmLrdsLauncher(ApplicationModel)>>openInterface:
PmLrdsLauncher(ApplicationModel)>>openInterface
PmLrdsLauncher(ApplicationModel)>>open
CORBAProductComposer>>openMainView
CORBAProductComposer>>start
PmCORBACatalogBuyer class>>startup
PmCORBAStartup class(PmStartup class)>>startupWithMode:
PmCORBAStartup class(PmStartup class)>>startup
optimized [] in PmClientImageMaker>>pmStartupProcess
PmCORBAStartup class(Object)>>ifNotNil:
PmClientImageMaker>>pmStartupProcess
PmClientImageMaker(PmImageMaker)>>makeDeploymentImage
ICC2Win95MenuBarButtonController(MenuBarButtonController)>>dispatchMenuSymbol:
ICC2Win95MenuBarButtonController(MenuBarButtonController)>>dispatchMenuSelection:
optimized [] in MenuBarButtonController>>menuBarActionForMenu:
BlockClosure>>ensure:
ICC2Win95MenuBarButtonController(MenuBarButtonController)>>menuBarActionForMenu:
ICC2Win95MenuBarButtonController(MenuBarButtonController)>>menuBarAction
ICC2Win95MenuBarButtonController(MenuBarButtonController)>>redButtonPressedEvent:
RedButtonPressedEvent>>dispatchTo:
ICC2Win95MenuBarButtonController(Controller)>>handleEvent:
EventDispatcher>>dispatch:to:
EventDispatcher>>dispatchEvent:
optimized [] in ApplicationStandardSystemController>>dispatchEvent:
BlockClosure>>ensure:
ApplicationStandardSystemController>>dispatchEvent:
ApplicationStandardSystemController>>eventLoop
ApplicationStandardSystemController>>controlLoop
ApplicationStandardSystemController(Controller)>>startUp
optimized [] in StandardSystemController>>startUp
BlockClosure>>on:do:
BlockClosure>>on:from:do:
ApplicationStandardSystemController(StandardSystemController)>>startUp
optimized [] in ControlManager>>activeControllerLoop
BlockClosure>>on:do:
ControlManager>>activeControllerLoop
optimized [] in ControlManager>>install
BlockClosure>>on:do:
optimized [] in Process class>>forBlock:priority:
------------------------------------------------------------

This is the error I see on the broker server side

6022 7:40:26 pm msTimer: 0 ------------------------------------------------------------

Unhandled Exception:

signal: DSTexception InvalidName

errorString: ORB Exception (InvalidName) -

parameter: nil

------------------------------------------------------------

Context Stack:

optimized [] in ORBObject class>>resolveInitialReferences:
IdentityDictionary>>at:ifAbsent:
ORBObject class>>resolveInitialReferences:
optimized [] in [] in [] in IIOPServerConversation>>regularRequest
Time class>>millisecondsToRun:
optimized [] in [] in IIOPServerConversation>>regularRequest
Error class(GenericException class)>>handle:do:
optimized [] in IIOPServerConversation>>regularRequest
BlockClosure>>on:do:
IIOPServerConversation>>regularRequest
IIOPServerConversation>>doRequest
optimized [] in IIOPServerConversation>>spawnRequest
BlockClosure>>on:do:
optimized [] in Process class>>forBlock:priority:

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

Niall Ross

Re: visualworks 5i

Dear punter27, :-)
it appears your Distributed Smalltalk remote object attempts to
perform #populateRateGroupsByMarket remotely and cannot do so because
the server does not reconise the object's name.

If this has worked and now does not, is it possible the character set
encoding has changed on one or the other, so that the transmitted name
is no longer recognised by the server?

If that, or any other areas of recent correlated change, can't be
trivially checked and reverted, then one way to investigate further is
to have your (headful, or make them headful) client and server open
debuggers on error, not just dump stack traces.

- If you don't have the source code for your 'Pm*' system, that does
not help. I'm assuming you have source for the base system and the
Distributed Smalltalk that was included in it (you do not say which
version of 5i it is), or, if you have a support contract with Cincom,
could request that even for so old a system.

- If Distributed Smalltalk and CORBA are not familiar to you, "The
Distributed Smalltalk Survival Guide" (Terry Montlick) is a very old
book that _might_ help you - if you can lay your hands on a copy.

- I hope you have some experience of Smalltalk debugging.

HTH
Niall Ross

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

Nowak, Helge

Re: visualworks 5i

Dear punter27

or, said differently: if you contact your Cincom representative we will help you. If you don't know your Cincom representative drop me personally a line and I will refer you to the correct person.

Cheers
Helge

**************************************************************
Helge Nowak
Technical Account Manager Cincom Smalltalk
Cincom Systems GmbH & Co. oHG
Am Kronberger Hang 4
D-65824 Schwalbach/Ts.
Tel.: +49-(0)89-89664494
Mobil: +49-(0)172-7400402
Fax: +49-(0)89-89664495
Email: mailto:[hidden email]
Twitter: @nowagil
Web: http://www.cincom.com

All about Cincom Smalltalk:
http://www.cincomsmalltalk.com

A standpoint is an intellectual horizon of radius zero.
-- Albert Einstein

Geschäftsführer/Managing Directors: Thomas M. Nies, Gerald L. Shawhan
oHG mit Sitz/based in Schwalbach/Ts. (Amtsgericht Königstein/Ts. HRA 2653)
Pers. haftender Gesellschafter/Partner liable to unlimited extent:
Cincom Systems Verwaltungsgesellschaft mbH (Amtsgericht Königstein/Ts. HRB 5069)
**************************************************************

-----Ursprüngliche Nachricht-----
Von: [hidden email] [mailto:[hidden email]] Im Auftrag von Niall Ross
Gesendet: Samstag, 1. März 2014 17:07
An: 27
Cc: [hidden email]
Betreff: Re: [vwnc] visualworks 5i

Dear punter27, :-)
it appears your Distributed Smalltalk remote object attempts to perform #populateRateGroupsByMarket remotely and cannot do so because the server does not reconise the object's name.

If this has worked and now does not, is it possible the character set encoding has changed on one or the other, so that the transmitted name is no longer recognised by the server?

If that, or any other areas of recent correlated change, can't be trivially checked and reverted, then one way to investigate further is to have your (headful, or make them headful) client and server open debuggers on error, not just dump stack traces.

- If you don't have the source code for your 'Pm*' system, that does not help. I'm assuming you have source for the base system and the Distributed Smalltalk that was included in it (you do not say which version of 5i it is), or, if you have a support contract with Cincom, could request that even for so old a system.

- If Distributed Smalltalk and CORBA are not familiar to you, "The Distributed Smalltalk Survival Guide" (Terry Montlick) is a very old book that _might_ help you - if you can lay your hands on a copy.

- I hope you have some experience of Smalltalk debugging.

HTH
Niall Ross

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc

_______________________________________________
vwnc mailing list
[hidden email]
http://lists.cs.uiuc.edu/mailman/listinfo/vwnc