In theory your more optimized code is relying on an undocumented implementation
detail which is bad. The next release of WO could break your code. But as
Donald Trump has a better chance of being selected as the next Pope than of
Apple making a new WO release it seems safe in actual practice.
Hello there,
well, having fetched raw rows all right, I need to post-process them,
essentially by checking each fetched raw row, and to some of them (not all, but
many) adding couple of extra attributes.
The safe and clean approach would, of course, be something like
=== safe&clean ===
def fet
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:
> grep
grep -ir jceb *
Try that. There is an adaptorName setting in the index.eomodeld file that can
be used for this. It forms it as “Java” + adaptorName() + “Adaptor”
Chuck
On 2016-02-23, 12:41 PM,
"webobjects-dev-bounces+chill=gevityinc@lists.apple.com on behalf of OC"
wrote:
>T,
>
>O
P.S. Here's the stack trace, perhaps it might help someone to see the culprit:
===
Caused by: java.lang.IllegalStateException: Unable to get the name of the class
to instantiate for the adaptor framework JavaJCEBCAdaptor. The possible causes
for this error are: the adaptor framework is not insta
T,
On 23. 2. 2016, at 21:29, T Worman wrote:
>> "Unable to get the name of the class to instantiate for the adaptor
>> framework JavaJCEBCAdaptor. The possible causes for this error are: the
>> adaptor framework is not installed on your system, the adaptor framework is
>> not linked into your
On Feb 23, 2016, at 12:21 PM, OC wrote:
>
> Hello there,
>
> well, I have cleaned up the external DB model so that it loads all right. At
> launch, I am setting the connection dictionaries:
>
> - all my normal models get
> [URL:jdbc:FrontBase://localhost/DBA/user=USER/isolation=read_committed/
Hello there,
well, I have cleaned up the external DB model so that it loads all right. At
launch, I am setting the connection dictionaries:
- all my normal models get
[URL:jdbc:FrontBase://localhost/DBA/user=USER/isolation=read_committed/locking=optimistic,
password:, username:]
- my import mod
In case it's helpful, there's ERXJDBCUtilities in Wonder which copies from one
DB to another.
Cheers, Anjo
> Am 22.02.2016 um 20:30 schrieb OC :
>
> Chuck,
>
> On 22. 2. 2016, at 19:18, Chuck Hill wrote:
>
>> It sounds to me like sharing the model would be less effort.
>
> Thanks!
>
>> R
Forget my previous post, in fact, it doesn’t work for me (I had forgotten to
remove the clear d2w cache by the code, thing that doesn’t work in deployment).
> Le 23 févr. 2016 à 09:42, Sébastien Rottiers a écrit :
>
> Thanks for the replies !
>
> I just test your first solution Mark and it wor
Thanks for the replies !
I just test your first solution Mark and it works like a charm !
Sébastien
> Le 22 févr. 2016 à 22:47, Mark Wardle a écrit :
>
> I wonder whether your rules are being cached.
>
> I do this instead:
>
> 100 : entity.name like 'Result*' => isEntityDeletable =
> "sess
11 matches
Mail list logo
