like “WOApplication.application().path()”,
but that could get sorta ugly soon... and besides, I'd much rather exploit the
framework power than to skip it and DIY :)
Thanks!
OC
___
Do not post admin requests to the list. They will be ignored.
Webo
113)
at
org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:141)
at
model.DBDataBlock.numberOfMasterRowsWithoutOwner(DBDataBlock.groovy:76)
... ... ...
===
Any idea what might be the culprit and how to fix the problem?
Thanks a lot,
OC
__
napshot. Was I wrong?)
Thanks a lot,
OC
>
>> On Mar 21, 2018, at 7:41 PM, OC wrote:
>>
>> Hi there,
>>
>> long time no see, my problems were plain and easy. Now though I am back with
>> another thing I can't understand.
>>
>> There
ther EC in another thread at the same time
changes (and saves) one of its EOs, that the change would NOT get properly
merged to the first EC?
If not, well, does anybody have any idea what might be the culprit?
Thanks a lot for any advice,
OC
-protected?
Or should I tell them they need to fix their Apache settings, or whatever?
Thanks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe
).
So, well, is there indeed a grave bug inside of the ubiquitous log4j, or am I
overlooking something of importance?
And if there is a bug, is there anything better one can do to work around it
than using toStrings for all non-trivial logs, like
“log.info("non-trivial-contents".toStrin
he
application, to force it somehow to log the stacktracks of all its threads. Is
there some trick for that?
And of course, for any other advice how to hunt for this bloody kind of bug
I'll be extremely grateful.
Thanks a lot,
OC
___
Do n
To be sure where the delay happens, I have tried to re-write the code [1] to
=== 1 ===
def me=new
EOKeyValueQualifier('user',EOQualifier.QualifierOperatorEqual,sess.currentUser)
def hasme=new ERXExistsQualifier(me,'userLinks')
def fs=new EOFetchSpecification('DBGenGeneratedItem',hasme,null)
NSLog
).
Nevertheless, meantime I succeeded to explain to my client that it would be
much better to force some hard-coded file extensions based on the MIME types,
which solves the problem very nicely :)
Thanks,
OC
>> Le 9 oct. 2016 à 15:24, o...@ocs.cz a écrit :
>>
>> Hello there,
&
Chuck,
all my PKs/FKs are the same:
- "INTEGER" for SQL type
- "NSNumber" for class name
- "i" for value type
Thanks a big lot!
OC
On 21. 9. 2016, at 3:40, Chuck Hill wrote:
> Off the top of my head, check they types of the keys to, as defined in the
>
ouser and couriouser, Alice would say :-O
Thanks and all the best,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
htt
relationship" checked but have the
> "Propagate primary key" checked.
Anyway, to be sure, I have tried both combinations (“owsDestination” YES/NO and
“propagatesPrimaryKey” YES/NO) in the relationship dictionary, to no avail —
always the same result, the snapshot is not set.
T
mped into numerous problems, from ambiguity
of C_ID up to the fact that EOF caches the fetched value and does not recache
when the relationship objects change, and thus I am getting obsolete values.
Is there a way to do that properly?
Thanks,
OC
___
D
P.S.
Well I _am_ sort of at the slow side today.
I guess this might bring nasty problems with EOs *not* synchronized, right? The
net effect would be essentially the same as if each session run in its own
instance, or am I wrong?
Thanks again,
OC
On 11. 7. 2016, at 13:12, OC wrote:
> I
id you employ, just in case they might
prove valuable for my problem, too?
Thanks a lot,
OC
> This was not for performance in my case, it was because a horrible student
> information system at a school system I was at duplicated every table for
> every school in the system, with a scho
I see.
Can you please nudge how would one do the „EOF stack per session“ (or per a
selected number of sessions, but not all of them) magic? I guess I should know,
but my old dumb brains does not seem to co-operate much at the moment :)
Thanks a lot,
OC
On 11. 7. 2016, at 6:47, Chuck Hill
easonably simple) way you would know of to hook into EOF to obtain
the desired effect, i.e., to be able to determine the target entity _before_ a
fetch?
Thanks again,
OC
> From: on behalf
> of OC
> Date: Sunday, July 10, 2016 at 5:20 PM
> To: Mark Morris
> Cc: WebObjects-Dev Mai
pplication): no qualifiers in there and
no Java bridge either.
Thanks,
OC
On 11. 7. 2016, at 6:53, Chuck Hill wrote:
> Pretty sure what you looking for is EOKeyValueUnarchiver and
> EOKeyValueArchiver
>
> From: on behalf
> of OC
> Date: Sunday, July 10, 2016 at 5:52 PM
>
any sense? Of course I can easily replace the
"dg.allObjects.count" of mine by "dg.displayedObjects.count" to fix the
problem, but since it explicitly clashes with the documentation, I sort of fear
it might indicate some deep-hidden problem?
Thanks and all the best,
OC
__
value = 101;
};
};
===
-- this one actually happens to work -- but I would like to see a complete
documentation, if there is one?
Thanks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list
, before
EOF tries to fetch?
Thanks and all the best,
OC
On 10. 7. 2016, at 21:25, OC wrote:
> Thinking about
>
> On 9. 7. 2016, at 12:13, OC wrote:
>
>> For one, it would mean each DBTable eo would have its "records" relationship
>> leading into another targe
Thinking about
On 9. 7. 2016, at 12:13, OC wrote:
> For one, it would mean each DBTable eo would have its "records" relationship
> leading into another target DBRecordXX entity; I am not sure whether this can
> be modelled at all?
actually it would help a lot even withou
gains for us.
That would help tremendously. Is there anything similar in FrontBase?
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/
Chuck,
On 9. 7. 2016, at 11:54, OC wrote:
> Meantime I have realised one thing: the "qualifiedRecords" are current-user
> (i.e., session) dependent in such a way that for a given session which needs
> to qualify them, there will *never* be need to fetch the other records
ot, just like the
DatabaseContextDelegate.
Thanks again,
OC
>> Am 09.07.2016 um 11:54 schrieb OC :
>>
>> Chuck,
>>
>> On 9. 7. 2016, at 6:37, Chuck Hill wrote:
>>
>>> The answer depends on your definition of “decent”. There is nothing in
>
ery huge),
by tricking EOF to replace it by "SELECT ... FROM T_RECORDS_XXX".
Keeping all the other things unchanged, especially still having one DBRecord
entity modelled the same way -- just having much faster fetches. And joins in
other scenarios, etc.
Thanks a lot,
OC
>&
or update this cache (update is faster but harder to write)
> 4. Intercept certain EOF operations/notifications so that the cache can
> be updated or invalidated when EOF changes the underlying snapshots
> I can dig the details for (4) out for you if you want to pursue this.
and I would
Actually, I wonder...
On 8. 7. 2016, at 10:11, OC wrote:
> Alas, my DBTables contain _lots_ of DBRecords, and thus the above
> implementation would get terribly slow
... my setup is pretty standard, i.e.
- DBTables are represented by rows in one DB table, say, T_TABLE
- all DBRecords
edRecords")
etc. seamlessly, and they work as expected.
Is there a way to do this at all? Perhaps I am just blind, but I cannot find
any decent solution :/
Thanks and all the best,
OC
___
Do not post admin requests to the list. They will be ignored.
with
that, but well -- far as it works, I do not complain :)
All the best,
OC
On 22. 5. 2016, at 15:41, OC wrote:
> Hello there,
>
> my application runs well up to one fetch; I have added these logs
>
> ===
> println "AA fetching ${self.simpleName} $fs
lf, I am outta ideas :(
Thanks and all the best,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/op
ray()
def nulls=... fetch with q-format ... "owner = NULL"
if (nulls) all.addObjectsFromArray(nulls)
def types=... fetch with q-format ... "owner.userType = %@",pc.userType
if (types) all.addObjectsFromArray(types)
return all
===
does?
Thanks,
OC
his same time) and thus there is not exception.
>
>> (vi) thread B ends and unlocks; changes from (iii) get processed now, but
>> too late to prevent the exception in (v)
Just so as I understand this completely -- these changes, performed at unlock,
consist of just copying up the attribu
vi) thread B ends and unlocks; changes from (iii) get processed now, but too
late to prevent the exception in (v)
Well self-evidently I am wrong, but why? At which point does ECb snapshot in
this scenario get the ECa changes of (iii)?
Thanks and all the best,
OC
> ... ... ... so the WHERE
(like you in
> a SQL tool).
Or -- at least I thought so -- assuming no other thread does that before the
snapshots can get synchronised. Which -- again, I thought so, probably wrongly
-- can easily happen with WOAllowsConcurrentRequestHandling = YES, can't happen
at all (w
let him to.
Thanks!
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev
--
be it, depending on the policy, wrong or right -- with or without optimistic
locking of anything but PKs”.
Thanks and all the best,
OC
>> Le 19 avr. 2016 à 09:09, OC a écrit :
>>
>> ... whether I am overlooking something or not.
>>
>&
I right? Or do I overlook some disaster scenario?
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https
ng worse than the need to check occasionally for NPE!)
Chuck, you are incredible!
Thanks a big lot just again,
OC
> Sent from my mobile device.
>
>> On Apr 13, 2016, at 11:27 AM, OC wrote:
>>
>> Thanks both of you. Very weird: always, far as I can recall, even years a
s com.webobjects.eocontrol.EOGenericRecord
- class com.webobjects.eocontrol.EOCustomObject
- class java.lang.Object
created: null
inserted: null
saved: null
refetched: []
===
No, I do not override storedValueForKey (I do create the accessors, so wrong
“neweo.actions()” might be my fault; but sto
And what am I overlooking? To me, the check for null in
objectCountForToManyRelationship looks like a bug.
Thanks a lot,
OC
===
18:53:43.124 WARN :
Exception occurred while handling request:
java.lang.IllegalArgumentException: The attribute named 'actions' in the entity
named 'D
what takes that long (and how long precisely).
All the best,
OC
On 6. 4. 2016, at 17:55, Lon Varscsak wrote:
> Just to help Ben while he’s sleeping… This is while he’s running the
> application from within Eclipse (still through Apache) while he’s
> testing/debugging.
>
> -Lon
&
adaptor log?
All the best,
OC
> On Wed, Apr 6, 2016 at 2:59 PM, Chuck Hill wrote:
> Receive Timeout is set in JavaMonitor.
>
> From: Benjamin Chew
> Date: Tuesday, April 5, 2016 at 11:52 PM
> To: Chuck Hill
> Cc: OC , WebObjects-Dev Mailing List
>
> Subject: Re: E
p/WebObjectsLog.
The ultimate solution, of course, would be background processing and/or paging,
as others already recommended; but first you need to find the particular cause
of the long processing, which might be sometimes a bit hairy.
All the best and good luck,
OC
_
Darn, I should have copied the actual code, whatever unintelligible it is :(
Forgot the line which encaches new object, and which actually -- far as I
understand -- caused the problem:
On 1. 4. 2016, at 19:17, OC wrote:
> the gist is this:
>
> def theValue() {
&
ots
in an ECTXT which contains unsaved changes?
Or am I completely at wrong track, and the cause of my problem (i.e., that very
old and completely stale value has been saved into my cacheTo1Relationship)
must lay elsewhere?
Thanks a lot for any
In case anybody happens to be interested -- the archive at ocs.cz was replaced
by
https://github.com/jvanek/EOModeler-OSX
All the best,
OC
On 27. 3. 2016, at 4:19, OC wrote:
> Well I seriously doubt this would really help anyone, but just in case.
>
> Since I seriously hate th
d prepare your own build
system based on the ideas.
Whilst I do intend to make those scripts generic enough, alas, so far I had no
time for that :(
All the best,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev ma
r you like with the
code. There's only one guarantee: it won't work well.
All the best,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe
you very much,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev
handleSessionRestorationErrorInContext redirecting to a
static address without a session ID, or something like that?
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help
that it would be
that much difficult; I just hate to implement in my own and clumsy way, with a
possibility to flush the cache too late etc., things which are already done
right somewhere :)
Thanks,
OC
___
Do not post admin requests to the list. They
ow me
to create an ERXEC subclass, and globally set it up so that “wherever and
how-ever an EC gets created, it will always be my class”?
Thanks a lot,
OC
On 21. 3. 2016, at 21:23, Chuck Hill wrote:
> As a first idea, you could make an EC subclass that was able to identify
> these
rk all right with all the other objects, just not deleting a
couple of special ones (nor their owning relationships).
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-
DB. And of course,
you (almost) never want to lock BLOBs.
All the best,
OC
>
>> On Mar 18, 2016, at 11:11 AM, Chuck Hill wrote:
>>
>> Hi Jeff,
>>
>> Yes, if a column is not marked as locking, then it won’t appear in the WHERE
>> clause.
>>
>&
D'oh. Indeed there was a typo in my model (again caused by batch renaming).
After fixing, the derived attributes in qualifiers work all right.
Thanks,
OC
On 12. 3. 2016, at 1:23, OC wrote:
> Is it normal that one can't use derived attributes in qualifier (when
> fetching
nks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%4
Well...
On 11. 3. 2016, at 22:06, OC wrote:
> Still, it can be solvable (perhaps even easily)
>
> (a) in standard SQL92 which I don't know well enough
> (b) in some FrontBase-specific extension
>
> which is why I am asking.
... without better knowledge the SQL used
is not something you can do client-side?
Not easily; I would rather need to implement it as a modelled derived attribute.
If it proves impossible, I can mangle the data client-side, but it would get
pretty messy: those are still the rawrows, no entity code there to help.
Thanks a lot,
OC
> n
ST(EXTRACT(year FROM mydate) AS VARCHAR(4)) ||
CAST(EXTRACT(month FROM mydate) AS VARCHAR(2)) ||
...
END
Can this be done anyhow?
Thanks a big lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev ma
EOAndQualifiers :/
Thanks a lot!
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects
Chuck,
short version: with key (not keypath) restrictingQualifier it, alas, does not
work either.
Thanks again a big lot for all the help!
OC
Long version if anybody interested:
(a) given there are two entities, Source and Destination, and a relationship
Source.rel ->> Destination
(b)
e EOF to achieve your goal. It
> might not work.
Of course, self-evidently EOF was not designed to do things like this, and
it'll be rather a luck if it works.
If the worst comes to the worst, I can go back to my three-phase-manual
implementation, fetching PKs at first, and then “m
gt; On 2016-03-02, 12:18 PM, "OC" wrote:
>
>> Chuck,
>>
>> On 2. 3. 2016, at 19:32, Chuck Hill wrote:
>>
>>> There is no way to filter/qualify relationships in the model. You could
>>> model and flatten Auction ->> Users but that
Chuck,
On 2. 3. 2016, at 21:18, OC wrote:
>> Defining additional entities with the appropriate restricting qualifiers for
>> these conditions might possibly work. Then you could define the flattened
>> relationship in terms of these restricted entities.
>
> ...
is there a way to lock out „any kind of usage of a model group,
anywhere“ while I am changing the model?
Thanks a very big lot again,
OC
> On 2016-03-01, 11:25 AM,
> "webobjects-dev-bounces+chill=gevityinc@lists.apple.com on behalf of
> ocs.cz" of o...@ocs.cz> wrote:
&
Oh, forget it.
It was the most obvious of possible reasons: they forgot to set up a DB index.
Oh, sigh.
Anyway, thanks for all the help!
OC
On 29. 2. 2016, at 18:30, OC wrote:
> Well I have implemented count using objectCountForToManyRelationship, and
> found it is MUCH worse than bef
ions).
My test machine runs Java 1.7.0_13 / Mac OS X 10.8.5 / FrontBase 7.2.18 64 bit
(localhost server, too); might anything of this cause the vast difference? Does
not seem to me, but of course, I might be overlooking something of importance.
Thanks
Samuel,
thanks a lot. D'oh, I definitely should have noticed (and checked) the other
application! My bad.
All the best,
OC
On 25. 2. 2016, at 19:10, Samuel Pelletier wrote:
> Hi OC,
>
> Case insensitivity are locale specific, there is no such thing as universal
> case
like with e.g., "é" works, with e.g.,
"š" it does not.
I've tried to write to the FB support long ago, but got no answer.
Does somebody perhaps either have a proper CaseInsensitive.coll1 for FrontBase,
or at least a description of its format, so that one could fix the f
e, that if I embrace it, sooner or
later the hell will break loose?
Thanks!
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscri
Thanks again, (for about a zillionth time)!
That was precisely the culprit; fixed and works like a charm.
(Having found it, I even can track it back to a mistake when batch-renaming
dupped entities, so no mystery anymore.)
All the best,
OC
On 23. 2. 2016, at 21:53, Chuck Hill wrote:
> g
at
com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification(EOEditingContext.java:4069)
at
er.extensions.eof.ERXEC.objectsWithFetchSpecification(ERXEC.java:1308)
at
com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification(EOEditingContext.java:)
===
On 23. 2. 2016, at 21:41, OC
sure, I fgrepped my complete project for "JavaJCEBCAdaptor", found
nothing at all (there is a couple of "JavaJDBCAdaptor" occurrences, of course).
Where the h. can it come from?!?
Thanks,
OC
___
Do not post admin requests to t
ame only
-- all the other stuff is same as the main model's, which works like a charm.
I have even tried to use my main model instead of the import one, and (with
local entity name and local attribute names) it works, as presumed. Why it does
not with the import model?
Will be gr
y on-the-fly just before the fetch, never tried
that... wouldn't that bring havoc though if more threads fetched concurrently
and each extended the model its own way?
Thanks a very big lot,
OC
> On 2016-02-21, 6:40 AM,
> "webobjects-dev-bounces+chill=gevityinc@lists.apple.c
ty do-nothing setter, but that's
ugly.
Thanks,
OC
* but for a possibility to set synchronizesVariablesWithBindings to NO and
manage all bindings manually, which would be sort of overkill
___
Do not post admin requests to the list. They will
e done
already (and in a far better way than I would do it myself)?
Thanks for any advice,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update yo
code simply detects that this constraint failed, and if so, increments the
value of the attribute and tries again.
That is far from efficient in case there is a lot of clashes, but they happen
to be reasonably rare; and it should be pretty fail-proof, or am I overlooking
something of impor
o I
> can’t see how this could happen once, let alone multiple times.
If that indeed was the culprit, is there a way to prevent the same problem if
it occurs again?
Thanks,
OC
> On 2015-05-12, 1:56 PM, "OC" wrote:
>
> Hello there,
>
> my application, among others,
problem to occur again in the
future?
Thanks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/
t able
to track fully.)
Thanks a lot for all the help!
OC
On 5. 3. 2015, at 18:55, OC wrote:
> Chuck,
>
> On 5. 3. 2015, at 18:44, Chuck Hill wrote:
>> It might happen if you have a temporary GID. Are you using parent and child
>> editing contexts?
>
> Nope, at the
ere's absolutely no mystery in their occurrence or purpose (the direct action
does indeed fetch that auction). Sorry for the confusing message!
On 9. 3. 2015, at 15:17, OC wrote:
> Hmmm what's even more curious is that those SELECTs did happen _pretty
> long after_ appropriate r
ensions.ERXAdaptorChannelDelegate.sqlLogging [WorkerThread4]
11:53:10.383 INFO "DBAuction"@2111204009 expression took 135 ms: SELECT ...
FROM "T_AUCTION" t0 WHERE t0."C_UID" = 1000762
//log:er.extensions.ERXAdaptorChannelDelegate.sqlLogging [WorkerThread5]
===
Darn. Does _th
it is relevant information,
running in Mac OS X 10.6.8 10K549, Java 1.6.0_65.
Does it make any sense? And, more importantly, can I help it in my code somehow
that such abominations do not happen anymore?
Thanks a lot,
OC
===
11:29:16.320 INFO "DBAuction"@2111204009 expressio
, the client pays for my work, so it's all right :)
All the best,
OC
On 5. 3. 2015, at 18:34, Chuck Hill wrote:
> What I have done is to have another app that processes this type of activity
> and the main app just writes a “request” into a table that the processing app
> polls. So
at the moment I do in
session default EC and it is not good. Are there some non-obvious gotchas with
nested ECs?)
Nevertheless I _do_ put just-created objects with temporary GIDs into
relationships, and it looks like there would be some problem in there perhaps :/
Thanks and all the best,
OC
>
ing which would in a couple of weeks or months raise its ugly
head and bite me in the tender parts?
Thanks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
H
" FROM "T_AUDIT" t0 ORDER BY
t0."C_CREATION_DATE" ASC
===
Is there anything I could do to fix that my applicatio(s) really use this and
don't try to fetch the complete table?
Thanks,
OC
___
Do not post admin requests to
sourceGID, ec);
EOEntityClassDescription cd =
(EOEntityClassDescription)source.classDescription(); // 714
...
===
Looks like 'source' must have been null. Can faultForGlobalID return a null?!?
When would that happen?
Thanks,
OC
___
les t1 where t1."TABLE_NAME"='DB_RECORD_GROUPING' and
t1."TABLE_PK"=t0."TABLE_PK"
Well extremely ugly and completely unportable it might be, but it works.
On 2. 3. 2015, at 3:34, OC wrote:
> Hello there,
>
> well I have found the reason why EOAdap
> errors throughout your code...
Strange errors throughout my code?
Hey, that means I probably created myself just as good an implementation of
shared EOs as Apple did! ;)
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored
l the best,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/arch
n)) {
... this code never runs concurrently for same auction, regardless its
EC ...
}
===
Thanks a big lot,
OC
> On 02/03/2015 11:29, OC wrote:
>> Bogdan,
>>
>> On 2. 3. 2015, at 11:00, Bogdan Zlatanov wrote:
>>
>>> This response will not be very helpful,
convoluted -- not speaking of
that I would not really know when to flush the data (unless I override EOs
finalize, ick...)
Isn't there a better solution?
Thanks a lot,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobje
?
Thanks a big lot,
OC
===
110 /tmp/jdbc> sw_vers
ProductName:Mac OS X
ProductVersion: 10.8.5
BuildVersion: 12F45
110 /tmp/jdbc> java -version
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) 64-Bit Server VM (build 23.7-b01, mixe
s and creating “new”
ones with same contents) -- looks like it's the easiest compromise.
Thanks and all the best,
OC
> On 2015-03-01, 8:06 AM, "OC" wrote:
>
> Oh, by the way -- are there some Wonder (or other) goodies to clone the model
&g
Oh, by the way -- are there some Wonder (or other) goodies to clone the model
parts, or do I just have to DIY?
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev
g.allRecords somehow, and use _them_ for the takeValuesFromDictionary
argument?
Thanks,
OC
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your
ur “Optimization:
EOF and beyond”, one of results of which is that I'll pretty soon re-write the
deletion code to ERXEOAccessUtilities.deleteRows... anyway :P)
Thanks and all the best,
OC
> The following code:
>
> ===
> def ec=ERXEC.newEditingContext(),ec2=ERXEC.newEd
1 - 100 of 221 matches
Mail list logo