Re: Cannot load Seaside anymore in a just-migrated GemStone [WAS] Re: [Glass] Zinc 2.4.3 on Gemstone
Paul DeBruicker <[email protected]>
| Newsgroups | gmane.comp.lang.smalltalk.squeak.seaside |
|---|---|
| Message-ID | <[email protected]> |
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 >>>>>>> > [email protected] >>>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Glass mailing list >>>>>> > [email protected] >>>>>> http://lists.gemtalksystems.com/mailman/listinfo/glass >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> Glass mailing list >>>>> > [email protected] >>>>> 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 > [email protected] > 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-tp4855877p4886222.html Sent from the Seaside General mailing list archive at Nabble.com.