[Glass] SIXX load conflict
Mariano Martinez Peck via Glass
glass at lists.gemtalksystems.com
Thu Mar 5 07:57:18 PST 2015
Hi Dario,
Yes I do use Sixx, however, I don't have that issue...don't know why. In
fact, I build new stones 2 weeks ago and I could load it...
Maybe you can manually remove all sixx packages and re-try the download
again, or start from a fresh extent.
Cheers,
On Thu, Mar 5, 2015 at 12:25 PM, Dario Trussardi via Glass <
glass at lists.gemtalksystems.com> wrote:
> Ciao,
>
> Ciao,
>
> i nedd to load SIXX support into GLASS 3.1.0.6 ( stone created with
> development kit createTodeStone command ).
>
> Mariano is correct that `onLock: [:ex | ex honor];` will eliminate the
> Warning, but I am suspicious that you are not running a recent version of
> GLASS.
>
> You are getting a Warning during a topaz load (I assume ... in GemTools
> you would get a Warning dialog). There was a bug[1], where the wrong
> default action for a Warning was triggered during non-interactive loads and
> the bug was fixed back in June.
>
> So I think you should upgrade GLASS1:
>
>
> i follow this :
>
> Gofer new
> package: 'GsUpgrader-Core';
> url: 'http://ss3.gemtalksystems.com/ss/gsUpgrader';
> load.
> (Smalltalk at: #GsUpgrader) upgradeGLASS1.
>
>
> but into Gemtools and into topaz this code answer :
>
> ERROR 4067 , VM temporary object memory is full
> , almost out of memory, too many markSweeps since last successful scavenge
>
> I setup the relative to:
> SHR_PAGE_CACHE_SIZE_KB = 2000000;
> GEM_TEMPOBJ_CACHE_SIZE = 1900000;
>
>
> I load: (Smalltalk at: #GsUpgrader) upgradeGLASS1 with commitThreshold
> :
>
> .........................
> ........................
> "Enable AlmostOutOfMemory signal" System signalAlmostOutOfMemoryThreshold:
> commitThreshold. [ (Smalltalk at: #GsUpgrader) upgradeGLASS1.] ensure: [
> "disable AlmostOutOfMemory signal" System signalAlmostOutOfMemoryThreshold:
> -1].
>
> And this work fine.
>
>
> Finally, when loading from within topaz, you should always use GsDeployer
> class>>bulkMigrate::
>
>
> I load this in any case
>
>
> After i reload:
>
> GsDeployer bulkMigrate: [
> Metacello new
> baseline: 'SIXX';
> repository: 'github://glassdb/SIXX:master/repository';
> load ].
>
>
> after when i do the code: SixxExamples example2
>
>
> SixxExamples example2 report the same error:
>
>
> the system answer :
>
> parseXml: xmlStringOrStream persistentRoot: persistentArrayOrNil
> | stream |
> stream := xmlStringOrStream isStream
> ifTrue: [xmlStringOrStream]
> ifFalse: [ReadStream on: xmlStringOrStream].
> ^ (XMLDOMParser parseDocumentFrom: stream persistentRoot:
> persistentArrayOrNil) topElement
>
> Object _doesNotUnderstand: parseDocumentFrom: persistentRoot:
>
>
> How i can solve this problematic?
>
> I need to load a hold version of 'XML-Parser' ?
>
> Anyone works with SIXX support into Glass ?
>
> I'm ready to deploy a glass seaside application but this problematic stop
> me at the end of the road.
>
> I load SIXX support at the end of 2014, and worked fine.
>
> Now in a new stone i found this error.
>
> Considerations ?
>
> Thanks,
>
> Dario
>
>
> Some considerations ?
>
> Thanks,
>
> Dario
>
>
> GsDeployer class>>bulkMigrate: wraps your code with an autoCommit handler,
> a Warning handler, and instance migrations are deferred until all of the
> loading is complete and then migrations are done with one pass of the db...
>
> Actually, it is not a bad idea to always use GsDeployer whether or not you
> are loading in topaz:)
>
> Dale
>
> [1] https://github.com/GsDevKit/GsDevKit/issues/21
> On 12/18/2014 04:24 AM, Mariano Martinez Peck via Glass wrote:
>
>
> On Thu, Dec 18, 2014 at 8:10 AM, Dario Trussardi via Glass <
> glass at lists.gemtalksystems.com> wrote:
>>
>> I load SIXX support into GLASS 3.1.0.6 with the command:
>>
>> Metacello new
>> baseline: 'SIXX';
>> repository: 'github://glassdb/SIXX:master/repository';
>> load.
>>
>> The system answer :
>>
>> a Halt occurred (error 2709), Debugging: Warning: LOCK ENFORCED: Attempt
>> to 'load with conflicts' new project: 'ConfigurationOfGrease 1.0.3 from
>> http://www.squeaksource.com/MetacelloRepository' when existing project:
>> 'BaselineOfGrease [baseline] from
>> github://GsDevKit/Grease:master/repository' is locked. New project not
>> loaded. Use #onLock: to intercept. - G/S[Scandella3106:2]
>>
>>
> I think I had the same issues.
>
> The most robust way I found to load code is the following. For your
> concrete problem, I think the key line is " onLock: [:ex | ex honor];" but
> maybe you want to adapt all that code:
>
> [ [ [ [
>
>
> Metacello image
> configuration: 'XXX';
> version: YYY;
> onLock: [:ex | ex honor];
> load: #(ZZZ).
>
> ]
> on: MetacelloAllowConflictingProjectUpgrade
> do: [ :ex | ex defaultAction ] ]
> on: MetacelloAllowLockedProjectChange
> do: [ :ex | ex disallow ] ]
> on: MetacelloNameNotDefinedError
> do: [ :ex | ex resume ]]
> on: Warning
> do: [ :ex | ex resume ].
>
> The only discussion here is to resume upon all warning. This may not be
> good for all cases. Sometimes the warnings are important.
> I think I will remove that from mine....
>
> Best,
>
>
>
>>
>> I do some proced commands.
>>
>> At he end the system answer:
>>
>> linear load :
>> linear load : baseline [BaselineOfSIXX]
>> linear load : 1.1.8 [ConfigurationOfXMLSupport]
>> linear load : baseline [BaselineOfGrease]
>> atomic load : 0.243
>> [ConfigurationOfGsMisc]
>> linear load : 1.1.8
>> [ConfigurationOfXMLSupport]
>> load : SIXX.310-dkh.183
>>
>>
>> I can consider correct the loading?
>>
>>
>> Thanks,
>>
>> Dario
>>
>> P.S. The GLASS 3.1.06 is create with development kit createTodeStone
>> command
>> _______________________________________________
>> Glass mailing list
>> Glass at lists.gemtalksystems.com
>> http://lists.gemtalksystems.com/mailman/listinfo/glass
>>
>
>
> --
> Mariano
> http://marianopeck.wordpress.com
>
>
> _______________________________________________
> Glass mailing listGlass at lists.gemtalksystems.comhttp://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
>
> _______________________________________________
> Glass mailing list
> Glass at lists.gemtalksystems.com
> http://lists.gemtalksystems.com/mailman/listinfo/glass
>
>
--
Mariano
http://marianopeck.wordpress.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20150305/07d26c7d/attachment.html>
More information about the Glass
mailing list