Re: fetches too often (was: weird locks) in faultWithPrimaryKeyValue

[Jérémy DE ROYER via Webobjects-dev]

Hi,

As Samuel wrote, I do create new OSC when I make large export / report without 
any editing.

So, it creates a new dedicated connexion to the database and does not slow down 
the users using the shared editing context / main connexion.

ERXObjectStoreCoordinator _tmpObjectStoreCoordinator = new 
ERXObjectStoreCoordinator(true);

WOSession _localSession = new WOSession(_tmpObjectStoreCoordinator);
_localSession.defaultEditingContext().setUndoManager(null);
_localSession.defaultEditingContext().lock();

and after the process

_localSession.defaultEditingContext().unlock();
_localSession.defaultEditingContext().dispose();
_localSession.terminate();

_tmpObjectStoreCoordinator.dispose();

Hope it helps,

Jérémy

Le 17 août 2024 à 15:59, Samuel Pelletier via Webobjects-dev 
 a écrit :

OC,

If you create a new OSC, you will have no snapshot cache (I may be wrong on 
this), so it is the expected behaviour.

I never create new OSC in my apps, why are you creating OSC like this ?

The only real case I see is large report generations in background thread and 
even for this batching fetches do a good job.

If your fetches are long, check your database indexes.

Regards,

Samuel


Le 17 août 2024 à 08:48, ocs--- via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi there,

(I've solved the locks — were caused by a stray background thread which I've 
completely forgot of; and Samuel — yes, it was related to logging. D'oh.)

Now it works all right and reliably, but I observe very strange behaviour: with 
the separate OSC, the direct action is, in average, considerably slower; and 
the culprit seems are DB roundtrips. I hope I am missing something completely 
obvious again...

When I create my local EC for my direct action this way:

===
if (!sharedosc) sharedosc=new EOObjectStoreCoordinator()
localec=ERXEC.newEditingContext(sharedosc)
===

almost each time the fault created through this EC is accessed, there's a DB 
roundtrip. On the other hand, if I create it this way (without any other change)

===
if (!sharedosc) sharedosc=EOEditingContext.defaultParentObjectStore()
localec=ERXEC.newEditingContext(sharedosc)
===

there are no roundtrips at all.

I would understand the first fetch in the separate OSC, but subsequently, it 
should just use snapshots like the default root store does, should it not? What 
am I missing?

Thanks,
OC

On 16. 8. 2024, at 18:14, ocs--- via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi there,

I've got a direct action, which sometimes needs to get an object with a known 
PK, for which I use faultWithPrimaryKeyValue. Works well for years, but lately 
the fetches went longer, so I decided to allow it to use a separate OSC not to 
clash with the normal database requests.

The result is weird:
- sometimes, faultWithPrimaryKeyValue in the dedicated OSC is lightning fast, 
as presumed
- sometimes though, it never ends?!? :-O

It does not lock once and then stay locked, the cases are intermittent. Also, 
it never locks when I test myself at my development machine; happens on the 
deployment site only, sigh. I have also reasons to believe that the DA does not 
deadlock with another thread (essentially since at the moment of the first 
lock, nothing at all ran in parallel).

The code looks like this:
===
static sharedosc
WOActionResults someAction() {
  try {
boolean oscpolicy=ERXProperties.booleanForKey('ActionSpecificOSC')
def localec, osc
... ...
for (... a couple of times ...) {
  ...
  if (some-condition-which-says-I-need-to-fetch) {
if (!localec) {
  if (oscpolicy && !sharedosc) sharedosc=new 
ERXObjectStoreCoordinator(true)
  
(localec=ERXEC.newEditingContext(sharedosc?:EOEditingContext.defaultParentObjectStore())).lock()
 // 1
}
log "/TEMP will fetch in $localec..." // 2
eo=EOUtilities.faultWithPrimaryKeyValue(localec ,'DBAuction', 
Integer.valueOf(map.eoprimarykey))
log "/TEMP ... did fetch in $localec"
  }
  ...
}
... ...
if (localec) localec.dispose()
  } catch (exc) {
some-log-which-never-happens-thus-I-know-the-above-never-threw
  }
}
===

When ActionSpecificOSC is off, it never ever locks. When it is on though, 
occasionally the “will fetch” log marked // 2 is the very last thing which the 
appropriate worker thread ever does. In other (intermittent) cases it all works 
well.

Aside of moving the localec.dispose to finally, which would be safer, but in 
this case irrelevant for no exception ever happens, can you perhaps see a 
possible culprit?

Side question: originally, my // 1 line looked like 
(localec=ERXEC.newEditingContext(osc)).lock(). Far as I can say, should work 
precisely same way as the above, but did not: when the osc was null, I've got 
an invalid EC with a null rootObjectStore. What the H.?!?

Thanks and all the best,
OC

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

Re: Solved: awake-time long lags

[Jérémy DE ROYER via Webobjects-dev]

Hello,

Why not use a busy indicatior when « onclick » ? And hide it with the response.

I use it on our web commerce app and it works well

(exemple : 
https://www.cssscript.com/demo/minimal-busy-indicator-javascript-css3/)

Jérémy

Le 13 août 2024 à 17:26, OCsite via Webobjects-dev 
 a écrit :

D'oh!

Further analysis proved that those R/Rs which sport a long lag awake-time are 
overlapping R/Rs of the same session.

Since the default EC, far as I know, gets locked immediately before session 
awake (and unlocked just after session sleep), the mystery of long lags is no 
mystery anymore (and since it is pre-awake, not in-awake, the profiler revealed 
no awake method took long). Sigh.

Now I wonder how to teach the users that if a R/R happens to be sorta slow, it 
definitely won't help to click at all the other links on the current page

All the best,
OC

On 2. 8. 2024, at 2:32, ocs--- via Webobjects-dev 
 wrote:

Hi there,

we are encountering another weird problem: a (very) long lag awake-time.

We happen to log the application-level awake and some of the component-level 
awakes. Normally, the latter happen just a couple milliseconds from the former. 
Nevertheless _sometimes_ when the load gets higher and more R/R loops run 
concurrently, this lag grows up to a complete nonsense — tens or, in the worst 
cases, hundreds of seconds (between Application.awake and some Component.awake).

The most obvious answer that either the session-level awake or some of the 
non-logged component-level awakes might take an eternity upon a higher load is 
still an open possibility, but quite improbable one: we have profiled our 
application when the problem did happen with a smaller load, a couple of times 
the lag grew up to about 5-7 s, and still none of the awake methods ever took 
more than 40 ms.

Has perhaps anyone here encountered a similar problem and might suggest a 
solution or at least a reasonable way to find the culprit?

Thanks and all the best,
OC

___
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/ocs%40ocs.cz

This email sent to o...@ocs.cz

___
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/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: loooong saveChanges prep-stage

[Jérémy DE ROYER via Webobjects-dev]

Hi,

That’s why for big or background processes, I create dedicated 
ObjectStoreCoordinator using :

ERXObjectStoreCoordinator _tmpObjectStoreCoordinator = new 
ERXObjectStoreCoordinator(true);

WOSession _localSession = new WOSession(_tmpObjectStoreCoordinator);
_localSession.setSelectedUtilisateur(_localSession.getUtilisateurSystem());
_localSession.defaultEditingContext().setUndoManager(null);
_localSession.defaultEditingContext().lock();

and opening with :

_localSession.defaultEditingContext().unlock();
_localSession.defaultEditingContext().dispose();
_localSession.terminate();

_tmpObjectStoreCoordinator.dispose();

It’s perfect for analysis and export ; for updates, don’t forget to refresh 
updated objects in DefaultEOObjectStore

Have a nice day,

Jérémy

Le 30 janv. 2024 à 17:27, OCsite via Webobjects-dev 
 a écrit :

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

___
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/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: New Install On Sonoma 4.1.2

[Jérémy DE ROYER via Webobjects-dev]

Hi Theodore,

I’m still using eclipse 2023-03 because there were errors using greater 
versions.

I don’t know if these errors has been fixed since.

Jérémy

> Le 9 déc. 2023 à 13:37, Theodore Petrosky via Webobjects-dev 
>  a écrit :
> 
> 
> I have a new computer with Sonoma 14.1.2  Eclipse Version: 2023-09 (4.29.0) 
> Build id: 20230907-1323
> 
> I created a new Wonder App and tried to debug it by selecting the 
> application.java and right clicking to debug a WOApplication
> 
> it crashes with this error:
> 
> 
> java.lang.NullPointerException: Cannot invoke 
> "er.extensions.appserver.ERXApplication.getIsTerminating()" because the 
> return value of "er.extensions.appserver.ERXApplication.erxApplication()" is 
> null
> at er.extensions.appserver.ERXShutdownHook$1.run(ERXShutdownHook.java:64)
> 
> I need some help here!!!
> ___
> 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/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Asking questions

[Jérémy DE ROYER via Webobjects-dev]

+1

Jérémy

> Le 7 mars 2023 à 05:09, Michael Kondratov via Webobjects-dev 
>  a écrit :
> 
> I think there are people on the list still.
> 
> 
> Michael
> 
> Sent from my iPhone
> 
>> On Mar 6, 2023, at 18:32, Theodore Petrosky via Webobjects-dev 
>>  wrote:
>> 
>> So I see there are no messages in the lists.appple.com webobjects archive. 
>> But, I see emails from posts to webobjects-dev@lists.apple.com
>> 
>> So I am picking up a project shelved a long time ago. I have no intention of 
>> trying to redo this project in something else.
>> 
>> If I were to ask WO questions, where should they be posted?
>> 
>> I hope there are still voices around that can answer and are willing.
>> 
>> Ted
>> 
>> ___
>> 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/michael%40aspireauctions.com
>> 
>> This email sent to mich...@aspireauctions.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/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: EOModeler broken

[Jérémy DE ROYER via Webobjects-dev]

Hi Gino,

It may not be the answer you’re awaiting but I’m using eclipse Version: 2021-12 
(4.22.0) with Java 11 (on Mac OS Monterey) wihtout any particular problem.

My WOLIps installed URL is WOLips - 
https://jenkins.wocommunity.org/job/WOLips_master/lastSuccessfulBuild/artifact/temp/dist/

May it helps,

Jérémy

Le 25 août 2022 à 10:39, Gino Pacitti via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

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 
mailto:ramsey.gur...@practicemojo.com>> wrote:

Eclipse 2022-06? Can you explain what you're doing when you get the error?
From: Gino Pacitti via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>
Sent: Thursday, August 25, 2022 12:46 AM
To: WebObjects-Dev Mailing List List 
mailto:webobjects-dev@lists.apple.com>>
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)
   a

Re: [Proposal] Drop Wonder's Ant Build

[Jérémy DE ROYER via Webobjects-dev]

Hi all

I dont’ build wonder myself and I still use ant for old projects even if maven 
works great.  

if it helps and save time maintaining wonder… yes please, show us the  way and 
move to maven. 

Have a nice day,

Jérémy

> Le 17 juin 2022 à 03:14, Ray Kiddy via Webobjects-dev 
>  a écrit :
> 
> 
> It has been getting harder and harder to build Wonder with ant. The last time 
> I had to, I ended up not bothering to finish the build. Life is too short.
> 
> Yes, I am still using ant in my own apps, but that is different.
> 
> So, my vote is:   Make it so.
> 
> cheers - ray
> 
> 
>> On 6/16/22 17:05, Paul Hoadley via Webobjects-dev wrote:
>> 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/
>>  ___
>> 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/ray%40ganymede.org
>> This email sent to r...@ganymede.org
> ___
> 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/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: FrontBase driver for Java 11+ - was Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

Tip top 👍.

Many thank’s, I’ve just switched to eclipse 2021-12 👏

Jérémy

Le 21 déc. 2021 à 13:19, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Hi Jérémy,

The fronbtbasejdbc driver on FrontBase site was updated with a new binary 
compiled for java 1.8+. Same version number but run on Java 8+ instead of the 
previous release limited to Java 16+.

Best regards,

Samuel



Le 20 déc. 2021 à 03:11, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi Jesse,

I would say that using eclipse 2021-12 using frontbasejdbc 2.5.10 was not… 
successfull ;-)

BUT

Shifting from eclipse 2019-12 to 2020-12 on Monterey with the latest wolips was 
the right decison thank’s to Samuel. it is much more fluid.

SO

I'm glad I followed Samuels' advice

And wait for the summer vacations to leave Java 1.8

Have a nice week,

Jérémy

Le 20 déc. 2021 à 04:49, Jesse Tayler 
mailto:jtay...@oeinc.com>> a écrit :

So basically everything went to shit right there

On Dec 19, 2021, at 5:14 PM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:


Until now, everything works fine


___
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/samuel%40samkar.com

This email sent to sam...@samkar.com<mailto:sam...@samkar.com>


 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

Hi Jesse,

I would say that using eclipse 2021-12 using frontbasejdbc 2.5.10 was not… 
successfull ;-)

BUT

Shifting from eclipse 2019-12 to 2020-12 on Monterey with the latest wolips was 
the right decison thank’s to Samuel. it is much more fluid.

SO

I'm glad I followed Samuels' advice

And wait for the summer vacations to leave Java 1.8

Have a nice week,

Jérémy

Le 20 déc. 2021 à 04:49, Jesse Tayler 
mailto:jtay...@oeinc.com>> a écrit :

So basically everything went to shit right there

On Dec 19, 2021, at 5:14 PM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:


Until now, everything works fine


 ___
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: Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

HI,

Following samuel's advices, I finally installed eclipse 2020-12 with frontbase 
JDBC 2.5.9 and wolips latest.

Until now, everything works fine : I can still use eclipse and JDK 1.8 without 
bad screen refesh 😅.

Hope it helps,

Jérémy

Le 19 déc. 2021 à 12:20, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Samuel,

It works great in eclipse 2021-09. Many thank’s for the help 👍

I will « just » have to wait a little because our apps that are still running 
with Java 8… while the JDBC driver only works with Java 16 😄

Jérémy

(error : Exception in thread "main" java.lang.UnsupportedClassVersionError: 
com/frontbase/jdbc/FBJDriver has been compiled by a more recent version of the 
Java Runtime (class file version 60.0), this version of the Java Runtime only 
recognizes class file versions up to 52.0)



Le 19 déc. 2021 à 11:26, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Jérémy,

I use the latest available on update site: 
https://jenkins.wocommunity.org/job/WOLips_master/lastSuccessfulBuild/artifact/temp/dist/

Previous version had issues with latest Eclipse.

Regards,

Samuel

Le 19 déc. 2021 à 04:47, Jérémy DE ROYER 
mailto:jeremy.dero...@ingencys.net>> a écrit :

Merci Samuel for the help.

What version of wolips are you using with eclipse 2021-09 ?

Jérémy

Le 18 déc. 2021 à 22:37, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Bonjour Jérémy,

I was about to send you a fix for the FrontBase sql generation problem when I 
decided to look at their site and there is a new jdbc 2.5.10 driver released 
few days ago that fixes the problem with newer Eclipse. I confirmed the fix 
with Eclipse 2021-09.

Regards,

Samuel


Le 16 déc. 2021 à 09:59, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hello John,

I use Monterey with eclipse 2019-12 with only « small » problems (bad screen 
refresh). I don’t regret.

I’ve tried to install newer eclipse versions (2020-09 & 2021-09) but I had 
problems with the frontbase plugin generating SQL so I stay with 2019-12 until 
we move to postgreSQL.

Have a nice day,

Jérémy

Le 16 déc. 2021 à 15:49, John Pollard via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I see my Mac is offering me Monterey. Have others installed this on a Mac they 
use for WO development? I use Eclipse (2018-12), EO Modeller, WOLips, Wonder.

Many thanks,
John
___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.net>

___
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/samuel%40samkar.com

This email sent to sam...@samkar.com<mailto:sam...@samkar.com>




___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.net>

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

Samuel,

It works great in eclipse 2021-09. Many thank’s for the help 👍

I will « just » have to wait a little because our apps that are still running 
with Java 8… while the JDBC driver only works with Java 16 😄

Jérémy

(error : Exception in thread "main" java.lang.UnsupportedClassVersionError: 
com/frontbase/jdbc/FBJDriver has been compiled by a more recent version of the 
Java Runtime (class file version 60.0), this version of the Java Runtime only 
recognizes class file versions up to 52.0)



Le 19 déc. 2021 à 11:26, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Jérémy,

I use the latest available on update site: 
https://jenkins.wocommunity.org/job/WOLips_master/lastSuccessfulBuild/artifact/temp/dist/

Previous version had issues with latest Eclipse.

Regards,

Samuel

Le 19 déc. 2021 à 04:47, Jérémy DE ROYER 
mailto:jeremy.dero...@ingencys.net>> a écrit :

Merci Samuel for the help.

What version of wolips are you using with eclipse 2021-09 ?

Jérémy

Le 18 déc. 2021 à 22:37, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Bonjour Jérémy,

I was about to send you a fix for the FrontBase sql generation problem when I 
decided to look at their site and there is a new jdbc 2.5.10 driver released 
few days ago that fixes the problem with newer Eclipse. I confirmed the fix 
with Eclipse 2021-09.

Regards,

Samuel


Le 16 déc. 2021 à 09:59, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hello John,

I use Monterey with eclipse 2019-12 with only « small » problems (bad screen 
refresh). I don’t regret.

I’ve tried to install newer eclipse versions (2020-09 & 2021-09) but I had 
problems with the frontbase plugin generating SQL so I stay with 2019-12 until 
we move to postgreSQL.

Have a nice day,

Jérémy

Le 16 déc. 2021 à 15:49, John Pollard via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I see my Mac is offering me Monterey. Have others installed this on a Mac they 
use for WO development? I use Eclipse (2018-12), EO Modeller, WOLips, Wonder.

Many thanks,
John
___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.net>

___
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/samuel%40samkar.com

This email sent to sam...@samkar.com<mailto:sam...@samkar.com>




 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

Merci Samuel for the help.

What version of wolips are you using with eclipse 2021-09 ?

Jérémy

Le 18 déc. 2021 à 22:37, Samuel Pelletier 
mailto:sam...@samkar.com>> a écrit :

Bonjour Jérémy,

I was about to send you a fix for the FrontBase sql generation problem when I 
decided to look at their site and there is a new jdbc 2.5.10 driver released 
few days ago that fixes the problem with newer Eclipse. I confirmed the fix 
with Eclipse 2021-09.

Regards,

Samuel


Le 16 déc. 2021 à 09:59, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hello John,

I use Monterey with eclipse 2019-12 with only « small » problems (bad screen 
refresh). I don’t regret.

I’ve tried to install newer eclipse versions (2020-09 & 2021-09) but I had 
problems with the frontbase plugin generating SQL so I stay with 2019-12 until 
we move to postgreSQL.

Have a nice day,

Jérémy

Le 16 déc. 2021 à 15:49, John Pollard via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I see my Mac is offering me Monterey. Have others installed this on a Mac they 
use for WO development? I use Eclipse (2018-12), EO Modeller, WOLips, Wonder.

Many thanks,
John
___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.net>

___
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/samuel%40samkar.com

This email sent to sam...@samkar.com<mailto:sam...@samkar.com>


 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Mac OS Monterey

[Jérémy DE ROYER via Webobjects-dev]

Hello John,

I use Monterey with eclipse 2019-12 with only « small » problems (bad screen 
refresh). I don’t regret.

I’ve tried to install newer eclipse versions (2020-09 & 2021-09) but I had 
problems with the frontbase plugin generating SQL so I stay with 2019-12 until 
we move to postgreSQL.

Have a nice day,

Jérémy

Le 16 déc. 2021 à 15:49, John Pollard via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I see my Mac is offering me Monterey. Have others installed this on a Mac they 
use for WO development? I use Eclipse (2018-12), EO Modeller, WOLips, Wonder.

Many thanks,
John
___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: The secret WOCommunity Slack channel?

[Jérémy DE ROYER via Webobjects-dev]

Yes, I do agree with Hugi, we need to re-establish WOCommunity... with a 
board... to structure things and organize the decisions to be made

I miss the WO-days.

I hate covid

Jérémy

Le 1 nov. 2020 à 20:53, Hugi Thordarson via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I kind of hate Slack as well. But unfortunately it currently seems like the 
nicest place for real time chat.

I agree about the worries of divergence. We need to re-establish WOCommunity.

As for the old wiki pages, I think they should just be plain abandoned and 
buried. There's more misinformation there than information. If we make a 
replacement I think it should be more of a blog-style, linking to articles that 
people can maintain themselves, like your Docker/WO work that I would love to 
hear more about :).

- hugi



On 1 Nov 2020, at 18:09, Jesse Tayler 
mailto:jtay...@oeinc.com>> wrote:

I hate slack but we could use a channel like that, I worry about any form of 
divergence because we’re already few and far between

I have had great luck with Docker and WO and have a few modern frameworks that 
help keep our apps nicely modern and I’m actually really happy with the results 
so I still love WO and haven’t found anything I could wield that kind of power.

I should put the Docker stuff into a WIKI page, but I’m also wondering about 
the ‘old’ wiki and who’s maintaining any of that or if we should largely start 
again or something.

Ideas?



On Nov 1, 2020, at 1:06 PM, Hugi Thordarson via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

The Slack channel is in no way or form meant to be a secret. It's something I 
started for fun a during a WOWODC session and the more people that join the 
better!

I thought it was "common knowledge" by now but I can absolutely understand how 
the channel can be perceived as "secret", since it's not mentioned anywhere. 
Totally my bad and I'll work to fix it. It's a problem that goes deeper than 
just that particular channel.

- hugi



On 1 Nov 2020, at 17:49, Marc Günther via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all,

Sorry to bother everyone, but I can find absolutely no information about this 
anywhere. I wouldn't even know whom to ask.

Apparently there is a WOCommunity Slack channel since quite a while now:
- https://wocommunity.slack.com

I would be very interested to join, but I cannot find a sign up link anywhere, 
or a contact person, or any mention of it on the wiki. Is there a particular 
reason that this channel is kept so secret? Only for the elite clique of WOnder 
contributers and not for the common WebObjects developer?

I was recently interested in Elm, and I could just join their Slack and say Hi, 
and ask questions. It felt very welcoming for new users.

Now, I know there won't be any new users for WO, but it would still be nice if 
there wouldn't be this air of mystery about the whole thing. I mean with the 
Wiki being out of date for like 5 years, WOInstaller broken, etc. I recently 
had to setup WebObjects for development and for deployment on some new machines 
(MacOS Catalina), and documented the entire process, so I thought, I could 
update the information on the wiki, but I don't have an account there either, 
and likewise, no idea on who to ask about it.

Greetings from Sweden,
Marc

___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  
(Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is

This email sent to h...@karlmenn.is

___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  
(Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com

This email sent to jtay...@oeinc.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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: The secret WOCommunity Slack channel?

[Jérémy DE ROYER via Webobjects-dev]

Hi Marc,

You should have received a link on your mailbox.

Have a nice evening,

Jérémy


> Le 1 nov. 2020 à 18:49, Marc Günther via Webobjects-dev 
>  a écrit :
> 
> Hi all,
> 
> Sorry to bother everyone, but I can find absolutely no information about this 
> anywhere. I wouldn't even know whom to ask.
> 
> Apparently there is a WOCommunity Slack channel since quite a while now:
> - https://wocommunity.slack.com
> 
> I would be very interested to join, but I cannot find a sign up link 
> anywhere, or a contact person, or any mention of it on the wiki. Is there a 
> particular reason that this channel is kept so secret? Only for the elite 
> clique of WOnder contributers and not for the common WebObjects developer?
> 
> I was recently interested in Elm, and I could just join their Slack and say 
> Hi, and ask questions. It felt very welcoming for new users.
> 
> Now, I know there won't be any new users for WO, but it would still be nice 
> if there wouldn't be this air of mystery about the whole thing. I mean with 
> the Wiki being out of date for like 5 years, WOInstaller broken, etc. I 
> recently had to setup WebObjects for development and for deployment on some 
> new machines (MacOS Catalina), and documented the entire process, so I 
> thought, I could update the information on the wiki, but I don't have an 
> account there either, and likewise, no idea on who to ask about it.
> 
> Greetings from Sweden,
> Marc
> 
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: WOLips bugfixes and new features planning

[Jérémy DE ROYER via Webobjects-dev]

+1

Jérémy

Le 18 sept. 2020 à 03:17, Paul Hoadley via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hey Maik,

On 2 Jul 2020, at 05:36, Maik Musall via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

So, how do we go forward with this?

Is this idea still alive? We're still willing to kick in money, and so is 
Hugi—was just talking about it to him on Slack. If there's a lack of consensus 
on priorities, perhaps we could donate to several different pools based on 
preferences?


--
Paul Hoadley
https://logicsquad.net/
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)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: How often do you bounce your apps?

[Jérémy DE ROYER via Webobjects-dev]

Hi Aaron,

(I’m still using EOF) and, for the main apps, I bounce every morning.

After updates I sometimes forget to activate the schedules without any 
problems… but I’m used to do it in the pasts where I had a lot of meomry leaks 
so I still do it.

Jérémy

> Le 5 août 2020 à 00:04, Hugi Thordarson via Webobjects-dev 
>  a écrit :
> 
> Never. Uptime on my apps is usually weeks or months.
> 
> Cycled regularly when I used EOF though. That thing leaks.
> 
> - hugi
> 
> 
> 
>> On 4 Aug 2020, at 21:31, Aaron Rosenzweig via Webobjects-dev 
>>  wrote:
>> 
>> Personally I feel better bouncing my .woa instances daily. Even if it is a 
>> small site I have at least two instances and I gracefully cycle them on a 
>> daily schedule. I feel better knowing that it is fresh every morning for the 
>> new day. 
>> 
>> On the other hand, I could see an argument that a java app shouldn’t have 
>> any memory leaks. The garbage collector should get everything. If it cannot 
>> do so, then you’ve got something messed up in your app that you should track 
>> down and rectify. So maybe it’s better to just leave your .woa instances 
>> running forever until the next redeployment to get new features. 
>> 
>> What does the community do? Do you cycle often (daily, twice per day, or 
>> once per week) or do you leaving your instances running without a scheduled 
>> restart? 
>> 
>> Thanks to all those who chime in :-)
>> ___
>> 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/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: given WOLips is being discussed...

[Jérémy DE ROYER via Webobjects-dev]

Hi Maik,

I completely agree with paying to fix the bugs  that are still in WOLips today.

That’s why I would suggest to make 2 lists :

- the first one : bug fixes
- the second one : wish list

I would gladly contribute to the first bug-fixes-list

I would gladly study the second list and contribute for the points that I will 
find relevant according to the cost requested by the developers

On the other hand, I am not sure I am very motivated by a change of IDE whose 
costs and risks (bugs) would be significantly higher.

Jérémy

Le 13 juil. 2020 à 14:26, Maik Musall via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi all,

I think the point is still valid. We shouldn’t invest in WOLips development 
without first discussing the option of creating similar plugins for alternative 
IDEs.

So, who has enough insight into and experience with IntelliJ, Netbeans and the 
like to offer some thoughts on this?

Maik

P.S. Meanwhile, another Eclipse plugin developer has offered his services, and 
not just to to plain dev work but also do training to enable other community 
members to take over. A similar thing is probably possible with other IDEs.


Am 08.07.2020 um 03:37 schrieb Tim W via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>:

Well said, Aaron. WOBuilder was great. That said, I haven’t hated WOLips - I’ve 
actually really liked some aspects of the workflow.

Also, I’ll add secondarily that I find it unlikely that anyone will move to 
Xcode from Eclipse.

Tim
UCLA GSE&IS

On Jul 4, 2020, at 8:46 AM, Aaron Rosenzweig via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Thanks OC for sharing your experience and your code for the EOModeler on OSX. 
(I realize that is jvanek’s link; however, it was you who cobbled together the 
first version).

Eclipse does two things well:
1) Refactoring
2) Cross platform (Macs, PCs, Linux - mixed environment)

I use Eclipse today mainly because my team-mates chose it… and it’s ok, it has 
issues, but it’s alright for me. If we were honest, IntelliJ does those two 
things better than Eclipse but it doesn’t have the WOLips plugin. That plug-in 
is good but it is a never-ending struggle where Eclipse keeps breaking it in 
strange ways and nobody enjoys figuring out that useful friend in a foreign 
land. We’ve never fit in with the Eclipse community.

It was nice in the days when you could double-click install WebObjects with 
tooling on a Mac. I enjoyed ProjectBuilder, WOBuilder, EOModeler, it all worked 
very nice for the most part. It had some issues too… there are always issues, 
but that was the heyday and when I enjoyed working with WO the most. If it were 
up to me I’d run MacOS Tiger in a VM with all that tooling when doing WO. But 
to be the lone wolf when others prefer getting rid of the .wod file and not 
using the same IDE setup it’s more like fighting than being productive.

There was something guttural, tangible, enjoyable, with dragging member 
variables into component bindings. I enjoyed WOBuilder immensely and even 
created my member variables there. Whatever I do today I do in a trance where I 
imagine I was doing things that way. It’s like channelling an ancient codex to 
do my bidding in the modern age.

I’m fortunate that much of what I loved I do today in Ares / Enyo but it too is 
dead. Why is it that the flame that burns Twice as bright burns half as long?
AARON ROSENZWEIG / Chat 'n Bike
e:  aa...@chatnbike.com  t:  (301) 956-2319
[Chat 'n Bike]  [Chat 'n Bike]

On Jul 3, 2020, at 3:29 PM, OCsite via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

... well, myself, I have found Eclipse next-to-unuseable (WOLips itself looked 
good, but it's, alas, Eclipse-based). In case there's more people similarly 
Eclipse-incompatible, let me just remind that the good ole XCode (with a couple 
of build scripts added) is considerably more convenient than Eclipse, and the 
only thing it can't do reasonably is EOmodelling.

Which is why there's a stand-alone EOModeller application, freely available at 
https://github.com/jvanek/EOModeler-OSX

(There's no graph view: for graph view you can use OmniGraffle, which still 
supports EOModels very nicely.)

All the best,
OC

___
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/aaron%40chatnbike.com

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://lists.apple.com/mailman/opti

Re: Chat Bot Framework ?

[Jérémy DE ROYER via Webobjects-dev]

Hi Aaron,

I’m currently playing with botpress that seem’s to be pretty easy to use, even 
if it’s not Java but Javascript (node).

I’ve downloaded Charliebot and will have a look on.

Thank’s for your answer,

Jérémy

Le 4 juin 2020 à 15:10, Aaron Rosenzweig 
mailto:aa...@chatnbike.com>> a écrit :

A lifetime ago I had worked on an open-source java chatbot. It was based on 
prior work and I made new files to give it a persona named “Charlie”

I have not kept up with any recent developments but at the time I used the JAR 
and it was embedded in my WO app so it was easy in that sense.

One thing I liked about it was that it kept good logs of interactions and made 
it easy to see when a customer / user asked Charlie a question for which he had 
no idea. If you monitor the logs you can program responses over time and he 
feels very real.

Human conversation is more robotic than you might expect so it is easy to trick 
people. People say common opening lines and have common responses. When you 
don’t know something (or are uncomfortable with that topic) you often try to 
steer the conversation another way by going “How about them Red Sox? think 
they’ll make it to the world series?” - So Charlie inherently does all that. 
He’ll respond in ways that make sense when you’ve told him about the topic and 
he’ll find other ways to keep the conversation going when he doesn’t know what 
you mean.

Here’s the project: https://sourceforge.net/projects/charliebot/

Aaron Rosenzweig / Chat 'n Bike<http://www.chatnbike.com/>
e:  aa...@chatnbike.com<mailto:aa...@chatnbike.com>  t:  (301) 956-2319
[Chat 'n Bike]  [Chat 'n Bike]

On Jun 4, 2020, at 2:52 AM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all,

We are looking for a chat bot framework to build chat bots for our customers, 
mainly for web sites.

We have started developing one from scratch (client + server + bot) but for me 
it’s a waste of time.

I’d like to focus on the bot part, with the real logic and added value.

Has any of yours an experience to share or a « bot objects » framework (open 
source or commercial) to advise ?

Many thank’s,

Jérémy
___
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

This email sent to aa...@chatnbike.com<mailto: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://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Chat Bot Framework ?

[Jérémy DE ROYER via Webobjects-dev]

Hi all,

We are looking for a chat bot framework to build chat bots for our customers, 
mainly for web sites.

We have started developing one from scratch (client + server + bot) but for me 
it’s a waste of time.

I’d like to focus on the bot part, with the real logic and added value.

Has any of yours an experience to share or a « bot objects » framework (open 
source or commercial) to advise ?

Many thank’s,

Jérémy
 ___
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: Entity/attribute/relationship terrible toString?

[Jérémy DE ROYER via Webobjects-dev]

Have a look in Eclipse > Preferences > WOLips > EOGenerator to find your files 
path.

Jérémy

Le 2 juin 2020 à 14:05, Paul Yu via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

There are two templates _EO and EO.java that are used by eogenerate to create 
your EO classes.  If you open your Eogenerate File you can see where your 
templates are.

Paul


Sent from my iPhone
Please excuse iOS autocomplete

On Jun 2, 2020, at 7:04 AM, OCsite via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Markus,

On 2 Jun 2020, at 12:09, Markus Ruggiero 
mailto:mailingli...@kataputt.com>> wrote:
Why not simply override toString() in EOGenerate templates once and for all?

What are “EOGenerate templates” and how they affect the 
entities/attributes/relationships toStrings? I can't find anything like that in 
my WO documentation. Seems it might be the right solution... if I knew what it 
is :)

Thanks!
OC


On 2 Jun 2020, at 01:52, ocs--- via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi there,

occasionally, I need to put entities/attributes/relationships into complex 
nested property lists. Occasionally for debug, I need to print out these 
property lists.

Alas, entities/attributes/relationships normally print out their complete 
contents in their toStrings, which makes the logs completely unuseable (and 
when there's more of them in a property list, actually bogs down the 
application so much it must be killed).

Isn't there some trick to make those darned model classes toString something 
reasonable, e.g., just their class, name and hash?

Thanks,
OC

___
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/steiner%40rucotec.ch

This email sent to stei...@rucotec.ch


___
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/pyu%40mac.com

This email sent to p...@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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: WOWODC 2020 - I'm afraid not

[Jérémy DE ROYER via Webobjects-dev]

hi maik

I am sad but i do understand.  

See you soon All,

Jérémy 

> Le 16 mars 2020 à 17:32, Maik Musall via Webobjects-dev 
>  a écrit :
> 
 ___
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: Complimentary App Server Choice

[Jérémy DE ROYER via Webobjects-dev]

Hi

And about wo components framework ?

What are you using  with Bootique ?

Jérémy

Le 13 févr. 2020 à 23:08, Matthew Ness via Webobjects-dev 
 a écrit :


I wouldn't hesitate to recommend Bootique.

We've had various types of Bootique apps in production for years now to great 
success, some with the Cayenne module directly derived from older WO apps/dbs, 
some communicating with existing WO apps, others simply processing tasks.


Regards,

--
Matt
http://logicsquad.net
https://www.linkedin.com/company/logic-squad/


On Thu, Feb 13, 2020, at 11:25 PM, Andrus Adamchik via Webobjects-dev wrote:
My opinionated take is the following:

* The "official" JavaEE is dead and is now a pure volunteer effort under 
https://jakarta.ee/ . The "appserver" concept has almost disappeared and 
morphed to something different. All the past market leaders have moved on to 
more lightweight solutions, though some still cling to .war deployment.

* SpringBoot is the market leader in the Java world. If you are looking to 
build a marketable Java developer resume, learn SpringBoot.

* If you need to write apps for your org or your customers, and are not 
constrained by the PHBs opinion, use Bootique. It is a better platform in the 
modern appserver-free world. Bootique is "commercially-viable" in a sense that 
there are hundreds of apps that run in prod for a number of years. But it is 
still an open source effort supported by community and a mid-sized company 
(ObjectStyle), so it is sometimes an uphill battle in organizations that are 
looking to conform to the lowest common denominator.

So you decide :)

Andrus


On Feb 13, 2020, at 3:06 PM, Gino Pacitti via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Thanks for that… it looks really interesting…

Is it a commercially viable alternative to some of the others like JBoss, 
Tomcat, Websphere etc..

I would like to add another feather to my bow but not really sure which 
architecture to devote time to so that I can work on bigger projects in a 
team...




On 13 Feb 2020, at 11:16, Andrus Adamchik 
mailto:and...@objectstyle.org>> wrote:

We are using Bootique: https://bootique.io/

Just like SpringBoot, its idea is that it is not an "appserver". It gives you a 
plain Java app with your own "main" method, and a way to assemble various 
components together (and also modularity, dependency injection, consistent 
configuration and a large collection of ready-to-use modules). The app can 
serve web requests, run jobs or do whatever.

Unlike SpringBoot, Bootique is much smaller, starts much faster, and doesn't 
feel like magic. Also all the apps you write are automatically equipped with 
POSIX CLI.

Andrus


On Feb 11, 2020, at 4:29 PM, Paul Yu via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Spring and it’s ecosystem seems to be pretty powerful.

Paul

Sent from my iPhone
Please excuse iOS autocomplete

On Feb 11, 2020, at 8:06 AM, Gino Pacitti via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

hey if any one was to use a different app server configuration other than WO 
what would you choose and why?

What are most companies requesting these days in a Java system?





___
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/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net
 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Looking for WOStart.exe (jre 8 and after)

[Jérémy DE ROYER via Webobjects-dev]

Thank’s.

It’s better now.

Sorry, but I don’t have any access to wocommunity.org 
and don’t know how to get one… but ready to help if possible to get one.

Jérémy

Le 8 févr. 2020 à 19:30, Markus Stoll mailto:p...@mstoll.de>> a 
écrit :

Hi,

sorry, I fixed it - so this link is working again

http://www.mstoll.de/download/WOStart_bda65dbc.zip

no idea, who could fix this on wocommunity.org

regards, Markus

Am 08.02.2020 um 17:22 schrieb Jérémy DE ROYER 
mailto:jeremy.dero...@ingencys.net>>:

Hello,

I’m looking for precompiled version of WOStart.exe wortking on Windows 64bits 
with jre8.

The old one that I have only works until jre7.

I’ve found the links below but they are down

http://www.mstoll.de/download/WOStart_bda65dbc.zip

http://wocommunity.org/documents/tools/WOStart.zip

Any idea ?

Jérémy


 ___
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

Looking for WOStart.exe (jre 8 and after)

[Jérémy DE ROYER via Webobjects-dev]

Hello,

I’m looking for precompiled version of WOStart.exe wortking on Windows 64bits 
with jre8.

The old one that I have only works until jre7.

I’ve found the links below but they are down

http://www.mstoll.de/download/WOStart_bda65dbc.zip

http://wocommunity.org/documents/tools/WOStart.zip

Any idea ?

Jérémy
 ___
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 Ajax Component parent page re rendereing

[Jérémy DE ROYER via Webobjects-dev]

Hi Michael,

I had the same using WOSubmitButton instead of AjaxSubmitButton

If it may help,

Jérémy

> Le 28 janv. 2020 à 00:06, Michael Kondratov via Webobjects-dev 
>  a écrit :
> 
> I am working on a small Ajax Component that would save current scroller 
> position. Everything is working except I just noticed that AjaxComponent 
> actually re-renders entire page while generating a small Ajax response. Is 
> that a normal behavior? 
> 
> 
> Michael
> 
> ___
> 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/jeremy.deroyer%40ingencys.net
> 
> This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: WebObjects and Javascript Response Rewriter

[Jérémy DE ROYER via Webobjects-dev]

We only need it for our web commerce app were the front-end part of changes is 
really important.

The advantage of this, compare to use jQuery inside the client browser, is the 
possiblities to :
- avoid the one-javascript-with-bug-blocks the entire page
- call other apis without showing it to the client
- and more

It’s like an ERXResponseRewriter… but in javascript ;-)

Jérémy

Le 2 janv. 2020 à 19:47, Jesse Tayler 
mailto:jtay...@oeinc.com>> a écrit :


I see.

Well, that’s a bit of a trick but of course, you can decide what you’d like to 
do.

I once realized that my UI elements often needed settings, defaults and 
configurations to exist in javascript — it seemed a waste and trouble to create 
new components of course, in my case, I use a lot of D2W and did not need 
programming outside the regular dev tools — but I did move the css and 
javascript additions into D2W rules, which made the component reliable and the 
programming of details often a matter of copying configurations you know work 
and writing the rule to determine when that script should be placed into the 
component.

In your case, it sounds like you might want a way they can write HTML / 
javascript components that are pulled from your app and then vended from the 
server.

Or better yet, a stub of your page with only the HTML required to jump off a 
few queries to render the rest of the page using largely website type tools 
with html segments deployed somewhere.

My sense is this would not be clean and likely won’t work out the way you’d 
really like it to, but who knows! Your situation might lend itself to some 
design choice like these and maybe that works for you.





On Jan 2, 2020, at 1:40 PM, Jérémy DE ROYER 
mailto:jeremy.dero...@ingencys.net>> wrote:

Hi Jesse,

for the moment we are using jquery to modify the html code, but after rendering 
in the client browser and our front end designers don’t feel like « real » 
developpers.

I would like to give the possibility to our front-end (javascript) designers to 
add their custom js code without having to change the back end that is all 
written in java with webobjects

is this better explained ?

Jérémy

Le 2 janv. 2020 à 19:33, Jesse Tayler 
mailto:jtay...@oeinc.com>> a écrit :

I might be confused —

Don’t you already have control at both ends?


On Jan 2, 2020, at 1:31 PM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all… and Happy New Year !

For this new year, I’de like to add a javascript postprocessor to the 
webobjects response.

I mean I would like to give our front-end developpers the possiblity to rewrite 
the reponse… before sending it to the customer.

Have any of you already done such a mechanism ?

Jérémy
___
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/jtayler%40oeinc.com

This email sent to jtay...@oeinc.com<mailto:jtay...@oeinc.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: WebObjects and Javascript Response Rewriter

[Jérémy DE ROYER via Webobjects-dev]

Hi Jesse,

for the moment we are using jquery to modify the html code, but after rendering 
in the client browser and our front end designers don’t feel like « real » 
developpers.

I would like to give the possibility to our front-end (javascript) designers to 
add their custom js code without having to change the back end that is all 
written in java with webobjects

is this better explained ?

Jérémy

Le 2 janv. 2020 à 19:33, Jesse Tayler 
mailto:jtay...@oeinc.com>> a écrit :

I might be confused —

Don’t you already have control at both ends?


On Jan 2, 2020, at 1:31 PM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all… and Happy New Year !

For this new year, I’de like to add a javascript postprocessor to the 
webobjects response.

I mean I would like to give our front-end developpers the possiblity to rewrite 
the reponse… before sending it to the customer.

Have any of you already done such a mechanism ?

Jérémy
___
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/jtayler%40oeinc.com

This email sent to jtay...@oeinc.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

WebObjects and Javascript Response Rewriter

[Jérémy DE ROYER via Webobjects-dev]

Hi all… and Happy New Year !

For this new year, I’de like to add a javascript postprocessor to the 
webobjects response.

I mean I would like to give our front-end developpers the possiblity to rewrite 
the reponse… before sending it to the customer.

Have any of you already done such a mechanism ?

Jérémy
 ___
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: There was an old thread about Ajax...

[Jérémy DE ROYER via Webobjects-dev]

at it will eventually stop your work because some bugs are critical 
and you’ll not be able to work around them.

I’ve found that the code way back in those Ajax frameworks is indeed amazing 
but also unreadable and unmaintainable.

In fact, I believe there is no way with our current resources that WO folks 
will overcome this critical issue — our legacy is dragging us down.

If anyone can figure this out, or even has ideas or wants to try — I’m up for 
it, but I’ve found myself that the weight is impossibly heavy.



On Oct 29, 2019, at 3:18 AM, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hello,

Log time ago (10/2014), there was an old thread around migrating ajax from 
prototype to jquery as :
- prototype is out of date
- we « all » use jQuery to deal with ajax-front-end-requests

There was a link to the work made by johnny miller 
https://github.com/johnnykahalawai/wonder

To deal with ajax-back-end-requests, we currently use :
- AjaxModaDialog
- AjaxUpdateContainer
- AjaxUpdateLink
- AjaxObserveField
- AjaxSubmitButton
- AjaxLongResponse

How do you deal with Ajax ? Still use wonder with prototype ? Any new idea ?

Jérémy
___
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/jtayler%40oeinc.com

This email sent to jtay...@oeinc.com

___
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/bock%40salient-doremus.de

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

Mit freundlichen Grüßen

René Bock

--
Telefon: +49 69 650096 18

salient GmbH, Lindleystraße 12, 60314 Frankfurt
Telefon Zentrale: 069 / 65 00 96 - 0  |  
www.salient-doremus.de<http://www.salient-doremus.de>


___
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/tedpet5%40yahoo.com

This email sent to tedp...@yahoo.com


___
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/pyu%40mac.com

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

___
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/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<mailto:Webobjects-dev@lists.apple.com>)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net



Jérémy DE ROYER

 ___
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: There was an old thread about Ajax...

[Jérémy DE ROYER via Webobjects-dev]

Hi,

All our new ui improvments are based on jQuery (more without than with 
bootstrap) that’s why I’m looking for a new lighter way, as Google is more and 
more attentive to the speed of websites.

Yesterday, I tried to rewrite AjaxModalDialog using both AjaxUpdateContainer 
and jQuery ui dialog in order to reduce the subset of ajax components we use.

So far it work’s well and the users are saying it’s faster.

Maybe it’s a way to follow to gently migrate...

Jérémy

Le 30 oct. 2019 à 01:28, Paul Hoadley 
mailto:pa...@logicsquad.net>> a écrit :

Hi Jérémy,

On 29 Oct 2019, at 17:48, Jérémy DE ROYER via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

To deal with ajax-back-end-requests, we currently use :
- AjaxModaDialog
- AjaxUpdateContainer
- AjaxUpdateLink
- AjaxObserveField
- AjaxSubmitButton
- AjaxLongResponse

How do you deal with Ajax ? Still use wonder with prototype ? Any new idea ?

We use a slightly different subset of components from Ajax.framework, probably 
more like this:

* AjaxUpdateContainer
* AjaxUpdateLink
* AjaxSubmitButton
* AjaxFlickrBatchNavigation
* AjaxObserveField

We then use a bit of jQuery, and so always call jQuery.noConflict(). Some 
projects require a workaround to play nicely with Bootstrap.

So we're using quite a limited subset of components, and no D2W, but we do mix 
in jQuery and sometimes Bootstrap. I can't recall the last time we hit an issue 
that couldn't be solved or worked around.


--
Paul Hoadley
https://logicsquad.net/
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)
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: There was an old thread about Ajax...

[Jérémy DE ROYER via Webobjects-dev]

We are interested in too.

I’ve just lost one day looking for a bug in tiny mce… that I solved using 
AjaxUpdateContainer + jQuery dialog instead of AjaxModalDialog…

I think we will have more and more issues like that.

But yes, is it possible to find someone that can do that...

Jérémy

> Le 29 oct. 2019 à 14:18, Theodore Petrosky via Webobjects-dev 
>  a écrit :
> 
> do you think it would be possible to find someone that CAN do the work, and 
> then set up a fund me instance so we could pay him/her?
> 
> I would put money into this if I thought there were others that would also 
> add funds!
> 
> Ted
> 
>> On Oct 29, 2019, at 9:08 AM, Jesse Tayler via Webobjects-dev 
>>  wrote:
>> 
>> Yes, I recall something about show/hide but it’s fuzzy now.
>> 
>> I did however, conclude that we are all hosed!
>> 
>> The value of things like the AJAX list panel that can load up new batches or 
>> a tab panel that reloads like magic?
>> 
>> These old Ajax frameworks have tricks to override rules in D2W so simply 
>> adding the framework inserts itself into the interface frameworks 
>> beautifully.
>> 
>> Then I went into the AJAX frameworks to trace the code and found the group 
>> of them to be deeply intertwined, and the code depends on long hierarchies 
>> of those too-long-inheritance chains that we’ve all seen arise over time. 
>> You just keep going into superviews and different WOD bindings until you are 
>> lost.
>> 
>> I strongly sense we’d have to quite literally rewrite a batch of related 
>> frameworks -- and we’d have to be able to use the same code/D2W trickery to 
>> make the new frameworks ride on top of our apps seamlessly.
>> 
>> However, it IS possible to do!
>> 
>> I wish I had a solution to this problem.
>> 
>> 
>> 
>> 
>> 
>>> On Oct 29, 2019, at 8:57 AM, René Bock  wrote:
>>> 
>>> Well, you may use both frameworks,  prototyps.js and jQuery if you use 
>>> jQuery in non-conflict mode (because both frameworks defines the variable $ 
>>> as shortcut)
>>> 
>>> We had some additional issues when using the bootstrap framework, as 
>>> prototypes.js add functions like show, hide, toggle to each element. 
>>> 
>>>> Am 29.10.2019 um 12:55 schrieb Jesse Tayler via Webobjects-dev 
>>>> :
>>>> 
>>>> I have trouble with this as well, the older code conflicts with newer 
>>>> jQuery based stuff.
>>>> 
>>>> So bad, that it will eventually stop your work because some bugs are 
>>>> critical and you’ll not be able to work around them.
>>>> 
>>>> I’ve found that the code way back in those Ajax frameworks is indeed 
>>>> amazing but also unreadable and unmaintainable.
>>>> 
>>>> In fact, I believe there is no way with our current resources that WO 
>>>> folks will overcome this critical issue — our legacy is dragging us down.
>>>> 
>>>> If anyone can figure this out, or even has ideas or wants to try — I’m up 
>>>> for it, but I’ve found myself that the weight is impossibly heavy.
>>>> 
>>>> 
>>>> 
>>>>> On Oct 29, 2019, at 3:18 AM, Jérémy DE ROYER via Webobjects-dev 
>>>>>  wrote:
>>>>> 
>>>>> Hello,
>>>>> 
>>>>> Log time ago (10/2014), there was an old thread around migrating ajax 
>>>>> from prototype to jquery as :
>>>>> - prototype is out of date
>>>>> - we « all » use jQuery to deal with ajax-front-end-requests
>>>>> 
>>>>> There was a link to the work made by johnny miller 
>>>>> https://github.com/johnnykahalawai/wonder
>>>>> 
>>>>> To deal with ajax-back-end-requests, we currently use :
>>>>> - AjaxModaDialog
>>>>> - AjaxUpdateContainer
>>>>> - AjaxUpdateLink
>>>>> - AjaxObserveField
>>>>> - AjaxSubmitButton
>>>>> - AjaxLongResponse
>>>>> 
>>>>> How do you deal with Ajax ? Still use wonder with prototype ? Any new 
>>>>> idea ?
>>>>> 
>>>>> Jérémy
>>>>> ___
>>>>> 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

There was an old thread about Ajax...

[Jérémy DE ROYER via Webobjects-dev]

Hello,

Log time ago (10/2014), there was an old thread around migrating ajax from 
prototype to jquery as :
- prototype is out of date
- we « all » use jQuery to deal with ajax-front-end-requests

There was a link to the work made by johnny miller 
https://github.com/johnnykahalawai/wonder

To deal with ajax-back-end-requests, we currently use :
- AjaxModaDialog
- AjaxUpdateContainer
- AjaxUpdateLink
- AjaxObserveField
- AjaxSubmitButton
- AjaxLongResponse

How do you deal with Ajax ? Still use wonder with prototype ? Any new idea ?

Jérémy
 ___
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: There is not WOHTTPSConnection.... how then?

[Jérémy DE ROYER via Webobjects-dev]

Hello,

I’m using apache httpclient too

Jérémy

Le 23 oct. 2019 à 16:46, Morris, Mark via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

When I need to connect to another server from my WO apps, I just use java’s 
HttpsURLConnection or HttpURLConnection.

Regards,
Mark

On Oct 23, 2019, at 8:53 AM, Maik Musall via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Oh,

I misunderstood. You’re not uploading to *your* application’s server, but the 
application is uploading to somewhere else.

In that case, I’d use apache http client, which has all I need. I can even put 
custom pinned certificates in a local keystore and use that. Not sure about 
client certificates though.

Maik


Am 23.10.2019 um 15:28 schrieb Maik Musall via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>:

Hi Markus,

why not use a reverse proxy in front of that, terminating TLS and talking plain 
http to the app internally? I though everyone is doing that. Certainly we are.

Maik


Am 23.10.2019 um 12:01 schrieb Markus Ruggiero via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>>:

I need to upload data to a server via https. I have it working for http (no 
"s") using WOHttpConnection. But there is none with "S". The customer wants to 
switch to secure connection. How'd I do that?

Here is my code for the non-secure upload:

WORequest request = new WORequest("POST", application.docUploadPath(), 
"HTTP/1.1", null, xml, null);
request.setHeader( authHeaderContent, "Authorization" );
request.setHeader( application.docUploadHost(), "host" );
request.setHeader( "Java/1.8", "user-agent" );
request.setHeader( "text/xml", "content-type" );
WOHTTPConnection connection = new WOHTTPConnection(application.docUploadHost(), 
application.docUploadPort());
boolean sendRequestSucceeded = connection.sendRequest( request );

Thanks for any pointer or even some code snippets.

---markus---
___
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/maik%40selbstdenker.ag

This email sent to m...@selbstdenker.ag

___
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/maik%40selbstdenker.ag

This email sent to m...@selbstdenker.ag

___
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/mark.morris%40experian.com

This email sent to mark.mor...@experian.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/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Anyone running macOS Catalina yet?

[Jérémy DE ROYER via Webobjects-dev]

Hi all,

Did anyone migrate to Catalina with Wolips for development ?

Have a nice week-end,

Jérémy

Le 23 août 2019 à 12:12, Hugi Thordarson via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi Tim!

Doing great as always, hope the same goes for you :)

I decided to relax a little and wait for the release. Who needs SwiftUI 
previews anyway, pfft.
Haven't heard anything about Eclipse or WO, but apparently a VPN client I use 
for a couple of clients (Cisco AnyConnect) is having problems.

But that system disk thing sure sounds like it might interfere with some tools. 
At the very least the old WO installer (that targets /System/Libraries) 
probably won't work anymore.

Cheers,
- hugi


On 21 Aug 2019, at 20:45, Tim Worman 
mailto:li...@thetimmy.com>> wrote:

Hey Hugi,

Hope you’re doing well!!

I’m not running Catalina so I can’t give any first-person reports. There still 
appears to be some problems related to the new read-only APFS system volume. It 
appears the intention is to have some magic happen where a user space data 
volume is mounted over the system volume.

If you have dev tools installed by macports, homebrew or the like, they may not 
be ready to function in the new disk setup yet?

I haven’t really looked into it enough to confirm - just enough to decide to 
stay away for a bit.

Peace!

Tim - UCLA GSE&IS

On Aug 10, 2019, at 1:19 PM, Hugi Thordarson via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all,
anyone doing WO development on the macOS 10.15 (Catalina) beta? Success/fail?

Cheers,
- hugi
___
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/lists%40thetimmy.com

This email sent to li...@thetimmy.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/jeremy.deroyer%40ingencys.net

This email sent to jeremy.dero...@ingencys.net



Jérémy DE ROYER

 ___
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: Binding to static vars?

[Jérémy DE ROYER via Webobjects-dev]

+1

I do the same :
- create a method in the component, that points to the static one

Jérémy

Le 11 oct. 2019 à 16:35, Aaron Rosenzweig via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi Markus,

I don’t think it’s possible, but you can make a simple cover method in the 
WOComponent that simply returns the class property.
Aaron Rosenzweig / Chat 'n 
Bike
e:  aa...@chatnbike.com  t:  (301) 956-2319
[Chat 'n Bike]  [Chat 'n Bike]

On Oct 11, 2019, at 10:26 AM, Markus Ruggiero via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Quick problem:

html/wod: Can I bind to a static variable (class property)? I think I remember 
having read once that this is possible but cannot remember where or how.

Thanks for any help
---markus---
___
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/aaron%40chatnbike.com

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://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net



Jérémy DE ROYER

 ___
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

Modalbox.js

[Jérémy DE ROYER via Webobjects-dev]

Hi all,

For those who be have encountered problems with ie and modalboxes, I has to 
replace :

  var evalScript = function(script) { return eval('(' + script.replace('', '') + ')'); };

by

  var evalScript = function(script) { return script.replace('', '').evalScripts(); };

to make all my (java)scripts working.

May it helps someone(s) else,

Jérémy
 ___
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: Performance issues with large binary data in database

[Jérémy DE ROYER via Webobjects-dev]

Hi Markus,

We do store the files on disk to avoid such issue (;-)

When dealing with such problems I do enable debug on adaptor setting 
-EOAdaptorDebugEnabled to true.

You will see clearer what does EOF do.

Hope this helps,

Jérémy

Le 11 sept. 2019 à 11:32, Hugi Thordarson via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

Hi Markus,
when I had problems like this it was usually because I was "accidentally" 
fetching a lot of the blob-containing objects (like EOF firing a relationship 
to check delete rules when performing a delete).

But I'd start by attaching a profiler like VisualVM to your application to see 
where processing power/memory is being consumed. If that doesn't reveal 
anything interesting, you might try unmodeling the BLOB attribute and either
(a) create a cover method on your entity class that just does an SQL query for 
the blob data or
(b) create a separate entity for the same table that only contains the BLOB 
attribute, and some identifying attributes you can use to fetch the data (no 
relationships).

Shots in the dark though :). If you have control over the DB schema I'd move 
the blob field to a separate table (or move the data to the filesystem, but 
sounds like that's out of the question).

Cheers,
- hugi



On 11 Sep 2019, at 09:12, Markus Ruggiero via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

A customer of mine has issues with performance. We have identified that 
ec.saveChanges() sometimes takes ages to finish (tens of seconds, sometimes a 
minute or more). The application is basically a document hub, nothing too 
fancy. But the developer (who is not available anymore) once decided to store 
all documents in the database (PostgreSQL). The docs are primarily PDFs with 
sizes of several 100k up to multi mega bytes. The problems cannot be tied 
directly to the size of the documents, sometimes a large doc goes through in a 
couple seconds whereas sometimes a smaller one takes ages. We have found that 
the bottelneck must be inside the editing context, the database statements go 
through nicely. I think performance gets lost during ec snapshot handling in 
conjunction with JVM memory requirements and garbage collection, but we have 
not been able to really pinpoint the location where time is iost.

I tend to recommend to the customer to store the files on disk and only keep 
metadata in the database relieving the editing context from handling multi mega 
byte snapshots.

So my questions to the community are as follows:
- anyone has experience storing multi-megabyte binary data in the database?
- how would one analyse such a situation (where EOEditingContext et.al is not 
debuggable due to lack of source)?
- what would you recommend?

Thanks for any tips.
---markus---
___
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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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

Re: Serialize shopping cart

[Jérémy DE ROYER via Webobjects-dev]

Hi Gino,

We do store shopping carts using serialization/json/xml to files and restore 
them when the user is back. We just need an item id and quantity.

We store it :

a) in a file using a uuid (saved in a cookie for non logged in users)

b) in a file using the customer profile for logged in users

That way, it’s easy to set up persistence duration by deleting old files.

Jérémy

Le 25 juil. 2019 à 19:34, Jesse Tayler via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> a écrit 
:

I would definitely suggest making the cart entries part of your persistent 
model and not use session variables for that.

On Jul 25, 2019, at 1:32 PM, Gino Pacitti via Webobjects-dev 
mailto:webobjects-dev@lists.apple.com>> wrote:

Hi all
Anyone had any experience with serialising either a shopping cart or perhaps a 
session to persist for 24 hrs.

I’m trying to create an abandoned cart process that will take someone back to 
the checkout and continue even if session has expired...

Gino

Follow: https://instagram.com/mybuddiadventure
Like: https://facebook.com/mybuddi.co
Learn: https://mybuddi.co/about

___
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/jtayler%40oeinc.com

This email sent to jtay...@oeinc.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/jeremy.deroyer%40ingencys.net

This email sent to 
jeremy.dero...@ingencys.net

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

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