Re: loooong saveChanges prep-stage

2024-02-01 Thread Ramsey Gurley via Webobjects-dev 
I'm not sure where the OSC locking and unlocking happens off the top of my 
head, but if it's waiting on a lock, it could still be the database. You can 
set up database monitoring on cpu/ram/io just to rule that out as a culprit. 
Otherwise, if it is your app, you might find the problem running your app 
through a profiler.

Also, you can check to see if your app is not returning stats on javamonitor. 
That usually indicates a deadlock. If you're running multiple instances, you 
could be failing over to a new instance after a timeout due to the instance 
being deadlocked. If you see your instances deadlocking, you can configure jmx 
and then use something like jstat to detect where your deadlock is happening. 
It was a bit of a pain setting that up on my prod apps, but it was definitely 
worth it. You can see all kinds of useful info on your running prod apps and 
find problems you didn't even know you had.

Also, set up monitoring on your app server. It might just be you're being 
hammered by a botnet and that's bogging down all your network IO you use for 
your DB. Or you could have a rouge application eating all your app server cpu.

Whenever you're stuck, just set up more and more monitoring. :) It's never a 
waste of time, and you can often find your problem that way.

From: OCsite 
Sent: Thursday, February 1, 2024 7:39 PM
To: OCsite via Webobjects-dev 
Cc: Jérémy DE ROYER ; Ramsey Gurley 

Subject: Re: lng saveChanges prep-stage

You don't often get email from o...@ocs.cz. Learn why this is 
important
Thanks again!

Though I do not really think the database would be the culprit. Does actually 
EOF do anything with the DB when saving changes before 
DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations is called? 
I might be wrong as so often, but I don't think so; I believe it contacts the 
DB for the first time only after that.

Thanks and all the best,
OC

On 1. 2. 2024, at 6:12, Ramsey Gurley  wrote:

Are you hosting your database? If so, don't rule out a problem outside your 
application and in your database. It could be low memory. If you can't fit all 
the tables/indexes into memory, you fall off a performance cliff by going to 
disk. It could also be an antivirus scanner that kicked off on your DB's data 
directory. Once it starts scanning and locking files, it can ruin performance. 
If you can catch it during these slow periods, ssh into the box and check with 
top and iostat. Look for something on the machine tying up resources. It could 
be a poorly tuned database too, your box has plenty of memory, but your 
database isn't configured correctly to use it. For example, if you're using 
Postgres:
https://pgtune.leopard.in.ua/

It could even be below your database config and in your OS config. On linux, 
it's highly dependent on which file system you are using (ext4, btrfs, xfs, 
etc), but maybe you have insufficent read-ahead, or some other filesystem 
setting. Even if you're not using Postgres, you should probably get a copy of 
Postgresql High Performance and read the first few chapters which covers 
hardware tuning below the database.

It could also be your database is busy reindexing or freeing up table space. On 
postgres, vacuuming and reindexing can lock tables until the job is done. This 
can take several minutes or more depending on the size of your table. It could 
be the autovacuum doing it. If you're not vacuuming/reindexing, that can hurt 
your performance too, since indexes will grow to exceed your available memory 
and drop you off the performance cliff. You can do the maintenance and get 
around the locking problems using something like pg_repack.

From: OCsite 
Sent: Wednesday, January 31, 2024 7:59 PM
To: OCsite via Webobjects-dev 
Cc: Jérémy DE ROYER ; Ramsey Gurley 

Subject: Re: lng saveChanges prep-stage

You don't often get email from o...@ocs.cz. Learn why this is 
important
Thanks, guys!

I am pretty sure though the problem can't be a background process either 
reading for a long time or saving for a long time, for I do use the 
ERXAdaptorChannelDelegate.trace logs and through 
DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations I log each 
save — and there's nothing like that in the log in the vicinity of those long 
saveChanges, alas. Thus the culprit must be something else.

Perhaps indeed something locks the OSC pretty often and for a long time, but 
that something is neither a long SELECT which would log through 
ERXAdaptorChannelDelegate.trace, nor another unrelated save, which would log 
through DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations.

Besides, it does not really feel like OSC locks caused by another thread. 
Meantime, I've rigged an awk script to compute how long each saveChanges takes, 
and it looks like this:
- for a long time, all is

Re: loooong saveChanges prep-stage

2024-01-31 Thread Ramsey Gurley via Webobjects-dev 
Are you hosting your database? If so, don't rule out a problem outside your 
application and in your database. It could be low memory. If you can't fit all 
the tables/indexes into memory, you fall off a performance cliff by going to 
disk. It could also be an antivirus scanner that kicked off on your DB's data 
directory. Once it starts scanning and locking files, it can ruin performance. 
If you can catch it during these slow periods, ssh into the box and check with 
top and iostat. Look for something on the machine tying up resources. It could 
be a poorly tuned database too, your box has plenty of memory, but your 
database isn't configured correctly to use it. For example, if you're using 
Postgres:
https://pgtune.leopard.in.ua/

It could even be below your database config and in your OS config. On linux, 
it's highly dependent on which file system you are using (ext4, btrfs, xfs, 
etc), but maybe you have insufficent read-ahead, or some other filesystem 
setting. Even if you're not using Postgres, you should probably get a copy of 
Postgresql High Performance and read the first few chapters which covers 
hardware tuning below the database.

It could also be your database is busy reindexing or freeing up table space. On 
postgres, vacuuming and reindexing can lock tables until the job is done. This 
can take several minutes or more depending on the size of your table. It could 
be the autovacuum doing it. If you're not vacuuming/reindexing, that can hurt 
your performance too, since indexes will grow to exceed your available memory 
and drop you off the performance cliff. You can do the maintenance and get 
around the locking problems using something like pg_repack.

From: OCsite 
Sent: Wednesday, January 31, 2024 7:59 PM
To: OCsite via Webobjects-dev 
Cc: Jérémy DE ROYER ; Ramsey Gurley 

Subject: Re: lng saveChanges prep-stage

You don't often get email from o...@ocs.cz. Learn why this is 
important
Thanks, guys!

I am pretty sure though the problem can't be a background process either 
reading for a long time or saving for a long time, for I do use the 
ERXAdaptorChannelDelegate.trace logs and through 
DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations I log each 
save — and there's nothing like that in the log in the vicinity of those long 
saveChanges, alas. Thus the culprit must be something else.

Perhaps indeed something locks the OSC pretty often and for a long time, but 
that something is neither a long SELECT which would log through 
ERXAdaptorChannelDelegate.trace, nor another unrelated save, which would log 
through DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations.

Besides, it does not really feel like OSC locks caused by another thread. 
Meantime, I've rigged an awk script to compute how long each saveChanges takes, 
and it looks like this:
- for a long time, all is OK
- when the save times begin to grow, they keep consistently long (e.g., about 
30 s each, or about 50 s each) for each save for awhile (a quarter or half an 
hour), before things get back to normal

If another thread locked OSC, it would most probably mean some saveChanges 
would be long, but some quick; it does not seem probable a background thread 
would consistently keep OSC locked so that each saveChanges takes roughly the 
same (long) time.

This rather feels by something at the beginning of saveChanges becomes slow. 
This would most probably happen under the OSC lock, and given the way it works, 
does not seem really plausible that it is simply waiting to acquire the lock 
itself.

For the moment, I'm rather outta ideas :(

Thanks again and all the best,
OC

Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: loooong saveChanges prep-stage

2024-01-30 Thread Ramsey Gurley via Webobjects-dev 
Since by default WO uses a single ObjectStoreCoordinator/db connection, if you 
have concurrent request handling enabled, a long running query on one session 
can impact the time spent on other queries. If you want to see if this is your 
problem, you can log all your database activity everywhere with a few 
properties.

# ERExtensions
# Transaction - Switching this to debug will start the sql ouputting.
log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=INFO

## Enable delegate to emit SQL debugging info. The Logger used is
## log4j.category.er.extensions.ERXAdaptorChannelDelegate.sqlLogging
er.extensions.ERXAdaptorChannelDelegate.enabled=true

## How long a statement must run to cause a log message. Messages with longer 
than
## error also emit a stack-trace
er.extensions.ERXAdaptorChannelDelegate.trace.milliSeconds.debug=0
er.extensions.ERXAdaptorChannelDelegate.trace.milliSeconds.info=100
er.extensions.ERXAdaptorChannelDelegate.trace.milliSeconds.warn=2000
er.extensions.ERXAdaptorChannelDelegate.trace.milliSeconds.error=15000

## MaxLength of the message
er.extensions.ERXAdaptorChannelDelegate.trace.maxLength = 3000

## What entities to watch
er.extensions.ERXAdaptorChannelDelegate.trace.entityMatchPattern = .*

## Actually set the log level
log4j.logger.er.extensions.ERXAdaptorChannelDelegate.sqlLogging=info

From: OCsite via Webobjects-dev 
Sent: Wednesday, January 31, 2024 1:27 AM
To: OCsite via Webobjects-dev 
Subject: lng saveChanges prep-stage

Hi guys,

I've got logs from one of our installations with a pretty weird problem.

We just happen to log immediately before ec.saveChanges() gets called; and we 
happen to have a 
DatabaseContextDelegate.databaseContextWillPerformAdaptorOperations, which logs 
out soon as it is called.

In this one log, the delay betw. those two logs — ie., the time saveChanges 
spends before the delegate method is called — repeatedly grows up to almost a 
minute (!) After some time the problem disappears and saving works normally; 
and then it occurs again. There's no other log around (most other threads wait 
on the OSC lock anyway), and with our app it so happens there's only one item 
in the adaptor op array to be inserted or updated.

Once or twice there even has been nothing to save at all (ie., no changes in 
the EC when saveChanges was called), but even so, saveChanges took almost a 
minute before it returned. Can't be 100 % sure, but most probably, it was the 
very same problem; it is highly probable thus it does not depend on the 
enterprise objects being saved, but on something else.

It never happened in any other installation of the same application, including 
my development one and our test one.

Have you ever bumped into something like that? Any idea what might be the 
culprit and how to hunt the bug?

Thanks a lot,
OC


Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: Can't open WO components after Eclipse upgraded to Version 2023-06

2023-06-25 Thread Ramsey Gurley via Webobjects-dev 
Do you see anything in the Error Log tab view that would indicate what is 
causing it to fail to load components? I haven't updated to 2023-06 just yet, 
but it worked on 2023-03 if that helps.

From: Ricardo Parada via Webobjects-dev 
Sent: Saturday, June 24, 2023 8:37 AM
To: WebObjects & WOnder Development ; 
mailinglists via Webobjects-dev 
Subject: Can't open WO components after Eclipse upgraded to Version 2023-06

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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Framsey.gurley%2540practicemojo.com=05%7C01%7Cramsey.gurley%40practicemojo.com%7C5d8048f601364b25b96d08db7442e947%7Cde0a512999d34d35a92809047a134775%7C0%7C0%7C638231602964354059%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=P%2BFe45hTYvRk714cLKR0MTErY7wCFyqKkHJavhF2HFg%3D=0

This email sent to ramsey.gur...@practicemojo.com

Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: Exception within EOModeler

2023-01-08 Thread Ramsey Gurley via Webobjects-dev 
>Wonderful way

I see what you did there :)

From: Aaron Rosenzweig 
Sent: Monday, January 9, 2023 12:31 PM
To: Ramsey Gurley 
Cc: André Rothe ; Paul Yu ; 
Webobjects-dev 
Subject: Re: Exception within EOModeler

Thank you Ralf and Ramsey :-) Wonderful way to start the new year :-)

On Jan 8, 2023, at 6:34 PM, Ramsey Gurley via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

This is fixed now thanks to some contributions from Ralf Schuchardt. The 
WOLips_master build is successful and it seems to work as expected under 
2022-12 for me.

From: Paul Yu via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>
Sent: Monday, December 26, 2022 11:53 PM
To: André Rothe mailto:andre.ro...@phosco.info>>
Cc: Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>
Subject: Re: Exception within EOModeler

Yeah, if we don’t fix the APIs in WOLips/TBLips, these plugins will be dead now.

Paul

Sent from my iPad

> On Dec 26, 2022, at 6:36 AM, André Rothe 
> mailto:andre.ro...@phosco.info>> wrote:
>
> Hi Paul,
>
> The previous Eclipse version works
>
> Version: 2022-09 (4.25.0)
> Build id: 20220908-1902
>
> Best regards
> André
>
> Am 25.12.2022 11:41, schrieb Paul Yu:
>> Andre
>> That API has been removed in Eclipse 2022-12.   You have to fall back
>> to 2022-09.
>> Paul
 ___
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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Framsey.gurley%2540practicemojo.com=05%7C01%7Cramsey.gurley%40practicemojo.com%7C61c23e75f45d4924fd1a08dae7510aa5%7Cde0a512999d34d35a92809047a134775%7C0%7C0%7C638076632519390613%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=PH4Karml8zzBVUbIBCEiDqDhB2AXnvzuxH5h6uBxGoA%3D=0<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Framsey.gurley%2540practicemojo.com=05%7C01%7CRamsey.Gurley%40practicemojo.com%7Ca0afec3462314c62c9a508daf1f20893%7Cde0a512999d34d35a92809047a134775%7C0%7C0%7C638088319098227302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=T3LPdMe2Xbbud%2BLeZqGhbf3%2BpoATUMH%2FB1DofU3yGAY%3D=0>

This email sent to 
ramsey.gur...@practicemojo.com<mailto:ramsey.gur...@practicemojo.com>

Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
___
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/aaron%40chatnbike.com<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Faaron%2540chatnbike.com=05%7C01%7CRamsey.Gurley%40practicemojo.com%7Ca0afec3462314c62c9a508daf1f20893%7Cde0a512999d34d35a92809047a134775%7C0%7C0%7C638088319098227302%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=Xbm5rbczUU0FArU4QDAVhZN4Q0ooZy4a4vVXFp2P0%2Bw%3D=0>

This email sent to aa...@chatnbike.com<mailto:aa...@chatnbike.com>


Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
Do not post admin requests to the list. T

Re: Exception within EOModeler

2023-01-08 Thread Ramsey Gurley via Webobjects-dev 
This is fixed now thanks to some contributions from Ralf Schuchardt. The 
WOLips_master build is successful and it seems to work as expected under 
2022-12 for me.

From: Paul Yu via Webobjects-dev 
Sent: Monday, December 26, 2022 11:53 PM
To: André Rothe 
Cc: Webobjects-dev 
Subject: Re: Exception within EOModeler

Yeah, if we don’t fix the APIs in WOLips/TBLips, these plugins will be dead now.

Paul

Sent from my iPad

> On Dec 26, 2022, at 6:36 AM, André Rothe  wrote:
>
> Hi Paul,
>
> The previous Eclipse version works
>
> Version: 2022-09 (4.25.0)
> Build id: 20220908-1902
>
> Best regards
> André
>
> Am 25.12.2022 11:41, schrieb Paul Yu:
>> Andre
>> That API has been removed in Eclipse 2022-12.   You have to fall back
>> to 2022-09.
>> Paul
 ___
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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Framsey.gurley%2540practicemojo.com=05%7C01%7Cramsey.gurley%40practicemojo.com%7C61c23e75f45d4924fd1a08dae7510aa5%7Cde0a512999d34d35a92809047a134775%7C0%7C0%7C638076632519390613%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=PH4Karml8zzBVUbIBCEiDqDhB2AXnvzuxH5h6uBxGoA%3D=0

This email sent to ramsey.gur...@practicemojo.com

Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: Custom array column types in EO model

2022-11-03 Thread Ramsey Gurley via Webobjects-dev 
I think I see where I did the magic now.

If you look at the main commit where it appeared,

https://github.com/wocommunity/wonder/commit/28ab710470fbff0c82449e6f0be3cf6127f273d6

You can see there's properties to set the jdbc adaptor and column class. You 
possibly need to implement your own custom column to handle a sql array type in 
addition to dates.

From: Paul Hoadley 
Sent: Thursday, November 3, 2022 1:59 PM
To: WebObjects-Dev List 
Cc: Ramsey Gurley 
Subject: Re: Custom array column types in EO model

Hi Ramsey,

On 2 Nov 2022, at 17:55, Ramsey Gurley 
mailto:ramsey.gur...@practicemojo.com>> wrote:

I can't say I remember, but if you look in 
adaptorValueByConvertingAttributeValue on EOAttribute in ERAttributeExtension, 
there's a bit at the end of the method where I let the date types slide by to 
support Joda dates. You may have to add support for it there, as that is where 
your exception appears to be emanating from.

Yeah, I got as far as seeing the origin of the exception there. As a quick 
brute-force test, I commented that entire section out, but it didn't help:

2022-11-03 04:54:48.875 INFO  er.transaction.adaptor.Exceptions - Database 
Exception occured: com.webobjects.eoaccess.EOGeneralAdaptorException: Unable to 
create a byte representation for class 
"net.logicsquad.woextensions.eof.PostgresqlTextArray"
2022-11-03 04:54:48.883 ERROR er.extensions.appserver.ERXApplication - Juno 
failed to start.
EOGeneralAdaptorException: Unable to create a byte representation for class 
"net.logicsquad.woextensions.eof.PostgresqlTextArray"

I'm not sure who is complaining here, or why. Is this the JDBC adapter telling 
me that it doesn't know what to do with PostgresqlTextArray, which is a quick 
and dirty implementation of java.sql.Array I copy-pasted off the web?


--
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/




Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: Custom array column types in EO model

2022-11-02 Thread Ramsey Gurley via Webobjects-dev 
I can't say I remember, but if you look in 
adaptorValueByConvertingAttributeValue on EOAttribute in ERAttributeExtension, 
there's a bit at the end of the method where I let the date types slide by to 
support Joda dates. You may have to add support for it there, as that is where 
your exception appears to be emanating from.

From: Paul Hoadley via Webobjects-dev 
Sent: Tuesday, November 1, 2022 10:43 PM
To: WebObjects-Dev List 
Subject: Custom array column types in EO model

Hello,

I'm trying to get this to work for PostgreSQL, though I suspect it would be 
similar for any RDBMS that offered a type like "text[]":

https://www.postgresql.org/docs/current/arrays.html

Ideally, I'd like to map an NSArray attribute on the model side to a 
text[] column in Postgres, though any variation on this would be a good start. 
I can't quite get there, even with the smarts added by ERAttributeExtension. 
This is as close as I can get:

{
adaptorValueConversionClassName = 
"net.logicsquad.woextensions.eof.LSValueConversion";
adaptorValueConversionMethodName = stringArrayToPostgreSQLTextArray;
allowsNull = Y;
columnName = "metadata_key_list";
externalType = anyarray;
name = metadataKeyList;
valueClassName = "com.webobjects.foundation.NSArray";
valueFactoryClassName = 
"net.logicsquad.woextensions.eof.LSValueConversion";
valueFactoryMethodName = arrayToStringArray;
},

I'm only working on the output side for the minute. LSValueConversion. 
stringArrayToPostgreSQLTextArray(NSArray) returns a subclass of 
java.sql.Array, which I assume is what the Postgres JDBC driver wants. However, 
when I try to save an object, it's EOAttribute that complains:

[2022-11-2 5:31:59 UTC]  
com.webobjects.eoaccess.EOGeneralAdaptorException: EOAttribute 
adaptorValueByConvertingAttributeValue(Object): Unable to convert value of 
class net.logicsquad.woextensions.eof.PostgresqlTextArray for attribute 
'metadataKeyList' in entity 'DocumentVersion' to adaptor type 
EOAttribute.AdaptorBytesType.  Check the signature of the conversion method 
com.webobjects.foundation.NSArray.stringArrayToPostgreSQLTextArray().

To my eye, that's suggesting that the conversion method is not producing an 
object of type "bytes", which is true enough—it's a subclass of java.sql.Array. 
It doesn't help to comment out the part of EOAttribute that's throwing that 
exception, either:

2022-11-02 05:40:58.728 WARN  NSLog - A fatal exception occurred: Unable to 
create a byte representation for class 
"net.logicsquad.woextensions.eof.PostgresqlTextArray"

At this point I'm out of ideas. Has anyone done this or anything like it?


--
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/


Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: [Proposal] Drop Wonder's Ant Build

2022-09-01 Thread Ramsey Gurley via Webobjects-dev 
Hi Ray,

I'm glad to hear a second set of eyes has looked at it and it works on more 
than my machine  I'll probably merge this into master early next week barring 
any problems or concerns arising before then.

Ramsey

From: Ray Kiddy 
Sent: Thursday, September 1, 2022 10:22 AM
To: Ramsey Gurley ; WebObjects-Dev List 

Subject: Re: [Proposal] Drop Wonder's Ant Build

[You don't often get email from r...@ganymede.org. Learn why this is important 
at https://aka.ms/LearnAboutSenderIdentification ]

I was able to check out this branch, and then run:

mvn clean
mvn package
mvn install

No problems.

And then I did:

cd Examples/D2W/ERModernMoviesDemo
cd target/ERModernMoviesDemo-7.4-SNAPSHOT.woa

and

NEXT_ROOT=/opt bash ERModernMoviesDemo


And I was able to run the example, access it and see actual data.
Really. Data. Crazy, yeah?

So, good on you!

Well, now I have upgraded my desktop machine from Ubuntu 20.04.03 to
20.04.1 and things are not quite working, but I am hopeful.

Being able to just build and run an example and have it work Well,
let us just say that that has not happened in a long time.

cheers - ray


On 8/29/22 19:38, Ramsey Gurley via Webobjects-dev wrote:
> I did some work on this in my free time. I checked in a branch with
> mavenized_wonder yesterday. It fixes the compile problems with
> ERProfiling and test failures on ERXiss. It allows to import wonder as
> an existing maven project and build without errors.I replaced log4j with
> reload4j, and logging still seems to work properly. ERXTest runs with
> only a few (8) tests broken, but looking at them, I believe it's the
> tests that are broken, not due to any maven changes. Example
> applications seem to launch and run okay.
>
> I'll leave it up for a while so you guys have time to check it out.
> Perhaps we should bump the version to 8.0 on release to signal it is a
> major build change from previous releases even though code changes were
> not that much.
> 
> *From:* D Tim Cummings via Webobjects-dev 
> *Sent:* Friday, July 29, 2022 10:40 PM
> *To:* WebObjects-Dev List 
> *Subject:* Re: [Proposal] Drop Wonder's Ant Build
>
> Thanks Hugi
>
> That worked.
>
> Maven didn't copy the built frameworks into
> /Library/WebObjects/Local/Library/Frameworks like the ant install used
> to (sudo ant -Duser.home=$HOME frameworks.install). But my apps are
> maven now so they don't need that except for when I was eogenerating. I
> changed default.eogen to point to the built framework in the source code
>
> refmodel
> ../wonder/Frameworks/Core/ERPrototypes/target/ERPrototypes.framework/Resources/erprototypes.eomodeld
> \
>
> and eogenerate worked.
>
> In fact I could have just pointed to the model without building
>
> refmodel
> ../wonder/Frameworks/Core/ERPrototypes/Resources/erprototypes.eomodeld \
>
> Cheers
>
> Tim
>
> On 29/7/22 22:05, Hugi Thordarson wrote:
>> Hi Tim,
>> currently the easiest way to build Wonder on JDK 17 is to comment out
>> ERProfiling and ERXiss in Frameworks/Misc/pom.xml (given that you
>> don't use those two).
>>
>> Time to revisit this, I guess…
>>
>> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fwocommunity%2Fwonder%2Fpull%2F944data=05%7C01%7CRamsey.Gurley%40practicemojo.com%7Ce470826b9c9749fbd28708da8c3e88ca%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637976499035216519%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7Csdata=KQxTvpYek8qHKYb92Sm%2FG4y5HRDZ5kdfK6rAVPHGTFA%3Dreserved=0
>> <https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fwocommunity%2Fwonder%2Fpull%2F944data=05%7C01%7CRamsey.Gurley%40practicemojo.com%7Ce470826b9c9749fbd28708da8c3e88ca%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637976499035216519%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7Csdata=KQxTvpYek8qHKYb92Sm%2FG4y5HRDZ5kdfK6rAVPHGTFA%3Dreserved=0>
>>
>> Cheers,
>> - hugi
>>
>>
>>> On 29 Jul 2022, at 00:19, D Tim Cummings via Webobjects-dev
>>> >> <mailto:webobjects-dev@lists.apple.com>> wrote:
>>>
>>> FYI, these URLs have changed to the following
>>>
>>> https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgist.github.com%2Fhugithordarson%2F3c269a3196d0c4f2da486f1109c16d42data=05%7C01%7CRamsey.Gurley%40practicemojo.com%7Ce470826b9c9749fbd28708da8c3e88ca%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637976499035216519%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000%7C%7C%7Csdata=66JQSrPZD23GP510qOke78o5pn

Re: [Proposal] Drop Wonder's Ant Build

2022-08-29 Thread Ramsey Gurley via Webobjects-dev 
I did some work on this in my free time. I checked in a branch with 
mavenized_wonder yesterday. It fixes the compile problems with ERProfiling and 
test failures on ERXiss. It allows to import wonder as an existing maven 
project and build without errors. I replaced log4j with reload4j, and logging 
still seems to work properly. ERXTest runs with only a few (8) tests broken, 
but looking at them, I believe it's the tests that are broken, not due to any 
maven changes. Example applications seem to launch and run okay.

I'll leave it up for a while so you guys have time to check it out. Perhaps we 
should bump the version to 8.0 on release to signal it is a major build change 
from previous releases even though code changes were not that much.

From: D Tim Cummings via Webobjects-dev 
Sent: Friday, July 29, 2022 10:40 PM
To: WebObjects-Dev List 
Subject: Re: [Proposal] Drop Wonder's Ant Build


Thanks Hugi

That worked.

Maven didn't copy the built frameworks into 
/Library/WebObjects/Local/Library/Frameworks like the ant install used to (sudo 
ant -Duser.home=$HOME frameworks.install). But my apps are maven now so they 
don't need that except for when I was eogenerating. I changed default.eogen to 
point to the built framework in the source code

refmodel 
../wonder/Frameworks/Core/ERPrototypes/target/ERPrototypes.framework/Resources/erprototypes.eomodeld
 \

and eogenerate worked.

In fact I could have just pointed to the model without building

refmodel ../wonder/Frameworks/Core/ERPrototypes/Resources/erprototypes.eomodeld 
\

Cheers

Tim

On 29/7/22 22:05, Hugi Thordarson wrote:
Hi Tim,
currently the easiest way to build Wonder on JDK 17 is to comment out 
ERProfiling and ERXiss in Frameworks/Misc/pom.xml (given that you don't use 
those two).

Time to revisit this, I guess…

https://github.com/wocommunity/wonder/pull/944

Cheers,
- hugi


On 29 Jul 2022, at 00:19, D Tim Cummings via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:


FYI, these URLs have changed to the following

https://gist.github.com/hugithordarson/3c269a3196d0c4f2da486f1109c16d42

https://gist.github.com/hugithordarson/d2ba6da9e4942f4ece95d7a721159cd1


And by the way, how do I build wonder with maven? I need the frameworks built 
so I can use eogenerate. I tried

cd Frameworks

mvn clean install

I get

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile (default-compile) 
on project ERProfiling: Compilation failure: Compilation failure:
[ERROR] 
/home/tim/git/wonder/Frameworks/Misc/ERProfiling/Sources/er/profiling/classloader/WeavingClassLoader.java:[8,16]
 cannot find symbol
[ERROR]   symbol:   class Resource
[ERROR]   location: package sun.misc


I am using Java 17 on Ubuntu 22.04

Thanks in advance

Tim

On 17/6/22 09:26, Hugi Thordarson via Webobjects-dev wrote:
Thanks for raising the issue Henrique! It probably comes as no surprise that I 
support this :).

Ted; just to clarify, this proposal only applies to the building of Wonder 
itself. Wonder's maven build generates artifacts/bundles that can be consumed 
by Ant applications, so nothing changes in that regard (and if you're using the 
builds from 
jenkins.wocommunity.org,
 you're already using the maven built frameworks).
In other words, this

Re: EOModeler broken

2022-08-25 Thread Ramsey Gurley via Webobjects-dev 
I'm using 2022-06 with Java 18 (11 and 17 also installed, not sure what Eclipse 
launches on, but I think 11) plus latest WOLips, and I can open EOModels. There 
was a jigsaw related problem that I fixed recently which was resulting in class 
not found errors.

https://github.com/wocommunity/wolips/issues/157


[https://opengraph.githubassets.com/e89c88e66df12ac10194d579b18face92e70d17acf21650ee065337e892318c6/wocommunity/wolips/issues/157]
There was no valid EOF ClassLoader factory defined. · Issue #157 · 
wocommunity/wolips
On Eclipse 2021-06, opening the SQLGenerator dialog gives me, 
org.objectstyle.wolips.eomodeler.core.model.EOModelException: There was no 
valid EOF ClassLoader factory defined. at org.objectstyle.wo...
github.com


From: Gino Pacitti 
Sent: Thursday, August 25, 2022 1:39 AM
To: WebObjects-Dev Mailing List List 
Cc: Ramsey Gurley 
Subject: Re: EOModeler broken

Hi …
Nothing in particular… I just doubled clicked a EOmodel today and it gave me 
the error.

I had my projects in Version 2022 and I  think I updated the Eclipse App… The 
app uses JAVA 11

I down versioned to Version: 2020-03 (4.15.0) and that uses 1.8 and now it 
works again.

Could it be something to do with Eclipse using Java 11?

Gino

> On Aug 25, 2022, at 3:07 PM, Ramsey Gurley  
> wrote:
>
> Eclipse 2022-06? Can you explain what you're doing when you get the error?
> From: Gino Pacitti via Webobjects-dev 
> Sent: Thursday, August 25, 2022 12:46 AM
> To: WebObjects-Dev Mailing List List 
> Subject: EOModeler broken
>
> Hi List
>
> I am using Eclipse 2022 and suddenly today EOModeler stopped working with 
> this error:
>
> Any ideas?
>
> java.lang.NoClassDefFoundError: org/eclipse/jface/util/Assert
> at 
> org.objectstyle.wolips.baseforuiplugins.utils.KeyComboBoxCellEditor.setItems(KeyComboBoxCellEditor.java:171)
> at 
> org.objectstyle.wolips.baseforuiplugins.utils.KeyComboBoxCellEditor.(KeyComboBoxCellEditor.java:151)
> at 
> org.objectstyle.wolips.eomodeler.editors.entities.EOEntitiesTableViewer.(EOEntitiesTableViewer.java:101)
> at 
> org.objectstyle.wolips.eomodeler.editors.entities.EOEntitiesTableEditor.createPartControl(EOEntitiesTableEditor.java:102)
> at 
> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:227)
> at 
> org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:203)
> at 
> org.objectstyle.wolips.eomodeler.editors.EOModelEditor.createPages(EOModelEditor.java:583)
> at 
> org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:333)
> at 
> org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPartControl(CompatibilityPart.java:158)
> at 
> org.eclipse.ui.internal.e4.compatibility.CompatibilityEditor.createPartControl(CompatibilityEditor.java:96)
> at 
> org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:365)
> at jdk.internal.reflect.GeneratedMethodAccessor77.invoke(Unknown 
> Source)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at 
> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
> at 
> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:995)
> at 
> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:960)
> at 
> org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:140)
> at 
> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:403)
> at 
> org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:330)
> at 
> org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:202)
> at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:91)
> at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:60)
> at 
> org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:42)
> at 
> org.eclipse.e4.ui.workbench.renderers.swt.ContributedPartRenderer.createWidget(ContributedPartRenderer.java:132)
> at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:995)
> at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:659)
> at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:763)
> at 
>

Re: EOModeler broken

2022-08-25 Thread Ramsey Gurley via Webobjects-dev 
Eclipse 2022-06? Can you explain what you're doing when you get the error?

From: Gino Pacitti via Webobjects-dev 
Sent: Thursday, August 25, 2022 12:46 AM
To: WebObjects-Dev Mailing List List 
Subject: EOModeler broken

Hi List

I am using Eclipse 2022 and suddenly today EOModeler stopped working with this 
error:

Any ideas?

java.lang.NoClassDefFoundError: org/eclipse/jface/util/Assert
at 
org.objectstyle.wolips.baseforuiplugins.utils.KeyComboBoxCellEditor.setItems(KeyComboBoxCellEditor.java:171)
at 
org.objectstyle.wolips.baseforuiplugins.utils.KeyComboBoxCellEditor.(KeyComboBoxCellEditor.java:151)
at 
org.objectstyle.wolips.eomodeler.editors.entities.EOEntitiesTableViewer.(EOEntitiesTableViewer.java:101)
at 
org.objectstyle.wolips.eomodeler.editors.entities.EOEntitiesTableEditor.createPartControl(EOEntitiesTableEditor.java:102)
at 
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:227)
at 
org.eclipse.ui.part.MultiPageEditorPart.addPage(MultiPageEditorPart.java:203)
at 
org.objectstyle.wolips.eomodeler.editors.EOModelEditor.createPages(EOModelEditor.java:583)
at 
org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:333)
at 
org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPartControl(CompatibilityPart.java:158)
at 
org.eclipse.ui.internal.e4.compatibility.CompatibilityEditor.createPartControl(CompatibilityEditor.java:96)
at 
org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:365)
at jdk.internal.reflect.GeneratedMethodAccessor77.invoke(Unknown Source)
at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.base/java.lang.reflect.Method.invoke(Method.java:566)
at 
org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
at 
org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:995)
at 
org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:960)
at 
org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:140)
at 
org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:403)
at 
org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:330)
at 
org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:202)
at 
org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:91)
at 
org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:60)
at 
org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:42)
at 
org.eclipse.e4.ui.workbench.renderers.swt.ContributedPartRenderer.createWidget(ContributedPartRenderer.java:132)
at 
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:995)
at 
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:659)
at 
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:763)
at 
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$2.run(PartRenderingEngine.java:728)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
at 
org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:712)
at 
org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer.showTab(StackRenderer.java:1209)
at 
org.eclipse.e4.ui.workbench.renderers.swt.LazyStackRenderer.lambda$0(LazyStackRenderer.java:83)
at 
org.eclipse.e4.ui.services.internal.events.UIEventHandler.lambda$0(UIEventHandler.java:38)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:183)
at 
org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:133)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:5211)
at 
org.eclipse.e4.ui.workbench.swt.DisplayUISynchronize.syncExec(DisplayUISynchronize.java:34)
at 
org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:38)
at 
org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:205)
at 
org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:203)
at 
org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
at 
org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
at

Re: WebObjects Docker Deployment

2022-08-15 Thread Ramsey Gurley via Webobjects-dev 
Hi Oleksii,

Great work and nice writeup. Since you're doing a war deployment in container, 
you may want to look at the maven jib plugin. Jib can build an OCI formatted 
tarball without docker installed at all on the machine. Furthermore, it can 
layer the image to minimize data transfers when deploying them as they can be 
rather large.

I never got war packaging to work so I didn't explore it further, but it seems 
ideal for what you're doing.

Ramsey

From: Oleksii Serhiienko via Webobjects-dev 
Sent: Sunday, August 14, 2022 2:20 PM
To: webobjects-dev@lists.apple.com 
Subject: WebObjects Docker Deployment


Good evening everyone,


In the past, I was working with a WebObjects application which was migrated to 
the Cloud.

To share more findings and experience, I have created a demo 
application

You should be able to run with docker-compose and docker swarm.

I have some more explanations in the post I 
made
 and some helpful docker 
images.


Hope, my experience will be helpful and feel free to ask some questions.


best,

Oleksii


Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: [Proposal] Drop Wonder's Ant Build

2022-06-28 Thread Ramsey Gurley via Webobjects-dev 
>I thought Maven was old-hotness once Gradle stepped in?

Maven adds dependency management which Ant doesn't have. I don't have to check 
jars into the repo, I know when jars changed, and to what versions.

What Gradle adds (that I'm aware of) that Maven doesn't have is Groovy 
programming language build files. I never really saw an advantage of having 
that over XML and bash scripts which I already know. Is there anything in 
Gradle I'm missing out on?

As for WebObjects specifically, the WOLips plugin understands fluffy bunny 
projects and Eclipse maven natures, but there's no code in there for gradle 
natures. Someone would have to write that I think. It's probably not a small 
project.


From: Aaron Rosenzweig via Webobjects-dev 
Sent: Tuesday, June 28, 2022 6:12 PM
To: WebObjects-Dev List 
Subject: Re: [Proposal] Drop Wonder's Ant Build

It’s not a completely different issue is it?

If anyone builds Wonder as part of their CI/CD and is currently using ANT, they 
will need to switch to Maven going forward. While we wish everyone who makes 
changes to Wonder would make pull requests to integrate them but that doesn’t 
always happen. Those teams essentially have a fork of Wonder that they 
periodically merge public changes into and build with ANT.

That said, I can understand why many don’t want to support ANT anymore when 
they don’t even use it. If Maven is the future then people will have to change.

Question… I thought Maven was old-hotness once Gradle stepped in? If we are 
talking about moving on, why isn’t Gradle on the table?

Ant -> Maven -> Gradle

— Aaron

> On Jun 28, 2022, at 8:30 PM, Ray Kiddy via Webobjects-dev 
>  wrote:
>
> No. We are only talking about the building of Wonder itself. Projects using 
> Wonder can be built in different ways. It is a completely different issue.
>
> - ray
>
> On 6/28/22 06:45, Jesse Tayler via Webobjects-dev wrote:
>> I admit I’m only half following this thread but I am still using Ant right 
>> now — I’ve tried to move to Maven once or twice, but it was a fair amount of 
>> work from where I was at
>> Are we considering removal of ant as an option?
> 
> ___
> 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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Faaron%2540chatnbike.comdata=05%7C01%7Cramsey.gurley%40practicemojo.com%7C8446ec5ab2654dc1428508da596c6eb2%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637920619633186964%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=zcIHSqFzwKT1lZRfVfz40WhX1b5gmqLUppVCM3RIbpQ%3Dreserved=0
>
> This email sent to aa...@chatnbike.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://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.apple.com%2Fmailman%2Foptions%2Fwebobjects-dev%2Framsey.gurley%2540practicemojo.comdata=05%7C01%7Cramsey.gurley%40practicemojo.com%7C8446ec5ab2654dc1428508da596c6eb2%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637920619633186964%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7Csdata=pKfHkDDk0KEbb2tRZYa9oR1TxcTjFwEAJVJHVvgChZs%3Dreserved=0

This email sent to ramsey.gur...@practicemojo.com

Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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: [Proposal] Drop Wonder's Ant Build

2022-06-21 Thread Ramsey Gurley via Webobjects-dev 
>Are you proposing including a "repositories" section already pointing to the 
>WOCommunity Maven repository in the created projects? That could lower the 
>barrier of using Maven with WebObjects for newcomers (even though it's not a 
>good practice).

Yeah, that is what I'm doing here and it works well enough,

https://github.com/nullterminated/wodocker/blob/3626f17e303a0d62d561042fe9ee74ae3c58bac6/pom.xml#L26

>Do you have experience deploying to Maven Central?

I do in fact :) I made a tiny little library a while ago mainly for the purpose 
of learning how to do it.

https://github.com/nullterminated/trylambda

Like anything with maven, it's a little bit of a PITA to set up, but once you 
get it done, it just works. I've read archetypes are only crawled once a week 
on Sundays though.


From: Henrique Prange 
Sent: Tuesday, June 21, 2022 4:36 PM
To: Ramsey Gurley 
Cc: WebObjects-Dev List 
Subject: Re: [Proposal] Drop Wonder's Ant Build

You don't often get email from hpra...@gmail.com. Learn why this is 
important<https://aka.ms/LearnAboutSenderIdentification>
Hey Ramsey,

We have extracted the archetypes from the WOLips project into their own 
repository [1] under the WOCommunity organization. That's the best place to 
make the changes you're suggesting.

I like your idea of removing unnecessary archetypes. We could narrow it down to 
just three archetypes:

• webobjects-application-archetype
• webobjects-d2w-application-archetype
• webobjects-framework-archetype

All of them Wonder ready. We can't deploy WebObjects libraries to Maven 
Central. So, we're still stuck with the WOCommunity Maven repository. Are you 
proposing including a "repositories" section already pointing to the 
WOCommunity Maven repository in the created projects? That could lower the 
barrier of using Maven with WebObjects for newcomers (even though it's not a 
good practice).

Do you have experience deploying to Maven Central?

Cheers,

HP

[1]https://github.com/wocommunity/webobjects-maven-archetypes<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fwocommunity%2Fwebobjects-maven-archetypes=05%7C01%7CRamsey.Gurley%40practicemojo.com%7C87f0d58e9d3244d1002908da53ded6eb%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637914513828503556%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=GmhRzv654llX0MDl7I%2B9zcH9cD6yVIlVoDI2XxsuLFY%3D=0>

On 19 Jun 2022, at 20:27, Ramsey Gurley via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

I'm okay with moving away from ant builds for wonder. Someone pointed out to me 
the jenkins build on wocommunity has been broken for a few months now.

While on the subject of maven, I did some work on a new archetype for WO in my 
spare time. It's basically 
https://github.com/nullterminated/wodocker<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnullterminated%2Fwodocker=05%7C01%7CRamsey.Gurley%40practicemojo.com%7C87f0d58e9d3244d1002908da53ded6eb%7Cde0a512999d34d35a92809047a134775%7C1%7C0%7C637914513828503556%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=iNKY6%2FOLp5NgiHZk%2F4w9FzvW6sQP66YUiqy6JUMO%2FSk%3D=0>
 with a few extras. I've managed to run it not just as a docker container, but 
under minikube as well.

I've thought about making a couple more (one for woframework and a D2W app). 
I'm hoping to maybe push to maven central under a org.wocommunity.archetypes 
groupId, with the goal of reducing the getting started process with WO to three 
steps. 1. Install Eclipse 2. Install wolips 3. Start project with archetype 
from maven central. No local woinstall required, no fiddling with 
~/.m2/settings.xml. Just three steps. And name the artifactId so searching 
"webobjects" finds its.

I'm aware of the existing archetypes. I don't think that repo should go away, 
but does anyone actually use non-Wonder woapplications anymore? Is Dave 
Avendasora still around? Does D2JC even work past Java 8?

Anyway, I think it would be most streamlined if the archetypes were only the 
2-3 that people may use, on maven central, and easy to find. Then maybe make a 
quick little tutorial about how to get started in three easy steps.

From: Theodore Petrosky via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>
Sent: Friday, June 17, 2022 6:37 AM
To: Dev WO mailto:webobje...@anazys.com>>; 
WebObjects-Dev List 
mailto:webobjects-dev@lists.apple.com>>
Subject: Re: [Proposal] Drop Wonder's Ant Build

BTW,



I would be willing to put some money into a “fund me” kind of thing where 
someone that uses Maven creates a real wiki section on using Maven.



Just a thought.







From: "Ted Petrosky (WO)" 
mailto:webobjects-dev@lists.apple.com>>
Reply-To: Dev WO mailto:webobj

Re: [Proposal] Drop Wonder's Ant Build

2022-06-19 Thread Ramsey Gurley via Webobjects-dev 
I'm okay with moving away from ant builds for wonder. Someone pointed out to me 
the jenkins build on wocommunity has been broken for a few months now.

While on the subject of maven, I did some work on a new archetype for WO in my 
spare time. It's basically https://github.com/nullterminated/wodocker with a 
few extras. I've managed to run it not just as a docker container, but under 
minikube as well.

I've thought about making a couple more (one for woframework and a D2W app). 
I'm hoping to maybe push to maven central under a org.wocommunity.archetypes 
groupId, with the goal of reducing the getting started process with WO to three 
steps. 1. Install Eclipse 2. Install wolips 3. Start project with archetype 
from maven central. No local woinstall required, no fiddling with 
~/.m2/settings.xml. Just three steps. And name the artifactId so searching 
"webobjects" finds its.

I'm aware of the existing archetypes. I don't think that repo should go away, 
but does anyone actually use non-Wonder woapplications anymore? Is Dave 
Avendasora still around? Does D2JC even work past Java 8?

Anyway, I think it would be most streamlined if the archetypes were only the 
2-3 that people may use, on maven central, and easy to find. Then maybe make a 
quick little tutorial about how to get started in three easy steps.

From: Theodore Petrosky via Webobjects-dev 
Sent: Friday, June 17, 2022 6:37 AM
To: Dev WO ; WebObjects-Dev List 

Subject: Re: [Proposal] Drop Wonder's Ant Build


BTW,



I would be willing to put some money into a “fund me” kind of thing where 
someone that uses Maven creates a real wiki section on using Maven.



Just a thought.







From: "Ted Petrosky (WO)" 
Reply-To: Dev WO 
Date: Friday, June 17, 2022 at 9:32 AM
To: "Ted Petrosky (WO)" 
Subject: Re: [Proposal] Drop Wonder's Ant Build



I’m like Ted,



I though it would prevent me from keeping my current (ant) projects as they are.

I understand this only applies to building Wonder.

I don’t think it would be fair to ask the contributors to spend time on keeping 
a build system for Wonder that none of them use.



So as far as my opinion counts, I’m not against dropping ant build system from 
the Wonder build:)



Xavier





On 17 Jun 2022, at 15:26, Theodore Petrosky via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:



Just to answer the question from before, I do build my own Wonder frameworks. 
It looks like I am going to have to put in the time to get Maven going in my 
work flow.,







BTW, does anyone here subscribe to Builtlwith?



814 new WebObjects Leads

https://trends.builtwith.com/websitelist/WebObjects/Added-Recently



I was looking around and I was amazed that the Siemens login page has a video 
tutorial. As I watched it I noticed that all the pages referred to had 
WebObjects in the URL. There is WebObjects out there.







From: "Ted Petrosky (WO)" 
mailto:webobjects-dev@lists.apple.com>>
Reply-To: Paul Hoadley mailto:pa...@logicsquad.net>>
Date: Thursday, June 16, 2022 at 8:06 PM
To: "Ted Petrosky (WO)" 
mailto:webobjects-dev@lists.apple.com>>
Subject: Re: [Proposal] Drop Wonder's Ant Build



Hey Ted,



Already answered, but just for additional reassurance:



On 17 Jun 2022, at 08:17, Theodore Petrosky via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:



What about us guys whose projects are smallish projects and never instituted 
Maven...



It won't affect your projects! This is purely about building the Wonder 
frameworks from source. You won't need to migrate your projects to Maven if you 
don't want to, though I strongly recommend that you do.





--
Paul Hoadley
https://logicsquad.net/
https://www.linkedin.com/company/logic-squad/

Hello again

2021-01-27 Thread Ramsey Gurley via Webobjects-dev 
Hi everyone!

I haven't been on the list for a long while, but I'm still working with 
webobjects. I heard this list was shut down, but I'm still able to sign up for 
it. I hope the message is received :)

We recently had a developer move on to a new company. We are now looking for 
someone with webobjects talent. We have a job posting up at indeed. Check it 
out and let me know if you have any questions.

https://www.indeed.com/jobs?q=prosites=googlesl=c43301acc8ddb2a0

Thanks,

Ramsey


Confidentiality Notice: This email, including all attachments and replies 
thereto, are covered by the Electronic Communications Privacy Act, 18 U.S.C. 
Sections 2510-2521 and are legally privileged. This information is 
confidential, and intended only for the use of the individuals or entities 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, copying, distribution or the taking of any action in 
reliance on the contents of this transmitted information is strictly 
prohibited. Please notify us if you have received this transmission in error. 
Thank you.
 ___
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