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