from:"Ricardo Parada via Webobjects\-dev"

Re: Wonder-slim

2024-05-01 Thread Ricardo Parada via Webobjects-dev

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

Can't open WO components after Eclipse upgraded to Version 2023-06

2023-06-23 Thread Ricardo Parada via Webobjects-dev

Hello everyone,

My Eclipse upgraded itself to Version 2023-06.  I first noticed my WOLips 
perspective button turned into WOLips text.  I also had compilation errors.

I had to reinstall WOLips.  Now the WOLips icon for the WOLips perspective is 
showing normal, e.g. the one that looks like an EO.

But now, Eclipse won’t open any of my WO components.

Anybody having these problems?

Thanks,
Ricardo Parada

 ___
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: Variables in .classpath for selecting log4j Framework?

2023-05-22 Thread Ricardo Parada via Webobjects-dev

We are using ant. And yes I kicked out the JavaXML framework. I added some jars 
to ERJars/Libraries to get ERExtensions to compile. 

I wrote a little script using the find and sed Unix commands that replace the 
framework in all the .classpath files. 

Thank you 
Ricardo Parada 



> On May 22, 2023, at 4:17 AM, René Bock  wrote:
> 
>  Hi Ricardo,
> 
> are you using ant or maven for building?
> 
> Keep in mind, that a very old version of log4j1 is bundled in the JavaXML 
> framework. So you have to kick out this framework in order to get completely 
> rid of log4j1  
> 
> 
> 
> 
>> Am 20.05.2023 um 01:00 schrieb Ricardo Parada via Webobjects-dev 
>> :
>> 
>> Hi everyone,
>> 
>> Our build system is still using ant and relies on the .classpath entries. 
>> 
>> I have added a couple of frameworks to our Wonder fork:
>> 
>> * ERLog4j1Extensions
>> * ERLog4j2Extensions
>> 
>> If I want my apps in to use the old log4j 1.2 logging library then I simply 
>> put a classpathentry in the .classpath for the ERLog4j1Extensions framework 
>> like this:
>> 
>>  
>> 
>> If I want to switch to the latest log4j2 then I replace the above with an 
>> entry for the ERLog4j2Extensions framework like this:
>> 
>> 
>> 
>> The problem is that I have a lot of apps that need their .classpath updated. 
>> And switching back and forth during my testing is a lot of .classpath that I 
>> need to update. I could probably write a script but I’m hoping there is an 
>> easier way. 
>> 
>> Is there a trick to make the logging framework a variable that can be set 
>> externally somewhere else and all the .classpath files pick it up, e.g. 
>> ${ERLoggingFrameworkName} and without breaking Eclipse? ;-D
>> 
>> Thanks for any ideas
>> Ricardo Parada
>> 
>> ___
>> 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/bock%40salient-doremus.de
>> 
>> This email sent to b...@salient-doremus.de
> 
 ___
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

Variables in .classpath for selecting log4j Framework?

2023-05-19 Thread Ricardo Parada via Webobjects-dev

Hi everyone,

Our build system is still using ant and relies on the .classpath entries. 

I have added a couple of frameworks to our Wonder fork:

* ERLog4j1Extensions
* ERLog4j2Extensions

If I want my apps in to use the old log4j 1.2 logging library then I simply put 
a classpathentry in the .classpath for the ERLog4j1Extensions framework like 
this:

 

If I want to switch to the latest log4j2 then I replace the above with an entry 
for the ERLog4j2Extensions framework like this:



The problem is that I have a lot of apps that need their .classpath updated. 
And switching back and forth during my testing is a lot of .classpath that I 
need to update. I could probably write a script but I’m hoping there is an 
easier way. 

Is there a trick to make the logging framework a variable that can be set 
externally somewhere else and all the .classpath files pick it up, e.g. 
${ERLoggingFrameworkName} and without breaking Eclipse? ;-D

Thanks for any ideas
Ricardo Parada

 ___
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: Replacing log4j with slf4j in Wonder

2023-03-11 Thread Ricardo Parada via Webobjects-dev

Hi René I used Henrique’s fork to help us advance our Wonder fork to slf4j.I commented out references to classes in ERXLog4j2LoggingAdapter and ERXLogbackLoggingAdapter because we still have an ant based build and I don’t know how to specify optional dependencies as he seems to have done in the pom.xml for maven. I am moving classes to separate frameworks as you and him had discussed. For example, ERLog4j1Extensions, ERLog4j2Extensions and ERLogbackExtensions. The application decides which logging library to use by adding one of these to their .classpath / pom.xml. For this to work I moved the slf4j log4j1 binding library from ERJars to ERLog4j1Extensions. I also rewrote the currentBinding() and createLoggingAdapter() in ERXLoggingUtilities to look up classes by name rather than referencing the classes directly which requires optional dependency for the code to compile. My application is working and using ERLog4j1Extensions. I’m am converting ERXPatternLayout and its converter classes to their equivalent in log4j2 and I will be putting them in the ERLog4j2Extensions framework. Once I have completed that portion and can launch my app successfully I’ll report back. Ricardo ParadaOn Jan 31, 2023, at 10:42 AM, Ricardo Parada wrote:Hi René,I’m wondering if he got hired by Apple since I have not seen any activity from him since then. :-)Anyways, in the coming months I may start trying it out. And possibly start converting some of the appenders and pattern layout classes from log4j1 to log4j2. I found some good articles with examples on how those get implemented for log4j2. I also saw your suggestion about perhaps moving those library specific classes to their own framework, e.g. ERXLog4jExtensions, ERXLog4j2Extensions, ERXLogbackExtensions. We’re still using an ant based build. I’m our code base we split the JavaXML framework into 3 separate frameworks (one for log4j, one for WSDL, and another one for the rest). Regards,Ricardo ParadaOn Jan 27, 2023, at 4:04 AM, René Bock wrote:

Hi,

I successfully merged Henriques PR into our Wonder-fork and we are using log4j2 now for our current projects.

But in order to get rid of the log4j1.jar, we had to move form ant to maven build. And kick out the JavaXML.framework.

I'll like to support Henrique in finalising this PR, but unfortunately, I got no reply from him :-(

Regards,

René

Am 26.01.2023 um 19:11 schrieb Ricardo Parada via Webobjects-dev <webobjects-dev@lists.apple.com>:

Hi Henrique,

It is true that Wonder uses mostly the Apache commons logging library, e.g. org.apache.commons.logging and a little bit of the log4j 1 library, e.g. org.apache.log4j. That
is what I concluded b searching *.jar and *.java files in Wonder.

And you mention it in your list of open issues on your pull request, e.g. open issue # 2.8

I do not see Wonder using log4j 2, e.g. org.apache.logging.log4j. So I think technically, it is not affected by vulnerabilities CVE-2021-44228 and CVE-2021-45046 which I’ve been asked to address in our code base.

I am interested in your pull request [1]. I took a look at it and I see you have a couple issues left to resolve. For instance, updating five classes that currently extend log4j1 classes. Any progress on that?

Do you see this being merged to Wonder anytime soon?
Will you wait until the 3 open issues have all been resolved?
Is anybody else using it and/or helping you?

I’m thinking of applying your pull request to our version of Wonder to see how well it works with our code base.

Using slf4j in Wonder and letting the developer choose the actual logging library seems like a winning strategy to me.

Thank you,
Ricardo Parada

[1]
https://github.com/wocommunity/wonder/pull/977

On Mar 2, 2022, at 6:55 PM, Henrique Prange via Webobjects-dev <webobjects-dev@lists.apple.com> wrote:

Hey guys!

I'm replacing the log4j dependency with slf4j in Wonder, as promised. I've created a draft pull request [1] on GitHub so more people can comment, test, and assist me with this change. Please, take a look at it if you have time. Your comments are always welcome.

Cheers,

[1]https://github.com/wocommunity/wonder/pull/977
___
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/bock%40salient-doremus.de

This email sent to b...@salient-doremus.de

___
Do not post admin requests to the list. They will

Re: Replacing log4j with slf4j in Wonder

2023-01-31 Thread Ricardo Parada via Webobjects-dev

Hi René,I’m wondering if he got hired by Apple since I have not seen any activity from him since then. :-)Anyways, in the coming months I may start trying it out. And possibly start converting some of the appenders and pattern layout classes from log4j1 to log4j2. I found some good articles with examples on how those get implemented for log4j2. I also saw your suggestion about perhaps moving those library specific classes to their own framework, e.g. ERXLog4jExtensions, ERXLog4j2Extensions, ERXLogbackExtensions. We’re still using an ant based build. I’m our code base we split the JavaXML framework into 3 separate frameworks (one for log4j, one for WSDL, and another one for the rest). Regards,Ricardo ParadaOn Jan 27, 2023, at 4:04 AM, René Bock wrote:

Hi,

I successfully merged Henriques PR into our Wonder-fork and we are using log4j2 now for our current projects.

But in order to get rid of the log4j1.jar, we had to move form ant to maven build. And kick out the JavaXML.framework.

I'll like to support Henrique in finalising this PR, but unfortunately, I got no reply from him :-(

Regards,

René

Am 26.01.2023 um 19:11 schrieb Ricardo Parada via Webobjects-dev <webobjects-dev@lists.apple.com>:

Hi Henrique,

And you mention it in your list of open issues on your pull request, e.g. open issue # 2.8

Do you see this being merged to Wonder anytime soon?
Will you wait until the 3 open issues have all been resolved?
Is anybody else using it and/or helping you?

I’m thinking of applying your pull request to our version of Wonder to see how well it works with our code base.

Using slf4j in Wonder and letting the developer choose the actual logging library seems like a winning strategy to me.

Thank you,
Ricardo Parada

[1]
https://github.com/wocommunity/wonder/pull/977

On Mar 2, 2022, at 6:55 PM, Henrique Prange via Webobjects-dev <webobjects-dev@lists.apple.com> wrote:

Hey guys!

Cheers,

This email sent to rpar...@mac.com

This email sent to b...@salient-doremus.de

This email sent to arch...@mail-archive.com

Re: Replacing log4j with slf4j in Wonder

2023-01-26 Thread Ricardo Parada via Webobjects-dev

Hi Henrique,

It is true that Wonder uses mostly the Apache commons logging library, e.g. 
org.apache.commons.logging and a little bit of the log4j 1 library, e.g. 
org.apache.log4j.  That is what I concluded b searching *.jar and *.java files 
in Wonder.

And you mention it in your list of open issues on your pull request, e.g. open 
issue # 2.8

I do not see Wonder using log4j 2, e.g. org.apache.logging.log4j. So I think 
technically, it is not affected by vulnerabilities CVE-2021-44228 and 
CVE-2021-45046 which I’ve been asked to address in our code base.

I am interested in your pull request [1].  I took a look at it and I see you 
have a couple issues left to resolve. For instance, updating five classes that 
currently extend log4j1 classes. Any progress on that?

Do you see this being merged to Wonder anytime soon? 
Will you wait until the 3 open issues have all been resolved? 
Is anybody else using it and/or helping you?

I’m thinking of applying your pull request to our version of Wonder to see how 
well it works with our code base. 

Using slf4j in Wonder and letting the developer choose the actual logging 
library seems like a winning strategy to me. 

Thank you,
Ricardo Parada

[1] https://github.com/wocommunity/wonder/pull/977 

> On Mar 2, 2022, at 6:55 PM, Henrique Prange via Webobjects-dev 
>  wrote:
> 
> Hey guys! 
> 
> I'm replacing the log4j dependency with slf4j in Wonder, as promised. I've 
> created a draft pull request [1] on GitHub so more people can comment, test, 
> and assist me with this change. Please, take a look at it if you have time. 
> Your comments are always welcome.
> 
> Cheers,
> 
> HP
> 
> [1]https://github.com/wocommunity/wonder/pull/977
> ___
> 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: ERJGroupsSynchronizer

2022-03-28 Thread Ricardo Parada via Webobjects-dev

Hello, all, here’s a plain text version of my previous email, in case anybody 
had trouble reading it.

I created this subclass to keep EOF in sync within a single java VM:


/**
 * Keeps EOF in sync within a single java VM.
 *
 * Wonder's ProcessChangesQueue seems to takes care of keeping
 * in sync EOF stacks used in other threads.
 */
public class LocalSynchronizer extends ERXRemoteSynchronizer {
 
public LocalSynchronizer(IChangeListener listener) {
super(listener);
}
 
@Override
public void join() throws Throwable { }
 
@Override
public void leave() throws Throwable { }
 
@Override
public void listen() throws Throwable { }
 
@Override
protected void _writeCacheChanges(int transactionID, NSArray 
cacheChanges) throws Throwable
{
// Nothing to write to the group
} 
}



To use it you use these properties:

# Synchronization across EOF stacks (single VM)
#
# NOTE: The maxCoordinator property is needed to trigger the of
# initialization the synchronizer.
#
er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
er.extensions.remoteSynchronizer.enabled=true
er.extensions.remoteSynchronizer=com.mpv.eof.LocalSynchronizer

Notice that the properties to specify which entities to include / exclude is 
not needed as the filtering of changes by entity seems to be used only when 
deciding which changes to send to remote instances.

Thank you
Ricardo J. Parada



> On Mar 25, 2022, at 5:03 PM, Ricardo Parada via Webobjects-dev 
>  wrote:
> 
> 
> By the way, here’s a synchronizer subclass I wrote to  keep changes in sync 
> within a single java VM.
> 
> 
> /**
>  * Keeps EOF in sync within a single java VM.
>  *
>  * Wonder's ProcessChangesQueue seems to takes care of keeping 
>  * in sync EOF stacks used in other threads.
>  */
> public class LocalSynchronizer extends ERXRemoteSynchronizer {
>  
> public LocalSynchronizer(IChangeListener listener) {
> super(listener);
> }
>  
> @Override
> public void join() throws Throwable { }
>  
> @Override
> public void leave() throws Throwable { }
>  
> @Override
> public void listen() throws Throwable { }
>  
> @Override
> protected void _writeCacheChanges(int transactionID, NSArray 
> cacheChanges) throws Throwable 
> {
> // Nothing to write to the group
> } 
> }
> 
> To use it you use these properties:
> 
> # Synchronization across EOF stacks (single VM)
> #
> # NOTE: The maxCoordinator property is needed to trigger the of
> # initialization the synchronizer.
> #
> er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
> er.extensions.remoteSynchronizer.enabled=true
> er.extensions.remoteSynchronizer=com.mpv.eof.LocalSynchronizer
> 
> Notice that the properties to specify which entities to include / exclude is 
> not needed as the filtering of changes by entity seems to be used only when 
> deciding which changes to send to remote instances.
> 
> Thank you
> Ricardo J. Parada
> 
> 
>> On Mar 25, 2022, at 4:49 PM, Ricardo Parada via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Thank you all for the responses.
>> 
>> When we put the ERJGroupsSynchronizer in production we started receiving 
>> reports of users not being able to access the application instances or 
>> getting kicked out of the application.  I do not know if the 
>> ERJGroupsSynchronizer is the one to blame.  So I think it would be unfair to 
>> blame the problem on ERJGroupsSynchronizer.
>> 
>> We just noticed the these warnings in the console and the first thing we 
>> tried was to disable the synchronizer and the problem seems like it 
>> disappeared after we did that.  
>> 
>> Mar 11, 2022 12:14:10 AM org.jgroups.protocols.UDP setBufferSize
>> WARNING: JGRP15: the send buffer of socket MulticastSocket was set to 
>> 5MB, but the OS only allocated 212.99KB. This might lead to performance 
>> problems. Please set your max send buffer in the OS correctly (e.g. 
>> net.core.wmem_max on Linux)
>> 
>> This seems like it could be fixed by increasing the max send buffer on the 
>> servers.
>> 
>> The testers in our UAT environment noticed the following warnings:
>> 
>> WARNING: JGRP12: discarded message from different cluster 
>> UATClaimScrubber (our cluster is UATContractManager). Sender was 
>> f677bf19-c5e7-a69e-2000-97638a06f579 (received 4 identical messages from 
>> f677bf19-c5e7-a69e-2000-97638a06f579 in the last 64665 ms)
>> 
>> I think this just means that two different instances with a different 
>> application name are using the same multi

Re: ERJGroupsSynchronizer

2022-03-25 Thread Ricardo Parada via Webobjects-dev


By the way, here’s a synchronizer subclass I wrote to  keep changes in sync 
within a single java VM.


/**
 * Keeps EOF in sync within a single java VM.
 *
 * Wonder's ProcessChangesQueue seems to takes care of keeping 
 * in sync EOF stacks used in other threads.
 */
public class LocalSynchronizer extends ERXRemoteSynchronizer {
 
public LocalSynchronizer(IChangeListener listener) {
super(listener);
}
 
@Override
public void join() throws Throwable { }
 
@Override
public void leave() throws Throwable { }
 
@Override
public void listen() throws Throwable { }
 
@Override
protected void _writeCacheChanges(int transactionID, NSArray 
cacheChanges) throws Throwable 
{
// Nothing to write to the group
} 
}

To use it you use these properties:

# Synchronization across EOF stacks (single VM)
#
# NOTE: The maxCoordinator property is needed to trigger the of
# initialization the synchronizer.
#
er.extensions.ERXObjectStoreCoordinatorPool.maxCoordinators=1
er.extensions.remoteSynchronizer.enabled=true
er.extensions.remoteSynchronizer=com.mpv.eof.LocalSynchronizer

Notice that the properties to specify which entities to include / exclude is 
not needed as the filtering of changes by entity seems to be used only when 
deciding which changes to send to remote instances.

Thank you
Ricardo J. Parada


> On Mar 25, 2022, at 4:49 PM, Ricardo Parada via Webobjects-dev 
>  wrote:
> 
> Thank you all for the responses.
> 
> When we put the ERJGroupsSynchronizer in production we started receiving 
> reports of users not being able to access the application instances or 
> getting kicked out of the application.  I do not know if the 
> ERJGroupsSynchronizer is the one to blame.  So I think it would be unfair to 
> blame the problem on ERJGroupsSynchronizer.
> 
> We just noticed the these warnings in the console and the first thing we 
> tried was to disable the synchronizer and the problem seems like it 
> disappeared after we did that.  
> 
> Mar 11, 2022 12:14:10 AM org.jgroups.protocols.UDP setBufferSize
> WARNING: JGRP15: the send buffer of socket MulticastSocket was set to 
> 5MB, but the OS only allocated 212.99KB. This might lead to performance 
> problems. Please set your max send buffer in the OS correctly (e.g. 
> net.core.wmem_max on Linux)
> 
> This seems like it could be fixed by increasing the max send buffer on the 
> servers.
> 
> The testers in our UAT environment noticed the following warnings:
> 
> WARNING: JGRP12: discarded message from different cluster 
> UATClaimScrubber (our cluster is UATContractManager). Sender was 
> f677bf19-c5e7-a69e-2000-97638a06f579 (received 4 identical messages from 
> f677bf19-c5e7-a69e-2000-97638a06f579 in the last 64665 ms)
> 
> I think this just means that two different instances with a different 
> application name are using the same multicast address.  Nothing really 
> harmful.  This could probably be taken care of by setting the group name to 
> the same name on both.
> 
> If I get any additional information I will post my findings.
> 
> Thank you all,
> Ricardo J. Parada
> 
> 
> 
> 
> 
>> On Mar 21, 2022, at 11:28 AM, Steve Peery > <mailto:spe...@icloud.com>> wrote:
>> 
>> I’ve also been using it for years to synchronize instances.
>> 
>> I’m not sure it is going to do what you want. You say you want to use it so 
>> you can update "without resorting to fetching”. I think the synchronization 
>> notifications simply pass the global IDs of the objects that have changed so 
>> they are refetched in the receiving instances.
>> 
>> Steve
>> 
>> 
>> 
>>> On Mar 20, 2022, at 6:21 PM, Paul Hoadley via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> 
>>> wrote:
>>> 
>>> Hi Ricardo,
>>> 
>>> On 19 Mar 2022, at 14:25, Ricardo Parada via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> 
>>> wrote:
>>> 
>>>> Does anybody use ERJGroupsSynchronizer?
>>> 
>>> We've been using it for years now, albeit with some light modifications to 
>>> allow JGroups to work on AWS (originally via the Meltmedia AWS_PING 
>>> project, but now via our own fork of that since it's essentially 
>>> abandonware).
>>> 
>>>> I’m trying to synchronize two EOF stacks within a single VM. I don’t want 
>>>> the synchronization to happen across application instances. 
>>>> 
>>>> The video from Mike Shrag from a WOWODC conference said it can be single 
>>>> VM or across VM. I’m interested in the single VM but have not yet figured 
>>>> out

Re: ERJGroupsSynchronizer

2022-03-25 Thread Ricardo Parada via Webobjects-dev

Thank you all for the responses.

When we put the ERJGroupsSynchronizer in production we started receiving 
reports of users not being able to access the application instances or getting 
kicked out of the application.  I do not know if the ERJGroupsSynchronizer is 
the one to blame.  So I think it would be unfair to blame the problem on 
ERJGroupsSynchronizer.

We just noticed the these warnings in the console and the first thing we tried 
was to disable the synchronizer and the problem seems like it disappeared after 
we did that.  

Mar 11, 2022 12:14:10 AM org.jgroups.protocols.UDP setBufferSize
WARNING: JGRP15: the send buffer of socket MulticastSocket was set to 5MB, 
but the OS only allocated 212.99KB. This might lead to performance problems. 
Please set your max send buffer in the OS correctly (e.g. net.core.wmem_max on 
Linux)

This seems like it could be fixed by increasing the max send buffer on the 
servers.

The testers in our UAT environment noticed the following warnings:

WARNING: JGRP12: discarded message from different cluster UATClaimScrubber 
(our cluster is UATContractManager). Sender was 
f677bf19-c5e7-a69e-2000-97638a06f579 (received 4 identical messages from 
f677bf19-c5e7-a69e-2000-97638a06f579 in the last 64665 ms)

I think this just means that two different instances with a different 
application name are using the same multicast address.  Nothing really harmful. 
 This could probably be taken care of by setting the group name to the same 
name on both.

If I get any additional information I will post my findings.

Thank you all,
Ricardo J. Parada

> On Mar 21, 2022, at 11:28 AM, Steve Peery  wrote:
> 
> I’ve also been using it for years to synchronize instances.
> 
> I’m not sure it is going to do what you want. You say you want to use it so 
> you can update "without resorting to fetching”. I think the synchronization 
> notifications simply pass the global IDs of the objects that have changed so 
> they are refetched in the receiving instances.
> 
> Steve
> 
> 
> 
>> On Mar 20, 2022, at 6:21 PM, Paul Hoadley via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hi Ricardo,
>> 
>> On 19 Mar 2022, at 14:25, Ricardo Parada via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>>> Does anybody use ERJGroupsSynchronizer?
>> 
>> We've been using it for years now, albeit with some light modifications to 
>> allow JGroups to work on AWS (originally via the Meltmedia AWS_PING project, 
>> but now via our own fork of that since it's essentially abandonware).
>> 
>>> I’m trying to synchronize two EOF stacks within a single VM. I don’t want 
>>> the synchronization to happen across application instances. 
>>> 
>>> The video from Mike Shrag from a WOWODC conference said it can be single VM 
>>> or across VM. I’m interested in the single VM but have not yet figured out 
>>> how to do it. 
>>> 
>>> Basically, I have a background task doing work on a separate EOF stack and 
>>> I want the changes to reflect on the EOF stack used by the user interface 
>>> without resorting to fetching. 
>> 
>> Intra-JVM like that is not a configuration we've used. Can you walk us 
>> through what you've tried and why you think it's not working? There have 
>> been a few others using it over the years, maybe they're still on the list.
>> 
>> 
>> -- 
>> Paul Hoadley
>> https://logicsquad.net/ <https://logicsquad.net/>
>> https://www.linkedin.com/company/logic-squad/ 
>> <https://www.linkedin.com/company/logic-squad/>
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
>> <mailto:Webobjects-dev@lists.apple.com>)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/speery%40me.com 
>> <https://lists.apple.com/mailman/options/webobjects-dev/speery%40me.com>
>> 
>> This email sent to spe...@me.com <mailto:spe...@me.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

ERJGroupsSynchronizer

2022-03-18 Thread Ricardo Parada via Webobjects-dev

Hi everyone,

Does anybody use ERJGroupsSynchronizer?

I’m trying to synchronize two EOF stacks within a single VM. I don’t want the 
synchronization to happen across application instances. 

The video from Mike Shrag from a WOWODC conference said it can be single VM or 
across VM. I’m interested in the single VM but have not yet figured out how to 
do it. 

Basically, I have a background task doing work on a separate EOF stack and I 
want the changes to reflect on the EOF stack used by the user interface without 
resorting to fetching. 

Thanks for any help

Ricardo Parada
 ___
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: AjaxAutoComplete in AjaxModalDialog

2021-12-05 Thread Ricardo Parada via Webobjects-dev

Hi Samuel,

Yes that is basically what we did. We rolled back prototype to version 1.7

Regards,
Ricardo

> 
> On Dec 5, 2021, at 8:13 AM, Samuel Pelletier  wrote:
> 
> Hi Ricardo,
> 
> I also noticed the problem outside modal dialog after testing it. After many 
> try and errors, I found a pattern. There is a problem with the latest 
> prototype.js clonePosition when the element is inside a float block (at 
> least).
> 
> I simplified the clone position to use the new (prototype 1.7) Layout 
> functions and it fixes my problems.
> 
> Here is the diff from my GitHub fork, can you give it a try on your apps. If 
> you have good results, I will create a pull request for the main Wonder 
> source.
> 
> https://github.com/wocommunity/wonder/compare/master...spelletier:Fix_prototype_clonePosition?expand=1#diff-b6bffd9eba6821e533154f2617bd3a1c5ec0378a3cbbb2acce98ecd245e3a085
> 
> Regards,
> 
> Samuel
> 
> 
> 
>> Le 4 déc. 2021 à 22:55, Ricardo Parada  a écrit :
>> 
>> Hi Samuel,
>> 
>> That sounds like a problem that we had that was solved by rolling back 
>> prototype.js to version 1.7
>> 
>> I believe wonder uses a more recent version, 1.7.3. We tried 1.7, 1.7.1, 
>> 1.7.2 and 1.7.3. 
>> 
>> I think all versions prior to 1.7.3 fix the display of AjaxAutoComplete. 
>> 
>> By the way, for us, the problem occurred outside ajax modal dialogs too when 
>> the page was scrolled if I remember correctly. 
>> 
>> But we also had other stuff that required Ajax dragging and for that we had 
>> to roll back all the way to the good old 1.7
>> 
>> I think I discussed this problem in the WebObjects slack channel and I may 
>> have included screenshots of what I was seeing. 
>> 
>> Hope that helps. 
>> 
>> Sent from my iPhone
>> 
 On Dec 3, 2021, at 3:27 PM, Samuel Pelletier via Webobjects-dev 
  wrote:
>>> 
>>> Hi,
>>> 
>>> I want to use AjaxAutoComplete inside AjaxModalDialog and usually, it works 
>>> OK. A very strange problem occur when the main page is scrolled though, the 
>>> selection choices are displayed with a vertical distance from the textfield 
>>> that correspond to the vertical scroll of the main page bellow.
>>> 
>>> It seems the javascript code compute this offset and set the absolute 
>>> position using it. This is fine on the scrolled contents but not inside a 
>>> modal dialog.
>>> 
>>> Someone knows a work around for this problem ?
>>> 
>>> Regards,
>>> 
>>> Samuel
>>> 
>>> 
>>> ___
>>> 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

Can't open WO components after Eclipse upgraded to Version 2023-06

Re: Variables in .classpath for selecting log4j Framework?

Variables in .classpath for selecting log4j Framework?

Re: Replacing log4j with slf4j in Wonder

Re: Replacing log4j with slf4j in Wonder

Re: Replacing log4j with slf4j in Wonder

Re: ERJGroupsSynchronizer

Re: ERJGroupsSynchronizer

Re: ERJGroupsSynchronizer

ERJGroupsSynchronizer

Re: AjaxAutoComplete in AjaxModalDialog

12 matches

Site Navigation

Mail list logo

Footer information