Story of my life, catching things too late :)
Really looking forward to the 4.2 migration, all in all it just looks awesome
> On 31 May 2022, at 15:57, Andrus Adamchik wrote:
>
> Good catch! Def something we'd like to change in 4.3/5.0
>
>> On May 31, 2022, at 11:14 AM, Hugi
the corresponding java.time types/class
names. The time functions of DateProperty won't apply do a DATE field.
API changes like this are probably too late at this beta stage (shame on me for
being so late to the 4.2 party) but I still thought I'd mention it since it's
an API that can somewhat reve
it's report
> toMany relationships only.
>
> On Sat, May 16, 2020 at 1:40 PM Hugi Thordarson wrote:
>>
>> Hi Andrus!
>>
>> The message is "Query uses both limit and joint prefetch, this most probably
>> will lead to incorrect result. Either use disjointById
al problem is
no longer logged.
- hugi
> On 16 May 2020, at 10:12, Andrus Adamchik wrote:
>
> Hi Hugi,
>
> I think you are right in general. But I can't seem to find the warning you
> are referring to. What is the exact text, so I can search for it in the code?
>
> Andr
Hi all,
just wondering; the warning that's logged if a query uses a joint prefetch in
conjunction with a limit—shouldn't that only apply to to-many relationships?
Cheers,
- hugi
Being somewhat absent these days I just wanted to thank you guys for your work.
Feel free to laugh but I don’t think I’ve been this excited about a software
upgrade since System 7. Doing a production upgrade for a non-essential but
high-traffic app in the coming week.
intact :).
ObjectSelect
.query( BigEntity.class )
.lazyProperties( BigEntity.HUGE_IMAGE, BigEntity.MASSIVE_STRING )
- hugi
> On 29 Nov 2019, at 15:25, Michael Gentry wrote:
>
> Well, we can't always control the DB schema we have to interface with...
>
>
&
/me instantly starts modifying DBs.
Thanks for pointing this out John!
- hugi
> On 29 May 2019, at 15:23, John Huss wrote:
>
> Doh! Turns out Cayenne already supports this for Postgres. Who knew! :-P
>
> 2621 [main] INFO org.apache.cayenne.log.JdbcEventLogger - INSERT INTO
I'd just like to add that this is pretty awesome.
> On 23 Apr 2019, at 20:29, Lon Varscsak wrote:
>
> Great feature! :P
>
> -Lon
>
> On Tue, Apr 23, 2019 at 12:16 AM Nikita Timofeev
> wrote:
>
>> Hi all,
>>
>> For a long time I've worked on this task [1] and now I'm ready to
>> merge it
if it reaches 4.1. I've been using this in production for quite some
time without any problems.
https://github.com/apache/cayenne/pull/371
<https://github.com/apache/cayenne/pull/371>
Cheers,
- hugi
> Hi Hugi,
>
> "Flu season in Iceland" sounds like a scary movie :) Hope you a
myself. It feels wrong—but if it's supported by DBs and widely used, perhaps
the Cayenne API should allow for that?
Cheers,
- hugi
using different means, being
able to use the same object structures to perform both DB work and in-memory
work is extremely useful, especially when it comes to complex object graphs
with deep queries (long object paths).
Cheers,
- hugi
> On 4 Feb 2019, at 13:12, Nikita Timofeev wrote:
>
with that modification once your PR has been merged.
Cheers, and thanks again,
- hugi
> On 4 Feb 2019, at 13:12, Nikita Timofeev wrote:
>
> Hi Maik.
>
> As I'm the one researched this, let me answer :) I failed to make
> BeanAccessor pluggable last time because I realized that it's
as involved as it appears.
Sounds awesome :). I wish I could be the one to step forward given I'm the one
raising a fuss, but after looking at the changes involved and given my
knowledge, I'm a bit hesitant to start hacking away on such a core part of
Cayenne's design at this time.
Cheers,
- hu
considering where it comes from, it's probably a good
barometer for where java language and API design is headed).
I'd say that the framework would be well served and future-proofed by dropping
the requirement for hard-coded accessor prefixes as a baked in requirement.
Cheers,
- hugi
> On
ccessor so that it
seeks for a non-prefixed method if a prefixed one isn't found? That
modification is minimal and shouldn't affect any current users, so I can think
of.
Cheers,
- hugi
> On 20 Sep 2018, at 16:08, Andrus Adamchik wrote:
>
> Hi Maik,
>
> In Cayenne a canonical way to ov
"An ORM that won't make you regret your life decisions"? I believe the
Hibernate crowd might relate.
- hugi
> On 27 Dec 2017, at 16:20, Andrus Adamchik <and...@objectstyle.org> wrote:
>
> Works great on my machine. I am planning to write the text for each one of
&
Thanks Andrus, yes, this was not the behaviour I expected. I wrote a fix for my
own project and will soon take a better look at improvements to submit, once
this crazy christmas season slows down.
Cheers,
- hugi
> On 6 Dec 2017, at 16:27, Andrus Adamchik <and...@objectstyle.org&
DbEntity names
from other DataNodes—which it finds exists and and thus won't generate any
schema at all.
Would you consider this a bug or expected behaviour? I'd think
CreateIfNoSchemaStrategy should only check for names of DbEntities in DataMaps
related to the DataNode.
Cheers,
- hugi
ormation (usually specified in *BeanInfo classes) and get
names of getter/setter methods from there. But that would be a much larger
change than just checking for a method with propertyName if the getPropertyName
method doesn't exist.
What do you think?
Cheers,
- hugi
Ah, sweet—thanks :)
- hugi
> On 29 May 2017, at 17:52, Andrus Adamchik <and...@objectstyle.org> wrote:
>
>
> Yes, but you can shorten it further:
>
> b.addModule( CommitLogModule.extend()
> .addListener( CommitListener.class )
> .addListener( DictionaryLi
( SearchIndexListener.class
).module() );
b.addModule( CommitLogModule.extend().addListener( PriceEventListener.class
).module() );
Cheers,
- hugi
> On 29 May 2017, at 15:04, Andrus Adamchik <and...@objectstyle.org> wrote:
>
> Just squeezed an 11th hour change before we freeze the B
Thanks for all your hard work guys! The progress Cayenne has made in the last
few months is amazing and M5 is awesome.
- hugi
> On 6. mar. 2017, at 11:43, Nikita Timofeev <ntimof...@objectstyle.com> wrote:
>
> And to keep everything in order, here is the final voting results.
Entry.class )
.where( Entry.RECEIPT.dot( Receipt.USER ).dot(
User.NAME ).eq( "Hugi Þórðarson" ) )
.columns( Entry.TEXT, Entry.PRICE )
.select( someObjectContext() );
for
it would be a good idea to add support for:
1) Specifying a default java.text.Collator to use for new Ordering instances.
2) Specifying a java.text.Collator for an instance of Ordering.
What do you think?
Cheers,
- hugi
Hi all.
Chose a very simple issue to submit my first pull request to Cayenne. I would
love if you’d let me know if this issue is okay, or if it's missing something
regarding best practices / cayenne traditions.
Cheers,
- hugi
Hi all,
just wondering if Ordering.orderedList( List ) should accept a Collection
rather than a List? Looks like it can be done only by modifying the signature
of the method.
Cheers,
- hugi
Hi all.
I’d just like to chime in to mention how ridiculously useful this feature has
turned out to be. I’ve been using it since day one for audit logging, but I’ve
since used it in many other places to react to changes in the object graph.
Really, really nice.
Cheers,
- hugi
> On 9.
Congratulations on the 15 years and the awesome work that’s gone into Cayenne!
Your work is making my (and my customers’) life better.
Cheers,
- hugi
> On 4. feb. 2016, at 17:35, Mike Kienenberger <mkien...@gmail.com> wrote:
>
> Yeah, that's good for making you feel old
That won't help with mutable types, since modifying them will not use the
setter method.
- hugi
On 8.9.2014, at 12:58, Mike Kienenberger mkien...@gmail.com wrote:
I think it would be difficult to enforce, even if we wanted to
disallow it, since any non-primitive could be mutable.
What I
…Hugi still uses that subclass—and is still a WO guy :). The class in question
is rather simple and really just a Cayenne-ized version of ERXSortOrdering.
Quite convenient.
https://bitbucket.org/hugi/jambalaya/src/4a0b939d5a4e5d82f124cc46439a4cd6803efcd1/src/main/java/com/eplica/jambalaya
) to put code in a more
visible place for now, but ultimately it will need to come back through Jira.
Again, welcome. Getting type safety into object keys has always been a goal
here.
Glad to hear that :-).
We've committed the code as a Maven project on Bitbucket:
https://bitbucket.org/hugi
—can you point me to some previous discussions so I can take a
peek?
And yes - welcome to Cayenne :)
Thank you! I'm liking the community already :).
Cheers,
- hugi
33 matches
Mail list logo