Re: Wonder-slim
> On May 1, 2024, at 21:37, Francois BIENTZ wrote: > > Hi Hugi > > Thank you > When I import wonder-slim in eclipse I get the "your IDE is missing natures > to properly support your project " Ah, just tried importing in a new Eclipse worksoace and I get the same message. It seems to be complaining about the "org.maven.ide.eclipse.maven2Nature", so just click "Cancel" and you should be fine. That project nature is deprecated and is in there only for WO, so it won't matter to you or Eclipse. (the project also has the modern equivalent nature "org.eclipse.m2e.core.maven2Nature" which is for Eclipse). > In your wonder-slim README the link after "Let’s set it up" seems broken. May > be is something wrong in my Wo / Maven configuration. Ah, sorry — haven't looked at that README in ages :). I've corrected the URL, it's https://gist.github.com/hugithordarson/d2ba6da9e4942f4ece95d7a721159cd1 . > I can’t find the testapp in the repository to "play around ". I probably deleted that app pretty early on. It was really just an empty application I think, so you can achieve the same by creating one of those (or adding wonder-slim to one of your existing projects). Cheers, - hugi > > Francois > >> Le 1 mai 2024 à 16:31, Hugi Thordarson via Webobjects-dev >> a écrit : >> >> Hi Ricardo, >> >> https://github.com/undur/wonder-slim >> >> in short, it's a fork of Wonder that removes everything except ERExtensions, >> WOOGNL and JavaWOExtensions (which are all combined in a single framework, >> since they're usually all required and present in WO projects) plus >> Ajax.framework. So basically, a small subset of Project Wonder. >> >> It also: >> >> * Has >a lot< of stuff removed, reorganized, refactored and cleaned up to >> make it cleaner, nicer and easier to understand and maintain >> * Based on JDK 21 >> * Has all logging moved to slf4j-api and log4j specific stuff moved to a >> separate framework (which replaces log4j with reload4j). >> * Replaces proprietary APIs and library usage with the standard methods >> we've gained from modern JDKs (so the only 3rd party dependency it pulls in >> is slf4j-api) >> * Assumes it's running on the last released version of WO (5.4.3), removing >> workarounds for older versions >> * And a lot more… That's just off the top of my head >> >> I initially started it mostly as an experiment to learn Wonder's insides, >> see how it could be cleaned up, better organized and even split up, planning >> to eventually backport some of the cleanup work. But eventually it just got >> out of hand and I now just use it in all of my projects :). >> >> A point to keep in mind is that it also removes everything related to EOF, >> since in my world EOF is legacy (and yes, please don't be insulted, I'm well >> aware that that's a subjective view from a Cayenne user. For actual EOF >> users I know EOF is fine and in full use). But that means — if you're >> currently using Wonder/EOF in your projects, I would not recommend Slim >> since you're probably dependent on both Wonder's APIs, patches and fixes to >> EOF. >> >> A side project was splitting off the deployment tools into a separate >> project (where I haven't done as much work yet, but that's soon to come). >> Just feels like these tools deserve their own effort. >> >> https://github.com/undur/wonder-deployment >> >> All in all, this is really something of a niche project and I wouldn't >> consider it essential for anyone currently using Wonder. But for someone >> like me, who uses WO only for it's web framework features, and just wants >> some of the basics and fixes Wonder adds in that area, it's turned out nice. >> >> Cheers, >> - hugi >> >> >>> On May 1, 2024, at 13:54, Ricardo Parada wrote: >>> >>> Hi all, >>> >>> I’m just curious, what is Wonder-slim? >>> >>> Thanks >>> Ricardo >>> >>> > On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev > wrote: Hi Francois, I'm pretty sure I'm the only one using it at the moment :). If you're considering using it, I'd be more than happy to start making actual releases. As the only user, I've been lazy enough to just work from snapshot releases which is pretty far from best practice, so it's about time. Cheers, - hugi > On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev > wrote: > > Someone using Wonder-slim ? > ___ > 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/hugi%40karlmenn.is > > This email sent to h...@karlmenn.is ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing
Re: Wonder-slim
Hi Hugi Thank you When I import wonder-slim in eclipse I get the "your IDE is missing natures to properly support your project " In your wonder-slim README the link after "Let’s set it up" seems broken. May be is something wrong in my Wo / Maven configuration. I can’t find the testapp in the repository to "play around ". Francois > Le 1 mai 2024 à 16:31, Hugi Thordarson via Webobjects-dev > a écrit : > > Hi Ricardo, > > https://github.com/undur/wonder-slim > > in short, it's a fork of Wonder that removes everything except ERExtensions, > WOOGNL and JavaWOExtensions (which are all combined in a single framework, > since they're usually all required and present in WO projects) plus > Ajax.framework. So basically, a small subset of Project Wonder. > > It also: > > * Has >a lot< of stuff removed, reorganized, refactored and cleaned up to > make it cleaner, nicer and easier to understand and maintain > * Based on JDK 21 > * Has all logging moved to slf4j-api and log4j specific stuff moved to a > separate framework (which replaces log4j with reload4j). > * Replaces proprietary APIs and library usage with the standard methods we've > gained from modern JDKs (so the only 3rd party dependency it pulls in is > slf4j-api) > * Assumes it's running on the last released version of WO (5.4.3), removing > workarounds for older versions > * And a lot more… That's just off the top of my head > > I initially started it mostly as an experiment to learn Wonder's insides, see > how it could be cleaned up, better organized and even split up, planning to > eventually backport some of the cleanup work. But eventually it just got out > of hand and I now just use it in all of my projects :). > > A point to keep in mind is that it also removes everything related to EOF, > since in my world EOF is legacy (and yes, please don't be insulted, I'm well > aware that that's a subjective view from a Cayenne user. For actual EOF users > I know EOF is fine and in full use). But that means — if you're currently > using Wonder/EOF in your projects, I would not recommend Slim since you're > probably dependent on both Wonder's APIs, patches and fixes to EOF. > > A side project was splitting off the deployment tools into a separate project > (where I haven't done as much work yet, but that's soon to come). Just feels > like these tools deserve their own effort. > > https://github.com/undur/wonder-deployment > > All in all, this is really something of a niche project and I wouldn't > consider it essential for anyone currently using Wonder. But for someone like > me, who uses WO only for it's web framework features, and just wants some of > the basics and fixes Wonder adds in that area, it's turned out nice. > > Cheers, > - hugi > > >> On May 1, 2024, at 13:54, Ricardo Parada wrote: >> >> Hi all, >> >> I’m just curious, what is Wonder-slim? >> >> Thanks >> Ricardo >> >> On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev wrote: >>> >>> Hi Francois, >>> I'm pretty sure I'm the only one using it at the moment :). If you're >>> considering using it, I'd be more than happy to start making actual >>> releases. As the only user, I've been lazy enough to just work from >>> snapshot releases which is pretty far from best practice, so it's about >>> time. >>> >>> Cheers, >>> - hugi >>> >>> On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev wrote: Someone using Wonder-slim ? ___ 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/hugi%40karlmenn.is This email sent to h...@karlmenn.is >>> >>> ___ >>> 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/rparada%40mac.com >>> >>> This email sent to rpar...@mac.com >> > > ___ > 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/f.bientz%40laposte.net > > This email sent to f.bie...@laposte.net ___ 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%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Wonder-slim
Hi Ricardo, https://github.com/undur/wonder-slim in short, it's a fork of Wonder that removes everything except ERExtensions, WOOGNL and JavaWOExtensions (which are all combined in a single framework, since they're usually all required and present in WO projects) plus Ajax.framework. So basically, a small subset of Project Wonder. It also: * Has >a lot< of stuff removed, reorganized, refactored and cleaned up to make it cleaner, nicer and easier to understand and maintain * Based on JDK 21 * Has all logging moved to slf4j-api and log4j specific stuff moved to a separate framework (which replaces log4j with reload4j). * Replaces proprietary APIs and library usage with the standard methods we've gained from modern JDKs (so the only 3rd party dependency it pulls in is slf4j-api) * Assumes it's running on the last released version of WO (5.4.3), removing workarounds for older versions * And a lot more… That's just off the top of my head I initially started it mostly as an experiment to learn Wonder's insides, see how it could be cleaned up, better organized and even split up, planning to eventually backport some of the cleanup work. But eventually it just got out of hand and I now just use it in all of my projects :). A point to keep in mind is that it also removes everything related to EOF, since in my world EOF is legacy (and yes, please don't be insulted, I'm well aware that that's a subjective view from a Cayenne user. For actual EOF users I know EOF is fine and in full use). But that means — if you're currently using Wonder/EOF in your projects, I would not recommend Slim since you're probably dependent on both Wonder's APIs, patches and fixes to EOF. A side project was splitting off the deployment tools into a separate project (where I haven't done as much work yet, but that's soon to come). Just feels like these tools deserve their own effort. https://github.com/undur/wonder-deployment All in all, this is really something of a niche project and I wouldn't consider it essential for anyone currently using Wonder. But for someone like me, who uses WO only for it's web framework features, and just wants some of the basics and fixes Wonder adds in that area, it's turned out nice. Cheers, - hugi > On May 1, 2024, at 13:54, Ricardo Parada wrote: > > Hi all, > > I’m just curious, what is Wonder-slim? > > Thanks > Ricardo > > >> On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev >> wrote: >> >> Hi Francois, >> I'm pretty sure I'm the only one using it at the moment :). If you're >> considering using it, I'd be more than happy to start making actual >> releases. As the only user, I've been lazy enough to just work from snapshot >> releases which is pretty far from best practice, so it's about time. >> >> Cheers, >> - hugi >> >> >>> On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev >>> wrote: >>> >>> Someone using Wonder-slim ? >>> ___ >>> 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/hugi%40karlmenn.is >>> >>> This email sent to h...@karlmenn.is >> >> ___ >> 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/rparada%40mac.com >> >> This email sent to rpar...@mac.com > ___ 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%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Wonder-slim
Hi all, I’m just curious, what is Wonder-slim? Thanks Ricardo > On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev > wrote: > > Hi Francois, > I'm pretty sure I'm the only one using it at the moment :). If you're > considering using it, I'd be more than happy to start making actual releases. > As the only user, I've been lazy enough to just work from snapshot releases > which is pretty far from best practice, so it's about time. > > Cheers, > - hugi > > >> On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev >> wrote: >> >> Someone using Wonder-slim ? >> ___ >> 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/hugi%40karlmenn.is >> >> This email sent to h...@karlmenn.is > > ___ > 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/rparada%40mac.com > > This email sent to rpar...@mac.com ___ 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%40mail-archive.com This email sent to arch...@mail-archive.com
