Re: Cannot load Seaside anymore in a just-migrated GemStone [WAS] Re: [Glass] Zinc 2.4.3 on Gemstone
On Thu, Oct 15, 2015 at 4:25 PM, Mariano Martinez Peck < marianopeck@gmail.com> 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
- WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25
- WAAttributeNotFound(AbstractException)>>signal @2 line 47
- WAAttributeNotFound class>>signalWithKey: @4 line 4
- [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2
- IdentityDictionary>>at:ifAbsent: @5 line 8
- WASharedConfiguration(WAConfiguration)>>attributeAt:ifAbsent: @3 line 2
- WASharedConfiguration(WAConfiguration)>>attributeAt: @2 line 2
- WASharedConfiguration(WAUserConfiguration)>>at:put: @2 line 7
- WAWalkbackErrorHandler class>>initialize @3 line 2
- MCMethodDefinition>>postload @11 line 6
- MCMethodDefinition(MCDefinition)>>postloadOver: @2 line 2
- [] in MCPackageLoader>>basicLoad @3 line 48
- OrderedCollection(Collection)>>do: @5 line 10
- OrderedCollection(Collection)>>do:displayingProgress: @2 line 3
- [] in MCPackageLoader>>basicLoad @15 line 48
- MCPackageLoader(ExecBlock)>>on:do: @3 line 42
- [] in MCPackageLoader>>basicLoad @2 line 49
- MCPackageLoader(ExecBlock)>>ensure: @2 line 12
- MCPackageLoader>>basicLoad @11 line 51
- [] in MCPackageLoader>>loadWithNameLike: @2 line 4
- [] in ExecBlock0(MCPackageLoader)>>useChangeSetNamed:during: @2 line 9
- ExecBlock0(ExecBlock)>>ensure: @2 line 12
- MCPackageLoader>>useChangeSetNamed:during: @9 line 9
- MCPackageLoader>>useNewChangeSetNamedLike:during: @3 line 2
- MCPackageLoader>>loadWithNameLike: @6 line 4
- MCVersionLoader>>load @9 line 6
- MetacelloGoferLoad(GoferLoad)>>execute @6 line 3
- [] 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@gmail.com 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 postloadClasstheNonMetaClass name)
ifTrue: [ "perform initialization" ex resume: true ] ifFalse: [ GsFile gciLogServer: ' Skip ', ex postloadClass nameasString, ' initialization.'.
ex resume: false ] ]On Thu, Oct 15, 2015 at 5:47 PM, Mariano Martinez Peck < marianopeck@gmail.com> 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@gmail.com 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@gemtalksystems.com> 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@yesplan.be 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@lists.gemtalksystems.com http://lists.gemtalksystems.com/mailman/listinfo/glass
Glass mailing list Glass@lists.gemtalksystems.com http://lists.gemtalksystems.com/mailman/listinfo/glass
Glass mailing list Glass@lists.gemtalksystems.com http://lists.gemtalksystems.com/mailman/listinfo/glass
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
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
- WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25
- WAAttributeNotFound(AbstractException)>>signal @2 line 47
- WAAttributeNotFound class>>signalWithKey: @4 line 4
- [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2
- IdentityDictionary>>at:ifAbsent: @5 line 8
- 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 postloadClasstheNonMetaClass name)
ifTrue: [ "perform initialization" ex resume: true ] ifFalse: [ GsFile gciLogServer: ' Skip ', ex postloadClass nameasString, ' 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@.gemtalksystems
> http://lists.gemtalksystems.com/mailman/listinfo/glass >
Glass mailing list
Glass@.gemtalksystems
Glass mailing list
Glass@.gemtalksystems
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
seaside mailing list
seaside@.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-GemS... Sent from the Seaside General mailing list archive at Nabble.com.
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
- WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25
- WAAttributeNotFound(AbstractException)>>signal @2 line 47
- WAAttributeNotFound class>>signalWithKey: @4 line 4
- [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2
- IdentityDictionary>>at:ifAbsent: @5 line 8
- 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 postloadClasstheNonMetaClass name)
ifTrue: [ "perform initialization" ex resume: true ] ifFalse: [ GsFile gciLogServer: ' Skip ', ex postloadClass nameasString, ' 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@.gemtalksystems
>> http://lists.gemtalksystems.com/mailman/listinfo/glass >> > > > _______________________________________________ > Glass mailing list >
Glass@.gemtalksystems
> http://lists.gemtalksystems.com/mailman/listinfo/glass > >
Glass mailing list
Glass@.gemtalksystems
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
-- Mariano http://marianopeck.wordpress.com
seaside mailing list
seaside@.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-GemS... Sent from the Seaside General mailing list archive at Nabble.com.
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@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
- WAAttributeNotFound(AbstractException)>>_signalWith: @6 line 25
- WAAttributeNotFound(AbstractException)>>signal @2 line 47
- WAAttributeNotFound class>>signalWithKey: @4 line 4
- [] in ExecBlock0(WAConfiguration)>>attributeAt: @2 line 2
- IdentityDictionary>>at:ifAbsent: @5 line 8
- 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
- MetacelloScriptEngine(ExecBlock)>>on:do: @3 line 42
- [] 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 postloadClasstheNonMetaClass name)
ifTrue: [ "perform initialization" ex resume: true ] ifFalse: [ GsFile gciLogServer: ' Skip ', ex postloadClass nameasString, ' 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@.gemtalksystems
>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>> >> >> >> _______________________________________________ >> Glass mailing list >>
Glass@.gemtalksystems
>> http://lists.gemtalksystems.com/mailman/listinfo/glass >> >> > > _______________________________________________ > Glass mailing list >
Glass@.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@.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-GemS... Sent from the Seaside General mailing list archive at Nabble.com. _______________________________________________ seaside mailing list seaside@lists.squeakfoundation.org http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
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@gmail.com mailto:pdebruic@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@.gemtalksystems >>>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Glass mailing list >>>>>>> >> Glass@.gemtalksystems >>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Glass mailing list >>>>>> >> Glass@.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@.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@lists.squeakfoundation.org <mailto:seaside@lists.squeakfoundation.org> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside-- Mariano http://marianopeck.wordpress.com
seaside@lists.squeakfoundation.org
-
Dale Henrichs -
Mariano Martinez Peck -
Paul DeBruicker