Re: [VOTE] Apache Cayenne 4.2.1 release

Evaluating the release now. All the license and signature checks pass, but when I build Agrest with it, I get 3 unit test failures, something related to foreign key handling: [ERROR] ParentIT.relate_ToMany_MixedCollection:90 Unexpected row count in the DB ==> expected: <3> but was: <2>

Re: [VOTE] Apache Cayenne 4.2.1 release

> I think we still could keep this voting going, in case there are more > problems :) You mean wait if someone else drops a -1 :) > On May 30, 2024, at 9:24 AM, Nikita Timofeev > wrote: > > Hi Jurgen, thanks for heads up. I think we still could keep this voting > going, in case there are

Re: CAY-2842

Nikita might comment on whether this is a 5.0-only task. But I am with Michael on "var" in the framework. I use "var" declarations a lot in throwaway "scripting" code (usually data tasks with DFLib), but in any code that needs to be maintained, hiding variable types does complicate code review.

Re: Web Site / Documentation

Hi Mike, Thanks for mentioning. There are probably other places across the documentation that may need some love. E.g. working with custom functions. I guess whoever gets to it first, wins :) Thanks, Andrus > On Jan 10, 2024, at 9:53 AM, Michael Gentry wrote: > > Hi, > > In trying to

Re: Cayenne 5.0 proposals

this? Yes, it > would be a lot of global search/replace, but probably not too much effort > outside of that. (Use a shell script to automate that task in the code and > docs, but the docs might need a bit more polishing.) > > Thanks > mrg > > > On Wed, Nov 22, 2023 at 7:18 AM

Re: Cayenne 5.0 proposals

I think there's going to be quite a few. Since we got rid of ROP, we can tighten our naming everywhere - modules, packages, classes. Andrus > On Nov 22, 2023, at 8:07 AM, Michael Gentry wrote: > > Hi Nikita! > > Both sound very reasonable to me, so +1 for that. > > Will there be any

Re: Cayenne 5.0 proposals

I am +1 on both. > On Nov 21, 2023, at 4:04 AM, Nikita Timofeev > wrote: > > Hi all, > > Wanted to share a couple of my thoughts about changes that could be good > for Cayenne. And the first milestone release of Cayenne 5.0 could be a > perfect target for these changes. > > 1. Get rid of the

Re: [GitHub] [cayenne-website] andrus closed pull request #21: Update cayenne-guide.html minor text edits lines 461-1000

See my other message: > Ah, found the answer - GitHub and Apache Gitbox accounts need to be linked to > get the needed permissions. So I followed the instructions here: > https://infra.apache.org/apache-github.html , waited for 5 min, refreshed > GitHub, and now I see the "Close" button.

Re: Closing Github PRs without merging

, 2023, at 11:14 AM, Michael Gentry wrote: > > I'm not seeing it, either. Perhaps a permissions issue? > > On Sat, Sep 23, 2023 at 8:45 AM Andrus Adamchik wrote: > >> Hey, anyone knows how to manually close pull requests on GitHub (without >> merging)? Specifically

Closing Github PRs without merging

Hey, anyone knows how to manually close pull requests on GitHub (without merging)? Specifically talking about this one that is no longer relevant: https://github.com/apache/cayenne-website/pull/21 I only see the "Comment" button. No "Close" Andrus

Re: [VOTE] Apache Cayenne 4.2 release

> With my +1 vote the result is following: > > John Huss (PMC): +1 > Andrus Adamchik (PMC): +1 > Nikita Timofeev (PMC): +1 > > I will finish this release soon. > Thanks everyone! > > > On Sat, May 20, 2023 at 11:17 AM Andrus Adamchik wrote: >> >&g

Re: [VOTE] Apache Cayenne 4.2 release

Very excited to have 4.2 out, especially with those regressions in RC2. My checklist passes, I am +1. + MD5/SHA512 matches + Signature checks + rat passes + builds from source + Modeler runs on OS X + Cross-platform Modeler runs on OS X + Upgrade Agrest using the Maven repo. + Upgrade LinkMove

Re: [VOTE] Apache Cayenne 4.0.3 release

Java 17 probably. I was using Java 8 for the local build. > On Feb 19, 2023, at 7:38 PM, Michael Gentry wrote: > > I'm seeing errors when building: > > [mrg@odin 13:31:49] ~/Projects/Cayenne-Release/cayenne-4.0.3-src > mvn > clean verify -Passembly,src,generic,mac > [INFO] Scanning for

Re: [VOTE] Apache Cayenne 4.0.3 release

4.0 is old, but there's still a significant number of apps using it, and the 4.0 Modeler would not start if you have Java 17 on your desktop. So this release would unblock quite a few users. I just verified it, everything looks good. + MD5/SHA512 matches + Signature checks + rat passes +

Re: [VOTE] Apache Cayenne 4.2.RC2 release

Congrats! Being involved in investigating some of the latest issues fixed in this release, I am pretty confident the next one can be a GA release. Andrus > On Dec 5, 2022, at 8:13 AM, Nikita Timofeev wrote: > > With my +1 the result is following: > > Andrus Adamchik (PMC):

Re: [VOTE] Apache Cayenne 4.2.RC2 release

And since my work depends on some of these bug fixes, I just did a quick evaluation: + MD5/SHA512 matches (using cayenne-release-tools script) + Signature checks (using cayenne-release-tools script) + rat passes + builds from source + Modeler runs on OS X + Cross-platform Modeler runs on

Re: CayenneModeler on MacOS Ventura

Thanks for confirming. I like bugs that fix themselves :) > On Nov 29, 2022, at 8:17 PM, Lon Varscsak wrote: > > Yes, it appears to be working now. > > On Tue, Nov 22, 2022 at 8:55 AM Andrus Adamchik wrote: > >> Hey Lon, >> >> So after I install

Re: CayenneModeler on MacOS Ventura

2022 at 1:08 AM Andrus Adamchik wrote: > >> Hi Mike, thanks for checking. Yeah, too many variables. I suspected >> Ventura, as it worked for me prior to the OS upgrade on the same machine. >> But I don't have anything more concrete. I suppose I may try to debug the >> s

Shutting down maven.objectstyle.org/nexus

I am going to shut down the Nexus instance at https://maven.objectstyle.org/nexus/ . There's so much open source infrastructure out there, that running your own Maven repo seems wasteful, and what's worse it creates security issues without proper maintenance. This server was used for Cayenne

4.3 -> 5.0

I suggest we switch master to "5.0" release. Some big changes are anticipated to go in this release, so it warrants a major version increase. Andrus

Re: CayenneModeler on MacOS Ventura

ote: > > I did a quick test and it works on Ventura for me. MBP i7 with Java 19. > > I see in the ticket you mention M1. Could this be a Java on M1 issue? Or > even Java 17? > > On Mon, Nov 7, 2022 at 7:22 AM Andrus Adamchik wrote: > >> https://issues.apache.org/jira/b

CayenneModeler on MacOS Ventura

https://issues.apache.org/jira/browse/CAY-2770 Anyone else noticed issues like this on MacOS Ventura? It is quite annoying and Google didn't reveal anything relevant. FWIW, after the Ventura upgrade I am having issues with IntelliJ IDEA as well. It periodically becomes unresponsive. Certain

Re: Ant and eclipse related things in the pom.xml

> On Aug 1, 2022, at 5:19 PM, Mike Kienenberger wrote: > > Unfortunately, my most "up-to-date" cayenne project uses 3.x and it is > likely being replaced at the end of the year, which is why I haven't > commented much on Cayenne 5.0. I remember, you mentioned it before. This is sad. FWIW,

Re: Ant and eclipse related things in the pom.xml

back, but there are probably easier > ways to do these things these days. > > Unfortunately, my most "up-to-date" cayenne project uses 3.x and it is > likely being replaced at the end of the year, which is why I haven't > commented much on Cayenne 5.0. > > On Mon, A

Re: Ant and eclipse related things in the pom.xml

> On Jul 28, 2022, at 1:44 PM, Nikita Timofeev > wrote: > > 1. Ant and vpp dependency. This one is really the last that prevents > us from switching to the Maven Central repo instead of the custom one > we are using, I want to change a bit this feature and use reflection > to get rid of

Re: Cayenne 5.0 - getting rid of legacy

> On Jul 5, 2022, at 2:00 PM, Nikita Timofeev wrote: > > - requiring JDK 17 version may limit adoption, as I believe there are > many projects that can't update to Java 17 yet and there are no > immediate benefits that I could see for Cayenne (though I like the > idea of using fresh Java). >

Re: Query API suggestions

at, though I only use a single > database target for the SQL. > > On Fri, Jul 15, 2022 at 2:40 PM Andrus Adamchik wrote: > >> Another block of ideas for 5.0. Related to expressions and queries... >> >> 0. Terse and consistent Expression API. 90% of expressions are done

Query API suggestions

Another block of ideas for 5.0. Related to expressions and queries... 0. Terse and consistent Expression API. 90% of expressions are done with Properties now, but the remaining 10% are clunky and inconsistent. I am thinking the main class (interface) should be called "Exp", combining static

Re: Records and result auto-mapping

rver/src/test/java/org/apache/cayenne/query/SQLSelectIT.java#L273 > > On Thu, Jul 14, 2022 at 10:52 PM Andrus Adamchik wrote: >> >> Java 17 "records" create some interesting possibilities as quick DTOs. >> Mapping complex SQL is still rather painful in Cayenne. Y

Re: Cayenne 5.0 - getting rid of legacy

Jul 14, 2022 at 4:15 PM Andrus Adamchik wrote: > >> >> >>> On Jul 14, 2022, at 4:04 PM, Michael Gentry wrote: >>> >>> On Thu, Jul 14, 2022 at 3:47 PM Andrus Adamchik >> wrote: >>> >>>> I see. I suppose if we decide to go

Re: Cayenne 5.0 - getting rid of legacy

> On Jul 14, 2022, at 4:04 PM, Michael Gentry wrote: > > On Thu, Jul 14, 2022 at 3:47 PM Andrus Adamchik wrote: > >> I see. I suppose if we decide to go deep into class generation beyond >> property handling, we will have other options, like generating i

Re: Cayenne 5.0 - getting rid of legacy

n and keep our own copy, but I > wonder how many people are using it. We're not defining the serverRuntime > in web.xml (which would be a bit limiting and clunky), but otherwise I like > the convenience it provides for using cayenne in a servlet environment. > > On Thu, Jul 14, 2022 at

Records and result auto-mapping

Java 17 "records" create some interesting possibilities as quick DTOs. Mapping complex SQL is still rather painful in Cayenne. You'd get an Object[] as a result and/or need complex scripting within SQL. I think records and some API tweaks can help: 1. SQL result mapping. record

Re: Cayenne 5.0 - getting rid of legacy

or transition, we should experiment to see if we could generate > annotations, as manual coding could be a real demotivation for the > upgrade. > > On Tue, Jul 5, 2022 at 6:27 PM Andrus Adamchik wrote: >> >> Cool, let's stay on 11. I suppose it is integration framewo

Re: Cayenne 5.0 - getting rid of legacy

I just don't like those > parts with unknown state. > > On Thu, Jul 7, 2022 at 7:02 PM Andrus Adamchik wrote: >> >> >> >>> On Jul 5, 2022, at 2:00 PM, Nikita Timofeev >>> wrote: >>> >>> Id like to add OSGi support to that remova

Re: Cayenne 5.0 - getting rid of legacy

> On Jul 5, 2022, at 2:00 PM, Nikita Timofeev wrote: > > Id like to add OSGi support to that removal list as well. OSGi support was developed in response to a user request (should be somewhere in the mailing list archives). I have no idea if anyone is still using it, and I am generally

Re: Cayenne 5.0 - getting rid of legacy

6:55 PM, Michael Gentry wrote: > > On Tue, Jul 5, 2022 at 11:46 AM Andrus Adamchik wrote: > >> Now that "default" implementations of interface methods are possible... >> > > This sounds more interesting to me. I'm assuming you mean a separate > interface

Re: Cayenne 5.0 - getting rid of legacy

ideas are compatible with removing callbacks from the Modeler :) > On Jul 5, 2022, at 5:27 PM, Andrus Adamchik wrote: > > Cool, let's stay on 11. I suppose it is integration frameworks like Bootique > that should take the lead on JDK upgrades. And universal libraries like > Ca

Re: Cayenne 5.0 - getting rid of legacy

t in the Modeler. >> >> - dropping callbacks will require substantial effort for the end users >> to update their code, so at least we'll need to think how to automate >> this process. Another idea I got is that having these callback in the >> model could give m

Re: Cayenne 5.0 - getting rid of legacy

yenne" and "Custom DataSource" This is in line with our long-term direction towards CayenneModeler being an OR mapping tool, maximally free of deployment details. Andrus > On Jul 1, 2022, at 6:11 PM, Andrus Adamchik wrote: > > Hi folks, > > So with 4.2 being almost GA, i

Cayenne 5.0 - getting rid of legacy

Hi folks, So with 4.2 being almost GA, it is about time to start discussing the next major release. I think it should be 5.0 (not 4.3), and we would modernize things across the board. Let me start with a list of things we can clean up, and I'll follow up with new feature ideas in a separate

[ANN] Release 4.2.RC1

Glad to announce Cayenne 4.2 release candidate. It fixes a few remaining JDK 17 compatibility issues (Gradle, protostuff/ROP). Also a number of bug fixes. Very good chance the next 4.2 release will be "GA". Full list of bug fixes: CAY-2711 JDK 17 compatibility CAY-2728 Add ExtendedType to

Re: [VOTE] Apache Cayenne 4.2.RC1 release

Congrats! Will be upgrading Agrest and Bootique shortly. Cheers, Andrus > On Jun 10, 2022, at 1:20 PM, Nikita Timofeev > wrote: > > With my +1 the result is following: > > Michael Gentry (PMC): +1 > Andrus Adamchik (PMC): +1 > John Huss (PMC): +1 > Nikit

Re: [VOTE] Apache Cayenne 4.2.RC1 release

All my checks pass. +1 > On Jun 3, 2022, at 2:23 PM, Nikita Timofeev wrote: > > Hi all, > > Here is a 4.2.RC1 release as promised. > > Release notes: > https://github.com/apache/cayenne/blob/4.2.RC1/RELEASE-NOTES.txt > Maven repo: >

Re: Release Candidate of the 4.2

Good catch! Def something we'd like to change in 4.3/5.0 > On May 31, 2022, at 11:14 AM, Hugi Thordarson wrote: > > Hi Nikita, > > That's cool! I've unfortunately had little opportunity to check out 4.2 > lately (still stuck with a mutilated 4.1 for…reasons) but incidentally > started

Re: Next releases

+1 > On Feb 22, 2022, at 4:32 AM, Aristedes Maniatis > wrote: > > I'm thinking: > > > * 3.1.3 be marked on the website "EOL". > > * 4.0.2 be marked as "Security fixes only" > > * 4.1.1 be marked as "Security and bug fixes" > > * 4.2 start the RC process and get it released in a month or

Re: Buildbot

> > Also, we had this from ages ago: https://nightlies.apache.org/cayenne/ Is > fixing this up to put nightly builds back a useful thing? > > > > Ari > > > > On 24/1/2022 4:40pm, Andrus Adamchik wrote: >> I suggest we just take it down. We hav

Re: Buildbot

I suggest we just take it down. We have CI working elsewhere, so why spend the effort. Andrus > On Jan 24, 2022, at 4:23 AM, Aristedes Maniatis > wrote: > > https://ci2.apache.org/#/builders/95/builds/2/steps/2/logs/stdio > > > Infra have gotten buildbot working again for us. However the

"Import EOModel" support

> On Jan 1, 2022, at 3:31 PM, Michael Gentry wrote: > > "I know EOF of the olden times had an LDAP adapter..." > > Wow, that brings back unpleasant memories... Speaking of EOF (and I don't > want to hijack this thread, so feel free to reply in a new one), how long > is Cayenne going to

Re: groovy 4 ginq

f Cayenne? That is, could the backend be easily exchanged for json or some > other data source, even if only in a read-only way? Could also be an > interesting way to demonstrate Modeler to new users... > > > Ari > > > On 30/12/21 1:24am, Andrus Adamchik wrote: >> An idea

Re: groovy 4 ginq

An idea of in-memory query evaluation fits Cayenne to a degree. Though it is limited to what we already do with in-memory expression-based filtering and sorting. A more fancy data transformation (even a simple "toUpperCase" from your example) runs against the basic ORM philosophy ("toUpperCase"

Re: [VOTE] Apache Cayenne 4.1.1 release, second try

Great! Once published, I will write the announcements and add to Bootique. Congrats everyone and happy holidays. Andrus > On Dec 24, 2021, at 10:50 AM, Nikita Timofeev > wrote: > > With my +1 the result is following: > > John Huss (PMC): +1 > Andrus Adamchik (PMC): +1

Re: [VOTE] Apache Cayenne 4.1.1 release, second try

All checks pass. +1 > On Dec 21, 2021, at 10:23 AM, Nikita Timofeev > wrote: > > Hi all, > > Here is another try of the 4.1.1 release. This time with Gradle > upgrade and proper support for the JDK 17 in the Modeler. > > Release notes:

Re: UI toolkit for the future Modeler

browser reduces the barrier to entry hugely. > Imagine going to a demo website, uploading your database schema and being > able to instantly play with your schema and output a working Java project. > > > ## Developer skills > > Does anyone in the existing team have js skill

Re: UI toolkit for the future Modeler

L visually and not > have the UI "code" in the Java code. Compose seems more traditional and > with the UI in the source code. Perhaps I'm just more of a visual person in > that regard, which is another reason why I like using CM to model a DB > instead of annotations or whatn

Re: JGroups

and drop the dependencies? I > just don't like repeating things... > > mrg > > > On Mon, Dec 20, 2021 at 1:37 AM Andrus Adamchik wrote: > >> FWIW, I was about to suggest removing "cayenne-jgroups" from Cayenne 5.0 >> as an old and unreliable piece of

Re: JGroups

FWIW, I was about to suggest removing "cayenne-jgroups" from Cayenne 5.0 as an old and unreliable piece of software we don't want to support :) As far as the Modeler goes it should not depend on JGroups at all. All the events in the Modeler are in-process and can be passed around within the

Re: [VOTE] Apache Cayenne 4.1.1 release

I don't fully understand the LOE or any technical issues arising from Gradle 7 for 4.1, but as a matter of policy I think it is worth supporting 4.1 on Java 17. We set specific thresholds for backwards compatibility, but forward compatibility IMO should be indefinite for any supported release

Re: [VOTE] Apache Cayenne 4.1.1 release

I am actually having a problem running 4.1.1 Modeler on Windows with Java 17. 4.2.B1 starts fine, but 4.1.1 gives me the old "No suitable java version found on your system! The program requires Java 1.8 or later" Thanks, Andrus > On Dec 15, 2021, at 5:22 PM, Nikita Timofeev > wrote: > > Hi

Re: UI toolkit for the future Modeler

continue to be supported > unless that product completely flops. > > I don't mind the current modeler UI. It's good enough for me. > > https://www.jetbrains.com/fleet/ > > > On Sat, Dec 11, 2021 at 2:15 AM Andrus Adamchik wrote: > >> A datapoint to our pe

UI toolkit for the future Modeler

A datapoint to our perennial discussion of technology to use for the future CayenneModeler... With Swing being old and crusty, and JavaFX no longer supported by Oracle, perhaps we should be looking for something fresh. I just came across a new "Compose Multiplatform" desktop UI framework by

Re: [VOTE] Apache Cayenne 4.2.B1 release, second try

Thanks Nikita! I will send the announcement to user@ and Twitter. Now on to the bugfix release of 4.1.1 :) Andrus > On Dec 6, 2021, at 4:36 PM, Nikita Timofeev wrote: > > With my +1 the result is following: > > Michael Gentry (PMC): +1 > John Huss (PMC): +1 > Andr

Re: [VOTE] Apache Cayenne 4.2.B1 release, second try

My checklist passes. Tested the Modeler on Mac[*] and Windows - it works under both Java 11 and 17. +1 on the release Andrus [*] On MacOS under Java 17 the left side of the menu bar is darker than the right side, but everything functions properly. > On Dec 1, 2021, at 6:19 PM, Nikita

Re: [VOTE] Apache Cayenne 4.2.B1 release, second try

Yeah, protostuff (third-party lib) does not support Java 17. From my understanding there's no way around this. My suggestion is to just document it, wait for an update from the authors, and remove ROP support from Cayenne 5.0 :) Andrus > On Dec 2, 2021, at 5:20 PM, John Huss wrote: > >

Re: [VOTE] Apache Cayenne 4.2.B1 release

ith the Apache guidelines. > It's mentioned here [1] in the "Releasing Downloadable Assemblies" section. > > [1] https://cayenne.apache.org/dev/release-guide.html > > On Mon, Nov 29, 2021 at 1:07 PM Andrus Adamchik wrote: >> >> Trying to build from source with

Re: [VOTE] Apache Cayenne 4.2.B1 release

Trying to build from source with Java 8. Getting an error in "cayenne-gradle-plugin". I tried with both Gradle 7.3 available on the PATH, and without it. Same error. Any ideas? Andrus [INFO] --< org.apache.cayenne.plugins:cayenne-gradle-plugin >-- [INFO] Building

Re: Cayenne Modeler on macOS Monterey

; > I do have JDK 17 installed, so perhaps that is it. > > Thanks! > > > On Wed, Nov 17, 2021 at 1:10 PM Andrus Adamchik wrote: > >> Hi Mike, >> >> There's an issue with Java 17 and native Modeler components. Nikita is >> testing a fix. >

Re: Cayenne Modeler on macOS Monterey

Hi Mike, There's an issue with Java 17 and native Modeler components. Nikita is testing a fix. So your problem is likely unrelated to Monterey. Andrus > On Nov 17, 2021, at 7:51 PM, Michael Gentry wrote: > > Has anyone tried running Cayenne Modeler on macOS Monterey? > > I ran, or at

Re: CI

; > Are we happy with creating release artifacts: > > a. as we do today, built on a local developer machine > b. from Travis > c. from buildbot > > > https://issues.apache.org/jira/browse/INFRA-22396 > > > Ari > > > On 10/10/21 6:38pm, Andrus Adamchik

Re: cgen into the future

> superclass. You may not even notice for a while until something unexpected > happens three months later. > > With the configuration in our gradle build file there is absolutely nothing > to ask new developers to do. But I'd be equally happy for Modeler and cgen to > s

Re: CI

t, > there's limited number of runners available for *all* Apache projects. Ifra > warns that it could be really slow [1] > [1] > https://cwiki.apache.org/confluence/plugins/servlet/mobile?contentId=173085013#content/view/173085013 > Sunday, 10 October 2021, 10:10am +03:00 from And

Re: cgen into the future

On Oct 10, 2021, at 10:04 AM, Aristedes Maniatis > wrote: > > > > On 10/10/21 5:42pm, Andrus Adamchik wrote: >> A bit OT... Before 4.1 all my projects used cgen and most - cdbimport. Not >> anymore. Things went full circle and Modeler has become the only way to sync &

Re: CI

wrote: > > On 10/10/21 5:26pm, Andrus Adamchik wrote: >> BTW, we should probably move to Github Actions for CI/CD. Much faster than >> Travis. > > I've got a bit of experience [1] with github actions in some of my other open > source projects, and mostly they are ve

Re: Cayenne Modeler support for JDK 17

ing for a > final release this year with JDK17 compatibility as a key reason for users to > upgrade. > > > I've asked Infra to take a look at the old buildbot builder still pointing at > the svn version of Cayenne [1] > > > Ari > > > > [1] https:/

Re: snapshot releases

Hi Ari, Snapshots are published to the Apache snapshots repo at https://repository.apache.org/content/repositories/snapshots . Central does not allow to host snapshots: apache-releases Apache Release

Re: Cayenne Modeler support for JDK 17

Ok, here is the Jira: https://issues.apache.org/jira/browse/CAY-2721 <https://issues.apache.org/jira/browse/CAY-2721> I also described a few workarounds until we fix it. Andrus > On Sep 27, 2021, at 8:38 AM, Andrus Adamchik wrote: > > Yep, after installing java 17 (Tem

Re: Cayenne Modeler support for JDK 17

Yep, after installing java 17 (Temurin from https://adoptium.net/ ), Modeler would no longer start. We'll need to investigate. Andrus > On Sep 24, 2021, at 6:01 PM, John Huss wrote: > > Cayenne Modeler crashes on launch with JDK 17 (from Oracle). Here is the >

Re: [VOTE] Apache Cayenne 4.2.M3 release

> On Jun 9, 2021, at 12:53 PM, Justin Mclean wrote: > >> >> I don't see anything about including LICENSE/NOTICE in .jar files anymore >> (we do include them). > > Yep that still needed last I looked. Makes sense. Also since the rule is "license must match what's in the artifact", we

Re: [VOTE] Apache Cayenne 4.2.M3 release

Interesting. Being Apache old-timers, we haven't reviewed the LICENSE/NOTICE requirements in a bit. So looks like we may need 2 separate LICENSE files for source and binary distros: 1. The source one should exclude the following licenses: CAUCHO, JGOODIES, OGNL, VPP, jEdit Syntax, Inflector

Re: [VOTE] Apache Cayenne 4.2.M3 release

Hi Justin, Thanks for catching these issues. I think #2 is simply a bug in the build script ("cayenne-gradle-plugin/build" is in ".gitignore" and is clearly copied to the distro by mistake). Need to fix it. #1 is something I have no recollection of... EPL is indeed included in LICENSE.txt,

[ANN] Cayenne 4.2.M3 released

I am glad to announce a release of Cayenne 4.2.M3. The release is stabilizing, so there are only a few new features. A notable one is support for annotated callback methods on entity classes (mapping those in the Modeler is annoying). Though we are still working out the performance aspects of

Re: [VOTE] Apache Cayenne 4.2.M3 release

my +1 the result is following: >> >> John Huss (PMC): +1 >> Andrus Adamchik (PMC): +1 >> Michael Gentry (PMC): +1 >> Nikita Timofeev (PMC): +1 >> >> I will finish the release today. >> Thanks, everyone! >> >> P.S. Here are issues that Mich

Re: [VOTE] Apache Cayenne 4.2.M3 release

I suppose the important scenario is the lowest JDK version (i.e. 8), as it produces forward-compatible binaries. Andrus > On Mar 18, 2021, at 2:43 PM, Michael Gentry wrote: > > What are the expected build scenarios? With Java 8 and 11, everything built > successfully. With Java 14, it errors

Re: [VOTE] Apache Cayenne 4.2.M3 release

te: > Are the tabs in CM on macOS supposed to look this way? > > > > > On Wed, Mar 17, 2021 at 2:57 AM Andrus Adamchik <mailto:and...@objectstyle.org>> wrote: > +1 > > Lots of fixes that address problems throughout my apps and downstream > frameworks. E.g

[ANN] Cayenne 4.2.M2 release

4.2.M2 release is out [1]. A few cool things in this release: * Support for JSON and geospatial value types. * Ordering on aggregate functions and in-memory evaluation of aggregate expressions. * Modeler support for downloading JDBC drivers from maven central. * Runtime changes that may be less

Re: [VOTE] Apache Cayenne 4.2.M2 release

All good. +1 > On Oct 6, 2020, at 9:33 PM, Nikita Timofeev wrote: > > Hi all, > > Here is another milestone release of the 4.2. > There are not as many changes in this build as in the first milestone, > but I think it's time to move 4.2 further. > > Release notes:

[ANN] Cayenne 4.1 goes final

Very excited to announce the final / GA release of Apache Cayenne 4.1! It is available on Maven central and as a download on cayenne.apache.org. For the 4.0 users this is an exciting upgrade, offering an immediate and tangible performance boost (field-based data objects) and a new easy

Re: [VOTE] Apache Cayenne 4.1 release

Thanks all. I was going to write an announcement in a few days. Also working on a simple "What's new" video. Andrus > On Jul 21, 2020, at 1:08 PM, Nikita Timofeev > wrote: > > Here is my > +1 > > And here is the results: > > John Huss (PMC): +1 &g

Re: [VOTE] Apache Cayenne 4.1 release

+1 Noticed a few minor things that do not affect my vote. * Copyright year in the Modeler is still 2019 * A snapshot version of Rat that I am using (apache-rat-0.14-20200227.222331-84.jar) complains about our exclude patterns, and consequently reports all these excluded files as unlicensed

Re: Comparing BigDecimals

;>return o1 == o2; >> >>return o1.compareTo(o2) == 0; >>} >> >> Then delete the BigDecimal stuff from the other nullSafeEquals. (Revert >> the changes.) >> >> >> >> On Fri, Jun 5, 2020 at 8:47 AM Andrus Adamchik >&

Comparing BigDecimals

Hi folks, Just ran into an obscure and minor but at the same time fundamental bug - Cayenne generated unneeded updates when the only change is BidDecimal value scale [1]. Essentially for BigDecimals we shouldn't be calling "a.equals(b)" but use "a.compareTo(b) == 0". I have a fix [2], but

Re: Cayenne geospatial features

ttps://issues.apache.org/jira/browse/CAY-2526 > https://issues.apache.org/jira/browse/CAY-2529 > https://issues.apache.org/jira/browse/CAY-2528 > > On Sat, Feb 23, 2019 at 5:38 PM Andrus Adamchik > wrote: >> >> Hi Tore, >> >> Thanks for sharing your solutions. >> &

Re: That warning when combining a joint prefetch with a fetch limit

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? Andrus > On May 16, 2020, at 11:23 AM, Hugi Thordarson wrote: > > Hi all, > just wondering; the warning that's logged if a query

4.2 - DISTINCT in column query

TL;DR: Cayenne using DISTINCT for column queries in 4.2 affects Agrest algorithms, but is nevertheless correct and should stay around. When testing M1, I noticed a difference in ordering of the second-level results in Agrest vs 4.0/4.1. Those are generated in Agrest via a SelectQuery with

Re: [VOTE] Apache Cayenne 4.2.M1 release

+1 > On Apr 15, 2020, at 3:55 PM, Nikita Timofeev > wrote: > > Hi all, > > I hope this will be the last try for the 4.2.M1. > > Release notes: https://github.com/apache/cayenne/blob/4.2.M1/RELEASE-NOTES.txt > Maven repo: >

Re: [VOTE] Apache Cayenne 4.2.M1 release

ase, but I don’t >>> know how much of a hassle that is. I can find time to fix AutoAdapter in >>> the next two days I think. >>> >>> On Mon, Apr 13, 2020 at 1:34 PM Andrus Adamchik >>> wrote: >>> >>>> Been thinking more about

Re: [VOTE] Apache Cayenne 4.2.M1 release

fine to release with the > AutoAdapter issue. These releases aren't required or expected to be > production-ready, although that would certainly be nice. They are for > finding issues needing to be addressed, and you have. :-) > > mrg > > > On Mon, Apr 13, 2020 at 5:24 AM Andrus

Re: [VOTE] Apache Cayenne 4.2.M1 release

> On Sun, Apr 12, 2020 at 11:47 AM Andrus Adamchik > wrote: >> >> Still testing the release... As expected 4.2 is no longer a drop-in >> replacement of 4.0 for either Agrest or LinkMove (because of the Property >> class refactoring). So I made a few tweaks to L

Re: [VOTE] Apache Cayenne 4.2.M1 release

Still testing the release... As expected 4.2 is no longer a drop-in replacement of 4.0 for either Agrest or LinkMove (because of the Property class refactoring). So I made a few tweaks to LM to make it compile [1]. Now I am getting the following error on commit in a bunch of tests (e.g.

Re: [VOTE] Apache Cayenne 4.2.M1 release

> On Apr 7, 2020, at 9:28 PM, John Huss wrote: > > I got the rat 0.14 snapshot release, and everything looks good! Thanks! Interesting. I tried building Rat 0.14 from their SVN trunk and got https-related errors. The binary SNAPSHOT from the repo works though. So I am all good too and will

  1   2   3   4   5   6   7   8   9   10   >