[Glass] [Seaside] Re: Cannot load Seaside anymore in a just-migrated GemStone [WAS] Re: Zinc 2.4.3 on Gemstone

Dale Henrichs via Glass glass at lists.gemtalksystems.com
Thu Mar 24 07:16:23 PDT 2016


Good point - issue created[1]

[1] https://github.com/GsDevKit/GsDevKit_home/issues/88

On 3/24/16 5:32 AM, Mariano Martinez Peck wrote:
> Hi Paul,
>
> I will answer just in case others may find the same issue in the future.
>
> As you know, at the time of loading a class side #initialize, 
> Monticello checks if it has already been run or not and only run if it 
> is has not. Re-initializing seaside (re-sending class side initialize) 
> is the problem as it brings problems like the one you mention.
>
> The problem is that during the GemStone upgrade, the Monticello caches 
> are cleared. But Seaside code is still there. So...when you try to 
> load Seaside again in a upgraded stone, the Monticello cache is empty 
> and hence all class #initialize are executed again in a env where they 
> HAD already been initialized before (hence the problem).
>
> The solution I found is to re-load all my app (and seaside) in a way 
> of NOT executing class side #initialize. This must be done only once 
> as this will fill monticello cache and next times it will not try to 
> run #initialize (unless the method source has changed):
>
>
>   GsDeployer
>     deploy: [
>       [
>       [
>       [
>       Metacello new
>         configuration: 'MyApp';
>         repository: 'http://smalltalkhub.com/mc/MyApp/MyApp/main';
>         version: '1.6';
>         get;
>         onConflictUseIncoming: #('Seaside3') useLoaded: #('Grease');
>         onUpgrade: [ :ex :loaded :incoming |
>               incoming baseName = 'XMLSupport'
>                 ifTrue: [
>                   "I could use #useLoaded but the one currently coming 
> with GemStone has a broken versionString."
>                   ex allowEvenIfLocked ]
>                 ifFalse: [
>                   "default"
>                   ex useIncoming ] ];
>         load: #('MyPackages') ]
>         on: MCPerformPostloadNotification
>         do: [ :ex |
>           (ex postloadClass name beginsWith: 'WA')
>             ifTrue: [
>               Transcript
>                 show:
>                   ' Skipping class side initialization of ' , ex 
> postloadClass name asString.
>               ex resume: false ]
>             ifFalse: [ ex resume: true ] ] ]
>         on: Warning
>         do: [ :ex |
>           Transcript
>             cr;
>             cr;
>             show: '====================================================';
>             cr;
>             show: ex description;
>             cr;
>             cr;
>             show: '====================================================';
>             cr.
>           ex resume ] ]
>         ensure: [
>           System
>             performOnServer:
>               'rm -rf /tmp/curl*; rm -rf /tmp/github*; rm -rf 
> /tmp/*tmpgithub*; rm -rf /tmp/zip.err' ] ].
>   System commitTransaction
>
>
> The important part is the error block for 
> MCPerformPostloadNotification (which is sent when it is about to run 
> class side #initialize).
>
> Once above code has been run (once), then you can load again your code 
> in the normal way.
>
>
> *Dale, we should add this seaside re-load to the upgradeSeaside script...*
>
> Cheers,
>
>
>
>
> On Thu, Mar 24, 2016 at 1:41 AM, Paul DeBruicker <pdebruic at gmail.com 
> <mailto:pdebruic at gmail.com>> wrote:
>
>
>     Oh wait.
>
>
>     WAEnvironment initialize.
>
>
>     Seemed to have fixed it.  Following the senders of a message helps
>     more than
>     writing emails some times....
>
>
>
>     Thanks
>
>     Paul
>
>
>
>     Paul DeBruicker wrote
>     > Hi Mariano,
>     >
>     >
>     > I just ran into this issue.  Did you end up finding a solution?
>     >
>     >
>     > Thanks
>     >
>     > Paul
>     >
>     > Mariano Martinez Peck wrote
>     >> On Thu, Oct 15, 2015 at 4:25 PM, Mariano Martinez Peck <
>
>     >> marianopeck@
>
>     >>> wrote:
>     >>
>     >>> Hi guys,
>     >>>
>     >>> I have a weird scenario I cannot solve. I am trying to load my
>     app code
>     >>> (together with all it's dependencies) in a just migrated stone
>     (from
>     >>> GemStone 3.1.0.4 to GemStone 3.2.9). I performed all the steps
>     of the
>     >>> migration.  Yet, I have an error, pasted below. However, if I
>     run the
>     >>> same
>     >>> code to load my app in a fresh 3.2.9 extent, that works
>     perfectly. It
>     >>> only
>     >>> fails in my migrated (from 3.1.0.4) stone.
>     >>>
>     >>> The problem is in
>     >>>
>     >>> WAWalkbackErrorHandler class >> initialize
>     >>> WAAdmin applicationExceptionHandlingDefaults at:
>     #exceptionHandler put:
>     >>> self
>     >>>
>     >>> It fails because the
>     >>>
>     >>> WAConfiguration >> attributeAt: aSymbol
>     >>> ^ self attributeAt: aSymbol ifAbsent: [ WAAttributeNotFound
>     >>> signalWithKey:
>     >>> aSymbol ]
>     >>>
>     >>> gives a key not found.
>     >>>
>     >>> I did a search  in the mailing list and found related threads:
>     >>>
>     >>>
>     http://forum.world.st/Glass-Zinc-2-4-3-on-Gemstone-td4759789.html#a4759875
>     >>> https://github.com/seasidest/seaside/issues/643
>     >>>
>     >>> But none show a solution.
>     >>>
>     >>> And yes, it is obvious it will fail because:
>     >>>
>     >>> WAAdmin applicationExceptionHandlingDefaults allAttributes ->
>     >>>  anIdentityDictionary( )
>     >>>
>     >>> Also, as you can see, the result of WAAdmin
>     >>> applicationExceptionHandlingDefaults has no parent or anything:
>     >>>
>     >>> Inspect aWASharedConfiguration/
>     >>> --------------------
>     >>> .                     -> aWASharedConfiguration
>     >>> (class)@              -> WASharedConfiguration
>     >>> (oop)@                -> 1169561601
>     >>> (committed)@          -> true
>     >>> cachedSearchContexts@ -> anIdentityDictionary(
>     >>> #'exceptionHandler'->aWAAttributeSearchContext)
>     >>> expressions@          -> aDictionary( )
>     >>> name@                 -> 'Application Exception Handling Defaults'
>     >>> parents@              -> anOrderedCollection( )
>     >>>
>     >>>
>     >>> I even tried the re-initialization of Seaside as provided by
>     Bruno the
>     >>> other day:
>     >>>
>     >>> WAAdmin unregister: 'reps'.
>     >>> WAAdmin unregister: 'advisors'.
>     >>> WAAdmin unregister: 'clients'.
>     >>>
>     >>> WAGemStoneProductionErrorHandler initialize.
>     >>> WAWalkbackErrorHandler initialize.
>     >>> WARemoteDebuggingWalkbackErrorHandler initialize.
>     >>>
>     >>> [
>     >>>    WADispatcher default.
>     >>>    WASystemConfiguration allSubclasses
>     >>>      do: [ :each | each instance buildDescription ] ]
>     >>>      ensure: [ System commitTransaction ] .
>     >>>
>     >>>
>     >>> Still, same error.
>     >>>
>     >>>
>     >>> Any clues? Is there  way I can re-initialize all Seaside?
>     >>>
>     >>>
>     >>> This is the stack:
>     >>>
>     >>> aTDDebugger
>     >>> --------------------
>     >>> 1. WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25
>     >>> 2. WAAttributeNotFound(AbstractException)>>signal @2 line 47
>     >>> 3. WAAttributeNotFound class>>signalWithKey: @4 line 4
>     >>> 4. [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2
>     >>> 5. IdentityDictionary>>at:ifAbsent: @5 line 8
>     >>> 6.
>     WASharedConfiguration(WAConfiguration)>>attributeAt:ifAbsent: @3 line
>     >>> 2
>     >>> 7. WASharedConfiguration(WAConfiguration)>>attributeAt: @2 line 2
>     >>> 8. WASharedConfiguration(WAUserConfiguration)>>at:put: @2 line 7
>     >>> 9. WAWalkbackErrorHandler class>>initialize @3 line 2
>     >>> 10. MCMethodDefinition>>postload @11 line 6
>     >>> 11. MCMethodDefinition(MCDefinition)>>postloadOver: @2 line 2
>     >>> 12. [] in MCPackageLoader>>basicLoad @3 line 48
>     >>> 13. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 14. OrderedCollection(Collection)>>do:displayingProgress: @2
>     line 3
>     >>> 15. [] in MCPackageLoader>>basicLoad @15 line 48
>     >>> 16. MCPackageLoader(ExecBlock)>>on:do: @3 line 42
>     >>> 17. [] in MCPackageLoader>>basicLoad @2 line 49
>     >>> 18. MCPackageLoader(ExecBlock)>>ensure: @2 line 12
>     >>> 19. MCPackageLoader>>basicLoad @11 line 51
>     >>> 20. [] in MCPackageLoader>>loadWithNameLike: @2 line 4
>     >>> 21. [] in
>     ExecBlock0(MCPackageLoader)>>useChangeSetNamed:during: @2 line
>     >>> 9
>     >>> 22. ExecBlock0(ExecBlock)>>ensure: @2 line 12
>     >>> 23. MCPackageLoader>>useChangeSetNamed:during: @9 line 9
>     >>> 24. MCPackageLoader>>useNewChangeSetNamedLike:during: @3 line 2
>     >>> 25. MCPackageLoader>>loadWithNameLike: @6 line 4
>     >>> 26. MCVersionLoader>>load @9 line 6
>     >>> 27. MetacelloGoferLoad(GoferLoad)>>execute @6 line 3
>     >>> 28. [] in
>     >>>
>     MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer:
>     >>> @5 line 17
>     >>> 29. [] in
>     >>>
>     MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer:
>     >>> @14 line 21
>     >>> 30.
>     MetacelloGemStonePlatform(MetacelloPlatform)>>do:displaying: @2 line
>     >>> 3
>     >>> 31.
>     >>>
>     MetacelloLoadingMCSpecLoader(MetacelloCommonMCSpecLoader)>>loadPackageDirective:gofer:
>     >>> @7 line 5
>     >>> 32.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadPackageDirective:gofer:
>     >>> @4 line 4
>     >>> 33. MetacelloPackageLoadDirective>>loadUsing:gofer: @2 line 3
>     >>> 34. [] in
>     >>>
>     ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @2 line 3
>     >>> 35. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 36.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @3 line 3
>     >>> 37. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4
>     >>> 38. [] in
>     >>>
>     ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @2 line 3
>     >>> 39. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 40.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @3 line 3
>     >>> 41. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4
>     >>> 42. [] in
>     >>>
>     ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @2 line 3
>     >>> 43. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 44.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @3 line 3
>     >>> 45. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4
>     >>> 46. [] in
>     >>>
>     ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @2 line 3
>     >>> 47. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 48.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @3 line 3
>     >>> 49. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4
>     >>> 50. [] in
>     >>>
>     ExecBlock1(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @2 line 3
>     >>> 51. OrderedCollection(Collection)>>do: @5 line 10
>     >>> 52.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadLinearLoadDirective:gofer:
>     >>> @3 line 3
>     >>> 53. MetacelloLinearLoadDirective>>loadUsing:gofer: @6 line 4
>     >>> 54.
>     >>>
>     MetacelloLinearLoadDirective(MetacelloVersionLoadDirective)>>loadWithPolicy:
>     >>> @7 line 7
>     >>> 55. MetacelloLoaderPolicy>>load @6 line 4
>     >>> 56. MetacelloFetchingMCSpecLoader>>doLoad @4 line 3
>     >>> 57. [] in
>     ExecBlock0(MetacelloMCVersion)>>doLoadRequiredFromArray: @2
>     >>> line
>     >>> 12
>     >>> 58.
>     MetacelloGemStonePlatform(MetacelloPlatform)>>do:displaying: @2 line
>     >>> 3
>     >>> 59. [] in MetacelloMCVersion>>doLoadRequiredFromArray: @7 line 12
>     >>> 60. MetacelloMCVersion(ExecBlock)>>ensure: @2 line 12
>     >>> 61. MetacelloMCVersion>>doLoadRequiredFromArray: @22 line 16
>     >>> 62. Array(Collection)>>loadRequiredForMetacelloMCVersion: @2
>     line 3
>     >>> 63. MetacelloMCVersion>>load: @2 line 3
>     >>> 64. [] in
>     >>> MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade:
>     >>> @10 line 16
>     >>> 65. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42
>     >>> 66. [] in MetacelloScriptEngine>>handleNotificationsForAction:
>     @6 line 6
>     >>> 67. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42
>     >>> 68. [] in MetacelloScriptEngine>>handleNotificationsForAction:
>     @4 line
>     >>> 14
>     >>> 69. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42
>     >>> 70. [] in MetacelloScriptEngine>>handleNotificationsForAction:
>     @2 line
>     >>> 20
>     >>> 71. MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42
>     >>> 72. MetacelloScriptEngine>>handleNotificationsForAction: @2
>     line 24
>     >>> 73. [] in
>     >>> MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade:
>     >>> @2 line 5
>     >>> 74. MetacelloScriptEngine(ExecBlock)>>ensure: @2 line 12
>     >>> 75. MetacelloProjectRegistration
>     class>>copyRegistryRestoreOnErrorWhile:
>     >>> @8 line 14
>     >>> 76.
>     MetacelloScriptEngine>>load:onProjectDownGrade:onProjectUpgrade: @2
>     >>> line 3
>     >>> 77. MetacelloScriptEngine>>load: @2 line 3
>     >>> 78. [] in
>     MetacelloScriptApiExecutor(MetacelloScriptExecutor)>>execute:
>     >>> @11 line 15
>     >>> 79. [] in MetacelloScriptApiExecutor>>executeString:do: @5 line 6
>     >>> 80. Array(Collection)>>do: @5 line 10
>     >>> 81. MetacelloScriptApiExecutor>>executeString:do: @6 line 4
>     >>> 82. String>>execute:against: @2 line 2
>     >>> 83.
>     MetacelloScriptApiExecutor(MetacelloScriptExecutor)>>execute: @6
>     >>> line 9
>     >>> 84. Metacello>>execute:args: @8 line 5
>     >>> 85. Metacello>>load: @2 line 2
>     >>> 86. [] in Executed Code
>     >>> 87. ExecBlock0(ExecBlock)>>ensure: @2 line 12
>     >>> 88. Executed Code
>     >>> 89.
>     String(CharacterCollection)>>evaluateIn:symbolList:literalVars: @4
>     >>> line 13
>     >>> 90.
>     >>>
>     TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>evaluateString:
>     >>> @5 line 3
>     >>> 91.
>     >>>
>     TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>doItMenuAction:selectedText:
>     >>> @2 line 2
>     >>> 92.
>     >>>
>     TDWorkspaceClientElementBuilder(TDWindowBuilder)>>handleMenuActions:listElement:actionArg:
>     >>> @12 line 10
>     >>> 93. [] in
>     >>>
>     TDWorkspaceClientElementBuilder(TDClientSourceElementBuilder)>>menuActionBlock
>     >>> @6 line 8
>     >>> 94.
>     >>>
>     TDWorkspaceClientElementBuilder(ExecBlock)>>value:value:value:value:value:
>     >>> @2 line 11
>     >>> 95. GsNMethod class>>_gsReturnToC @1 line 1
>     >>>
>     >>>
>     >>> Thanks in advance for any help.
>     >>>
>     >>> On Thu, Oct 15, 2015 at 1:40 PM, Gerhard Obermann <
>
>     >> obi068@
>
>     >> >
>     >>> wrote:
>     >>>
>     >>>> Hi,
>     >>>>
>     >>>> Not really, i only found the following in my notes.
>     >>>>
>     >>>> HTH
>     >>>> Gerhard
>     >>>>
>     >>>>
>     >>>>
>     >>>>    -
>     >>>>
>     >>>>    Load Seaside 3.1.x but don’t initialize Seaside Classes
>     >>>>
>     >>>>
>     >>>> | performInitialization |
>     >>>>
>     >>>> performInitialization := #().
>     >>>>
>     >>>> [
>     >>>>
>     >>>> GsDeployer deploy: [  Metacello new
>     >>>>
>     >>>>    baseline: 'Seaside3';
>     >>>>
>     >>>>    repository:
>     'github://glassdb/Seaside31:gemstone3.1/repository';
>     >>>>
>     >>>>    load: 'CI'].
>     >>>>
>     >>>> ] on: MCPerformPostloadNotification do: [:ex |
>     >>>>
>     >>>>           (performInitialization includes: ex postloadClass
>     >>>> theNonMetaClass name)
>     >>>>
>     >>>>             ifTrue: [
>     >>>>
>     >>>>               "perform initialization"
>     >>>>
>     >>>>               ex resume: true ]
>     >>>>
>     >>>>             ifFalse: [
>     >>>>
>     >>>>               GsFile gciLogServer: ' Skip ', ex postloadClass
>     name
>     >>>> asString, ' initialization.'.
>     >>>>
>     >>>>                ex resume: false ] ]
>     >>>>
>     >>>>
>     >>>> On Thu, Oct 15, 2015 at 5:47 PM, Mariano Martinez Peck <
>     >>>>
>
>     >> marianopeck@
>
>     >>> wrote:
>     >>>>
>     >>>>> Hi Gerhard,
>     >>>>>
>     >>>>> I am getting the exact same issue. Do you remember what you
>     did to fix
>     >>>>> it?
>     >>>>>
>     >>>>> Thanks,
>     >>>>>
>     >>>>> On Wed, May 21, 2014 at 10:39 AM, Gerhard Obermann <
>
>     >> obi068@
>
>     >> >
>     >>>>> wrote:
>     >>>>>
>     >>>>>> Hi Dale!
>     >>>>>>
>     >>>>>> I think as soon as I can load the stuff in my upgraded 3.2.
>     DB, i can
>     >>>>>> test and contribute to zink and/or Glass / Seaside 3.1.
>     >>>>>> If it wont work until tomorrow i have to stay on 3.1.0.5
>     for the next
>     >>>>>> few months at least.
>     >>>>>>
>     >>>>>> At the moment i am trying to load Seaside 3.1.1 with
>     >>>>>> PS: To be able to load this i have loaded the Baseline packages
>     >>>>>> BaselineOfGLASS1,
>     >>>>>> BaselineOfSeaside3 , BaselineOfZinc manually from my forked GIT
>     >>>>>> clone.
>     >>>>>>
>     >>>>>> GsDeployer deploy: [
>     >>>>>>   Metacello new
>     >>>>>>     configuration: 'Grease';
>     >>>>>>     repository: '
>     >>>>>>
>     http://www.smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main';
>     >>>>>>     get.
>     >>>>>>
>     >>>>>>   "Load Seaside31"
>     >>>>>> GsDeployer deploy: [
>     >>>>>>   Metacello new
>     >>>>>>     baseline: 'Seaside3';
>     >>>>>>     repository:
>     'github://glassdb/Seaside31:gemstone3.1/repository';
>     >>>>>>     load: 'CI'].
>     >>>>>>
>     >>>>>>
>     >>>>>> Not sure if i need to load Metacello new
>     >>>>>>     baseline: 'GLASS1';
>     >>>>>>     repository: 'github://glassdb/glass:master/repository';
>     >>>>>>     load.
>     >>>>>> after the upgrade.
>     >>>>>>
>     >>>>>> What is the difference between
>     >>>>>>   (ConfigurationOfGLASS project version: '1.0-beta.9.1') load
>     >>>>>> and
>     >>>>>>  Metacello new
>     >>>>>>     baseline: 'GLASS1';
>     >>>>>>     repository: 'github://glassdb/glass:master/repository';
>     >>>>>>     load.
>     >>>>>>
>     >>>>>> *The load of the Seaside package failed with the init of *
>     >>>>>> *WAWalkbackErrorHandler => initialize*
>     >>>>>> * WAAdmin applicationExceptionHandlingDefaults at:
>     #exceptionHandler
>     >>>>>> put: self*
>     >>>>>>
>     >>>>>> [1] WAAttributeNotFound (AbstractException) >> _signalWith:
>     >>>>>> inCextensionArg: nil
>     >>>>>> res: nil
>     >>>>>> .t1: a WAAttributeNotFound occurred (error 2710)
>     >>>>>> receiver: a WAAttributeNotFound occurred (error 2710)
>     >>>>>> [2] WAAttributeNotFound (AbstractException) >> signal
>     >>>>>> receiver: a WAAttributeNotFound occurred (error 2710)
>     >>>>>> [3] WAAttributeNotFound class >> signalWithKey:
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> receiver: WAAttributeNotFound
>     >>>>>> [4] [] in  ExecBlock0 (WAConfiguration) >> attributeAt:
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> receiver: nil
>     >>>>>> [5] IdentityDictionary >> at:ifAbsent:
>     >>>>>> aKey: #'exceptionHandler'
>     >>>>>> aBlock: anExecBlock0
>     >>>>>> anAssoc: nil
>     >>>>>> .t1: anExecBlock0
>     >>>>>> receiver: anIdentityDictionary( )
>     >>>>>> [6] WASharedConfiguration (WAConfiguration) >>
>     attributeAt:ifAbsent:
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> aBlock: anExecBlock0
>     >>>>>> receiver: aWASharedConfiguration
>     >>>>>> [7] WASharedConfiguration (WAConfiguration) >> attributeAt:
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> receiver: aWASharedConfiguration
>     >>>>>> [8] WASharedConfiguration (WAUserConfiguration) >> at:put:
>     >>>>>> aSymbol: #'exceptionHandler'
>     >>>>>> anObject: WAWalkbackErrorHandler
>     >>>>>> receiver: aWASharedConfiguration
>     >>>>>> [9] WAWalkbackErrorHandler class >> initialize
>     >>>>>> receiver: WAWalkbackErrorHandler
>     >>>>>> [10] MCMethodDefinition >> postload
>     >>>>>> receiver: aMCMethodDefinition(WAWalkbackErrorHandler
>     >>>>>> class>>initialize)
>     >>>>>>
>     >>>>>>
>     >>>>>> Transcript:
>     >>>>>> Fetched -> FastCGIPool-dkh.2 ---
>     >>>>>> http://seaside.gemstone.com/ss/fastcgi
>     >>>>>> --- http://seaside.gemstone.com/ss/fastcgiredirecting to
>     >>>>>> http://seaside.gemtalksystems.com/ss/fastcgi/FastCGI-dkh.33.mcz
>     >>>>>>
>     >>>>>> Fetched -> FastCGI-dkh.33 ---
>     http://seaside.gemstone.com/ss/fastcgi
>     >>>>>> --- http://seaside.gemstone.com/ss/fastcgi
>     >>>>>> Fetched -> Seaside-Adaptors-FastCGI-dkh.26 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository
>     >>>>>> Loaded -> Grease-Core-JohanBrichau.86 ---
>     >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache
>     >>>>>> Loaded -> Grease-GemStone-Core-JohanBrichau.52 ---
>     >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache
>     >>>>>> Evaluated -> Grease-GemStone-Core >>
>     initializeTransactionMutex1051
>     >>>>>> Loaded -> Seaside-Core.gemstone-JohanBrichau.815 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone300-Core-DaleHenrichs.4 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone-Core-JohanBrichau.66 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded ->
>     Seaside-GemStone-Basic-Development-JohanBrichau.29 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Grease-Tests-Core-JohanBrichau.95 ---
>     >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache
>     >>>>>> Loaded -> Grease-Tests-GemStone-Core-dkh.14 ---
>     >>>>>> http://www.smalltalkhub.com/mc/Seaside/Grease11/main --- cache
>     >>>>>> Loaded -> Seaside-Component-pmm.101 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Canvas-pmm.127 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Email-pmm.25 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone-Email-JohanBrichau.14 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-InternetExplorer-pmm.7 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Session.gemstone-JohanBrichau.169 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone-Session-DaleHenrichs.3 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-RenderLoop-pmm.96 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Tools-Core.gemstone-dkh.23 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Flow-pmm.24 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Examples-pmm.24 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Widgets-StephanEggermont.35 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone-Tools-Production-JohanBrichau.15 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-Tools-Web-pmm.119 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>> Loaded -> Seaside-GemStone-Tools-Web-DaleHenrichs.4 ---
>     >>>>>> github://glassdb/Seaside31:gemstone3.1/repository --- cache
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>>
>     >>>>>> On Wed, May 21, 2014 at 3:06 PM, Dale Henrichs <
>     >>>>>>
>
>     >> dale.henrichs@
>
>     >>> wrote:
>     >>>>>>
>     >>>>>>> Marching Orders! Very good ...
>     >>>>>>>
>     >>>>>>> Johan, Gerhard, et. al., I want to follow your lead and
>     fill in
>     >>>>>>> where
>     >>>>>>> the work is needed ...
>     >>>>>>>
>     >>>>>>> Do you guys think that getting Seaside/Zinc/etc. ported to
>     >>>>>>> GemStone3.2
>     >>>>>>> takes precedence over getting Zinc running on GemStone3.1?
>     >>>>>>>
>     >>>>>>> I can take a crack at solving Gerhard's Seaside3.1 loading
>     error,
>     >>>>>>> but
>     >>>>>>> Zinc has been on the brink for so long, maybe I should hit
>     it hard
>     >>>>>>> and get
>     >>>>>>> the tests passing in GemStone 3.1 (encoding issues are
>     right up my
>     >>>>>>> alley:)?
>     >>>>>>>
>     >>>>>>> If there are other outstanding problems that folks are
>     looking at
>     >>>>>>> they
>     >>>>>>> can be added into the mix...
>     >>>>>>>
>     >>>>>>> Dale
>     >>>>>>>
>     >>>>>>>
>     >>>>>>> On Tue, May 20, 2014 at 10:42 PM, Johan Brichau <
>
>     >> johan@
>
>     >> >
>     >>>>>>> wrote:
>     >>>>>>>
>     >>>>>>>> Hi all,
>     >>>>>>>>
>     >>>>>>>> I have been tampering off and on over the last few months
>     to make
>     >>>>>>>> Zinc 2.4.3 work in Gemstone.
>     >>>>>>>>
>     >>>>>>>> I made a pull request [1] with my changes, though not all
>     tests are
>     >>>>>>>> passing and since most of the changes had to do with
>     encoding, byte
>     >>>>>>>> arrays
>     >>>>>>>> vs strings, multibyte strings, etc... I really need
>     someone to take
>     >>>>>>>> a look
>     >>>>>>>> at them. Also, the pace is quite slow by myself ;-)
>     >>>>>>>>
>     >>>>>>>> This email is just to make sure that the pull request
>     does not go
>     >>>>>>>> unnoticed for someone wanting to take up work on the port.
>     >>>>>>>>
>     >>>>>>>> cheers!
>     >>>>>>>> Johan
>     >>>>>>>>
>     >>>>>>>> [1] https://github.com/glassdb/zinc/pull/48
>     >>>>>>>> _______________________________________________
>     >>>>>>>> Glass mailing list
>     >>>>>>>>
>
>     >> Glass at .gemtalksystems
>
>     >>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>     >>>>>>>>
>     >>>>>>>
>     >>>>>>>
>     >>>>>>> _______________________________________________
>     >>>>>>> Glass mailing list
>     >>>>>>>
>
>     >> Glass at .gemtalksystems
>
>     >>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>     >>>>>>>
>     >>>>>>>
>     >>>>>>
>     >>>>>> _______________________________________________
>     >>>>>> Glass mailing list
>     >>>>>>
>
>     >> Glass at .gemtalksystems
>
>     >>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>     >>>>>>
>     >>>>>>
>     >>>>>
>     >>>>>
>     >>>>> --
>     >>>>> Mariano
>     >>>>> http://marianopeck.wordpress.com
>     >>>>>
>     >>>>
>     >>>>
>     >>>
>     >>>
>     >>> --
>     >>> Mariano
>     >>> http://marianopeck.wordpress.com
>     >>>
>     >>
>     >>
>     >>
>     >> --
>     >> Mariano
>     >> http://marianopeck.wordpress.com
>     >>
>     >> _______________________________________________
>     >> seaside mailing list
>
>     >> seaside at .squeakfoundation
>
>     >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
>
>
>
>     --
>     View this message in context:
>     http://forum.world.st/Re-Cannot-load-Seaside-anymore-in-a-just-migrated-GemStone-WAS-Re-Glass-Zinc-2-4-3-on-Gemstone-tp4855877p4886223.html
>     Sent from the Seaside General mailing list archive at Nabble.com.
>     _______________________________________________
>     seaside mailing list
>     seaside at lists.squeakfoundation.org
>     <mailto:seaside at lists.squeakfoundation.org>
>     http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
>
>
>
>
> -- 
> Mariano
> http://marianopeck.wordpress.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20160324/c8cefafa/attachment-0001.html>


More information about the Glass mailing list