Smalltalk › Instantiations

Included subclasses of nil must implement #PackagerClass

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

8 messages Options

jtuchel

Included subclasses of nil must implement #PackagerClass

What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/xV1eUPm4KPoJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Re: Included subclasses of nil must implement #PackagerClass

Okay, I found it

I am, indeed, packaging a subclass of nil (or at least I am trying to): Glorp's ProtoObject.

what's missing is exactly what the message says: an instance method on ProtoObject.

ProtoObject>>#PackagerClass

"Answer a Class which is the receiver's class"

<primitive: VMprObjectClass>

^self primitiveFailed

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:

What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/Q62_7cY_G80J.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Bob Brodd

Re: Included subclasses of nil must implement #PackagerClass

Hi Joachim,

I will put this item in the GLORP todo list as well. If you have other suggestions/concerns with GLORP that you would like to see addressed , please fell free to email me at bbrodd or post here.

Thanks,

Bob

On Thursday, March 8, 2012 4:34:09 AM UTC-5, [hidden email] wrote:

Okay, I found it

I am, indeed, packaging a subclass of nil (or at least I am trying to): Glorp's ProtoObject.

what's missing is exactly what the message says: an instance method on ProtoObject.

ProtoObject>>#PackagerClass

"Answer a Class which is the receiver's class"

<primitive: VMprObjectClass>
^self primitiveFailed

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:
What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/xt_iZgxkT84J.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Re: Included subclasses of nil must implement #PackagerClass

Bob,

without looking at the latest GLORP (which I don't have the time for) it is hard to judge whether fixes I made to tha VAST version of GLORP are relevant in newer versions. Since I assume you are working on porting a more recent version to VAST, many of my changes are probably irrelevant.

I'll see if I find the time to go through my changes on early next week.

Please make sure you keep an eye on packaging a GLORP app. From my experience, I can tell you that packaging GLORP and Seaside are a real PITA, lots of trial and error and frustration...

Joachim

Am Dienstag, 13. März 2012 18:28:34 UTC+1 schrieb Bob Brodd:

Hi Joachim,

I will put this item in the GLORP todo list as well. If you have other suggestions/concerns with GLORP that you would like to see addressed , please fell free to email me at bbrodd or post here.

Thanks,
Bob

On Thursday, March 8, 2012 4:34:09 AM UTC-5, [hidden email] wrote:
Okay, I found it

I am, indeed, packaging a subclass of nil (or at least I am trying to): Glorp's ProtoObject.

what's missing is exactly what the message says: an instance method on ProtoObject.

ProtoObject>>#PackagerClass

"Answer a Class which is the receiver's class"

<primitive: VMprObjectClass>
^self primitiveFailed

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:
What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/CURyWek2Yb4J.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Re: Included subclasses of nil must implement #PackagerClass

Bob,

here's a list of my fixes / extensions to the version of glorp that VAST 8.5 ships with. Some of these are already included in current versions of GLORP:

GlorpSession (instance side):

readManyOf: aClass where: aBlock orderBy: aCriteria

| query |

query := SimpleQuery returningManyOf: aClass where: aBlock.

query orderBy: aCriteria.

^self execute: query.

rollbackAndContinue

"A shorter synonym"

^self rollbackUnitOfWorkAndContinue.

rollbackUnitOfWorkAndContinue

"Rollback the current unit of work, but then keep going with the same set of registered objects, with their state updated to reflect current values."

| registeredObjects |

currentUnitOfWork isNil ifTrue: [^self error: 'Not in unit of work'].

registeredObjects := currentUnitOfWork registeredObjects.

currentUnitOfWork newObjects do: [:each | registeredObjects remove: each].

self rollbackUnitOfWork.

self beginUnitOfWork.

self registerAll: registeredObjects.

writeHomogeneousRows: aCollectionOfDatabaseRows

"Write out a collection of rows belonging to a single table"

| representativeRow succeeded maximumSize start |

aCollectionOfDatabaseRows isEmpty ifTrue: [^true].

representativeRow := aCollectionOfDatabaseRows first.

representativeRow shouldBeWritten ifFalse: [^true].

succeeded := true.

maximumSize := self system maximumSizeToGroupWriteFor: aCollectionOfDatabaseRows.

start := 1.

[start > aCollectionOfDatabaseRows size] whileFalse: [

succeeded := succeeded

& (self writeHomogeneousRows: aCollectionOfDatabaseRows from: start to: ((start + maximumSize - 1) min: aCollectionOfDatabaseRows size)).

start := start + maximumSize].

^succeeded.

AccessPlatform:

initializeFunctions

super initializeFunctions.

"Override UPER and LOWER with UCase and LCase"

(functions at: #asUppercase) function: 'UCase'.

(functions at: #asLowercase) function: 'LCase'.

DatabasePlatform:

convertDBBooleanToBoolean: aBoolean for: aType

"It seems GlorpBooleanType saves false as 0 and true as 1"

^(aBoolean ~= 0)

Note: I first made this change to AccessPlatform but found out I need it for DB2Platform as well. I haven't tested if it is necessary for Oracle or any of the not-yet-supported-by-VAST platforms also work with it.

ProtoObject:

PackagerClass

"Answer a Class which is the receiver's class"

<primitive: VMprObjectClass>

^self primitiveFailed

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/a5JrL0b_ggoJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Re: Included subclasses of nil must implement #PackagerClass

In reply to this post by jtuchel

Hi Bob,

here's another one that somehow always got lost in exception handling chaos:

DB2Platform>>initializeFunctions always fails due to the fact that the currently available Glorp version misses a class named SubstringFunction

Somehow (for whatever strange reason) my application runs most of the time, but sometimes it simply fails at startup.

So please add this class to the next release of GLORP.

I think this is crucial and once more shows how badly the Exception throwing logic in Glorp (at least in the VAST port) needs to be reworked.

Thanks,

Joachim

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:

What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/pj7mfIm7_wEJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

Bob Brodd

Re: Included subclasses of nil must implement #PackagerClass

Hi Joachim,

I have included the SubstringFunction class in the next VA Smalltalk release of Glorp. Additionally, I modified the DB2Platform>>initializeFunctions method so that the SubstringFunction uses 'SUBSTR' instead of 'SUBSTRING'.

Thanks,

Bob

On Jun 21, 2012, at 2:43 PM, [hidden email] wrote:

Hi Bob,

here's another one that somehow always got lost in exception handling chaos:

DB2Platform>>initializeFunctions always fails due to the fact that the currently available Glorp version misses a class named SubstringFunction

Somehow (for whatever strange reason) my application runs most of the time, but sometimes it simply fails at startup.

So please add this class to the next release of GLORP.
I think this is crucial and once more shows how badly the Exception throwing logic in Glorp (at least in the VAST port) needs to be reworked.

Thanks,

Joachim

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:
What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/pj7mfIm7_wEJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

jtuchel

Re: Included subclasses of nil must implement #PackagerClass

Hi Bob,

thanks for your info.
For now I just deleted DB2Platform>>#initializeFunctions because the definition for #, is already defined in a superclass, and the othe one doesn't work ;-)

Is there any chance we can get the new GLORP version before the next VAST release?

Joachim

Am Donnerstag, 21. Juni 2012 22:15:21 UTC+2 schrieb Bob Brodd:

Hi Joachim,

I have included the SubstringFunction class in the next VA Smalltalk release of Glorp. Additionally, I modified the DB2Platform>>initializeFunctions method so that the SubstringFunction uses 'SUBSTR' instead of 'SUBSTRING'.

Thanks,
Bob

On Jun 21, 2012, at 2:43 PM, jtuchel@wrote:

Hi Bob,

here's another one that somehow always got lost in exception handling chaos:

DB2Platform>>initializeFunctions always fails due to the fact that the currently available Glorp version misses a class named SubstringFunction

Somehow (for whatever strange reason) my application runs most of the time, but sometimes it simply fails at startup.

So please add this class to the next release of GLORP.
I think this is crucial and once more shows how badly the Exception throwing logic in Glorp (at least in the VAST port) needs to be reworked.

Thanks,

Joachim

Am Mittwoch, 7. März 2012 15:57:37 UTC+1 schrieb [hidden email]:
What does it tell me and where do I have to look for my problem.

I don't think I am packaging any subclass of nil...

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/pj7mfIm7_wEJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.

--
You received this message because you are subscribed to the Google Groups "VA Smalltalk" group.
To view this discussion on the web visit https://groups.google.com/d/msg/va-smalltalk/-/7Umle0PUeqgJ.
To post to this group, send email to [hidden email].
To unsubscribe from this group, send email to [hidden email].
For more options, visit this group at http://groups.google.com/group/va-smalltalk?hl=en.