On Mar 26, 2010, at 10:20 AM, Baiss Eric Magnusson wrote:
I wrote an inline
curTrans.setQualifier( fsAnd )
and got the same error, <'$startMonth' is unbound>, as when I use
the the fetch spec of the display group.
Either there is an missing piece of info in the
ERXBatchingDisplayG
On 26/Mar/2010, at 1:55 PM, Pascal Robert wrote:
> Didn't those patches are if you want to patch 3.4? Reverse engineering was
> fixed in 3.5 in September?
> But I do remember your debugging crazyness for this problem at WOWODC East
> :-P
These are all for 3.4 and yes, these are what we fixed at
Le 10-03-26 à 13:45, Mark Ritchie a écrit :
On 26/Mar/2010, at 12:04 PM, Theodore Petrosky wrote:
am I missing something?
Hey Theodore!
Yeah... Reverse Engineering is broken.
The relevant patches to fix it are submitted here:
http://issues.objectstyle.org/jira/browse/WOL-1077
http://issue
On 26/Mar/2010, at 12:04 PM, Theodore Petrosky wrote:
> am I missing something?
Hey Theodore!
Yeah... Reverse Engineering is broken.
The relevant patches to fix it are submitted here:
http://issues.objectstyle.org/jira/browse/WOL-1077
http://issues.objectstyle.org/jira/browse/WOL-1078
http://is
I wrote an inline
curTrans.setQualifier( fsAnd )
and got the same error, <'$startMonth' is unbound>, as when I use the the fetch
spec of the display group.
Either there is an missing piece of info in the ERXBatchingDisplayGroup set-up
documentation or in the code itself ( as it runs ok
At home, for the wocommunity.org stuff, 3.5.1 Carbon is stable. At work, we are
still on 3.3...
> is 3.5 ready for prime time?
>
> I don't really need to release anything into the wild but I thought I would
> ask
>
> Ted
>
> --- On Fri, 3/26/10, Pascal Robert wrote:
>
>> From: Pascal Ro
is 3.5 ready for prime time?
I don't really need to release anything into the wild but I thought I would
ask
Ted
--- On Fri, 3/26/10, Pascal Robert wrote:
> From: Pascal Robert
> Subject: Re: reverse engineer Oracle DB
> To: "Theodore Petrosky"
> Cc: webobjects-dev@lists.apple.com
> Dat
Are you using WOLips 3.4 (nightly) by any chance? If yes, you will
need to move to WOLips/Eclipse 3.5.
I hope I have this correct.. I downloaded ojdbc14.jar and
installed it at: /Library/Java/Extensions
in Entity Modeler I set up as:L
URL: jdbc:oracle:thin:@10.1.3.250:1521/XE (or :XE b
I hope I have this correct.. I downloaded ojdbc14.jar and installed it
at: /Library/Java/Extensions
in Entity Modeler I set up as:L
URL: jdbc:oracle:thin:@10.1.3.250:1521/XE (or :XE both ways)
Username: dbuser
pw: dbpassword
driver: oracle.jdbc.driver.OracleDriver
Plugin: com.webob
>> But the _fastHashRemove() method seems to be wrong. It doesn't set _lastGID
>> to null. This means, I could insert(valueA, keyA), then remove(keyB) and
>> then get(keyA) would return null instead of valueA?
>
> That's something I can observe from time to time in my apps where I get
> errors
blah .. @$* final methods. death to them. that's unfortunate. it can still be
patched from the EC side, it's just a lot trickier to do. you don't need to
file a bug report with apple ... unless it makes you feel good, or something.
On Mar 26, 2010, at 9:17 AM, Brook, James wrote:
> Thanks for t
Thanks for the information. I haven't look into the mechanics of how this works
before, but I did peak into EOCustomObject's ___setRetainCount. Unfortunately
it's a final method.
I guess we can use some sort of home grown method based on something like
ERXRetainer, but it makes me feel pretty u
Hi Lon and the list,
We experiment this same error too on one of our applications in deployment.
Searching in this mailing-list archive we found out this thread dating
from 2009/07/09 :
http://www.mail-archive.com/webobjects-dev@lists.apple.com/msg30772.html
in which Ryan Klems speaks about
Am 25.03.2010 um 20:25 schrieb Marc Guenther:
> I just digged around in EODatabase, and found the following graphic.
>
> This is basically a wrapper around the _snapshots dictionary, which caches
> the last accessed key/value for speed reasons.
>
> But the _fastHashRemove() method seems to be w
14 matches
Mail list logo
