Re: The secret WOCommunity Slack channel?

[George Domurot via Webobjects-dev]

Please add me too!

Thanks,
G


> On Nov 1, 2020, at 10:06 AM, Hugi Thordarson via Webobjects-dev 
>  wrote:
> 
> The Slack channel is in no way or form meant to be a secret. It's something I 
> started for fun a during a WOWODC session and the more people that join the 
> better!
> 
> I thought it was "common knowledge" by now but I can absolutely understand 
> how the channel can be perceived as "secret", since it's not mentioned 
> anywhere. Totally my bad and I'll work to fix it. It's a problem that goes 
> deeper than just that particular channel.
> 
> - hugi
> 
> 
> 
>> On 1 Nov 2020, at 17:49, Marc Günther via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hi all,
>> 
>> Sorry to bother everyone, but I can find absolutely no information about 
>> this anywhere. I wouldn't even know whom to ask.
>> 
>> Apparently there is a WOCommunity Slack channel since quite a while now:
>> - https://wocommunity.slack.com
>> 
>> I would be very interested to join, but I cannot find a sign up link 
>> anywhere, or a contact person, or any mention of it on the wiki. Is there a 
>> particular reason that this channel is kept so secret? Only for the elite 
>> clique of WOnder contributers and not for the common WebObjects developer?
>> 
>> I was recently interested in Elm, and I could just join their Slack and say 
>> Hi, and ask questions. It felt very welcoming for new users.
>> 
>> Now, I know there won't be any new users for WO, but it would still be nice 
>> if there wouldn't be this air of mystery about the whole thing. I mean with 
>> the Wiki being out of date for like 5 years, WOInstaller broken, etc. I 
>> recently had to setup WebObjects for development and for deployment on some 
>> new machines (MacOS Catalina), and documented the entire process, so I 
>> thought, I could update the information on the wiki, but I don't have an 
>> account there either, and likewise, no idea on who to ask about it.
>> 
>> Greetings from Sweden,
>> Marc
>> 
>> ___
>> 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/g%40knuckleheads.net 
> 
> 
> This email sent to g...@knuckleheads.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: Single thread creation queue?

[George Domurot via Webobjects-dev]

Hi Jesse,

We often have a someValue_unique attribute that is set when the main editable 
version of it is set. It isn’t editable by the user directly, but is adjusted 
when the other value is update — and it is used for uniquing, i.e.:

public void setSomeValue(String value){ super.setSomeValue(value); 
_cleanupSomeValue_unique(); }

-G

> On Nov 24, 2021, at 5:02 AM, Jesse Tayler via Webobjects-dev 
>  wrote:
> 
> so, basically, you are suggesting that I store them flat lowercase and put a 
> constraint on these two strings and just lose any case the user entered which 
> is fine I think.
> 
> With the lowercase assured the constraint will prevent duplicates and I’d 
> catch that exception during creation and handle it
> 
>> On Nov 24, 2021, at 12:19 AM, Samuel Pelletier > > wrote:
>> 
>> If your usernames (or keyString) are case insensitive, store them in a 
>> normalized case (in lowercase for exemple). 
>> 
>> You can add an overridden 
>> public void setKeyString(String value) {
>>  if (value != null) {
>>  value = value.toLowerCase();
>>  }
>>  super.setKeyString(value);
>> }
>> 
>> You may also specify a collation to the column in the database if you want 
>> to preserve case but index and compare as case insensitive.
>> 
>> Samuel
>> 
>>> Le 23 nov. 2021 à 17:26, Jesse Tayler via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> a 
>>> écrit :
>>> 
>>> 
>>> 
 On Nov 23, 2021, at 5:17 PM, Paul Hoadley >>> > wrote:
 
 Are you able to paste in some code? There's probably a solution, but this 
 is getting a bit hard to follow in the abstract.
 
>>> 
>>> So, I fetch first
>>> 
>>> EOQualifier qual = 
>>> DataPoint.TYPE.eq("twitter").and(DataPoint.KEY_STRING.likeInsensitive(username));
>>> 
>>> If there’s no EO, I create and save right away but at high volumes this 
>>> CREATE statement must create only unique entries and those entries must 
>>> match this qualifier which uses insensitive case
>>> 
>>> I figure the pattern should be to create an object with a DB level 
>>> constraint such that a duplicate raises an error, upon catching that error, 
>>> I can simply fetch again and return the one, single EO representing that 
>>> record
>>> 
>>> When I tried regular constraints I did not see a way to replicate the 
>>> required logic, so I found some advise about triggers and some other things 
>>> I didn’t fully understand.
>>> 
>>> I realize usernames generally have this kind of issue, so I figure this is 
>>> a design pattern that is hardly unique to us and I should get advice!
>>> 
>>> ___
>>> 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/samuel%40samkar.com 
>>> 
>>> 
>>> This email sent to sam...@samkar.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/g%40knuckleheads.net
> 
> This email sent to g...@knuckleheads.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: WOLips5

[George Domurot via Webobjects-dev]

Thanks! Excited to check it out.

-G


> On Nov 17, 2024, at 11:04 PM, Hugi Thordarson via Webobjects-dev 
>  wrote:
> 
> Ramsey, you rock. Quick to build, easy to install. Been using it for about an 
> hour and haven't noticed any issues.
> 
> - hugi
> 
> 
>> On 18 Nov 2024, at 03:12, Ramsey Gurley via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> I'm pleased to announce a new WOLips version: WOLips5. I've now pushed a new 
>> branch to the WOLips repository where you can check it out and test it 
>> yourselves.
>> 
>> https://github.com/wocommunity/wolips/tree/wolips5
>> 
>> WOLips5 features:
>> 
>> * Easy maven build, just 'git clone',  'mvn clean package' and you're done.
>> * Built with Java 21 instead of Java 1.5.
>> * Builds with the newer p2 repository layout.
>> * Builds an Eclipse product, which is a full Eclipse application with 
>> WOLips5 preinstalled for five different platform+arch combinations. 
>> (Win+X86_64, Linux+aarch64, Linux+X86_64, Mac+aarch64, Mac+X86_64)
>> 
>> Once maven has downloaded the internet, the entire build process takes about 
>> 5 minutes on my 2020 i5 laptop. It takes only about 2 minutes if I disable 
>> the product build. We plan to set up a full build as a github action, and 
>> that will automatically build on github for each change committed to master. 
>> In the meantime, you can build and install it locally quite easily, which is 
>> what I am doing currently. The README on the branch explains how.
>> 
>> 
>> ___
>> 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/g%40knuckleheads.net
> 
> This email sent to g...@knuckleheads.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