Re: NScollections vs Java collections

[Hugi Thordarson via Webobjects-dev]

Hi Samuel,

Yeah, Expressions (the things actually generated by the Properties) can be used 
for both querying the DB and for in-memory evaluation, i.e. what you call 
"object queries”. I haven’t looked much into how much you can do “in-memory” 
with the more complex Expressions though, have to do some experimentation on 
that.

I’d like to say “yes” regarding using some of that Property magic on generic 
objects/methods rather than Persistent object attributes, I certainly have in 
the past. But Cayenne is focused on using this for Persistent objects and their 
modeled attributes so there might be caveats I don’t know of currently. I have 
replaced most of the code where I used Cayenne to perform actions on generic 
objects/methods with Streams, but I know what you mean — ERXKey/Property is 
certainly nicer in some ways, especially when it comes to working with nested 
objects (long keypaths).

Feel free to hit me up here or in #cayenne on Slack if you decide to check out 
Cayenne and need some rubber ducking. I incidentally made a video last night 
for another WO guy on creating a simple WO/Cayenne project from scratch. It 
auto-generates an in-memory h2 database at application startup from the model, 
meaning you can play around with adding things to the model and try out 
features along the way.

Video:
https://www.youtube.com/watch?v=Ahu3Qnki1-w

Project: 
https://github.com/hugithordarson/cay

Cheers,
- hugi

PS: The example query in the previous message was kind of nonsensical (sum on 
receipt total? wat?) and I even pasted in the wrong SQL (generated by a 
previous version of the example query). Pardon that, I’ll probably write a 
short article and then include some actual, correct examples :)



> On 3 Feb 2025, at 13:56, Samuel Pelletier  wrote:
> 
> Hi Hugi,
> 
> So those Properties can build objects queries AND more custom queries like 
> ERXQuery, seems very cool.
> 
> Can you create Properties for EO methods ? I have many of them for things 
> like "return a previously set value or compute a default one"...
> 
> I want to play with Cayenne but have not found the real good yet... Porting a 
> large application seems a bit too big to experiment a new frameworks but I 
> have a personal project that seems a very good fit.
> 
> Regards,
> 
> Samuel
> 
> 
>> Le 3 févr. 2025 à 08:12, Hugi Thordarson via Webobjects-dev 
>>  a écrit :
>> 
>> Hi Samuel,
>> 
>> Yes, we have a very nice querying API/syntax similar to ERXKey in Cayenne 
>> (although they’re called “Properties” in the Cayenne world).
>> 
>> For example, selecting all my receipts, ordering them by date and 
>> prefetching their entries:
>> 
>> 
>> ObjectSelect
>> .query( Receipt.class )
>> .where( Receipt.USER.dot( User.NAME ).eq( “Hugi Þórðarson” ) )
>> .orderBy( Receipt.SHOP ).dot( Shop.NAME ).desc() )
>> .prefetch( Receipt.ENTRIES.joint();
>> .select( objectContext );
>> 
>> 
>> They’ve also evolved quite a bit in the last years along with Cayenne’s 
>> SQL/querying abilities and now include fun stuff like SQL subqueries, 
>> aggregates, functions and features like EXISTS and HAVING. So for a more 
>> complex example, selecting a [Receipt]’s date/total, the related [Shop]’s 
>> name, the number of it’s related [Entry] records, with a creation_date in 
>> year 2023, where they have more than five entries, a higher total than 1.000 
>> and have a related OcrResult object (nonsensical query, but yeah… it’s a 
>> demo):
>> 
>> 
>> ObjectSelect
>> .query( Receipt.class )
>> .columns(
>> Receipt.DATE_ONLY,
>> Receipt.TOTAL_AS_WRITTEN_ON_RECEIPT,
>> Receipt.SHOP.dot( Shop.NAME ),
>> Receipt.ENTRIES.count()
>> )
>> .where(
>> Receipt.USER.dot( User.NAME ).in( "Hugi Þórðarson", "Ósk Gunnlaugsdóttir" )
>> .andExp( Receipt.CREATION_DATE.year().eq( 2023 ) )
>> .andExp( Receipt.OCR_RESULTS.exists() )
>> )
>> .having(
>> Receipt.ENTRIES.count().gt( 5l )
>> .andExp( Receipt.TOTAL_AS_WRITTEN_ON_RECEIPT.sum().gt( BigDecimal.valueOf( 
>> 1000 ) ) )
>> )
>> .orderBy(
>> Receipt.ENTRIES.count().desc()
>> )
>> .select( oc );
>> 
>> 
>> … generating the following SQL:
>> 
>> 
>> SELECT "t0"."date_only", "t1"."name", COUNT( "t2"."id" ), 
>> "t0"."total_as_written_on_receipt" FROM "fd_receipt" "t0" JOIN "fd_shop" 
>> "t1" ON "t0"."shop_id" = "t1"."id" JOIN "fd_entry" "t2" ON "t0"."id" = 
>> 

Re: NScollections vs Java collections

[Hugi Thordarson via Webobjects-dev]

E_DEBUT)).desc()
> .then(Evenement.HEURE_DEBUT.asc()));
> 
> I still think those are more readable than creating lambda, probably mostly 
> explained because I'm use to the syntax.
> 
> Is there something like ERXKey when using Cayenne ?
> 
> Regards,
> 
> Samuel
> 
> 
>> Le 2 févr. 2025 à 07:21, Amedeo Mantica via Webobjects-dev 
>>  a écrit :
>> 
>> Iirc the NS collections were there due to simplifying porting of apps from 
>> objc to Java. I don’t think there is any big difference in performance 
>> 
>> Sent from my iPhone
>> 
>>> On 2 Feb 2025, at 12:18, Jérémy DE ROYER via Webobjects-dev 
>>>  wrote:
>>> 
>>>  Hi all, 
>>> 
>>> Even if I still use EOF (due to inheritance limitations of Cayenne), I 
>>> followed Hugi’s precepts :
>>> - «  use 100% java native whenever possible »
>>> 
>>> One other advantage when working in a team… is that 100% java is widely 
>>> documented and exampled... and it's more attractive to newbees.
>>> 
>>> Sorry if I don’t « really » answer the question 😄
>>> 
>>> Jérémy
>>> 
>>>> Le 2 févr. 2025 à 11:13, Hugi Thordarson via Webobjects-dev 
>>>>  a écrit :
>>>> 
>>>> When I made the switch to Java collections I did do some benchmarking. 
>>>> Haven’t got the code anymore (this was a decade ago) but at that time, the 
>>>> Java collection classes were faster, but the operations were really so 
>>>> fast in both cases that the differences were negligible — at that time.
>>>> 
>>>> Since then, a decade of improvements has happened in the Java collections 
>>>> so I think we can guess where you’ll find performance improvements — and 
>>>> will keep getting performance improvements. On one hand you have old 
>>>> classes written in an old version of Java, on the other hand you have 
>>>> actively maintained open source classes used by millions of programmers 
>>>> and maintained by the performance-obsessed authors of Java and the JDK 
>>>> itself.
>>>> 
>>>> And now for the opinion piece:
>>>> Unless you’re writing extremely performance-sensitive code — even if the 
>>>> foundation collections were faster I think it makes sense to use Java 
>>>> collections and write to the standard Java collection APIs where you don’t 
>>>> *need* foundation collections, because If you’re using foundation specific 
>>>> APIs, your code is really already obsolete at the time of writing. I never 
>>>> regretted the switch and have hardly seen an NS* collection class in my 
>>>> code in years, except where explicitly required as a parameter for passing 
>>>> into WO APIs. (that story may be a little different if you’re using EOF 
>>>> which uses the NS collections everywhere, so this may not apply in that 
>>>> case).
>>>> 
>>>> The Java collection classes do have their warts, the most obvious one to 
>>>> us coming from the NS* world being the non-API-differentiation between 
>>>> mutable and immutable collections (weird design oversight) but that hasn't 
>>>> plagued me, really. It’s just something you’re aware of and don’t really 
>>>> hit often.
>>>> 
>>>> Another one for us WO users is that you can’t use KVC operators on Java 
>>>> collections (someArray.@sortAsc, .@sum etc). When I made the switch I 
>>>> always thought I’d miss these hugely and planned to write operator support 
>>>> into ERXComponent’s valueForKeyPath(), but never got around to it since I 
>>>> really didn’t miss the operators, preferring to keep my logic in Java 
>>>> rather than templates (compile time errors and refactoring support are 
>>>> awesome things).
>>>> 
>>>> Probably just saying things you know — but I thought it might have some 
>>>> value hearing from someone that moved to Java collections and doesn’t 
>>>> regret it.
>>>> 
>>>> Cheers,
>>>> - hugi
>>>> 
>>>> 
>>>>> On 2 Feb 2025, at 00:29, ocs--- via Webobjects-dev 
>>>>>  wrote:
>>>>> 
>>>>> Hi there,
>>>>> 
>>>>> did ever anybody tried some benchmarks to find whether it is better to 
>>>>> use WO collections (NSArray, NSDictionary...) as widely as possible (ie 
>>>>> essentially anywhere, unless one really nee

Re: NScollections vs Java collections

[Hugi Thordarson via Webobjects-dev]

When I made the switch to Java collections I did do some benchmarking. Haven’t 
got the code anymore (this was a decade ago) but at that time, the Java 
collection classes were faster, but the operations were really so fast in both 
cases that the differences were negligible — at that time.

Since then, a decade of improvements has happened in the Java collections so I 
think we can guess where you’ll find performance improvements — and will keep 
getting performance improvements. On one hand you have old classes written in 
an old version of Java, on the other hand you have actively maintained open 
source classes used by millions of programmers and maintained by the 
performance-obsessed authors of Java and the JDK itself.

And now for the opinion piece:
Unless you’re writing extremely performance-sensitive code — even if the 
foundation collections were faster I think it makes sense to use Java 
collections and write to the standard Java collection APIs where you don’t 
*need* foundation collections, because If you’re using foundation specific 
APIs, your code is really already obsolete at the time of writing. I never 
regretted the switch and have hardly seen an NS* collection class in my code in 
years, except where explicitly required as a parameter for passing into WO 
APIs. (that story may be a little different if you’re using EOF which uses the 
NS collections everywhere, so this may not apply in that case).

The Java collection classes do have their warts, the most obvious one to us 
coming from the NS* world being the non-API-differentiation between mutable and 
immutable collections (weird design oversight) but that hasn't plagued me, 
really. It’s just something you’re aware of and don’t really hit often.

Another one for us WO users is that you can’t use KVC operators on Java 
collections (someArray.@sortAsc, .@sum etc). When I made the switch I always 
thought I’d miss these hugely and planned to write operator support into 
ERXComponent’s valueForKeyPath(), but never got around to it since I really 
didn’t miss the operators, preferring to keep my logic in Java rather than 
templates (compile time errors and refactoring support are awesome things).

Probably just saying things you know — but I thought it might have some value 
hearing from someone that moved to Java collections and doesn’t regret it.

Cheers,
- hugi


> On 2 Feb 2025, at 00:29, ocs--- via Webobjects-dev 
>  wrote:
> 
> Hi there,
> 
> did ever anybody tried some benchmarks to find whether it is better to use WO 
> collections (NSArray, NSDictionary...) as widely as possible (ie essentially 
> anywhere, unless one really needs to store nulls or can't do without 
> ConcurrentHashMap or so), or whether it's better to use standard collections 
> (List, HashMap...) wherever they happen to work properly (which is 
> surprisingly often, but not anywhere)?
> 
> Are they roughly comparable, or are one or the others considerably better?
> 
> 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/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/archive%40mail-archive.com

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

Re: Eureka!!!

[Hugi Thordarson via Webobjects-dev]

Hmm… Just created a test project to try to demonstrate the problems but quick 
testing (on wolips5) seems to show that none of them are present anymore! 
Perhaps your upgrades to WOLips pulled in some upgraded/fixed Eclipse 
CP-generation classes along the way? If so, one more hurrah for you!

- hugi


> On 19 Jan 2025, at 22:48, Ramsey Gurley  wrote:
> 
> Since we are chatting...  is it sufficient to add the JavaXML framework to 
>  in order to see that issue 153 happen?
> 
> 
> On 1/20/25 7:42 AM, Hugi Thordarson via Webobjects-dev wrote:
>>>> Regarding workarounds for the module system (—add-exports/- -add-opens), I 
>>>> keep those in the global configuration for the JREs used by Eclipse to 
>>>> launch my applications (same place where you’d usually put the 
>>>> hotswap-agent and DCEVM config), so it’s a one time thing that I don’t 
>>>> have to worry about in the context of individual projects.
>>> 
>>> Oh you've got to be kidding me:
>>> 
>>> 
>>> 
>>> When did I put that there!? The final punchline will probably be that you 
>>> told me to put that there 3 years ago.
>> You’ve got quite the fauna over there, perhaps an unknown species that 
>> sneaks into people's houses at night and helpfully configures their JREs? 
>> The Woobnogger?
>> 
>> 
>>> So Ted, the solution to the mystery here is that what I told you to do for 
>>> one project can also be done globally for all your Eclipse launches: see 
>>> above. That's why your project appeared to launch for me without 
>>> modification, but required you to add VM arguments.
>>> 
>>>> I’ve mentioned this before, but for years I’ve been running my 
>>>> applications as plain java applications rather than WO applications, since 
>>>> the WOLips launcher constructs a broken classpath for maven applications 
>>>> (which, IIRC, also results in problems resolving workspace projects at 
>>>> runtime when debugging). I haven’t encountered any problems using this 
>>>> method so I think I can safely recommend it.
>>>> 
>>>> https://github.com/wocommunity/wolips/issues/153
>>> It's been in my to-do list to try this out for a while now.
>> If you’re not experiencing any of those classpath problems, it might not do 
>> much for you. But it saved my ass back in the day.
>> 
>> 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/ramseygurley%40gmail.com
>> 
>> This email sent to ramseygur...@gmail.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: Eureka!!!

[Hugi Thordarson via Webobjects-dev]

>> Regarding workarounds for the module system (—add-exports/- -add-opens), I 
>> keep those in the global configuration for the JREs used by Eclipse to 
>> launch my applications (same place where you’d usually put the hotswap-agent 
>> and DCEVM config), so it’s a one time thing that I don’t have to worry about 
>> in the context of individual projects.
> 
> 
> Oh you've got to be kidding me:
> 
> 
> 
> When did I put that there!? The final punchline will probably be that you 
> told me to put that there 3 years ago.

You’ve got quite the fauna over there, perhaps an unknown species that sneaks 
into people's houses at night and helpfully configures their JREs? The 
Woobnogger?


> So Ted, the solution to the mystery here is that what I told you to do for 
> one project can also be done globally for all your Eclipse launches: see 
> above. That's why your project appeared to launch for me without 
> modification, but required you to add VM arguments.
> 
>> I’ve mentioned this before, but for years I’ve been running my applications 
>> as plain java applications rather than WO applications, since the WOLips 
>> launcher constructs a broken classpath for maven applications (which, IIRC, 
>> also results in problems resolving workspace projects at runtime when 
>> debugging). I haven’t encountered any problems using this method so I think 
>> I can safely recommend it.
>> 
>> https://github.com/wocommunity/wolips/issues/153
> 
> It's been in my to-do list to try this out for a while now.

If you’re not experiencing any of those classpath problems, it might not do 
much for you. But it saved my ass back in the day.

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/archive%40mail-archive.com

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

Re: Eureka!!!

[Hugi Thordarson via Webobjects-dev]

Mornin'!

Just adding to the conversation; I didn’t know JVM arguments from a project's 
build.properties were passed to JVMs launched by Eclipse. If it’s so, I 
probably don’t benefit from it since it's probably be the responsibility of the 
WOLips launcher to read and pass in those arguments (meaning the application is 
launched using Run/Debug as -> WOApplication).

I’ve mentioned this before, but for years I’ve been running my applications as 
plain java applications rather than WO applications, since the WOLips launcher 
constructs a broken classpath for maven applications (which, IIRC, also results 
in problems resolving workspace projects at runtime when debugging). I haven’t 
encountered any problems using this method so I think I can safely recommend it.

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

Regarding workarounds for the module system (—add-exports/- -add-opens), I keep 
those in the global configuration for the JREs used by Eclipse to launch my 
applications (same place where you’d usually put the hotswap-agent and DCEVM 
config), so it’s a one time thing that I don’t have to worry about in the 
context of individual projects.

Cheers,
- hugi



> On 18 Jan 2025, at 22:15, Paul Hoadley via Webobjects-dev 
>  wrote:
> 
> On 19 Jan 2025, at 6:43 am, Theodore Petrosky via Webobjects-dev 
>  wrote:
> 
>> Hugi had a link with instructions how to move old projects into maven. I 
>> hope he would be kind enough to pass on those URLs again.
> 
> 
> Here's my slightly modified version of Hugi's instructions:
> 
> https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc
> 
> I've used the approach to migrate a lot of projects, though not for a while.
> 
>> But the first hurdle has been accomplished.
> 
> 
> The hurdle was getting the jvmOptions (--add-exports) required to launch an 
> app under Java 21. Putting them in build.properties is sufficient for 
> launching a Maven-built app from the command line. For me, it's also 
> sufficient to launch within Eclipse. With some trial and error, we worked out 
> that Ted's setup required those options to be added to the Argument > VM 
> arguments tab of the launch configuration as well. I'm not sure what the 
> relevant difference is here.
> 
> 
> -- 
> 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/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/archive%40mail-archive.com

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

Re: WOLips5

[Hugi Thordarson via Webobjects-dev]

Ramsey, you rock. Quick to build, easy to install. Been using it for about an 
hour and haven't noticed any issues.

- hugi


> On 18 Nov 2024, at 03:12, Ramsey Gurley via Webobjects-dev 
>  wrote:
> 
> I'm pleased to announce a new WOLips version: WOLips5. I've now pushed a new 
> branch to the WOLips repository where you can check it out and test it 
> yourselves.
> 
> https://github.com/wocommunity/wolips/tree/wolips5
> 
> WOLips5 features:
> 
> * Easy maven build, just 'git clone',  'mvn clean package' and you're done.
> * Built with Java 21 instead of Java 1.5.
> * Builds with the newer p2 repository layout.
> * Builds an Eclipse product, which is a full Eclipse application with WOLips5 
> preinstalled for five different platform+arch combinations. (Win+X86_64, 
> Linux+aarch64, Linux+X86_64, Mac+aarch64, Mac+X86_64)
> 
> Once maven has downloaded the internet, the entire build process takes about 
> 5 minutes on my 2020 i5 laptop. It takes only about 2 minutes if I disable 
> the product build. We plan to set up a full build as a github action, and 
> that will automatically build on github for each change committed to master. 
> In the meantime, you can build and install it locally quite easily, which is 
> what I am doing currently. The README on the branch explains how.
> 
> 
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
> 
> This email sent to h...@karlmenn.is

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

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

Re: WOLips development

[Hugi Thordarson via Webobjects-dev]

Samuel, thanks _a lot_ for the hotswap-agent's WO plugin. It's saved me a huge 
amount of time over the years — and probably money, since I guess I'd still be 
using JRebel if DCEVM wasn't an option. Can't live without enhanced class 
redefinition!

Cheers,
- hugi


> On 9 Nov 2024, at 14:32, Samuel Pelletier via Webobjects-dev 
>  wrote:
> 
> Hi,
> 
> As written by Hugi, rebel can be replaced with a DCEVM jvm using the hot swap 
> plugin. This plugin do the same things for DCEVM as the jRebel plugin for 
> rebel : clear KeyValueCoding, WOComponent and NSValidation caches on class 
> reload.
> 
> With this setup, you usually only need to restart an app when changing the 
> base class of a class or a static member initializer.
> 
> I wrote the plugin, il you have question or feature requests, feel free to 
> ask.
> 
> 
> 
>> Le 7 nov. 2024 à 03:44, Hugi Thordarson via Webobjects-dev 
>>  a écrit :
>> 
>> Ramsay, it's awesome you're taking a look at WOLips, thanks for that! And 
>> curiosity is eating me alive; looking at anything in particular?
>> 
>> Not using either of the plugins you mentioned. But using the opportunity for 
>> some evangelism; replaced JRebel with DCEVM and hotswap-agent a few years 
>> back. Works like a charm and the wiki has a nice page showing how to set it 
>> up (the JDK 17 instructions work fine for JDK 21, you'll just have to go to 
>> the release pages of the JDK/hotswap-agent and download current versions 
>> instead of curl-ing the packages from the instructions):
>> 
>> https://flagged.apple.com:443/proxy?t2=Dn4e4D9Gv0&o=aHR0cHM6Ly93aWtpLndvY29tbXVuaXR5Lm9yZy94d2lraS9iaW4vdmlldy9XT0wvSG9tZS9XT0xpcHMvVXNpbmclMjBEQ0VWTSUyMGFuZCUyMEhvdHN3YXAlMjBmb3IlMjByYXBpZCUyMHR1cm5hcm91bmQ=&emid=c9d75702-e4d1-42d5-bf1f-167cd4124ce5&c=11/
>> 
>> On another more distantly related note (since launch arguments were 
>> mentioned) I stopped using WOLips WO launch configurations a couple of years 
>> back, preferring to
>> launch WO apps as regular java apps with a couple of added arguments. WOLips 
>> launch configurations generate a borked classpath when launching maven 
>> projects, making them somewhat troublesome if your dependencies are
>> beyond the simplest case (while java launch configurations will generate a 
>> correct classpath, i.e. reflecting what ends up in the build).
>> 
>> https://github.com/wocommunity/wolips/issues/153
>> 
>> Cheers,
>> - hugi
>> 
>> 
>> 
>>> On 7 Nov 2024, at 08:11, Martino Limido via Webobjects-dev 
>>>  wrote:
>>> 
>>> Hi Ramsey,
>>> 
>>> I believe you’re correct—the plugin itself doesn’t actually exist. When 
>>> checking the file at site.xml, it lists 
>>> features/org.objectstyle.wolips.jrebel.feature_4.18.20240430.22.jar, but 
>>> this jar doesn’t appear to be installed. I think the “magic” here is simply 
>>> setting the ${jrebel_args} variable manually in each Run Configuration; no 
>>> additional support on the WOLips side seems necessary to make JRebel work 
>>> for us.
>>> 
>>> In my opinion, removing these
>> references from the WOLips installation would be fine, as they don’t appear 
>> to impact JRebel’s functionality in any way.
>>> 
>>> Thanks for looking into it!
>>> 
>>> Best,
>>> Martino
>>> 
>>>> Il giorno 7 nov 2024, alle ore
>> 02:18, Ramsey Gurley  ha scritto:
>>>> 
>>>> I assumed they were dead because when I look in the site.xml, they are 
>>>> listed, but when I look in /features/ they don't exist. I'm not sure what 
>>>> magic is allowing you to install them but I will try to maintain both of 
>>>> these since they apparently still work :)
>>>> 
>>>> https://flagged.apple.com:443/proxy?t2=DZ8B9s3CD5&o=aHR0cHM6Ly9qZW5raW5zLndvY29tbXVuaXR5Lm9yZy9qb2IvV09MaXBzX21hc3Rlci9sYXN0U3VjY2Vzc2Z1bEJ1aWxkL2FydGlmYWN0L3RlbXAvZGlzdA==&emid=c9d75702-e4d1-42d5-bf1f-167cd4124ce5&c=11/
>>> ___
>>> 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
>>

Re: WOLips development

[Hugi Thordarson via Webobjects-dev]

But I just recently learned how to do the old build! :p 

Seriously though, that's pretty awesome.

- hugi


> On 7 Nov 2024, at 11:47, Ramsey Gurley  wrote:
> 
> In particular, I'm migrating the wolips build to maven+tycho instead of the 
> old ant build. Pretty soon, you should be able to 1) git clone the repo 2) 
> mvn clean package 3) there is no step three!
> 
> https://www.youtube.com/watch?v=2iyMf3tlKpU
> 
> But seriously, we won't even need an eclipse_home installed anywhere. Just 
> maven and source code.
> 
> Anyway, I've just gotten the jrebel plugin to build, so that seems like that 
> can stay. jprofiler's update site is so old I am getting "partial IU" errors. 
> It looks like we should just dump that one at this point, unless someone can 
> point me to a newer one than the update site I find at 
> https://wocommunity.org/documents/tools/jprofiler6/
> 
> On 11/7/24 5:44 PM, Hugi Thordarson via Webobjects-dev wrote:
>> Ramsay, it's awesome you're taking a look at WOLips, thanks for that! And 
>> curiosity is eating me alive; looking at anything in particular?
>> 
>> Not using either of the plugins you mentioned. But using the opportunity for 
>> some evangelism; replaced JRebel with DCEVM and hotswap-agent a few years 
>> back. Works like a charm and the wiki has a nice page showing how to set it 
>> up (the JDK 17 instructions work fine for JDK 21, you'll just have to go to 
>> the release pages of the JDK/hotswap-agent and download current versions 
>> instead of curl-ing the packages from the instructions):
>> 
>> https://flagged.apple.com:443/proxy?t2=Dn4e4D9Gv0&o=aHR0cHM6Ly93aWtpLndvY29tbXVuaXR5Lm9yZy94d2lraS9iaW4vdmlldy9XT0wvSG9tZS9XT0xpcHMvVXNpbmclMjBEQ0VWTSUyMGFuZCUyMEhvdHN3YXAlMjBmb3IlMjByYXBpZCUyMHR1cm5hcm91bmQ=&emid=7f9c85e1-99aa-4cb6-b237-7db7edd060a9&c=11/
>> 
>> On another more distantly related note (since launch arguments were 
>> mentioned) I stopped using WOLips WO launch configurations a couple of years 
>> back, preferring to
>> launch WO apps as regular java apps with a couple of added arguments. WOLips 
>> launch configurations generate a borked classpath when launching maven 
>> projects, making them somewhat troublesome if your dependencies are
>> beyond the simplest case (while java launch configurations will generate a 
>> correct classpath, i.e. reflecting what ends up in the build).
>> 
>> https://github.com/wocommunity/wolips/issues/153
>> 
>> Cheers,
>> - hugi
>> 
>> 
>> 
>>> On 7 Nov 2024, at 08:11, Martino Limido via Webobjects-dev 
>>>  wrote:
>>> 
>>> Hi Ramsey,
>>> 
>>> I believe you’re correct—the plugin itself doesn’t actually exist. When 
>>> checking the file at site.xml, it lists 
>>> features/org.objectstyle.wolips.jrebel.feature_4.18.20240430.22.jar, but 
>>> this jar doesn’t appear to be installed. I think the “magic” here is simply 
>>> setting the ${jrebel_args} variable manually in each Run Configuration; no 
>>> additional support on the WOLips side seems necessary to make JRebel work 
>>> for us.
>>> 
>>> In my opinion, removing these
>> references from the WOLips installation would be fine, as they don’t appear 
>> to impact JRebel’s functionality in any way.
>>> Thanks for looking into it!
>>> 
>>> Best,
>>> Martino
>>> 
>>>> Il giorno 7 nov 2024, alle ore
>> 02:18, Ramsey Gurley  ha scritto:
>>>> I assumed they were dead because when I look in the site.xml, they are 
>>>> listed, but when I look in /features/ they don't exist. I'm not sure what 
>>>> magic is allowing you to install them but I will try to maintain both of 
>>>> these since they apparently still work :)
>>>> 
>>>> https://flagged.apple.com:443/proxy?t2=DZ8B9s3CD5&o=aHR0cHM6Ly9qZW5raW5zLndvY29tbXVuaXR5Lm9yZy9qb2IvV09MaXBzX21hc3Rlci9sYXN0U3VjY2Vzc2Z1bEJ1aWxkL2FydGlmYWN0L3RlbXAvZGlzdA==&emid=7f9c85e1-99aa-4cb6-b237-7db7edd060a9&c=11/
>>> ___
>>> 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/ramseygurley%40gmail.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: WOLips development

[Hugi Thordarson via Webobjects-dev]

Ramsay, it's awesome you're taking a look at WOLips, thanks for that! And 
curiosity is eating me alive; looking at anything in particular?

Not using either of the plugins you mentioned. But using the opportunity for 
some evangelism; replaced JRebel with DCEVM and hotswap-agent a few years back. 
Works like a charm and the wiki has a nice page showing how to set it up (the 
JDK 17 instructions work fine for JDK 21, you'll just have to go to the release 
pages of the JDK/hotswap-agent and download current versions instead of 
curl-ing the packages from the instructions):

https://wiki.wocommunity.org/xwiki/bin/view/WOL/Home/WOLips/Using%20DCEVM%20and%20Hotswap%20for%20rapid%20turnaround/

On another more distantly related note (since launch arguments were mentioned) 
I stopped using WOLips WO launch configurations a couple of years back, 
preferring to launch WO apps as regular java apps with a couple of added 
arguments. WOLips launch configurations generate a borked classpath when 
launching
maven projects, making them somewhat troublesome if your dependencies are 
beyond the simplest case (while java launch configurations will generate a 
correct classpath, i.e. reflecting what ends up in the build).

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

Cheers,
- hugi



> On 7 Nov 2024, at 08:11, Martino Limido via Webobjects-dev 
>  wrote:
> 
> Hi Ramsey,
> 
> I believe you’re correct—the plugin itself doesn’t actually exist. When 
> checking the file at site.xml, it lists 
> features/org.objectstyle.wolips.jrebel.feature_4.18.20240430.22.jar, but this 
> jar doesn’t appear to be installed. I think the “magic” here is simply 
> setting the ${jrebel_args} variable manually in each Run Configuration; no 
> additional support on the WOLips side seems necessary to make JRebel work for 
> us.
> 
> In my opinion, removing these references from the WOLips installation would 
> be fine, as they don’t appear to impact JRebel’s functionality in any way.
> 
> Thanks for
looking into it!
> 
> Best,
> Martino
> 
>> Il giorno 7 nov 2024, alle ore 02:18, Ramsey Gurley  
>> ha scritto:
>> 
>> I assumed they were dead because when I look in the site.xml, they are 
>> listed, but when I look in /features/ they don't exist. I'm not sure what 
>> magic is allowing you to install them but I will try to maintain both of 
>> these since they apparently still work :)
>> 
>> https://flagged.apple.com:443/proxy?t2=DZ8B9s3CD5&o=aHR0cHM6Ly9qZW5raW5zLndvY29tbXVuaXR5Lm9yZy9qb2IvV09MaXBzX21hc3Rlci9sYXN0U3VjY2Vzc2Z1bEJ1aWxkL2FydGlmYWN0L3RlbXAvZGlzdA==&emid=6fca7307-3f18-4053-840a-55ef65c8dac6&c=11/
> ___
> 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/archive%40mail-archive.com

This email sent to ar

Re: Wonder-slim

[Hugi Thordarson via Webobjects-dev]

Hi Francois!

> On May 3, 2024, at 20:57, Francois BIENTZ  wrote:
> 
> Hi Hugi
> 
> Ah yes the missing "natures" alert  can be stopped in the Eclipses 
> preferences .

Ah, excellent. I guess we should really just fix that thing with WO requiring 
that nature… I somehow doubt cease-and-desist orders will start streaming in 
from Apple if we decompile NSStandardProjectBundle in ERFoundation, change that 
nature string and just drop it into Wonder.

> I have to learn lots of things from maven before being able to use your 
> Wonder-slim.

Don't hesitate to ask if you hit problems. The transition has usually been 
easy, and I think the community has already bumped into all the potentially 
sharp corners and knows the solutions. Here's a transition guide that Paul has 
contributed as well (and that's been on it's way to the Wiki for years now).
https://gist.github.com/hugithordarson/3c269a3196d0c4f2da486f1109c16d42


> Thank you for your new link to "Let’s set it up". 
> 
> If I understand well , you use Wonder-slim (Wo and Wonder parts) for the web 
> parts  and Cayenne replaces EOF.  

Yes, I use WO/Slim for all web work. And if I need to speak to a DB and can 
choose the library to use, I usually use Cayenne.

Cheers,
- hugi


> 
> Francois 
> 
>> Le 1 mai 2024 à 23:38, Francois BIENTZ  a écrit :
>> 
>> Hi Hugi
>> 
>> Thank you
>> When I import wonder-slim in eclipse I get the "your IDE is missing natures 
>> to properly support your project "
>> In your wonder-slim README the link after "Let’s set it up" seems broken. 
>> May be is something wrong in my Wo / Maven configuration.
>> I can’t find the testapp in the repository to "play around ".
>> 
>> Francois
>> 
>>> Le 1 mai 2024 à 16:31, Hugi Thordarson via Webobjects-dev 
>>>  a écrit :
>>> 
>>> Hi Ricardo,
>>> 
>>> https://github.com/undur/wonder-slim
>>> 
>>> in short, it's a fork of Wonder that removes everything except 
>>> ERExtensions, WOOGNL and JavaWOExtensions (which are all combined in a 
>>> single framework, since they're usually all required and present in WO 
>>> projects) plus Ajax.framework. So basically, a small subset of Project 
>>> Wonder.
>>> 
>>> It also:
>>> 
>>> * Has >a lot< of stuff removed, reorganized, refactored and cleaned up to 
>>> make it cleaner, nicer and easier to understand and maintain
>>> * Based on JDK 21
>>> * Has all logging moved to slf4j-api and log4j specific stuff moved to a 
>>> separate framework (which replaces log4j with reload4j).
>>> * Replaces proprietary APIs and library usage with the standard methods 
>>> we've gained from modern JDKs (so the only 3rd party dependency it pulls in 
>>> is slf4j-api)
>>> * Assumes it's running on the last released version of WO (5.4.3), removing 
>>> workarounds for older versions
>>> * And a lot more… That's just off the top of my head
>>> 
>>> I initially started it mostly as an experiment to learn Wonder's insides, 
>>> see how it could be cleaned up, better organized and even split up, 
>>> planning to eventually backport some of the cleanup work. But eventually it 
>>> just got out of hand and I now just use it in all of my projects :).
>>> 
>>> A point to keep in mind is that it also removes everything related to EOF, 
>>> since in my world EOF is legacy (and yes, please don't be insulted, I'm 
>>> well aware that that's a subjective view from a Cayenne user. For actual 
>>> EOF users I know EOF is fine and in full use). But that means — if you're 
>>> currently using Wonder/EOF in your projects, I would not recommend Slim 
>>> since you're probably dependent on both Wonder's APIs, patches and fixes to 
>>> EOF.
>>> 
>>> A side project was splitting off the deployment tools into a separate 
>>> project (where I haven't done as much work yet, but that's soon to come). 
>>> Just feels like these tools deserve their own effort.
>>> 
>>> https://github.com/undur/wonder-deployment
>>> 
>>> All in all, this is really something of a niche project and I wouldn't 
>>> consider it essential for anyone currently using Wonder. But for someone 
>>> like me, who uses WO only for it's web framework features, and just wants 
>>> some of the basics and fixes Wonder adds in that area, it's turned out nice.
>>> 
>>> Cheers

Re: Wonder-slim

[Hugi Thordarson via Webobjects-dev]

> On May 1, 2024, at 21:37, Francois BIENTZ  wrote:
> 
> Hi Hugi
> 
> Thank you 
> When I import wonder-slim in eclipse I get the "your IDE is missing natures 
> to properly support your project "

Ah, just tried importing in a new Eclipse worksoace and I get the same message. 
It seems to be complaining about the "org.maven.ide.eclipse.maven2Nature", so 
just click "Cancel" and you should be fine. That project nature is deprecated 
and is in there only for WO, so it won't matter to you or Eclipse. (the project 
also has the modern equivalent nature "org.eclipse.m2e.core.maven2Nature" which 
is for Eclipse).

> In your wonder-slim README the link after "Let’s set it up" seems broken. May 
> be is something wrong in my Wo / Maven configuration.

Ah, sorry — haven't looked at that README in ages :). I've corrected the URL, 
it's https://gist.github.com/hugithordarson/d2ba6da9e4942f4ece95d7a721159cd1 .


> I can’t find the testapp in the repository to "play around ".

I probably deleted that app pretty early on. It was really just an empty 
application I think, so you can achieve the same by creating one of those (or 
adding wonder-slim to one of your existing projects).

Cheers,
- hugi



> 
> Francois 
> 
>> Le 1 mai 2024 à 16:31, Hugi Thordarson via Webobjects-dev 
>>  a écrit :
>> 
>> Hi Ricardo,
>> 
>> https://github.com/undur/wonder-slim
>> 
>> in short, it's a fork of Wonder that removes everything except ERExtensions, 
>> WOOGNL and JavaWOExtensions (which are all combined in a single framework, 
>> since they're usually all required and present in WO projects) plus 
>> Ajax.framework. So basically, a small subset of Project Wonder.
>> 
>> It also:
>> 
>> * Has >a lot< of stuff removed, reorganized, refactored and cleaned up to 
>> make it cleaner, nicer and easier to understand and maintain
>> * Based on JDK 21
>> * Has all logging moved to slf4j-api and log4j specific stuff moved to a 
>> separate framework (which replaces log4j with reload4j).
>> * Replaces proprietary APIs and library usage with the standard methods 
>> we've gained from modern JDKs (so the only 3rd party dependency it pulls in 
>> is slf4j-api)
>> * Assumes it's running on the last released version of WO (5.4.3), removing 
>> workarounds for older versions
>> * And a lot more… That's just off the top of my head
>> 
>> I initially started it mostly as an experiment to learn Wonder's insides, 
>> see how it could be cleaned up, better organized and even split up, planning 
>> to eventually backport some of the cleanup work. But eventually it just got 
>> out of hand and I now just use it in all of my projects :).
>> 
>> A point to keep in mind is that it also removes everything related to EOF, 
>> since in my world EOF is legacy (and yes, please don't be insulted, I'm well 
>> aware that that's a subjective view from a Cayenne user. For actual EOF 
>> users I know EOF is fine and in full use). But that means — if you're 
>> currently using Wonder/EOF in your projects, I would not recommend Slim 
>> since you're probably dependent on both Wonder's APIs, patches and fixes to 
>> EOF.
>> 
>> A side project was splitting off the deployment tools into a separate 
>> project (where I haven't done as much work yet, but that's soon to come). 
>> Just feels like these tools deserve their own effort.
>> 
>> https://github.com/undur/wonder-deployment
>> 
>> All in all, this is really something of a niche project and I wouldn't 
>> consider it essential for anyone currently using Wonder. But for someone 
>> like me, who uses WO only for it's web framework features, and just wants 
>> some of the basics and fixes Wonder adds in that area, it's turned out nice.
>> 
>> Cheers,
>> - hugi
>> 
>> 
>>> On May 1, 2024, at 13:54, Ricardo Parada  wrote:
>>> 
>>> Hi all,
>>> 
>>> I’m just curious, what is Wonder-slim?
>>> 
>>> Thanks
>>> Ricardo
>>> 
>>> 
>>>>> On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev 
>>>>>  wrote:
>>>> 
>>>> Hi Francois,
>>>> I'm pretty sure I'm the only one using it at the moment :). If you're 
>>>> considering using it, I'd be more than happy to start making actual 
>>>> releases. As the only user, I've been lazy enough to just work from 
>>>> snapshot releases which i

Re: Wonder-slim

[Hugi Thordarson via Webobjects-dev]

Hi Ricardo,

https://github.com/undur/wonder-slim

in short, it's a fork of Wonder that removes everything except ERExtensions, 
WOOGNL and JavaWOExtensions (which are all combined in a single framework, 
since they're usually all required and present in WO projects) plus 
Ajax.framework. So basically, a small subset of Project Wonder.

It also:

* Has >a lot< of stuff removed, reorganized, refactored and cleaned up to make 
it cleaner, nicer and easier to understand and maintain
* Based on JDK 21
* Has all logging moved to slf4j-api and log4j specific stuff moved to a 
separate framework (which replaces log4j with reload4j).
* Replaces proprietary APIs and library usage with the standard methods we've 
gained from modern JDKs (so the only 3rd party dependency it pulls in is 
slf4j-api)
* Assumes it's running on the last released version of WO (5.4.3), removing 
workarounds for older versions
* And a lot more… That's just off the top of my head

I initially started it mostly as an experiment to learn Wonder's insides, see 
how it could be cleaned up, better organized and even split up, planning to 
eventually backport some of the cleanup work. But eventually it just got out of 
hand and I now just use it in all of my projects :). 

A point to keep in mind is that it also removes everything related to EOF, 
since in my world EOF is legacy (and yes, please don't be insulted, I'm well 
aware that that's a subjective view from a Cayenne user. For actual EOF users I 
know EOF is fine and in full use). But that means — if you're currently using 
Wonder/EOF in your projects, I would not recommend Slim since you're probably 
dependent on both Wonder's APIs, patches and fixes to EOF.

A side project was splitting off the deployment tools into a separate project 
(where I haven't done as much work yet, but that's soon to come). Just feels 
like these tools deserve their own effort.

https://github.com/undur/wonder-deployment

All in all, this is really something of a niche project and I wouldn't consider 
it essential for anyone currently using Wonder. But for someone like me, who 
uses WO only for it's web framework features, and just wants some of the basics 
and fixes Wonder adds in that area, it's turned out nice.

Cheers,
- hugi


> On May 1, 2024, at 13:54, Ricardo Parada  wrote:
> 
> Hi all,
> 
> I’m just curious, what is Wonder-slim?
> 
> Thanks
> Ricardo
> 
> 
>> On Apr 29, 2024, at 4:57 PM, Hugi Thordarson via Webobjects-dev 
>>  wrote:
>> 
>> Hi Francois,
>> I'm pretty sure I'm the only one using it at the moment :). If you're 
>> considering using it, I'd be more than happy to start making actual 
>> releases. As the only user, I've been lazy enough to just work from snapshot 
>> releases which is pretty far from best practice, so it's about time.
>> 
>> Cheers,
>> - hugi
>> 
>> 
>>> On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev 
>>>  wrote:
>>> 
>>> Someone using Wonder-slim ?
>>> ___
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
>>> 
>>> This email sent to h...@karlmenn.is
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/rparada%40mac.com
>> 
>> This email sent to rpar...@mac.com
> 

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

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

Re: Wonder-slim

[Hugi Thordarson via Webobjects-dev]

Hi Francois,
I'm pretty sure I'm the only one using it at the moment :). If you're 
considering using it, I'd be more than happy to start making actual releases. 
As the only user, I've been lazy enough to just work from snapshot releases 
which is pretty far from best practice, so it's about time.

Cheers,
- hugi


> On Apr 28, 2024, at 22:06, Francois BIENTZ via Webobjects-dev 
>  wrote:
> 
> Someone using Wonder-slim ?
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is
> 
> This email sent to h...@karlmenn.is

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

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

Re: Debug frameworks with maven project

[Hugi Thordarson via Webobjects-dev]

So, a little late addendum to this discussion...

While posting a video on YouTube yesterday I noticed a video I created last 
year (and had totally forgotten about) that illustrates this exact issue:

https://www.youtube.com/watch?v=c2-YxVDYu_8

In short, the reason I'm not having problems with linking between projects is 
that for a long time I've been running my WO applications as plain java 
applications, not as WOApplications. The reason I did this initially is that 
WOApplication launch configurations generate a totally botched class path for 
maven projects, as described here: 
https://github.com/wocommunity/wolips/issues/153.

So, yeah... If you're using maven and want a correct classpath and proper 
inter-project relationships, run your applications as Java applications, not 
WOApplications.

Cheers,
- hugi


> On Apr 16, 2024, at 05:28, Hugi Thordarson via Webobjects-dev 
>  wrote:
> 
> I don't think I've ever had to attach sources of maven projects manually in 
> Eclipse (although I recall hitting something like this in a far past). And 
> given the second problem, it kind of sounds like the link between the app 
> project and the libraries/frameworks is completely broken.
> 
> Paul's suggestions are good, also, if you close all your projects and then 
> open the main (application) project, does Eclipse offer to open "related 
> projects" and open them for you?
> 
> Cheers,
> - hugi
> 
> 
>> On Apr 16, 2024, at 02:16, Paul Hoadley via Webobjects-dev 
>>  wrote:
>> 
>> Hi Samuel,
>> 
>> On 11 Apr 2024, at 03:45, Samuel Pelletier via Webobjects-dev 
>>  wrote:
>> 
>>> I created a new workspace with the latest Eclipse to migrate my project to 
>>> maven. My projects run and I can debug the application code (set 
>>> breakpoint, click on exception stack trace to open project source) but all 
>>> debug functions are not working for frameworks. I set breakpoint in code 
>>> but Eclipse open class from a jar instead of my source.
>> 
>> I hadn't noticed this before, but you're right. You need to tell Eclipse 
>> where to find the source. See:
>> 
>> https://stackoverflow.com/a/22934568/18493
>> 
>>> Also, I have to restart the app to test for my code change in frameworks 
>>> even with an hot swap enable JRE. Seems Eclipse does not figure out the 
>>> maven dependencies code is in the current workspace.
>> 
>> This I cannot reproduce. Possible explanations:
>> 
>> 1. Maven versions have to match precisely, obviously. That is, the version 
>> your application POM is asking for must match the version the project open 
>> in the workspace is providing.
>> 
>> 2. You have to launch the app using "Debug As...".
>> 
>> 3. There are certain changes that hot code replacement won't allow, though 
>> these are usually flagged by Eclipse when you try. What type of change were 
>> you making?
>> 
>> 
>> -- 
>> 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/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/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/archive%40mail-archive.com

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

Re: action in a sub-component?

[Hugi Thordarson via Webobjects-dev]

I've never done this, but it's such a nice brain-teaser I had to try :). And 
what I did _seems_ to work.

https://gist.github.com/hugithordarson/37d03336de17cfcf3ac399f6325e0ff2

The key is making the child component non-synchronizing, otherwise the parent 
action will get invoked during the pulling of binding values. And it should be 
quite OK if the action method returns null, that just means the same as 
returning null from any action invocation, i.e. "I'm working within and 
returning the current page instance".

I'm thinking… It kind of feels like one would have to setCurrentComponent( 
parent() ) in the child before performing the action invocation and then reset 
it back to itself afterwards (since we're really invoking an action within the 
context of the parent component), but I might be wrong, this seems to work 
without it.

Cheers,
- hugi



> On Apr 26, 2024, at 19:47, ocs--- via Webobjects-dev 
>  wrote:
> 
> Hi there,
> 
> I've got a sub-component which uses performParentAction; the appropriate 
> binding is something like . Works 
> perfectly.
> 
> Purely for aesthetic reasons (and, well, for consistency), I would prefer if 
> I could use the sub-component precisely same way one uses wo:hyperlink, i.e., 
> like this: 
> 
> Is there a trick to achieve that? Looks like in this case when I try 
> valueForBinding('action'), I get NULL :(
> 
> 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/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/archive%40mail-archive.com

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

Re: enumerating sessions?

[Hugi Thordarson via Webobjects-dev]

Hi,
if you're using WO's standard session store (WOServerSessionStore) you should 
be able to access the active sessions using:

((WOServerSessionStore)WOApplication.application().sessionStore())._sessions()

It will return a dictionary consisting of sessionID -> Session.

Not using it though, I'm achieving this myself by using the notifications 
posted by session management (SessionDidRestoreNotification, 
SessionDidCreateNotification and SessionDidTimeOutNotification), so I can keep 
track of more info (like when the session was last touched).

Cheers,
- hugi


> On Apr 26, 2024, at 12:33, OCsite via Webobjects-dev 
>  wrote:
> 
> Hi there,
> 
> is there a way to enumerate sessions which are alive inside of a 
> WO/ERXApplication?
> 
> I guess I can create such a list myself, adding new ones in session.awake, 
> keeping it weak not to prevent old sessions to be destroyed (or perhaps 
> storing just session IDs), yadda yadda, but it would be much easier and less 
> error-prone just to use a WO/nder service, if there's one.
> 
> The purpose is that we need to allow an app administrator to list all the 
> normal users which are currently logged in, and be able to force-logout 
> selected ones.
> 
> 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/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/archive%40mail-archive.com

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

Re: Debug frameworks with maven project

[Hugi Thordarson via Webobjects-dev]

I don't think I've ever had to attach sources of maven projects manually in 
Eclipse (although I recall hitting something like this in a far past). And 
given the second problem, it kind of sounds like the link between the app 
project and the libraries/frameworks is completely broken.

Paul's suggestions are good, also, if you close all your projects and then open 
the main (application) project, does Eclipse offer to open "related projects" 
and open them for you?

Cheers,
- hugi


> On Apr 16, 2024, at 02:16, Paul Hoadley via Webobjects-dev 
>  wrote:
> 
> Hi Samuel,
> 
> On 11 Apr 2024, at 03:45, Samuel Pelletier via Webobjects-dev 
>  wrote:
> 
>> I created a new workspace with the latest Eclipse to migrate my project to 
>> maven. My projects run and I can debug the application code (set breakpoint, 
>> click on exception stack trace to open project source) but all debug 
>> functions are not working for frameworks. I set breakpoint in code but 
>> Eclipse open class from a jar instead of my source.
> 
> I hadn't noticed this before, but you're right. You need to tell Eclipse 
> where to find the source. See:
> 
> https://stackoverflow.com/a/22934568/18493
> 
>> Also, I have to restart the app to test for my code change in frameworks 
>> even with an hot swap enable JRE. Seems Eclipse does not figure out the 
>> maven dependencies code is in the current workspace.
> 
> This I cannot reproduce. Possible explanations:
> 
> 1. Maven versions have to match precisely, obviously. That is, the version 
> your application POM is asking for must match the version the project open in 
> the workspace is providing.
> 
> 2. You have to launch the app using "Debug As...".
> 
> 3. There are certain changes that hot code replacement won't allow, though 
> these are usually flagged by Eclipse when you try. What type of change were 
> you making?
> 
> 
> -- 
> 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/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/archive%40mail-archive.com

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

Re: WOLips Update

[Hugi Thordarson via Webobjects-dev]

"All" is just Ralf. I opened Eclipse 2024-03 for the first time, only to get 
that error.
Within minutes, my mail client said "bing!" and it was a notification about 
Ralf's fix PR.
So I tested the fork a bit, worked fine, just merged. So thanks Ralf! Perfect 
timing :)

- hugi


> On Mar 15, 2024, at 10:01, Michael Schmiedgen via Webobjects-dev 
>  wrote:
> 
> Hi :)
> 
> Wow, that [1] was fast, thank you all!
> 
> 
> [1] https://github.com/wocommunity/wolips/commits/master/
> ___
> 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/archive%40mail-archive.com

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

Re: Meetup maybe? Or call me maybe?

[Hugi Thordarson via Webobjects-dev]

Hi guys,
just seeing this now, sorry! The whole family apart from me decided to go sick 
last week, so I've assumed the duties of shopping, wrapping and otherwise 
preparing the holidays alongside work :).

But I like Ted's idea of "sharing the love". If there's interest, I'd love to 
have an open online session to introduce maven and help with transition where 
required. However, I'll have very little free time for maven stuff until after 
new years' eve, since in the next few days, I'll need to catch up on work while 
keeping the family alive. But Ted, I'm certainly free for some quick help — hit 
me up on Slack!

Samuel; the maven info on the WOCommunity wiki is very outdated, to the point 
that I think a lot of it should just be deleted and replaced with more modern 
info. I've been kind of shy to do that (i.e. fudging around with other peoples' 
hard work), but it's probably time to just … do it? I'm excited to play around 
with that new wiki software Maik has set up!

In the last couple of years, I've put my guides into gists, so here are a 
couple; one showing how to do a fresh setup of a WO maven development 
environment, and another one showing how to port an existing Fluffy Bunny 
project to maven (which Paul has also added to):

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

Merry christmas to you all!
- hugi


> On Dec 21, 2023, at 15:21, Theodore Petrosky via Webobjects-dev 
>  wrote:
> 
> Samuel,
> 
> Hugi and I had a session and he showed me what to do. I can create a new 
> Wonder app as well as a D2W app with maven. 
> 
> I am trying to reconnect with him and when I do, we can do a Zoom meeting and 
> invite anyone that is interested.
> 
> Are you interested in joining this session?
> 
> Ted
> 
>> On Dec 21, 2023, at 7:14 AM, Samuel Pelletier via Webobjects-dev 
>>  wrote:
>> 
>> Hi,
>> 
>> If you managed to create a new project, you where able to go far beyond my 
>> achievements !
>> 
>> I tried to switch to maven few times in the last years and just gave up each 
>> time after few hours and never managed to create a new project without error 
>> that build ever after reading and trying to understand the 3-4 page on the 
>> subject I found.
>> 
>> If someone familiar with the matter can create or update an existing page 
>> with a step by step procedure starting from a totally clean user account, it 
>> would be great.
>> 
>> Creating new Wonder project would be sufficient but also having some 
>> instructions to migrate a project using an BusinessLogic framework would be 
>> a dream.
>> 
>> Merry Christmas to everyone on the list,
>> 
>> Samuel
>> 
>> 
>>> Le 20 déc. 2023 à 20:34, Theodore Petrosky via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> a 
>>> écrit :
>>> 
>>> Is there any interest in a Zoom meeting to discuss maven. I really don’t 
>>> care about the technology Hugi and I worked out TeamViewer (my office has 
>>> an account so there is no time limit)
>>> 
>>> Hugi are the documents you shared with me available on the WOCommunity 
>>> xWiki? I did have some problems converting my app. New D2W projects run.
>>> 
>>> How can we get together again?
>>> 
>>> Ted
>>> 
>>> I have a Zoom account, and TeamViewer.
>>> ___
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com
>>> 
>>> This email sent to sam...@samkar.com 
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
>> )
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/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)
> 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/archive%40mail-archive.com

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

Re: Current state of enterprise frameworks

[Hugi Thordarson via Webobjects-dev]

Good question… If you add some details on the project I'll provide better 
answers : ).

As for myself, I still use WO for most front end work and consider it good at 
what it does. Fast, simple and effective.
But I've switched most of my DB logic/domain logic away from EOF to Cayenne and 
sincerely recommend it.

- hugi


> On Oct 2, 2023, at 22:27, Michael Kondratov via Webobjects-dev 
>  wrote:
> 
> Hi,
> 
> I have been evaluating a new business project. Is there anything more 
> effective than project wonder / EOF for business processes systems?
> 
> 
> Sincerely,
> 
> 
> Michael 
> Sent from my iPhone
> ___
> 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/archive%40mail-archive.com

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

Re: New installation WOLips problems

[Hugi Thordarson via Webobjects-dev]

Hi Maik!

Here:
https://github.com/wocommunity/wolips/pull/176

I'm not sure about the other pull requests at the moment, but I'd be happy to 
help out with almost everything else such as if there are more WOLips fixes 
required, or setup of the 2023-09 build environment. Slow staring at stuff like 
this suits me well :)

- hugi



> On 15 Sep 2023, at 09:49, Maik Musall  wrote:
> 
> Hi everyone,
> 
> sounds good to me. Hugi, can you create a pull request for this?
> 
> Also, there are 8 other pull requests that I _could_ merge but am 
> uncomfortable to simply approve on my own. Can someone help with that?
> 
> Maik
> 
> 
>> Am 15.09.2023 um 11:09 schrieb Hugi Thordarson via Webobjects-dev 
>> :
>> 
>> Hi Stavros,
>> 
>> some deprecated APIs were removed in Eclipse 2023-06 making WOLips go 
>> bonkers. I made a quick fix during summer which I've been using since
>> 
>> https://github.com/hugithordarson/wolips/commit/2eca954c5ea9337073c8746be6715758ff487896
>> 
>> I wonder if we shouldn't just tag the current master "2022-03" (for older 
>> Eclipse version users) and then merge this quick fix to master so we at 
>> least have something working that targets 2023-09? We'll also need to make a 
>> couple of changes to the build server, at least add the current Eclipse RCP 
>> version to compile against — and perhaps preferably compile against a v17 
>> JDK as well?
>> 
>> - hugi
>> 
>> 
>>> On 15 Sep 2023, at 08:55, Stavros Panidis via Webobjects-dev 
>>>  wrote:
>>> 
>>> Hi,
>>> 
>>> I tried a new installation on new computer (MacBook Air, M2, Ventura 13.3) 
>>> following instructions from
>>> 
>>>  https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation
>>> 
>>> Eclipse installed is version 2023-9. Java version is openjdk 17.0.8.1 
>>> 2023-08-24
>>> 
>>> I was able to create and run without any warnings or errors a Hello World 
>>> application. But
>>> 
>>> Component editor is not working. See details following 
>>> 
>>> java.lang.NoClassDefFoundError: 
>>> org/eclipse/ui/views/navigator/LocalSelectionTransfer
>>> at 
>>> org.objectstyle.wolips.componenteditor.part.ComponentEditor.initializeDragAndDrop(ComponentEditor.java:194)
>>> at 
>>> org.objectstyle.wolips.componenteditor.part.ComponentEditor.createPages(ComponentEditor.java:177)
>>> 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 java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native 
>>> Method)
>>> at 
>>> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
>>> at 
>>> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.base/java.lang.reflect.Method.invoke(Method.java:568)
>>> at 
>>> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
>>> at 
>>> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:971)
>>> at 
>>> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:936)
>>> at 
>>> org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:142)
>>> at 
>>> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:386)
>>> at org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:313)
>>> 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.Contr

Re: New installation WOLips problems

[Hugi Thordarson via Webobjects-dev]

Hi Stavros,

some deprecated APIs were removed in Eclipse 2023-06 making WOLips go bonkers. 
I made a quick fix during summer which I've been using since

https://github.com/hugithordarson/wolips/commit/2eca954c5ea9337073c8746be6715758ff487896

I wonder if we shouldn't just tag the current master "2022-03" (for older 
Eclipse version users) and then merge this quick fix to master so we at least 
have something working that targets 2023-09? We'll also need to make a couple 
of changes to the build server, at least add the current Eclipse RCP version to 
compile against — and perhaps preferably compile against a v17 JDK as well?

- hugi


> On 15 Sep 2023, at 08:55, Stavros Panidis via Webobjects-dev 
>  wrote:
> 
> Hi,
> 
> I tried a new installation on new computer (MacBook Air, M2, Ventura 13.3) 
> following instructions from
> 
>  https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation
> 
> Eclipse installed is version 2023-9. Java version is openjdk 17.0.8.1 
> 2023-08-24
> 
> I was able to create and run without any warnings or errors a Hello World 
> application. But
> 
> Component editor is not working. See details following 
> 
> java.lang.NoClassDefFoundError: 
> org/eclipse/ui/views/navigator/LocalSelectionTransfer
>   at 
> org.objectstyle.wolips.componenteditor.part.ComponentEditor.initializeDragAndDrop(ComponentEditor.java:194)
>   at 
> org.objectstyle.wolips.componenteditor.part.ComponentEditor.createPages(ComponentEditor.java:177)
>   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 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
>   at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.base/java.lang.reflect.Method.invoke(Method.java:568)
>   at 
> org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
>   at 
> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:971)
>   at 
> org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:936)
>   at 
> org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:142)
>   at 
> org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:386)
>   at 
> org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:313)
>   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:1364)
>   at 
> org.eclipse.e4.ui.workbench.renderers.swt.LazyStackRenderer.postProcess(LazyStackRenderer.java:118)
>   at 
> org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:677)
>   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.SWTPa

Re: [Proposal] Drop Wonder's Ant Build

[Hugi Thordarson via Webobjects-dev]

> (and if you're using the builds from jenkins.wocommunity.org 
> , you're already using the maven built 
> frameworks).

So… This was a blatant lie on my behalf (would love some recipes for crow right 
now). Jenkins currently uses the ant build. But Maven in general does build 
.frameworks consumable by ant.

- 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/archive%40mail-archive.com

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

Re: [Proposal] Drop Wonder's Ant Build

[Hugi Thordarson via Webobjects-dev]

Thanks for raising the issue Henrique! It probably comes as no surprise that I 
support this :).

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

That being said, if you still want to try out maven for your own projects 
(which I do recommend) the maven wiki docs do indeed need some work. Probably 
time to finally start working on that…
But we mavenistas tend to be helpful if you want to give it a go! And until the 
docs get some lovin',  here are a couple of documents that can help you off the 
ground:

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

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


Cheers,
- hugi


> On 16 Jun 2022, at 22:47, Theodore Petrosky via Webobjects-dev 
>  wrote:
> 
> What about us guys whose projects are smallish projects and never instituted 
> Maven...
> 
> Riddle me this how are the docs or examples on the Wiki to implement 
> Maven?
> 
> Can you point me to some good references so I can come on board?
> 
> Ted
> 
> 
> On 6/16/22, 6:42 PM, "Henrique Prange via Webobjects-dev" 
>  wrote:
> 
>Hey guys,
> 
>I've been talking to other Wonder users/committers lately. Keeping the Ant 
> build configuration up to date in Wonder is becoming increasingly 
> counterproductive. Most of us have been using Maven for years. As a result, 
> our environments are not prepared to build the project with Ant, making it 
> hard to check if we broke something after every change. For this reason, I'd 
> like to propose the removal of the Ant build configuration from project 
> Wonder.
> 
>What do you think?
> 
>Cheers,
> 
>HP
> ___
>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/tpetrosky%40agencysacks.com
> 
>This email sent to tpetro...@agencysacks.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/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/archive%40mail-archive.com

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

Re: Alternative JVM

[Hugi Thordarson via Webobjects-dev]

Hah! That's much better than my way of running a shell script after build to 
modify the classpath.txt file. Thanks for the pointer :D

- hugi



> On 19 Apr 2021, at 21:16, Lon Varscsak  wrote:
> 
> Nevermind, I found it, thanks!
> 
> For future reference to those that might need it you need to change the 
> woapplication task of the build.xml to send a new option of "jvm" with the 
> path to the deployment jvm.
> 
> On Mon, Apr 19, 2021 at 1:23 PM Lon Varscsak  <mailto:lon.varsc...@gmail.com>> wrote:
> Hey Hugi, thanks, what build setting did you modify?
> 
> On Mon, Apr 19, 2021 at 2:23 AM Hugi Thordarson  <mailto:h...@karlmenn.is>> wrote:
> Hi Lon,
> the .woa's [platform]Classpath.txt files have some variables defined in 
> comments at the top. One of them is "JVM" which is the java executable. I've 
> changed that during build to point to my desired JVM, replacing "java" with 
> something like "/opt/jdk8/bin/java".
> 
> I don't think you can change the JVM using JavaMonitor/arguments without 
> modifying the script that runs the app.
> 
> Cheers,
> - hugi
> 
> 
> 
> > On 19 Apr 2021, at 06:22, Lon Varscsak via Webobjects-dev 
> > mailto:webobjects-dev@lists.apple.com>> 
> > wrote:
> > 
> > Hey all,
> > 
> > What parameter can I pass in Monitor to launch a specific application with 
> > an alternative JVM?
> > 
> > Thanks,
> > 
> > Lon
> 

 ___
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: Alternative JVM

[Hugi Thordarson via Webobjects-dev]

Hi Lon,
the .woa's [platform]Classpath.txt files have some variables defined in 
comments at the top. One of them is "JVM" which is the java executable. I've 
changed that during build to point to my desired JVM, replacing "java" with 
something like "/opt/jdk8/bin/java".

I don't think you can change the JVM using JavaMonitor/arguments without 
modifying the script that runs the app.

Cheers,
- hugi



> On 19 Apr 2021, at 06:22, Lon Varscsak via Webobjects-dev 
>  wrote:
> 
> Hey all,
> 
> What parameter can I pass in Monitor to launch a specific application with an 
> alternative JVM?
> 
> Thanks,
> 
> Lon

 ___
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

Source for the deployed archetypes on maven.wocommunity.org?

[Hugi Thordarson via Webobjects-dev]

Hi all,
does anyone know where the sources for the currently deployed maven archetypes 
(2.2-SNAPSHOT) on maven.wocommunity.org  are? 
The WOCommunity WOLips repo has sources 
(https://github.com/wocommunity/wolips/tree/master/maven2/archetypes 
) but 
these seem, well, ancient.

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/archive%40mail-archive.com

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

Wonder Java 11 migration

[Hugi Thordarson via Webobjects-dev]

Hi all!

A few of us would like to move the Wonder development branch from Java 8 to 
Java 11, as a first step in moving to modern java versions.

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


This means new versions of Wonder would only be compatible with Java version 11 
and higher. But the current version (7.2) would of course still be available 
for those who would like to keep backwards compatibility.

Anyone opposed to this?

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/archive%40mail-archive.com

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

Re: Idle in transaction

[Hugi Thordarson via Webobjects-dev]

Not sure if this is still the correct solution (it's been a while) but we 
solved this back in the day by appending the parameter ?useBundledJdbcInfo=true 
 to the 
DB connection URL. Makes the Postgres plugin load jdbcInfo from the plugin 
bundle rather than the DB.

https://github.com/wocommunity/wonder/blob/73ef902e88130c1d9398458affc23a68431a582a/Frameworks/PlugIns/PostgresqlPlugIn/Sources/com/webobjects/jdbcadaptor/PostgresqlPlugIn.java#L108-L113

- hugi




> On 15 Dec 2020, at 19:17, Markus Stoll, junidas GmbH via Webobjects-dev 
>  wrote:
> 
> Hi Aaron,
> 
> for each of my instances I have two database connections to the postgres DB - 
> obviously one with the idle transaction and the other working one. And each 
> idle transaction originates from the woa startup. So your conclusion sounds 
> reasonable. 
> But I still did not find where this select statement is created...
> 
> Markus
> 
>> Am 15.12.2020 um 19:14 schrieb Aaron Rosenzweig > >:
>> 
>> Hi Markus,
>> 
>> So that means you, too, have some queries that are stuck. Postgres is 
>> waiting for you to issue a commit. As long as they live, it will not be able 
>> to vacuum properly. When you close down the .woa, it will no longer be “idle 
>> in transaction”
>> 
>> It’s a curious thing. 
>> 
>> For me it appears to be from jdbcInfo() when a new 
>> objectStore/editingContext does a fetch it leaves that around for the life 
>> of the .woa instance. 
>> 
>>> On Dec 15, 2020, at 2:41 AM, Markus Stoll, junidas GmbH 
>>> mailto:markus.st...@junidas.de>> wrote:
>>> 
>>> Hi Aaron,
>>> 
>>> did the same on my single WO system using postgres (with only moderate 
>>> load), but on your sql query I DO get some result rows. Did no yet have 
>>> time for further analysis
>>> 
>>> Regards, Markus
>>> 
 Am 14.12.2020 um 22:29 schrieb Aaron Rosenzweig via Webobjects-dev 
 mailto:webobjects-dev@lists.apple.com>>:
 
 Has anyone dealt with SQL statements that linger and get stuck “idle in 
 transaction” ? 
 
 We started looking carefully at our WO app and Postgres data store. We 
 discovered that it wasn’t vacuuming because of these hung statements. 
 
 Turns out it appears to be deep into WO, when we do fetches sometimes 
 there is a “begin” with no “commit” - Predominantly it is a select from 
 “pg_catalog.pg_type” as a fetch of jdbcInfo. Doing a select doesn’t really 
 warrant a “begin/commit” but since it starts with a “begin” it should 
 cleanup with a “commit” but it often doesn’t do that… which yields “idle 
 in transaction”
 
 If you are using Postgres, you might want to run the following to see if 
 you have anything stuck in this state:
 
 SELECT pid, datname, usename, state, backend_xmin,query_start,xact_start, 
 age(backend_xmin), backend_start,age(now(), 
 pg_stat_activity.backend_start),  state_change, query FROM 
 pg_stat_activity WHERE backend_xmin IS NOT NULL  and state = 'idle in 
 transaction’;
 
 For now, we are sidestepping the issue by forcing PG to cut those loose if 
 they are older than 5 minutes. This allows vacuum to occur. It’s not 
 ideal, but not a bad workaround either. Anyone have any thoughts or 
 experience with this? 
 
 Cheers,
 — Aaron
 ___
 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/markus.stoll%40junidas.de
  
 
 
 This email sent to markus.st...@junidas.de 
>>> 
>>> Mit freundlichen Grüßen
>>> 
>>> Markus Stoll
>>> 
>>> -- 
>>> Dr. Markus Stoll (Geschäftsführer)
>>> markus.st...@junidas.de 
>>> 
>>> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
>>> Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
>>> Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
>>> Amtsgericht Stuttgart, HRB 21939
>>> 
>> 
> 
> Mit freundlichen Grüßen
> 
> Markus Stoll
> 
> -- 
> Dr. Markus Stoll (Geschäftsführer)
> markus.st...@junidas.de 
> 
> junidas GmbH, Aixheimer Str. 12, 70619 Stuttgart
> Tel. +49 (711) 4599799-11, Fax +49 (711) 4599799-10
> Geschäftsführer: Dr. Markus Stoll, Matthias Zepf
> Amtsgericht Stuttgart, HRB 21939
> 
> ___
> 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

 ___

Re: Webobjects-dev Digest, Vol 17, Issue 168

[Hugi Thordarson via Webobjects-dev]

> Is it not possible to make it public?

Not to my knowledge, unfortunately. That would definitely be the optimal 
solution.

> I think I tried to get in, but honestly, I have so much trouble logging into 
> slack with their truly bizarre idea of how to find what channels you belong 
> to and log them in on each device you use…a super pain in the butt.
> 
> Also, does slack integrate with emails lists such that we can bind these two 
> tougher so we all communicate as one list?

Not to my knowledge. If there's a chat platform that does that, that would be 
great!

- 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/archive%40mail-archive.com

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

Re: The secret WOCommunity Slack channel?

[Hugi Thordarson via Webobjects-dev]

A wiki is a lovely idea, but what I saw happen with the previous wiki was that 
everyone was "too nice" to just re-edit things, throw out outdated info and 
correct errors. So if you want to know how something works, you now basically 
have to read through 15 meters of non-documentation and polite conversation 
about how things might or might not work.

So… Sure. We could have a wiki. But I don't think a wiki can serve as the 
primary source of truth—unless we appoint a merciless editor.

Anyway, as for the future—we're making a web framework, shouldn't we be using 
our own medicine? :p



> On 1 Nov 2020, at 19:57, Jesse Tayler  wrote:
> 
> I think “wiki" itself works well for this, real-time chat and pages where we 
> can use images and formatting and various linking and keep it simple. A 
> little less ‘moderated’ and a bit more a shared scratch area people can post 
> whatever they think is useful.
> 
> I also agree the old stuff is more outdated or misinformation and really we 
> should just start again.
> 
> Where can we put this sort of thing? A free wiki service or install one on a 
> server? I guess I could set something up--
> 
> 
>> On Nov 1, 2020, at 2:53 PM, Hugi Thordarson > <mailto:h...@karlmenn.is>> wrote:
>> 
>> 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 <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, a

Re: The secret WOCommunity Slack channel?

[Hugi Thordarson via Webobjects-dev]

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  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 <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 
>>> <mailto:Webobjects-dev@lists.apple.com>)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is 
>>> <https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is>
>>> 
>>> This email sent to h...@karlmenn.is <mailto: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/jtayler%40oeinc.com 
>> <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: The secret WOCommunity Slack channel?

[Hugi Thordarson via Webobjects-dev]

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 
>  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/archive%40mail-archive.com

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

Simplifying Wonder

[Hugi Thordarson via Webobjects-dev]

Hi all,
for the past couple of days I've been doing some simplification of Project 
Wonder with the help of Paul (Hoadley). The goal is to shed some of the weight 
that Wonder carries and make it easier to develop and make it easier to use it 
as a tool to carry WO forward.

What we've got so far is a GitHub community with three repos.

https://github.com/undur 

- wo-deployment
-- JavaMonitor
-- wotaskd
-- JavaMonitorFramework

- wonder-slim
-- ERExtensions
-- JavaWOExtensions
-- WOOgnl

- ajax
- Well… Ajax

Although split up, the projects are still basically the same projects as exist 
within Wonder—although moved to a maven project structure. There's still a lot 
of cleanup to do, as in, "we're going to have to let 'ERXEuropeanUnionsEnums' 
go" (sorry about that).  But it's a first step.

It's very much a work in progress but I'm interested in hearing your opinions, 
what you think about this and where you'd like to see it going, if anywhere. As 
for myself, splitting up the monolith of Wonder and making it easier to improve 
and work on feels pretty awesome. Not to mention the hugely reduced depency 
graph this results in.
I'm already using the new projects in production and everything seems to work 
well.

There are active discussions going on in the WOCommunity Slack channel, so if 
you're not there but would like to add your voice to the conversion, it would 
be lovely to see you there. Or just discuss here if you prefer.

- 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/archive%40mail-archive.com

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

Re: Qualifying a DisplayGroup in WOO

[Hugi Thordarson via Webobjects-dev]

Hi Don,
it's been ages since I've used DisplayGroups, but it does seem like you're 
missing an invocation of qualifyDisplayGroup() (if you want to filter objects 
already in the DG) or qualifyDataSource() (to perform an entirely new fetch) on 
the DG to actually do anything with the qualifier you've set.

Cheers,
 - hugi

> On 12 Oct 2020, at 15:36, Don Lindsay via Webobjects-dev 
>  wrote:
> 
> Hello, I apologize if this is a duplicate, I recently re-subscribed because 
> my old Mac.com  email address appears to intermittently 
> reject messages;
> 
> I want to apply a qualifier to an ERXDisplayGroup that is defined in WOO.  I 
> couldn’t figure out how to create a EOFetchSpecification with a qualifier in 
> EOModeler that would take a value from the user’s session.  The qualifier 
> takes it’s value from a variable in the user’s session using a method in the 
> component class.
> 
> My ERXDisplayGroup is defined like this:
> 
> {
>"WebObjects Release" = "WebObjects 5.0";
>variables = {
> databaseDetailsDisplayGroup = {
> class = ERXDisplayGroup;
> dataSource = {
> class = EODatabaseDataSource;
> editingContext = "session.defaultEditingContext";
> fetchSpecification = {
> class = EOFetchSpecification;
> entityName = Databasedetails;
> fetchLimit = 0;
> isDeep = YES;
> };
> };
> fetchesOnLoad = YES;
> formatForLikeQualifier = "%@*";
> numberOfObjectsPerBatch = 10;
> selectsFirstObjectAfterFetch = YES;
> sortOrdering = ({class = EOSortOrdering; key = name; selectorName 
> = "compareAscending:"; });
> };
> };
> }
> 
> In my component I have 
> 
> public NSArray getConnectorEntries() {
> databaseDetailsDisplayGroup.setQualifier(tenantSpec().qualifier());
> return databaseDetailsDisplayGroup.filteredObjects();
> }
> public EOFetchSpecification tenantSpec() {
> return ((Session)session()).tenantFetchSpecification();
> }
> 
> Session:
> 
> public EOFetchSpecification tenantFetchSpecification() {
>EOFetchSpecification fetchSpecification = new EOFetchSpecification();
>fetchSpecification.setQualifier(new 
> EOKeyValueQualifier("tenant",EOQualifier.QualifierOperatorEqual,this.tenant));
>return fetchSpecification;
> }
> 
> 
> And in my WOD I have
> 
> RowRepetition: WORepetition {
>list = connectorEntries;
>item = currentItem;
> }
> 
> The data never gets filtered by the Qualifier, it returns all objects with no 
> filtering.
> 
> What have I done wrong here, am I going at this the wrong way?
> 
> Thanks in Advance
> 
> Don
> 
> 
> ___
> 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/archive%40mail-archive.com

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

Re: Maven and Wonder

[Hugi Thordarson via Webobjects-dev]

Nice!


> On 16 Sep 2020, at 05:03, Paul Hoadley  wrote:
> 
> Just for the archives...
> 
> On 6 Feb 2019, at 04:53, Hugi Thordarson  <mailto:h...@karlmenn.is>> wrote:
> 
>> Regarding (1), you probably need to include JarResourceRequestHandler 
>> ((https://gist.github.com/hprange/1068523 
>> <https://gist.github.com/hprange/1068523>) in your project and activate it 
>> in your Application constructor:
>> 
>>  if (isDirectConnectEnabled()) {
>>  registerRequestHandler(new JarResourceRequestHandler(), "wr");
>>  }
>> 
>> And as you mention, this should probably have been included in Wonder some 
>> way a while back…
> 
> It only took me 19 months to realise it, but Markus's #901 here:
> 
> https://github.com/wocommunity/wonder/pull/901/ 
> <https://github.com/wocommunity/wonder/pull/901/>
> 
> fixes ERXStaticResourceRequestHandler so that JarResourceRequestHandler is no 
> longer required. Nice work Markus!
> 
> 
> -- 
> Paul Hoadley
> https://logicsquad.net/ <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: WOLips development on Windows—hot reload classes

[Hugi Thordarson via Webobjects-dev]

@paul
To my knowlege, there's no secret, always just worked. And dang, you have my 
full sympathy if you don't have it working at the moment!

@pierre
Thanks, I'm going to try to dig into this further.
As for being able to change class structure (not only code inside methods), I 
sincerely recommend trying DCEVM. Makes life so much easier :)

Cheers,
- hugi


> On 21 Aug 2020, at 06:29, GILQUIN Pierre via Webobjects-dev 
>  wrote:
> 
> It works for me on Windows with standard project (not maven).
> As long as the method already exists when Debug is launch, I can modify the 
> code and continue debugging with the same session
> If I add a new method or a (static ?) field, WOLisp detects it and ask me for 
> restarting with a «Hot Code Replace Failed« panel  …
>  
>  
> De : Paul Hoadley via Webobjects-dev [mailto:webobjects-dev@lists.apple.com] 
> Envoyé : vendredi 21 août 2020 00:55
> À : Hugi Thordarson
> Cc : WebObjects List
> Objet : Re: WOLips development on Windows—hot reload classes
>  
> On 20 Aug 2020, at 23:29, Hugi Thordarson via Webobjects-dev 
> mailto:webobjects-dev@lists.apple.com>> 
> wrote:
>  
> I've got a Windows guy doing WO development using WOLips. Everything works 
> fine, apart from one thing: Dynamic class reloading does not seem to be 
> working.
> Automatic building is active and changes to HTML/templates get picked up on 
> immediately. But changes to Java code are not picked up on and require the 
> application to be restarted.
> 
> These are Maven projects so bundles are generated, but the same projects work 
> fine on our Macs.
> 
> Anyone have any experience with this or have ideas about what might be 
> causing this?
>  
> This stopped working for me on OS X several years ago. What's the secret on a 
> Mac?
>  
>  
> -- 
> Paul Hoadley
> https://logicsquad.net/ <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/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/archive%40mail-archive.com

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

WOLips development on Windows—hot reload classes

[Hugi Thordarson via Webobjects-dev]

Hi all,
I've got a Windows guy doing WO development using WOLips. Everything works 
fine, apart from one thing: Dynamic class reloading does not seem to be working.
Automatic building is active and changes to HTML/templates get picked up on 
immediately. But changes to Java code are not picked up on and require the 
application to be restarted.

These are Maven projects so bundles are generated, but the same projects work 
fine on our Macs.

Anyone have any experience with this or have ideas about what might be causing 
this? 

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/archive%40mail-archive.com

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

Re: How often do you bounce your apps?

[Hugi Thordarson via Webobjects-dev]

o don’t. 
>> 
>> Perhaps it depends on the app and what minor leaks it might have tend to 
>> skew people to cycling daily… or maybe they are old farts, like me, who 
>> still remember the Objective-C days. It was a bit easier to leak then. 
>> 
>> I debugged something this week that was new to me, in this realm, so I 
>> thought I’d share. 
>> 
>> 1. WODynamicElement
>> 
>> It appears that WODynamicElements, or anything that “is a,” don’t fall out 
>> of memory. Looks like an instance is created for every WOComponent class it 
>> is used in and never goes away for the life of the app. As users visit pages 
>> in a large app it creates a lot of WODynamicElements. These are things like 
>> WOString and WOConditional. We had our own child of WOConditional that did 
>> some processing based on user access permissions. Internally it was saving 
>> state including making its own sandboxed EOEditingContext. Because of this, 
>> that EC had legs and filled up quite a bit of memory in the app. I rewrote 
>> this WODynamicElement to not have any instance variables with the only 
>> exception being WOAssociations. 
>> 
>> WOComponents do fall out of memory when they fall out of the backtrack 
>> cache, WODynamicElements do not. Their are strange beasts who don’t have a 
>> “parent()” and don’t have a “context()” — It’s as if WO decides to cache 
>> them in memory for future use if they’ve ever been used on a page. Kind of 
>> like when you do “Integer.valueOf(10)” Java gives you the same instance of 
>> ten whereas “new Integer(10)” makes a new place in memory for another ten. 
>> Because ten is always ten, you might argue it’s better to use valueOf and 
>> get the same object to possibly save time. Others would argue to not do that 
>> so you can reclaim more. Perhaps a sucky analogy but it helped me think of 
>> why WODynamicElement doesn’t get reclaimed but WOComponents do. 
>> 
>> There are certainly other gotchas… if you have a “previous page” notion and 
>> don’t use weak references and don’t trim the length of the chain… you’ll 
>> have a very long lived chain of pages that goes further than the backtrack 
>> cache. 
>> 
>> 2. Full GC occurrences and object histogram
>> 
>> You can dump a histogram of all the objects presently in memory using 
>> techniques listed here: 
>> https://medium.com/@jerolba/measuring-actual-memory-consumption-in-java-jmnemohistosyne-5eed2c1edd65
>>  
>> <https://medium.com/@jerolba/measuring-actual-memory-consumption-in-java-jmnemohistosyne-5eed2c1edd65>
>> 
>> You can register to do something after every GC, such as logging, by using 
>> techniques listed here:
>> http://www.fasterj.com/articles/gcnotifs.shtml 
>> <http://www.fasterj.com/articles/gcnotifs.shtml>
>> 
>> AARON ROSENZWEIG / Chat 'n Bike <http://www.chatnbike.com/>
>> e:  aa...@chatnbike.com <mailto:aa...@chatnbike.com>  t:  (301) 956-2319
>>  
>> 
>>> On Aug 6, 2020, at 4:28 AM, Hugi Thordarson via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> 
>>> wrote:
>>> 
>>> I'd like to add a disclaimer to my EOF comment; I now recall I was invoking 
>>> a method as a workaround for something. Can't for the life of me remember 
>>> what it was or why (snapshots were getting GCd too early or something so I 
>>> had to invoke snapshotReferenceCountingSomethingElseOrOther()) but if 
>>> memory serves me right it might as well have been called 
>>> "beAwareYouAreNowExplicitlyLeakingMemory()".
>>> 
>>> So—I was being unfair and my leaky EOF was probably because of me doing 
>>> something stupid :).
>>> 
>>> - hugi
>>> 
>>> 
>>> 
>>>> On 6 Aug 2020, at 05:33, Stefan Gärtner via Webobjects-dev 
>>>> mailto:webobjects-dev@lists.apple.com>> 
>>>> wrote:
>>>> 
>>>> We never bounce, but every few weeks we have an update, which certainly 
>>>> starts a new instance.
>>>> We heavily use EOF. I never had the feeling that there is any memory leak, 
>>>> at least in our scenario.
>>>> 
>>>> 
>>>>> Am 06.08.2020 um 00:56 schrieb D Tim Cummings via Webobjects-dev 
>>>>> mailto:webobjects-dev@lists.apple.com>>:
>>>>> 
>>>>> Daily for us. Once every few months we get an instance hanging and it is 
>>>>> clear at the start of the day that it has hung because it hasn’t 
>>>>> restarted over

Re: How often do you bounce your apps?

[Hugi Thordarson via Webobjects-dev]

I'd like to add a disclaimer to my EOF comment; I now recall I was invoking a 
method as a workaround for something. Can't for the life of me remember what it 
was or why (snapshots were getting GCd too early or something so I had to 
invoke snapshotReferenceCountingSomethingElseOrOther()) but if memory serves me 
right it might as well have been called 
"beAwareYouAreNowExplicitlyLeakingMemory()".

So—I was being unfair and my leaky EOF was probably because of me doing 
something stupid :).

- hugi



> On 6 Aug 2020, at 05:33, Stefan Gärtner via Webobjects-dev 
>  wrote:
> 
> We never bounce, but every few weeks we have an update, which certainly 
> starts a new instance.
> We heavily use EOF. I never had the feeling that there is any memory leak, at 
> least in our scenario.
> 
> 
>> Am 06.08.2020 um 00:56 schrieb D Tim Cummings via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>>:
>> 
>> Daily for us. Once every few months we get an instance hanging and it is 
>> clear at the start of the day that it has hung because it hasn’t restarted 
>> overnight.
>> 
>> Tim
>> 
>>> On 6 Aug 2020, at 05:37, Lon Varscsak via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> 
>>> wrote:
>>> 
>>> We don't bounce our apps unless we do a release or if there's an instance 
>>> that hangs.
>>> 
>>> -Lon
>>> 
>>> On Wed, Aug 5, 2020 at 9:09 AM Theodore Petrosky via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> 
>>> wrote:
>>> My apps upload pdfs. As Java keeps the temp file that was uploaded until 
>>> the app that did the upload quits, I bounce my apps every night to clean 
>>> things up.
>>> 
>>> Ted
>>> 
>>>> On Aug 5, 2020, at 10:37 AM, Ken Anderson via Webobjects-dev 
>>>> mailto:webobjects-dev@lists.apple.com>> 
>>>> wrote:
>>>> 
>>>> I never bounce them - even with EOF ;)
>>>> 
>>>>> On Aug 5, 2020, at 07:07, Jesse Tayler via Webobjects-dev 
>>>>> mailto:webobjects-dev@lists.apple.com>> 
>>>>> wrote:
>>>>> 
>>>>> What do you use to keep an eye on memory? JAVA has such an old-school 
>>>>> approach with the VM I use AWS and really don’t have any good automated 
>>>>> visualizing report on how instances or JAVA is running under the hood.
>>>>> 
>>>>> My apps seem to run for a long time as a few times my scheduler has 
>>>>> failed and they racked up 10X or even 100X normal sessions, but who knows 
>>>>> what the user patterns were really — I have had to increase my JAVA VM 
>>>>> and set memory stuff from JavaMonitor to keep things sane.
>>>>> 
>>>>> 
>>>>> 
>>>>>> On Aug 5, 2020, at 3:35 AM, Jérémy DE ROYER via Webobjects-dev 
>>>>>> mailto:webobjects-dev@lists.apple.com>> 
>>>>>> wrote:
>>>>>> 
>>>>>> 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 
>>>>>>> >>>>>> <mailto:webobjects-dev@lists.apple.com>> 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 
>>>>>>>> >>>>>>> <mailto:webobjects-dev@lists.apple.com>> 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 i

Re: How often do you bounce your apps?

[Hugi Thordarson via Webobjects-dev]

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/archive%40mail-archive.com

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

Re: WOLips bugfixes and new features planning

[Hugi Thordarson via Webobjects-dev]

Regarding the old GitHub issue list, I took a look at it a while back. The 
thing that struck me was how old most of the issues are so testing them all 
might be something of a waste of time.

https://docs.google.com/spreadsheets/d/1VnyixuTJN_bVVHhISC2mP4XdRLUnzcRFb63hIBD4I2M/edit#gid=10545987
 


Many of them are or might be:

* A bit vague in description
* Obsolete (as in already fixed)
* No longer relevant to a current Eclipse version
* No longer relevant to anyone actually using WO/Wonder
* Related to internal maintenance of the WOLips project/sources and don't 
really communicate anything useful for us as "product owners". Trying to keep 
to some sort of a "user story" format for issues would be helpful if the issue 
should be taken forward for development.

Many of the issue reporters are still with us. I suggest announcing a short 
grace period where people can look at their own issues (and other issues, of 
course) and add the "keep" label to issues they want to keep. When that grace 
period expires, all unlabeled issues are closed. Worst case scenario: We have 
to re-open a closed issue. Most users probably get an e-mail notification when 
their issues are closed anyway so they can complain at that time :).

Regarding funding, I would be very willing to operate on some sort of a "per 
feature/issue" basis. I.e. I'd dedicate a fixed amount of money to the 
resolution of an issue. Perhaps that also solves the problem of prioritization? 
I'm guessing the issues most valuable to the community will end up being the 
ones with most funding attached to them.

-- 

Regarding specific issues, there's one issue I'm *really* interested in: I've 
attempted to do WOLips development on some occasions but always gave up since I 
didn't get everything to work (the docs are kind of convoluted/outdated).

Perhaps I'm just stupid, but if not; I believe we would benefit greatly from 
having a functional, up-to-date step-by-step guide for how to do development on 
WOLips. Teach a man to fish and all that :).

Cheers,
- hugi



> On 1 Jul 2020, at 20:06, Maik Musall via Webobjects-dev 
>  wrote:
> 
> Hi everyone,
> 
> since this came up again yesterday, here’s the current state of it. Developer 
> is ready to do some work, but we haven’t yet defined what that should be. We 
> haven’t even reached an agreement about how to get to that state. The list of 
> people and organizations willing to contribute has 10 entries already, so I 
> think we’re good on the funding side. I invited several people on Slack.
> 
> Next we need to agree on how to prioritize things that need fixing and 
> implementing. Two links as a starting point are below (github issues, wiki 
> page). Some people suggested something in the Entity Modeler should be first 
> up, while others don’t even use EOF any more and obviously don’t agree. (My 
> personal pet bugfix would be to fix the race condition that leads to bogus 
> binding errors when loading large components.)
> 
> So, how do we go forward with this?
> 
> Maik
> 
> 
> 
>> Am 27.05.2020 um 17:08 schrieb Maik Musall via Webobjects-dev 
>> :
>> 
>> Hi everyone,
>> 
>> we have an offer from an Eclipse plugin developer to work on bugfixes and 
>> new features for WOLips. It’ll cost some money, but not too much, and we 
>> already had three entities in Slack [1] signaling willingness to provide 
>> funding. So, it seems realistic that we can have some progress here.
>> 
>> Next step for us would obviously be to identify and prioritize the things we 
>> want work to be done on, then decide where to make the cut, get the funding 
>> ready for those things, and then have them done. For a start, we already 
>> have two places for the first step:
>> 
>> 1. The issues list on github: https://github.com/wocommunity/wolips/issues
>> 2. A wiki page created for this: 
>> https://wiki.wocommunity.org/pages/viewpage.action?pageId=43155458
>> 
>> In the related Slack discussion [2] there were different opions about 
>> whether to just bulk-close all old issues and start new, or review them for 
>> usefulness and up-to-dateness and keep the ones which are still relevant and 
>> update those. At this point, given the limited number of people in Slack, I 
>> wanted to move this discussion here.
>> 
>> Opinions?
>> 
>> Maik
>> 
>> 
>> 
>> 
>> [1] https://wocommunity.slack.com/archives/C1LJMP8LW/p1587484179187100
>> [2] https://wocommunity.slack.com/archives/C01402ABXB6/p1589794078001700
>> 
>> ___
>> 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

Re: Creating a EOModel in code

[Hugi Thordarson via Webobjects-dev]

The APIs and syntax vary a bit in names but philosophically and design-wise 
it's very much the same. EOModeler will not work, there's a different tool 
called "Cayenne modeler", a standalone app.

My primary DBs are MySQL and Postgres, both work fine with Cayenne. It's an 
established tool to say the least. I've been using it for a few years now and 
interestingly enough, I don't recall encountering a bug (even if I'm still 
always using snapshot releases)

- hugi


> On 26 Jun 2020, at 19:32, Jesse Tayler  wrote:
> 
> 
> so, my simple EOF/ERXKey qualifiers and stuff would work, I’d use EOModeler?
> 
> MySQL works fine it sounds, I’m using AWS stuff myself…
> 
> 
> 
>> On Jun 26, 2020, at 3:27 PM, Hugi Thordarson  wrote:
>> 
>>> Ok, so are all the cool guys using Cayenne now then? 
>> 
>> I've seen some pretty cool guys use it but I also use it.
>> 
>> 
>>> I'm sure I should read some page about it rather than waste everyone’s time 
>>> reiterating why it’s better and why we should be moving to that sort of 
>>> thing etc.
>> 
>> It's awesome in so many ways. But for people that already know EOF, it's 
>> probably best described as "EOF without that darned locking thing". And 
>> there's seriously exciting stuff happening in the most recent releases 
>> (subqueries, SQL-functions and more, all type safe using "Properties", the 
>> Cayenne version of ERXKey.
>> 
>> API-wise it can pretty much be a drop-in replacement for EOF and from 
>> experience I can say there's nothing to lose and much to gain. (assuming 
>> you're using an SQL db. Cayenne is explicitly an SQL DB framework, not a 
>> "generic everything framework" like EOF wants to be).
>> 
>> - hugi
>> 
>> 
>>>> On Jun 26, 2020, at 3:10 PM, Hugi Thordarson via Webobjects-dev 
>>>>  wrote:
>>>> 
>>>> You might also want to take a look at Cayenne. It's well documented and 
>>>> we're eager to help where the docs fall short. And most importantly; it's 
>>>> an active and maintained project that didn't die over a decade ago :)
>>>> 
>>>> - hugi
>>>> 
>>>> 
>>>> 
>>>>> On 26 Jun 2020, at 19:04, Aaron Rosenzweig via Webobjects-dev 
>>>>>  wrote:
>>>>> 
>>>>> Hi Don,
>>>>> 
>>>>> Have a look at EOEntity and friends: EOAttribute, EORelationship. 
>>>>> 
>>>>> You can build them out and setup the “external” name for the column, etc. 
>>>>> I did it once as an exercise many moons ago. The only practical use I got 
>>>>> out of it was sometimes sanity checking keyPaths to see if they hit 
>>>>> things “in memory” or if they were completely traversable through 
>>>>> EOEntity relationships. Something that trips an in-memory method call is 
>>>>> not something you can use to build a complex SQL query. 
>>>>> 
>>>>> Like other people have said, the “reverse engineering” of the original WO 
>>>>> tools is more likely what you want to use instead. You point Entity 
>>>>> Modeler at a database and it can make a surprisingly good model file from 
>>>>> it. Depending on how big the database is… it might be worth your trouble 
>>>>> of firing up MacOS Tiger and installing the NeXTStep GUI tools to do the 
>>>>> reverse engineering. I don’t think that the Eclipse java based 
>>>>> EntityModeler can reverse engineer. I don’t know if Cayenne can reverse 
>>>>> engineer. 
>>>>> AARON ROSENZWEIG / Chat 'n Bike
>>>>> e:  aa...@chatnbike.com  t:  (301) 956-2319
>>>>>   
>>>>> 
>>>>>> On Jun 25, 2020, at 8:53 PM, Don Lindsay via Webobjects-dev 
>>>>>>  wrote:
>>>>>> 
>>>>>> Hello;
>>>>>> 
>>>>>> The Documentation for EOModel states that you can build one in code, but 
>>>>>> there are no examples or further information that I can find.  Does 
>>>>>> anyone have any documentation or samples that they can direct me to so I 
>>>>>> can create EOModels while the application is running:
>>>>>> 
>>>>>> What I want to do is connect to a database that my app does not know 
>>>>>> about, someone provides connection parameters and I crea

Re: Creating a EOModel in code

[Hugi Thordarson via Webobjects-dev]

> Ok, so are all the cool guys using Cayenne now then? 

I've seen some pretty cool guys use it but I also use it.


> I'm sure I should read some page about it rather than waste everyone’s time 
> reiterating why it’s better and why we should be moving to that sort of thing 
> etc.

It's awesome in so many ways. But for people that already know EOF, it's 
probably best described as "EOF without that darned locking thing". And there's 
seriously exciting stuff happening in the most recent releases (subqueries, 
SQL-functions and more, all type safe using "Properties", the Cayenne version 
of ERXKey.

API-wise it can pretty much be a drop-in replacement for EOF and from 
experience I can say there's nothing to lose and much to gain. (assuming you're 
using an SQL db. Cayenne is explicitly an SQL DB framework, not a "generic 
everything framework" like EOF wants to be).

- hugi


>> On Jun 26, 2020, at 3:10 PM, Hugi Thordarson via Webobjects-dev 
>>  wrote:
>> 
>> You might also want to take a look at Cayenne. It's well documented and 
>> we're eager to help where the docs fall short. And most importantly; it's an 
>> active and maintained project that didn't die over a decade ago :)
>> 
>> - hugi
>> 
>> 
>> 
>>> On 26 Jun 2020, at 19:04, Aaron Rosenzweig via Webobjects-dev 
>>>  wrote:
>>> 
>>> Hi Don,
>>> 
>>> Have a look at EOEntity and friends: EOAttribute, EORelationship. 
>>> 
>>> You can build them out and setup the “external” name for the column, etc. I 
>>> did it once as an exercise many moons ago. The only practical use I got out 
>>> of it was sometimes sanity checking keyPaths to see if they hit things “in 
>>> memory” or if they were completely traversable through EOEntity 
>>> relationships. Something that trips an in-memory method call is not 
>>> something you can use to build a complex SQL query. 
>>> 
>>> Like other people have said, the “reverse engineering” of the original WO 
>>> tools is more likely what you want to use instead. You point Entity Modeler 
>>> at a database and it can make a surprisingly good model file from it. 
>>> Depending on how big the database is… it might be worth your trouble of 
>>> firing up MacOS Tiger and installing the NeXTStep GUI tools to do the 
>>> reverse engineering. I don’t think that the Eclipse java based 
>>> EntityModeler can reverse engineer. I don’t know if Cayenne can reverse 
>>> engineer. 
>>> AARON ROSENZWEIG / Chat 'n Bike
>>> e:  aa...@chatnbike.com  t:  (301) 956-2319
>>> 
>>> 
>>>> On Jun 25, 2020, at 8:53 PM, Don Lindsay via Webobjects-dev 
>>>>  wrote:
>>>> 
>>>> Hello;
>>>> 
>>>> The Documentation for EOModel states that you can build one in code, but 
>>>> there are no examples or further information that I can find.  Does anyone 
>>>> have any documentation or samples that they can direct me to so I can 
>>>> create EOModels while the application is running:
>>>> 
>>>> What I want to do is connect to a database that my app does not know 
>>>> about, someone provides connection parameters and I create an EOModel and 
>>>> connect to that database or rest and access it using the EOModel created 
>>>> using new EOModel().
>>>> 
>>>> Thanks
>>>> 
>>>> Don
>>>> ___
>>>> 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/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/archive%40mail-archive.com

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

Re: Creating a EOModel in code

[Hugi Thordarson via Webobjects-dev]

You might also want to take a look at Cayenne. It's well documented and we're 
eager to help where the docs fall short. And most importantly; it's an active 
and maintained project that didn't die over a decade ago :)

- hugi



> On 26 Jun 2020, at 19:04, Aaron Rosenzweig via Webobjects-dev 
>  wrote:
> 
> Hi Don,
> 
> Have a look at EOEntity and friends: EOAttribute, EORelationship. 
> 
> You can build them out and setup the “external” name for the column, etc. I 
> did it once as an exercise many moons ago. The only practical use I got out 
> of it was sometimes sanity checking keyPaths to see if they hit things “in 
> memory” or if they were completely traversable through EOEntity 
> relationships. Something that trips an in-memory method call is not something 
> you can use to build a complex SQL query. 
> 
> Like other people have said, the “reverse engineering” of the original WO 
> tools is more likely what you want to use instead. You point Entity Modeler 
> at a database and it can make a surprisingly good model file from it. 
> Depending on how big the database is… it might be worth your trouble of 
> firing up MacOS Tiger and installing the NeXTStep GUI tools to do the reverse 
> engineering. I don’t think that the Eclipse java based EntityModeler can 
> reverse engineer. I don’t know if Cayenne can reverse engineer. 
> AARON ROSENZWEIG / Chat 'n Bike 
> e:  aa...@chatnbike.com   t:  (301) 956-2319   
>   
> 
>> On Jun 25, 2020, at 8:53 PM, Don Lindsay via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hello;
>> 
>> The Documentation for EOModel states that you can build one in code, but 
>> there are no examples or further information that I can find.  Does anyone 
>> have any documentation or samples that they can direct me to so I can create 
>> EOModels while the application is running:
>> 
>> What I want to do is connect to a database that my app does not know about, 
>> someone provides connection parameters and I create an EOModel and connect 
>> to that database or rest and access it using the EOModel created using new 
>> EOModel().
>> 
>> Thanks
>> 
>> Don
>> ___
>> 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/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/archive%40mail-archive.com

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

Re: Creating a EOModel in code

[Hugi Thordarson via Webobjects-dev]

It used to be a good call. As in… The best. Now don't and move on (ps: Cayenne)

- hugi


> On 26 Jun 2020, at 02:28, Jesse Tayler  wrote:
> 
> Hey, I use EOF!
> 
>> On Jun 25, 2020, at 10:25 PM, Hugi Thordarson  wrote:
>> 
>> And if you're creating a new project, don't use EOF. If you must? Have a 
>> really. really. really. good reason.
>> 
>>> On 26 Jun 2020, at 01:32, Jesse Tayler via Webobjects-dev 
>>>  wrote:
>>> 
>>> You can generate your model based on your data-schema. I think that’s what 
>>> you want, but you can also create entities in memory and relate them by 
>>> hand but I’m not sure how that would result in a model file if that’s your 
>>> goal.
>>> 
>>>> On Jun 25, 2020, at 8:53 PM, Don Lindsay via Webobjects-dev 
>>>>  wrote:
>>>> 
>>>> Hello;
>>>> 
>>>> The Documentation for EOModel states that you can build one in code, but 
>>>> there are no examples or further information that I can find.  Does anyone 
>>>> have any documentation or samples that they can direct me to so I can 
>>>> create EOModels while the application is running:
>>>> 
>>>> What I want to do is connect to a database that my app does not know 
>>>> about, someone provides connection parameters and I create an EOModel and 
>>>> connect to that database or rest and access it using the EOModel created 
>>>> using new EOModel().
>>>> 
>>>> Thanks
>>>> 
>>>> Don
>>>> ___
>>>> 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/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/archive%40mail-archive.com

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

Re: Creating a EOModel in code

[Hugi Thordarson via Webobjects-dev]

And if you're creating a new project, don't use EOF. If you must? Have a 
really. really. really. good reason.

> On 26 Jun 2020, at 01:32, Jesse Tayler via Webobjects-dev 
>  wrote:
> 
> You can generate your model based on your data-schema. I think that’s what 
> you want, but you can also create entities in memory and relate them by hand 
> but I’m not sure how that would result in a model file if that’s your goal.
> 
>> On Jun 25, 2020, at 8:53 PM, Don Lindsay via Webobjects-dev 
>>  wrote:
>> 
>> Hello;
>> 
>> The Documentation for EOModel states that you can build one in code, but 
>> there are no examples or further information that I can find.  Does anyone 
>> have any documentation or samples that they can direct me to so I can create 
>> EOModels while the application is running:
>> 
>> What I want to do is connect to a database that my app does not know about, 
>> someone provides connection parameters and I create an EOModel and connect 
>> to that database or rest and access it using the EOModel created using new 
>> EOModel().
>> 
>> Thanks
>> 
>> Don
>> ___
>> 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/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/archive%40mail-archive.com

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

Re: Entity/attribute/relationship terrible toString?

[Hugi Thordarson via Webobjects-dev]

You could also specify your own EO superclass in the EOModel and override 
toString() globally in that class, right? That way you can avoid messing with 
the EOGenerator templates. (disclaimer: it's been a while since I've touched 
EOF) 

Cheers,
- hugi


> On 2 Jun 2020, at 12:05, Paul Yu via Webobjects-dev 
>  wrote:
> 
> 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 
>>  wrote:
>> 
>> Markus,
>> 
>>> On 2 Jun 2020, at 12:09, Markus Ruggiero  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 
>  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/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/archive%40mail-archive.com

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

Re: Multiple timezones

[Hugi Thordarson via Webobjects-dev]

My solution to this particular problem is to live in Iceland and work only on 
software for Icelanders. No daylight savings and all UTC all the time. Almost 
worth the weather.

- hugi



> On 26 Feb 2020, at 18:12, Jesse Tayler via Webobjects-dev 
>  wrote:
> 
> Just to complain about how hard this can be?
> 
> Our events service let’s you post events at certain times and locations. 
> Great.
> 
> But those locations could be outside your timezone, or that date of the event 
> might pass daylight savings…
> 
> So, first — we had to identify the location, venue and lat/lon to know the 
> specific location.
> 
> From there, we called a google query to turn a lat/lon and time/date into a 
> timezone offset!
> 
> Then we needed the fully qualified date in GMT or the local TZ of the user 
> but then you’d need to translate that time into that specific place and time 
> — so, the date might cross and boundary or the location etc. etc.
> 
> We also had web pages with TZ dates and times on them which could be the 
> first thing you see as a public users, so a session timezone has to be set 
> and the page gets refreshed before drawing anything and then comes back down 
> again but with the local timezone as reported by javascript query on the 
> client browser.
> 
> WHEW!
> 
> What a drag!
> 
> 
> 
> 
>> On Feb 26, 2020, at 1:06 PM, Samuel Pelletier via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hi Michael,
>> 
>> There is no easy or universal answer to this question. The best solution 
>> also depends on the meaning of the timestamp data.
>> 
>> If your system is used on multiple timezones, ...
>> 
>> - you may have situation where you want to always display the time in the 
>> event location time zone like airplane takeoff and landing;
>> 
>> - you may want to always display the event time in the user local timezone 
>> like an event log;
>> 
>> - you may want to always display in a fixed time zone like a server log...
>> 
>> So you may or may not need to store the time zone of an event to display it 
>> properly.
>> 
>> To add some ugliness to this already complex problem, we have a very nasty 
>> thing called daylight saving time where we change the time zone of locations 
>> based on the date. This can easily create situation where an event change 
>> time when crossing the DST change dates...
>> 
>> First step is to analyse the problem and figure out how timestamps should be 
>> displayed.
>> 
>> Regards,
>> 
>> Samuel
>> 
>> 
>>> Le 25 févr. 2020 à 12:59, Michael Kondratov via Webobjects-dev 
>>> mailto:webobjects-dev@lists.apple.com>> a 
>>> écrit :
>>> 
>>> Hello!
>>>   Whats the winning strategy on dealing with users / records in multiple 
>>> timezones? We are starting add add companies that are few hours away from 
>>> us and don't know how to best handle it.
>>> 
>>> 
>>> 
>>> Sincerely,
>>> 
>>> 
>>> 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/samuel%40samkar.com 
>>> 
>>> 
>>> This email sent to sam...@samkar.com 
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
>> )
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/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/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/archive%40mail-archive.com

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

Another WODay

[Hugi Thordarson via Webobjects-dev]

Hi all,
I really enjoyed WODay last year, huge kudos to Rene and the people at Salient 
for that! Are you considering a repeat this year?

- 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/archive%40mail-archive.com

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

Re: Back again....

[Hugi Thordarson via Webobjects-dev]

>> THe cuirrent install process isn't horrible, it's just not described 
>> succinctly and correctly in one place. 
> 
> You're absolutely right here. I'm afraid that the issue is simply that 
> WebObjects (and to a large extent Project Wonder as well) is abandonware, and 
> the will to keep this information up to date just doesn't exist.


What he said.

Although I *do* have a desire to keep information up to date. But it just feels 
wrong. It's like altering scripture. Who am I to change the words of them who 
were called Mike or Anjo?

- 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/archive%40mail-archive.com

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

Re: More recent PRs for wolifecycle-maven-plugin

[Hugi Thordarson via Webobjects-dev]

Hi Paul,
I haven't tried out the new features (currently in bed with pneumonia so I'm 
not good for a lot) but I checked out the updated snapshot version and 
successfully built a couple of projects with it. So I can at least confirm that 
the changes don't seem to break anything (well, for me at least). Thanks for 
doing this :).

Cheers,
- hugi



> On 9 Feb 2020, at 23:22, Paul Hoadley via Webobjects-dev 
>  wrote:
> 
> Hello,
> 
> Update: in the absence of any objections, I am going to merge #3 and #4 
> today. Johann merged #5 a few days ago. I think #4 is quite uncontroversial, 
> and #3 certainly works for me and presumably Ralf.
> 
>> On 6 Feb 2020, at 11:41, Paul Hoadley via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hello,
>> 
>> In addition to Ralf's work here:
>> 
>> * https://github.com/wocommunity/wolifecycle-maven-plugin/pull/3 
>> 
>> 
>> I've added a couple of additional PRs:
>> 
>> * https://github.com/wocommunity/wolifecycle-maven-plugin/pull/4 
>>  ensures 
>> runtime-scoped dependencies are added to the application bundle
>> * https://github.com/wocommunity/wolifecycle-maven-plugin/pull/5 
>>  fixes 
>> recent Travis build failures
>> 
>> I don't want to merge these before anyone else with skin in the 
>> wolifecycle-maven-plugin game has had a chance to review. At the moment, 
>> you'd have to pull the relevant branches and Maven-install the plugin in 
>> your local repo to try these out. If you're interested and that sounds too 
>> hard, let me know and maybe we can work out another way.
> 
> 
> -- 
> 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/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/archive%40mail-archive.com

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

Re: suspicious sessions and R/R loops created for a CSS font

[Hugi Thordarson via Webobjects-dev]

Well, WOStaticResourceRequestHandler doesn't really "create a request/response 
loop". A request is is sent to the application, the application will then look 
at the URL and determine from that what request handler should handle the 
request. That handler then generates a response. In this case WO has determined 
WOStaticResourceRequestHandler is your guy, but I'm not sure why, because thi 
URL should really just throw an error (which makes me think there's more going 
on here).

Anyhow… Judging from your request logs, you're either running in direct connect 
mode or redirecting requests for the web server root ("/") directly to your 
application, which obviously has no idea how to handle URLs that look like 
this. So don't use absolute URLs like that.

Chuck's initial comment was probably right on the money; the relative 
references in your CSS-file weren't resolving correctly to a file. Start by 
checking that. If you kept the directory structure provided by your designer 
when copying in the CSS-files/template, it really should just work.

Alternatively, you can change your CSS-files to reference full URLs (i.e. 
including domain, or really; just the full resource URL you know works) when 
referencing the resources in question. It could at least help until you figure 
out what's going on with the missing resources.

Alternalatalilively you can change your app so that instead of referencing 
files from your CSS-file, you add an inline-stylesheet to your wrapper 
component (or whichever component imports the "bad" stylesheet) and do the 
imports from there, generating the import URL using . But you really shouldn't have to.

As always, It's kind of difficult to assist without knowing or seeing the 
project or setup, but hopefully the suggestions help :).

- hugi


> On 10 Jan 2020, at 17:26, ocs@ocs via Webobjects-dev 
>  wrote:
> 
> P.P.S.
> 
>> On 10 Jan 2020, at 2:54 PM, ocs@ocs via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> I must admit I can't see even what to try now :-O
> 
> Got an idea to override and log out requestHandlerForKey, and the results 
> are... interesting. I thought I'll get the ComponentRequestHandler for those 
> bogus requests; I do not! Instead, far as I can say, it's a 
> WOStaticResourceRequestHandler, which should be all right, far as I 
> understand... could WOStaticResourceRequestHandler ever create R/R loop?!?
> 
> Here's what happens, sanitized and make readable (full log below in case I 
> removed something of importance).
> 
> Any idea what the H. might be happening in there? Me, I'm completely lost :/
> 
> ===
> WorkerThread2 WILLGETHANDLER '_edr_'
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLDISPATCH 
> uri=/cgi-bin/WebObjects/CEBOIS.woa/wo/9UuJz2GsVhmGAeV07uiU2g/2.0.0.9.1.1.1.0.3.1.1
> WorkerThread2 WILLGETHANDLER 'wo'
> WorkerThread2 DIDGETHANDLER 'wo' -> class 
> er.extensions.appserver.ERXComponentRequestHandler
> 
> // R/R loop #3 WorkerThread2 started at 18:09:58.789 10.1. // this is 
> logged out from Application.awake(), this is the normal R/R loop, all right 
> so far
> // request secure false, handler 'wo', WOSID 9UuJz2GsVhmGAeV07uiU2g, 
> IP:127.0.0.1
> // URL: 
> /cgi-bin/WebObjects/CEBOIS.woa/wo/9UuJz2GsVhmGAeV07uiU2g/2.0.0.9.1.1.1.0.3.1.1
> 
> WorkerThread2 WILLGETHANDLER '_edr_'
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLDISPATCH 
> uri=/cgi-bin/WebObjects/CEBOIS.woa/wr/wodata=/Users/ocs/Library/Developer/Xcode/DerivedData/SberDat3-cacbzkicuhqilyfljzgpbaygdgtm/Build/Products/Debug/SberDat3.woa/Contents/Resources/styles.css
>  // normal resource, loaded properly without R/R loop
> WorkerThread2 WILLGETHANDLER 'wr'
> WorkerThread2 DIDGETHANDLER 'wr' -> class 
> com.webobjects.appserver._private.WOResourceRequestHandler
> WorkerThread2 WILLGETHANDLER '_edr_'
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLDISPATCH 
> uri=/dms/css/font-awesome/fonts/fontawesome-webfont.woff2?v=4.6.3
> WorkerThread2 WILLGETHANDLER ''
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLGETHANDLER '_wr_'
> WorkerThread2 DIDGETHANDLER '_wr_' -> class 
> com.webobjects.appserver._private.WOStaticResourceRequestHandler
> 
> // R/R loop #4 WorkerThread2 started at 18:09:59.476 10.1. // this is 
> logged out from Application.awake()
> -IN-sharedEC Created session XARzaDhw1kbKEA8GtBUa70 EC: 
> er.extensions.eof.ERXEC@42bdde17 SEC:  - 18:09:59.481 10.1.20|WorkerThread2 
> // Session constructor log
> 
> WorkerThread2 WILLGETHANDLER '_edr_'
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLDISPATCH 
> uri=/dms/css/font-awesome/fonts/fontawesome-webfont.woff?v=4.6.3
> WorkerThread2 WILLGETHANDLER ''
> WorkerThread2 DIDGETHANDLER ?NULL?
> WorkerThread2 WILLGETHANDLER '_wr_'
> WorkerThread2 DIDGETHANDLER '_wr_' -> class 
> com.webobjects.appserver._private.WOStaticResourceRequestHandler
> 
> // R/R loop #5 WorkerThread2 started at 18:09:59.664 10.1. // this is 
> logged out from Application.aw

Re: Catalina and Frontbase

[Hugi Thordarson via Webobjects-dev]

Can't see anything WO/EOF-specific about that stack overflow so you might want 
to check with the FrontBase-folks (frontbase.com  has 
contact addresses).
Lucky you. They're really among the nicest people you'll ever encounter on this 
planet :).

- hugi



> On 30 Dec 2019, at 00:55, Jeffrey Schmitz via Webobjects-dev 
>  wrote:
> 
> Hello List,
> 
>I’m trying to run my app under Catalina for the first time and am getting 
> a stack overflow when trying check migration status on my frontbase database 
> .  I’ve tried using java 11 and 13 and I’ve updated Frontbase to the Catalina 
> version.  Am hoping to not have ot downgrade to Mojave to get things to run 
> so thought I’d see if anyone has seen something like this before.
> 
> Here’s the summary of what works and what doesn’t:
> 
> App on Catalina (Java 13.0.1)/Catalina Frontbase/ = error
> App on Catalina/ (Java 11.0.2)/Catalina Frontbase = error
> App on Catalina (Java 13.0.1)/Mojave Frontbase = error
> App on Mojave (java “11.0.2")/Catalina Frontbase = WORKS
> 
> er.extensions.migration.ERXMigrationFailedException: Failed to migrate model 
> 'netbracketsFW'.
> at 
> er.extensions.migration.ERXMigrator.migrateToLatest(ERXMigrator.java:216)
> at 
> er.extensions.appserver.ERXApplication.finishInitialization(ERXApplication.java:1307)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:567)
> at 
> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
> at 
> com.webobjects.foundation.NSNotificationCenter$_Entry.invokeMethod(NSNotificationCenter.java:588)
> at 
> com.webobjects.foundation.NSNotificationCenter.postNotification(NSNotificationCenter.java:532)
> at 
> com.webobjects.foundation.NSNotificationCenter.postNotification(NSNotificationCenter.java:546)
> at com.webobjects.appserver.WOApplication.run(WOApplication.java:1229)
> at 
> er.extensions.appserver.ERXApplication.run(ERXApplication.java:1427)
> at com.webobjects.appserver.WOApplication.main(WOApplication.java:548)
> at 
> er.extensions.appserver.ERXApplication.main(ERXApplication.java:885)
> at com.netbrackets.app.Application.main(Application.java:56)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at 
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at 
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:567)
> at com.webobjects._bootstrap.WOBootstrap.main(WOBootstrap.java:87)
> Caused by: java.lang.StackOverflowError
> at java.base/java.net.Socket$SocketInputStream.close(Socket.java:946)
> at 
> java.base/java.io.FilterInputStream.close(FilterInputStream.java:180)
> at com.frontbase.jdbc.FBJSocket.close(Unknown Source)
> at java.base/java.net.Socket$SocketInputStream.close(Socket.java:946)
> at 
> java.base/java.io.FilterInputStream.close(FilterInputStream.java:180)
> at com.frontbase.jdbc.FBJSocket.close(Unknown Source)
> …
> 
> 
> 
> 
> 
> 
> Jeffrey Schmitz
> netBrackets owner
> http://www.netBrackets.com  - it's nothin' but 
> net!
> (636) 284-1089
> 
> 
> 
> ___
> 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/archive%40mail-archive.com

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

Re: AjaxFlexibleFileUpload vs. ERDragAndDropUpload

[Hugi Thordarson via Webobjects-dev]

I moved away from the Wonder upload components a while back and moved to use 
dropzone.js, which is quite nice. Unfortunately I've never gotten around to 
make an actual component out of it since each project has such different UI 
requirements.

But dropzone is easy enough to use and quite well documented. I believe the 
request consumption part is mostly ripped off from AjaxFileUpload, so… Thanks 
Mike :).

Note that I "fixed" thes code snippets for sharing in the mail message, so 
expect it to be … wonky. Hope it helps though.


HTML ---


Gimme files!








  jQuery( document ).ready( function() {
var storageURL = '';
var params = { url:storageURL, createImageThumbnails:true, 
maxFilesize:1000 };
var dropzone = new Dropzone( 'div.zone', params );

dropzone.on("complete", function(file) {
updateContainerForShowingFilesUpdate();
});
  });



Java ---

@Override
public void appendToResponse( WOResponse r, WOContext c ) {
super.appendToResponse( r, c );
AjaxUtils.addScriptResourceInHead( context(), r, "app", 
"vendor/dropzone.js" ); // you can get this from here: 
https://www.dropzonejs.com/
}

public WOResponse upload() {
WOResponse response = new WOResponse();

try {
WOMultipartIterator multipartIterator = 
context().request().multipartIterator();

String uploadFileName = null;
InputStream uploadInputStream = null;
int streamLength = -1;

if( multipartIterator == null ) {
response.appendContentString( "Already Consumed!" );
}
else {
WOMultipartIterator.WOFormData formdata;

while( (formdata = multipartIterator.nextFormData()) != 
null ) {
String name = formdata.name();
if( formdata.isFileUpload() ) {
uploadFileName = 
context().request().stringFormValueForKey( name + ".filename" );
streamLength = 
multipartIterator.contentLengthRemaining();
uploadInputStream = 
formdata.formDataInputStream();
// here you handle the data from 
uploadInutStream
break;
}
}
}
}
catch( Exception e ) {
throw new RuntimeException( e );
}

return response;
}

Cheers,
- hugi



> On 18 Dec 2019, at 16:40, Markus Ruggiero via Webobjects-dev 
>  wrote:
> 
> AjaxFlexibleFileUpload is quite nice but does not provide drag'n'drop.  
> Anyone's got an idea about how to enhance this component with drag'n'drop? 
> ERAttachment framework has ERDragAndDropUpload component but for the current 
> customer project using ERAttachment is not an option. Thus we have 
> implemented upload with AjaxFlexibleFileUpload but the customer asks for drag 
> and drop.
> 
> 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/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/archive%40mail-archive.com

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

Re: There was an old thread about Ajax...

[Hugi Thordarson via Webobjects-dev]

I believe TreasureBoat used Apple's leaked WO sources so I don't find it likely 
they'll ever participate in anything that can be considered "open", be it 
source or discourse. That project might be suitable for some, and these folks 
should definitely pursue it.,

As far as I'm concerned, that project doesn't exist. The reasons should be 
obvious.

As for the rest of us… We're not "stuck in the mud". We're free to do our own 
thing and there's whole universe of web development ahead of us :).

- hugi



> On 1 Nov 2019, at 15:45, Jesse Tayler  wrote:
> 
> I looked into TreasureBoat with Paul and it was great - accepting the lic. 
> was not open-source, so it couldn’t be mixed with Wonder
> 
> For those of us who need an open-source codebase we are stuck in the mud.
> 
> Perhaps it is possible to engage TreasureBoat knowledge and effort to 
> re-write the Ajax related frameworks using new tools but I still think that 
> retrofitting that stuff is going to be very difficult.
> 
> 
> 
>> On Oct 31, 2019, at 10:05 PM, Hugi Thordarson  wrote:
>> 
>> Yeah, that's helpful. Sorry we're not aware of that secret work on 
>> TreasureBoat.
>> 
>> - hugi
>> 
>> 
>> 
>>> On 29 Oct 2019, at 15:13, Paul Yu via Webobjects-dev 
>>>  wrote:
>>> 
>>> The tough work has already been done by Ken on the TreasureBoat.
>>> 
>>> But as they say, you can lead a horse to water, but you can’t make it drink.
>>> 
>>> Paul
>>> 
>>> 
>>>> On Oct 29, 2019, at 9:27 AM, Jesse Tayler via Webobjects-dev 
>>>>  wrote:
>>>> 
>>>> Well, it’s a team job for sure.
>>>> 
>>>> There’s tough programming in WO - components, frameworks, inheritance and 
>>>> trickery.
>>>> 
>>>> There’s tough programming in javascript - not just implementation, but 
>>>> identifying the original designs and retrofitting something that 
>>>> seamlessly enhances Wonder projects simply by linking to the 
>>>> frameworks…serious wizardry.
>>>> 
>>>> There’s tough programming in D2W, stuff that I was shocked to see! The 
>>>> trouble was not understanding any particular rule, although there were 
>>>> some (a lot?) that I was amazed by — but actually understanding the bigger 
>>>> picture of how they FIT these frameworks right into the Wonder stuff - 
>>>> link and unlink and magic comes and goes.
>>>> 
>>>> So, if it were to be done, it would have to be US that does it!
>>>> 
>>>> It’s a really hard task…
>>>> 
>>>> I wish I had a suggestion, because I believe it is THAT important.
>>>> 
>>>> 
>>>> 
>>>>> On Oct 29, 2019, at 9:18 AM, Theodore Petrosky  wrote:
>>>>> 
>>>>> 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

Re: There was an old thread about Ajax...

[Hugi Thordarson via Webobjects-dev]

Yeah, that's helpful. Sorry we're not aware of that secret work on TreasureBoat.

- hugi



> On 29 Oct 2019, at 15:13, Paul Yu via Webobjects-dev 
>  wrote:
> 
> The tough work has already been done by Ken on the TreasureBoat.
> 
> But as they say, you can lead a horse to water, but you can’t make it drink.
> 
> Paul
> 
> 
>> On Oct 29, 2019, at 9:27 AM, Jesse Tayler via Webobjects-dev 
>>  wrote:
>> 
>> Well, it’s a team job for sure.
>> 
>> There’s tough programming in WO - components, frameworks, inheritance and 
>> trickery.
>> 
>> There’s tough programming in javascript - not just implementation, but 
>> identifying the original designs and retrofitting something that seamlessly 
>> enhances Wonder projects simply by linking to the frameworks…serious 
>> wizardry.
>> 
>> There’s tough programming in D2W, stuff that I was shocked to see! The 
>> trouble was not understanding any particular rule, although there were some 
>> (a lot?) that I was amazed by — but actually understanding the bigger 
>> picture of how they FIT these frameworks right into the Wonder stuff - link 
>> and unlink and magic comes and goes.
>> 
>> So, if it were to be done, it would have to be US that does it!
>> 
>> It’s a really hard task…
>> 
>> I wish I had a suggestion, because I believe it is THAT important.
>> 
>> 
>> 
>>> On Oct 29, 2019, at 9:18 AM, Theodore Petrosky  wrote:
>>> 
>>> 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 pos

Re: Anyone running macOS Catalina yet?

[Hugi Thordarson via Webobjects-dev]

Yup, been using it for a couple of weeks without any issues (Eclipse 2019-09 / 
Java 8).

Note that I didn't do a WO installation though (using maven), so if you need to 
install WO the traditional way you might want to wait for someone with 
experience from that to chime in.

Cheers,
- hugi


> On 20 Oct 2019, at 13:15, Jérémy DE ROYER  wrote:
> 
> 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 
>>>> <mailto:Webobjects-dev@lists.apple.com>)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
>>>>  
>>>> <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 
>> <mailto:Webobjects-dev@lists.apple.com>)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net
>>  
>> <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?

[Hugi Thordarson via Webobjects-dev]

>>> Well, it's *possible*…
>>> 
>>> 
>>> 
>>> https://wiki.wocommunity.org/display/documentation/WOOgnl+Framework 
>>> 
>>> 
>>> That being said, I've never actually used these more elaborate-y obscure-y 
>>> OGNL features. They just feel … wrong.
>>> 
>>> - hugi
>>> 
>> 
>> Wow, never looked at (WO)OGNL.
>> Will certainly look these up (and yes, probably somehow wrong)
>> 
>> Thanks for all the answers (and hey, great, there are still folks inhabiting 
>> this list)
>> ---markus---
> 
> Many folks are silent... but we're here!

Silent but deadly. Very appropriate for us old farts.

- hugi



> 
> 
> 
>> 
>> 
>>> 
>>> 
 On 11 Oct 2019, at 14:26, 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/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/mailinglists%40kataputt.com
>>>  
>>> 
>>> 
>>> This email sent to mailingli...@kataputt.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/webobjects%40altera.it
>>  
>> 
>> 
>> This email sent to webobje...@altera.it 

 ___
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?

[Hugi Thordarson via Webobjects-dev]

Well, it's *possible*…



https://wiki.wocommunity.org/display/documentation/WOOgnl+Framework

That being said, I've never actually used these more elaborate-y obscure-y OGNL 
features. They just feel … wrong.

- hugi



> On 11 Oct 2019, at 14:26, Markus Ruggiero via Webobjects-dev 
>  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/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/archive%40mail-archive.com

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

Re: Performance issues with large binary data in database

[Hugi Thordarson via Webobjects-dev]

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 
>  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/archive%40mail-archive.com

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

Re: Anyone running macOS Catalina yet?

[Hugi Thordarson via Webobjects-dev]

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  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 
>>  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/archive%40mail-archive.com

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

Re: Dump NSDictionary as JSON structure?

[Hugi Thordarson via Webobjects-dev]

Hi Markus,

check out Gson. I've been using it for a few years and it works great. Simple 
things are simple, but it's also powerful, allowing you to pass in custom 
serializers, customize date formats etc.

Simple example:
String jsonString = new GsonBuilder().create().toJson( someNSDictionary );

Cheers,
- hugi


> On 13 Aug 2019, at 11:28, Markus Ruggiero via Webobjects-dev 
>  wrote:
> 
> I got the task of maintaining a rather complex WO app. The original developer 
> had ideas about keeping tons of data in memory (no idea why). For this he 
> created several nested NSDictionary structures to cache data across page 
> navigation. You can imagine there being lots of issues when users go back and 
> forth through page sequences. Debugging this is a nightmare.
> 
> What I want is a method that I can call from anywhere and pass it such a 
> cache dict. This method should then create (preferrably) a JSON structure 
> (XML, PLIST is just too chatty, but would be ok) that I can dump into the log 
> allowing me to track that cache in a human readable form while running user 
> interactions. Anyone has something or knows of anything that would help me 
> write such a method? I didn't spend too much time but I looked at the Wonder 
> frameworks quickly - nothing simple jumped out.
> 
> Thanks
> ---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/archive%40mail-archive.com

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

Anyone running macOS Catalina yet?

[Hugi Thordarson via Webobjects-dev]

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/archive%40mail-archive.com

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

Re: Problem Downloading Large Files

[Hugi Thordarson]

Hmm… You might want to check if you're passing the right content length to the 
contentLength parameter of setContentStream—and also set the "content-length" 
header of the response to the same value (obtained by getting the 
file.length()).

- hugi


> On 3 May 2019, at 20:53, Leigh Kivenko  wrote:
> 
> Thanks for the quick response Hugi.
>  
> We tried using FileInputStream with setContentStream. It was also giving 0Kb 
> files as well.
>  
> Leigh Kivenko | Chief Technology Officer
> PortfolioAid
> t. 416-479-0523 | e. lei...@portfolioaid.com <mailto:lei...@portfolioaid.com>
>  
> This e-mail may be privileged and confidential. If you received this e-mail 
> in error, please do not use, copy or distribute it, but advise me immediately 
> (by return e-mail or otherwise), and delete the e-mail.
>  
> From: Hugi Thordarson [mailto:h...@karlmenn.is <mailto:h...@karlmenn.is>] 
> Sent: Friday, May 03, 2019 2:07 PM
> To: Leigh Kivenko mailto:lei...@portfolioaid.com>>
> Cc: Webobjects-dev@lists.apple.com <mailto:Webobjects-dev@lists.apple.com>
> Subject: Re: Problem Downloading Large Files
>  
> Hi Leigh,
> since the InputStream is called "byteIn" I'm guessing it's a 
> ByteArrayInputStream, meaning the data it contains has been loaded to memory.
> If you have an actual file, you might consider using a FileInputStream 
> instead.
>  
> Cheers,
> - hugi
>  
>  
> On 3 May 2019, at 18:02, Leigh Kivenko  <mailto:lei...@portfolioaid.com>> wrote:
>  
> Hi All,
> I was wondering if anyone has encountered this issue and has been able to 
> resolve it:
>  
> In one page of our web app, users have the ability to download files. We are 
> having an issue when the user attempts to download a large file (> 500MB - 
> zip), where the app throws an Out of Memory error. The download functionality 
> is coded by: 
> 1.   Converting the file to FileInputStream and then to NSData
> 2.   appending the file to the WOResponse.
> a.  response.appendContentData(fileNSData)
>  
> This approach is described here : 
> https://en.wikibooks.org/wiki/WebObjects/Web_Applications/Development/Examples/Return_a_File
>  
> <https://en.wikibooks.org/wiki/WebObjects/Web_Applications/Development/Examples/Return_a_File>
>  
> We also tried using the following approach (also described in link above):
> 1.   Using ByteArrayInputStream 
> Ø  response.setContentStream(byteIn, 4096, length);
>  
> In both cases, the user receives a 0KB file.
>  
> Does anyone have any recommended approaches to serve a large file through the 
> application?  Please note the file lives on the application server but for 
> security purposes we wouldn’t want it directly accessible.
>  
> Thanks,
> Leigh Kivenko | Chief Technology Officer
> PortfolioAid
> t. 416-479-0523 | e. lei...@portfolioaid.com <mailto:lei...@portfolioaid.com>
>  
> This e-mail may be privileged and confidential. If you received this e-mail 
> in error, please do not use, copy or distribute it, but advise me immediately 
> (by return e-mail or otherwise), and delete the e-mail.
>  
> ___
> 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 
> <https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is>
> 
> This email sent to h...@karlmenn.is <mailto: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/archive%40mail-archive.com

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

Re: Problem Downloading Large Files

[Hugi Thordarson]

Hi Leigh,
since the InputStream is called "byteIn" I'm guessing it's a 
ByteArrayInputStream, meaning the data it contains has been loaded to memory.
If you have an actual file, you might consider using a FileInputStream instead.

Cheers,
- hugi


> On 3 May 2019, at 18:02, Leigh Kivenko  wrote:
> 
> Hi All,
> I was wondering if anyone has encountered this issue and has been able to 
> resolve it:
>  
> In one page of our web app, users have the ability to download files. We are 
> having an issue when the user attempts to download a large file (> 500MB - 
> zip), where the app throws an Out of Memory error. The download functionality 
> is coded by: 
> 1.   Converting the file to FileInputStream and then to NSData
> 2.   appending the file to the WOResponse.
> a.  response.appendContentData(fileNSData)
>  
> This approach is described here : 
> https://en.wikibooks.org/wiki/WebObjects/Web_Applications/Development/Examples/Return_a_File
>  
> 
>  
> We also tried using the following approach (also described in link above):
> 1.   Using ByteArrayInputStream 
> Ø  response.setContentStream(byteIn, 4096, length);
>  
> In both cases, the user receives a 0KB file.
>  
> Does anyone have any recommended approaches to serve a large file through the 
> application?  Please note the file lives on the application server but for 
> security purposes we wouldn’t want it directly accessible.
>  
> Thanks,
> Leigh Kivenko | Chief Technology Officer
> PortfolioAid
> t. 416-479-0523 | e. lei...@portfolioaid.com 
>  
> This e-mail may be privileged and confidential. If you received this e-mail 
> in error, please do not use, copy or distribute it, but advise me immediately 
> (by return e-mail or otherwise), and delete the e-mail.
>  
> ___
> 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/archive%40mail-archive.com

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

Re: Maven builds and fetchSpecs

[Hugi Thordarson]

Hi Dmytro,
someone who uses EOF might probably be better able to help you. But just for 
testing I tried this out: Opened an old project that uses EOF, created a 
FetchSpec in a model in a framework it referenced and was successfully able to 
get to it using EOFetchSpecification.fetchSpecificationNamed( "FetchSpecName", 
"EntityName" ).

So not much help here—I just wanted to confirm that it *should* work. Does the 
framework throw a stack trace at you or do you just get null when attempting to 
resolve the fetchSpec?

Cheers,
- hugi


> On 29 Apr 2019, at 17:38, Kantala, Dmytro R.  wrote:
> 
> 
> 
> I finally gotten around to make the switch from Ant to Maven, really had to.  
> I am able to successfully build the project, so far everything runs in 
> eclipse, and attempting to run from command line.
>  
> The first thing this app does is use a fetch spec to pull in some entities.  
> This is failing because it can’t find the fetch spec by name.  I then wrote 
> some code that looked over the entities to see if any fetch specs were loaded 
> and none were.
>  
> It appears to find the plist from the jar, just not the fetch specs.
>  
> How did everyone get around this issue?
>  
> Environment:
> -  Wonder 7.1-SNAPSHOT
> -  WebObjects 5.4.3
> -  The model is in a framework used by the application.
> -  I can open the Maven packaged framework jar and see the .fspec 
> files.
> -  Windows 10
> -  JDK 1.12 (had same issue with 1.9)
>  
> Thanks,
>  
> Dmytro
> 
>  
> Confidential & Privileged
> 
> Unless otherwise indicated or obvious from its nature, the information 
> contained in this communication is attorney-client privileged and 
> confidential information/work product. This communication is intended for the 
> use of the individual or entity named above. If the reader of this 
> communication is not the intended recipient, you are hereby notified that any 
> dissemination, distribution or copying of this communication is strictly 
> prohibited. If you have received this communication in error or are not sure 
> whether it is privileged, please immediately notify us by return e-mail and 
> destroy any copies--electronic, paper or otherwise--which you may have of 
> this communication.
> 
> 
> 
> ___
> 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/archive%40mail-archive.com

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

Re: WO-Day 2019 and WOWODC Recordings

[Hugi Thordarson]

Dang, now I have to spend my vacation walking down memory lane instead of doing 
something useful.

Awesome work, thanks for this!

- hugi



> On 13 Apr 2019, at 13:43, Maik Musall  wrote:
> 
> Hi all,
> 
> I just published the WO-Day 2019 recordings, and put them on a Wiki page. The 
> recordings don't have the usual WOWODC quality as the schedule was tight, 
> audio tech situation was suboptimal, and there was no time to prepare 
> anything better. Two recordings are lost due to software failures, and the 
> audio is from a backup standalone recorder. Some presentations didn't even 
> slides, those are audio only.
> 
>   https://wiki.wocommunity.org/display/WOCOM/WO-Day+2019+in+Frankfurt
> 
> And since there is no longer a WOCommunity Association where you could "buy" 
> permission to access past WOWODC recordings, I no longer see a reason to hide 
> them anywhere, and so I unilaterally decided to publish all of those as well 
> in a new WOWODC section in the Wiki:
> 
>   https://wiki.wocommunity.org/display/WOCOM/WOWODC+Conferences
> 
> There are all recordings from 2008 until 2019. Most of the older recordings 
> are just named after the file names though, if anyone is motivated to put 
> proper names and descriptions in there, go ahead. If you find a link that's 
> not working, please ping me.
> 
> Maik
> 
> ___
> 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/archive%40mail-archive.com

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

Re: Returning a response of unknown length using WOResponse.setContentStream()

[Hugi Thordarson]

(pardon last post, prematurely sent)

>> If you figure this out, I'd love to hear about it.
> 
> Markus Stoll pointed me in the direction of WOHttpIO as well. I will take a 
> look at some point. For now the product has shipped with the temp file 
> solution, but I will add this to my list of things to look at when time 
> permits. (Along with, for example, "Look at framework resources issue", which 
> I seem to recall was some Maven-related edge case you and I were talking 
> about around 78 years ago. Not even sure what it means any more, but it's on 
> that to-do list.)

Ah, right, yes… The framework resource issue. We certainly must look into that 
thing which I most certainly and absolutely remember what was (smokes pipe, 
looking thoughtful).
 ___
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: Returning a response of unknown length using WOResponse.setContentStream()

[Hugi Thordarson]

// Hugi Þórðarson
// Strimillinn ehf.
// 895-6688

> On 30 Mar 2019, at 03:56, Paul Hoadley  wrote:
> 
> Hi Hugi,
> 
> On 30 Mar 2019, at 2:23 am, Hugi Thordarson  <mailto:h...@karlmenn.is>> wrote:
> 
>> I can't offer any help at all,
> 
> I was counting on you!
> 
>> besides telling you that I fought the same issue a while back and ended up 
>> defeated, writing the Zip file to a temp file and returning that to the 
>> client.
> 
> That's what I went with in the end, and it works fine, and I know the 
> appserver has the resources at the moment. Would have been nice to do this 
> the right way though.
> 
>> However, if you do choose to pursue this perilous path, the statement 
>> "WOHttpIO._alwaysAppendContentLength = false;" might be a tiny bit helpful. 
>> But who knows what else *that* might flonk up.
>> 
>> If you figure this out, I'd love to hear about it.
> 
> Markus Stoll pointed me in the direction of WOHttpIO as well. I will take a 
> look at some point. For now the product has shipped with the temp file 
> solution, but I will add this to my list of things to look at when time 
> permits. (Along with, for example, "Look at framework resources issue", which 
> I seem to recall was some Maven-related edge case you and I were talking 
> about around 78 years ago. Not even sure what it means any more, but it's on 
> that to-do list.)
> 
> 
> -- 
> Paul Hoadley
> https://logicsquad.net/ <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: Can WOPopupButton's selectedValue binding set a value in a component?

[Hugi Thordarson]

Thanks for the suggestions Samuel. I've managed to get this to work _somewhat_ 
efficiently by catching the popup's submitted value from the request 
(AjaxObserveField invokes an action that catches the formValue and fetches and 
sets the appropriate object), but otherwise doing things "the WO way".

I'm showing the UI in case anyone here has done anything similar and would like 
to suggest an approach:

https://www.youtube.com/watch?v=Uu1aVnPPciE 
<https://www.youtube.com/watch?v=Uu1aVnPPciE>

This is with ~50 records and I'm kind of amazed at how well it works, 
considering all the work that's done on each request. But I have to assume the 
records can go into ~1.000 and at that point this gets dog slow (since WO of 
course has to re-render the whole thing for every user interaction).

I'm not familiar with AjaxProxy and I'm not sure how deep I should go into it 
if there's little knowledge or experience with it. The point with doing this 
the WO way was that it served me well to save work, but I fear that the 
workarounds to go the WO way might in this case actually exceed the pain level 
required to just suck it up and go totally client side for this particular 
function. Maybe this is the time I've been waiting for to delve a bit deeper 
into vue.js/wo integration :).

Or… I might just have to rethink the UI so it fits my technology better. 
Wouldn't be the first time.

- hugi


> On 29 Mar 2019, at 18:42, Samuel Pelletier  wrote:
> 
> Hi Hugi,
> 
> I think most WOComponents (and elements) only push selectedValue or selection 
> if the value change.
> 
> For your case, I think you should use javascript code with a AjaxProxy to 
> communicate with your component controller or use some form of serialization 
> using a hidden field.
> 
> I never used AjaxProxy but my understanding is this create a javascript proxy 
> object in the page that implements RPC to java object created by the 
> component. 
> 
> The JS code would read the actuel values from the proxy object or by 
> deserializing them from the field, render the checkbox, handle the changes in 
> the ui and send back the result.
> 
> Regards,
> 
> Samuel
> 
>> Le 29 mars 2019 à 11:58, Hugi Thordarson  a écrit :
>> 
>> Hi all.
>> For … reasons* … I need to use the "selectedValue"-binding of a 
>> WOPopupButton, rather than the "selection"-binding. However, it seems 
>> "selectedValue" is unidirectional, i.e. if I bind it to a variable in a 
>> component, the variable is read (to set the initially selected value when 
>> the pop-up renders) but it's not set in the component when the form is 
>> submitted.
>> 
>> So… I guess the question is; shouldn't that binding be bidirectional, so I 
>> can intercept the new [selectedValue] on form submission? It seems 
>> surprising it doesn't just work, and it's tempting to think I'm simply just 
>> doing something wrong.
>> 
>> If anyone can shed some light on this (or suggest a workaround) I'd be most 
>> grateful. It would be lovely to able to avoid stuff like updating a hidden 
>> field on the client when the pop-up changes (blech) or manually getting the 
>> formValue from the request (pfft).
>> 
>> * For those interested in "reasons", it's that I have a few hundred select 
>> boxes on a single page, each one containing the same identical list of few 
>> hundred items. I'm populating these popups manually on the client using 
>> JavaScript so I don't have to download a few megabytes of HTML on each 
>> request. If anyone can suggest a different solution to *that* problem, then 
>> that makes this question obsolete :).
>> 
>> 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/samuel%40samkar.com
>> 
>> This email sent to sam...@samkar.com
> 

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

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

Can WOPopupButton's selectedValue binding set a value in a component?

[Hugi Thordarson]

Hi all.
For … reasons* … I need to use the "selectedValue"-binding of a WOPopupButton, 
rather than the "selection"-binding. However, it seems "selectedValue" is 
unidirectional, i.e. if I bind it to a variable in a component, the variable is 
read (to set the initially selected value when the pop-up renders) but it's not 
set in the component when the form is submitted.

So… I guess the question is; shouldn't that binding be bidirectional, so I can 
intercept the new [selectedValue] on form submission? It seems surprising it 
doesn't just work, and it's tempting to think I'm simply just doing something 
wrong.

If anyone can shed some light on this (or suggest a workaround) I'd be most 
grateful. It would be lovely to able to avoid stuff like updating a hidden 
field on the client when the pop-up changes (blech) or manually getting the 
formValue from the request (pfft).

* For those interested in "reasons", it's that I have a few hundred select 
boxes on a single page, each one containing the same identical list of few 
hundred items. I'm populating these popups manually on the client using 
JavaScript so I don't have to download a few megabytes of HTML on each request. 
If anyone can suggest a different solution to *that* problem, then that makes 
this question obsolete :).

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/archive%40mail-archive.com

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

Re: Returning a response of unknown length using WOResponse.setContentStream()

[Hugi Thordarson]

Hi Paul,
I can't offer any help at all, besides telling you that I fought the same issue 
a while back and ended up defeated, writing the Zip file to a temp file and 
returning that to the client.

However, if you do choose to pursue this perilous path, the statement 
"WOHttpIO._alwaysAppendContentLength = false;" might be a tiny bit helpful. But 
who knows what else *that* might flonk up.

If you figure this out, I'd love to hear about it.

- hugi


> On 28 Mar 2019, at 02:02, Paul Hoadley  wrote:
> 
> Hello,
> 
> I am zipping some files on the fly and trying to return the ZIP to the 
> browser. (None of the files are on the appserver, including the resulting 
> ZIP—it's all InputStreams and OutputStreams.) I can call 
> WOResponse.setContentStream(), but it expects a contentSize argument. Setting 
> this to, say 0, or some arbitrarily large number doesn't work. It certainly 
> appears that the browser expects the correct value or no header. What I can't 
> see is where "content-size" is even being set—as late as after 
> WOApplication.dispatchRequest(), the WORequest doesn't seem to have a 
> "content-size" header. If I knew where/when it was being set, I could 
> presumably remove it.
> 
> Has anyone solved any of these problems before? How can I return a response 
> of unknown length to the browser?
> 
> 
> -- 
> 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/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/archive%40mail-archive.com

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

Programmatic access to a componen instance generated by a switch component

[Hugi Thordarson]

Hi all.
I think I might be out of luck here, but does anyone have Some Amazing Way™ to 
programmatically work with a component instance generated by a WOSwichComponent?

Ideally, what I'd be able to do is something like:

SomeComponentThatContainsAWOSwitchComponent nextPage = pageWithName( 
SomeComponentThatContainsAWOSwitchComponent.class );
nextPage.componentInstanceDisplayedByWOSwitchComponentSomehowExposed.searchString
 = "Some String";
nextPage.componentInstanceDisplayedByWOSwitchComponentSomehowExposed.invokeSomeMethodThatPotentiallyModifiesTheResponse();
return nextPage;

I'm currently using ERXThreadStorage to throw values around and facilitate 
communication between components, but of course that feels very, very wrong, so 
any suggestions would be nice.

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/archive%40mail-archive.com

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

Re: On the future of WO (here we go again)

[Hugi Thordarson]

I use my own object structure to store meta-information about the data model. 
Served me well when migrating to Cayenne since I didn't have to modify a thing 
(metadata just derived from entity/attribute names, which stayed the same). 
You'd have to write some utility logic to modify template generation, though.

For some of the things you do, like specifying keys that can be used in custom 
searches, mark entities as auditable etc. I usually use interfaces.

- hugi



> On 19 Mar 2019, at 07:46, René Bock  wrote:
> 
> Hi,
> 
> instead of storing meta-data in EOModel userInfo, we use the d2w-rule-engine 
> to store this kind of information.  It's much more flexible. 
> 
>> Am 18.03.2019 um 05:50 schrieb Faizel Dakri > <mailto:list...@dakri.com>>:
>> 
>> Hi Maik,
>> 
>> In your conversion from EOF to Cayenne, did you have any issues with 
>> metadata embedded inside your EOModel userInfo dictionaries and if so, how 
>> you did you go about solving them? I’ve been looking at Cayenne as a 
>> replacement for EOF and one roadblock I am running into at the moment is 
>> support for a userInfo type structure in the Cayenne datamap. Admittedly, 
>> it’s been about 6 months or so since I’ve looked, but from what I could 
>> tell, this appeared to be an open issue with Cayenne. It looked like there 
>> might be some idea on how to implement it at one point, but I did not see 
>> any resolution or implementation of it.
>> 
>> I make extensive use of the EOModel userInfo dictionary (primarily on 
>> entities, but also on properties) to identify things that are configured at 
>> runtime. For example, I have a key named “taggable” that drives the template 
>> generation of my _EOEntity.java files.  I also use userInfo entries to 
>> specify information for my auditing framework  (e.g. being able to specify 
>> whether or an entity is audited, which keys to audit, etc.) or my custom 
>> filtering framework (e.g. to be able to turn on custom searches for an 
>> entity and to identify the  keys that can be used in custom searches). These 
>> are just a few examples.  My current thinking is to separate this metadata 
>> from the model and move it into its own configuration file, but that opens 
>> up the risk of the metadata getting out of sync with the model. It also 
>> seems a little dirty to me.
>> 
>> Curious if anyone else is in a similar position, or has already solved such 
>> an issue?
>> 
>> Regards,
>> 
>> F
>> 
>> -- 
>> Faizel Dakri
>> list...@dakri.com <mailto:list...@dakri.com>
>> 
>> 
>> 
>>> On Mar 15, 2019, at 10:18 AM, Maik Musall >> <mailto:m...@selbstdenker.ag>> wrote:
>>> 
>>> Hi Mark,
>>> 
>>> In 2017, Hugi and I converted a large project (>800.000 lines) from EOF to 
>>> Cayenne, within a few months. Had parallel branches for a while and then 
>>> switched in production, never looked back. Cayenne is similar enough that 
>>> most of the work is either boilerplate conversion or actually making use of 
>>> the newly-gained benefits. Very few hard problems encountered, and all 
>>> solved.
>>> 
>>> Let's have a talk in Frankfurt about what your EOF specifics actually are.
>>> 
>>> Maik
>>> 
>>> 
>>>> Am 15.03.2019 um 15:34 schrieb Morris, Mark >>> <mailto:mark.mor...@experian.com>>:
>>>> 
>>>> Just to throw our 2¢ in, we have an extremely large codebase that is very 
>>>> heavily invested in EOF, using it in several ways that dive deep into its 
>>>> bowels. ;-) Of course, we also use the WOF part of WO, and all of Wonder.
>>>> 
>>>> Regards,
>>>> Mark
>>>> 
>>>>> On Mar 15, 2019, at 5:51 AM, Hugi Thordarson >>>> <mailto:h...@karlmenn.is>> wrote:
>>>>> 
>>>>> Hi all.
>>>>> In preparation for the coming WODay in Frankfurt, I'd love it if you'd be 
>>>>> open to having a discussion on the status and future of WO, so we can 
>>>>> enter the coming work prepared.
>>>>> 
>>>>> I'd like to begin by sharing my own thoughts on the matter, based on my 
>>>>> current stack and experience. It's a rehash of something I posted to our 
>>>>> Slack yesterday, may sound revolutionary and will no doubt be 
>>>>> controversial, but I think some outside-the-box thinking is required at 
>>>>> this time. This is lengthy, sorry ab

On the future of WO (here we go again)

[Hugi Thordarson]

Hi all.
In preparation for the coming WODay in Frankfurt, I'd love it if you'd be open 
to having a discussion on the status and future of WO, so we can enter the 
coming work prepared.

I'd like to begin by sharing my own thoughts on the matter, based on my current 
stack and experience. It's a rehash of something I posted to our Slack 
yesterday, may sound revolutionary and will no doubt be controversial, but I 
think some outside-the-box thinking is required at this time. This is lengthy, 
sorry about that…

--

In the past few years I've been working towards minimising the use and effect 
of WO/Wonder on my stack, so when and if The Time comes, I and my customers 
have a migration path forward. Among the things I've done is move from EOF to 
Cayenne and from Ant to Maven (to make using 3rd party jars, including Cayenne 
easier), both of which have turned out to have been very happy decisions which 
I wholeheartedly recommend, regardless of anything else you do.

I love working with my WO/Cayenne stack, which is currently only "polluted" by 
the following frameworks:

-- WO:
* JavaFoundation (indirectly through WO, I never use foundation classes in my 
code unless absolutely required by WO)
* JavaWebObjects

-- Wonder (I consider Wonder "polluted" since it depends on WO/EOF)
* ERExtensions (only the WO stuff, not the EOF stuff)
• Ajax
• WOOgnl (indirectly for parsing Wonder-style inline templates)
…and of course then there's the deployment stuff (JavaMonitor,wotaskd, 
adaptors).

Given this, here's my proposal for a way forward:
* We abandon EOF (and, in fact, any ORM—this is not meant to be a full stack 
effort, initially at least)
* We re-implement JavaWebObjects as required (and the absolutely necessary 
parts of JavaFoundation, such as KVC and NSBundle) as a single framework
* We separate the necessary WO stuff from the EOF/D2W stuff in Wonder (as well 
as other totally unrelated things like mail sending frameworks, other utility 
frameworks and "useful applications") and include it in our re-implementation
* We create a fork of WOLips that knows how to live within the New Universe
* We rule the world

Ideally, what we end with is Just a Web Framework™ with IDE integration (and 
nothing else) that can serve as a basis for future development. While 
re-implementing WO may sound like a huge undertaking, I actually think it's 
smaller than rewriting all of my solutions that depend on it. This probably 
applies to more of you.

Now, looking at my own stack I know this proposal might sound a bit 
self-serving, but I'd like to hear other opinions. I believe it's a realistic 
way forward with (comparatively) minimal development effort. Turns out that WOF 
itself is the only part of the WO/Wonder stack that I really just don't want to 
live without.

This is something I'd like to do, and if anyone likes the idea and is willing 
to participate, I'm confident we can make this work! Doing stuff alone sucks.

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/archive%40mail-archive.com

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

Re: Best Linux distro?

[Hugi Thordarson]

I'm not really qualified to answer which one is "best" since I've only used 
CentOS in the past few years and thus have no comparison. But using CentOS has 
certainly been a very good experience.

Cheers,
- hugi


> On 12 Mar 2019, at 13:48, Ken Anderson  wrote:
> 
> All,
> 
> I’ve decided it’s time to stop paying Amazon for my little projects and run 
> them from home. I have a PC that I can retask. Any suggestions on most WO 
> friendly Linux distribution?
> 
> Many thanks!
> Ken
> 
> ___
> 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/archive%40mail-archive.com

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

Re: Maven builds and Generate Bundles

[Hugi Thordarson]

I'm not aware of a way to have Maven builds function without generating bundles 
:-/.

I thought this would be a drag on performance (since I remembered bundle-less 
being a huge performance boost) but it hasn't been, really (although my 
projects are all Maven, not sure if the Ant ones suffer). Perhaps the advent of 
SSDs has made bundle generation less of a drag?

- hugi


> On 6 Mar 2019, at 04:59, Michael Sharp  wrote:
> 
> Hi All,
> 
> As I continue my Maven journey I now find myself with a workspace consisting 
> of both Maven and Ant WO projects. All my legacy builds are bundle-less while 
> my Maven projects require the Generate Bundles WOLips preference checked. I 
> see the same behaviour in both new and migrated Maven projects.
> 
> Is it possible to run Maven WO apps without Generate Bundles checked? Ideally 
> I’d like to leave my debug/run launch configs for my legacy applications 
> unchanged.
> 
> Thanks
> 
> Sharpy.
> ___
> 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/archive%40mail-archive.com

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

Re: EOF and MS SQLServer?

[Hugi Thordarson]

Used EOF with MS SQL Server a lot about a decade ago, worked fine and I don't 
recall a lot of caveats. All switched to Cayenne now, though.

- hugi



> On 27 Feb 2019, at 19:00, Tim Worman  wrote:
> 
> Hi Markus,
> 
> I’ve used the Microsoft plugin in Wonder to connect to SQL Server quite a 
> lot. I don’t have to write data to these databases so I can’t offer any 
> updates on the issues Chuck encountered but our connections have worked well. 
> There are definitely peculiarities working SQL Server though and I’m happy to 
> chime in if/when you see issues.
> 
> 
> 
> Tim
> UCLA GSE&IS
> 
>> On Feb 27, 2019, at 9:27 AM, Chuck Hill > > wrote:
>> 
>> Hi Markus,
>> 
>> This was back in 2008 so things may have changed.  IIRC the plugin I used 
>> was called MicrosoftPlugIn and it was part of WO.  The ordering below was 
>> the main issue that I had.  The other was that timestamps were accurate to 
>> something like 3 ms in the database so while you could use then, you could 
>> not use them for optimistic locking as the snapshot value would often not 
>> match the value in the generated WHERE clause.
>> 
>> Chuck.
>> 
>>> On Feb 27, 2019, at 6:52 AM, Aaron Rosenzweig >> > wrote:
>>> 
>>> Hi Markus,
>>> 
>>> Here’s the coordinating callback hook I was referring to (made for MS SQL 
>>> but could work for any DB):
>>> 
>>> https://github.com/wocommunity/wonder/blob/master/Frameworks/Core/ERExtensions/Sources/com/webobjects/eoaccess/ERXEntityDependencyOrderingDelegate.java
>>>  
>>> 
>>> 
>>> It helps with, but does not fully eliminate, problems due to lack of 
>>> deferred constraints.
>>> AARON ROSENZWEIG / Chat 'n Bike 
>>> e:  aa...@chatnbike.com   t:  (301) 956-2319
>>> 
>>> 
 On Feb 27, 2019, at 9:47 AM, Aaron Rosenzweig >>> > wrote:
 
 Hi Markus,
 
 If memory serves, Chuck Hill deployed to MS SQLServer. I remember 
 specifically he had a coordinating callback that was added to Wonder so 
 that it did a better job of organizing the order of update/delete/insert 
 as to help not avoid constraint errors. That’s because MS SQL didn’t have 
 deferred constraints back then (maybe it does now). I thought there was a 
 plug-in too… 
 AARON ROSENZWEIG / Chat 'n Bike 
 e:  aa...@chatnbike.com   t:  (301) 956-2319

 
> On Feb 27, 2019, at 4:40 AM, Markus Ruggiero  > wrote:
> 
> We are about to get a new project but the customer requires the 
> application to run against an existing Microsoft SQL Server (version not 
> yet known). When I create a new EOModel there is no selection for an MS 
> SQL Server plug-in. No support in Wonder for Microsoft?
> 
> Does anyone have experience running a Wonder App against a Microssoft 
> database?
> 
> Please help and advise
> ---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/hill.chuck%40gmail.com
>>>  
>>> 
>>> 
>>> This email sent to hill.ch...@gmail.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/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

Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap

[Hugi Thordarson]

I do, but I'm not quite sure the Wiki is where I'd like to post stuff. It's a 
very confusing place.


> On 22 Feb 2019, at 16:57, Ted Petrosky  wrote:
> 
> And do you get an ‘edit’ button on the wiki page when you log in?
> 
> 
> 
> Theodore Petrosky | IT/Finance Director
> AgencySacks
>  
> 345 Seventh Avenue, New York, NY 10001
> p. 212. 225. 9323  |  agencysacks.com 
> 
> 
> From: Webobjects-dev 
>  <mailto:webobjects-dev-bounces+tpetrosky=agencysacks@lists.apple.com>> on 
> behalf of Hugi Thordarson mailto:h...@karlmenn.is>>
> Date: Thursday, February 21, 2019 at 5:34 PM
> To: Maik Musall mailto:m...@selbstdenker.ag>>
> Cc: "Ted Petrosky (WO)"  <mailto:webobjects-dev@lists.apple.com>>
> Subject: Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap
> 
> My comment was directed at you Ant guys with your property files—didn't 
> really intend for it to backfire onto myself :p.
> 
> But I know there's a severe lack of documentation for using Maven with WO, 
> and I know I should have contributed a while ago. Incidentally I now finally 
> have time to write some docs, so it's time to own up.
> 
> - hugi
> 
> 
>> On 21 Feb 2019, at 21:33, Maik Musall > <mailto:m...@selbstdenker.ag>> wrote:
>> 
>> Hi Hugi,
>> 
>> glad you're volunteering to add that variant to the wiki page :)
>> 
>> Maik
>> 
>> 
>>> Am 21.02.2019 um 18:13 schrieb Hugi Thordarson >> <mailto:h...@karlmenn.is>>:
>>> 
>>> Ya'll need Maven.
>>> 
>>> - hugi
>>> 
>>> 
>>>> On 21 Feb 2019, at 17:09, Tim Worman >>> <mailto:li...@thetimmy.com>> wrote:
>>>> 
>>>> I would think, at this point, that the number of devs swapping between 
>>>> multiple versions of WO would be close to zero. Anyone supporting a legacy 
>>>> codebase will probably know what to do. Perhaps there could simply be a 
>>>> link to a separate article - “How to maintain multiple versions of WO."
>>>> 
>>>> Tim
>>>> 
>>>>> On Feb 21, 2019, at 8:10 AM, Theodore Petrosky >>>> <mailto:tedp...@yahoo.com>> wrote:
>>>>> 
>>>>> The problem is that (If I remember correctly) when you invoke ant on the 
>>>>> CLI, ant uses wolips.properties. it will ignore anything else.
>>>>> 
>>>>> so if you have a wolips.543.properties and Eclipse is set up to use it, 
>>>>> then Eclipse is Okay, but the CLI will not use it.
>>>>> 
>>>>> So I think it is better to NOT use the wolips.543.properties so that 
>>>>> installing and or compiling from Eclipse will agree with using the CLI.
>>>>> 
>>>>> One can do whatever pleases themselves, but I think erring on the side of 
>>>>> consistency is more correct (betterer???)! And it is not really erring, 
>>>>> it is making an informed decision.
>>>>> 
>>>>> Can you override ant’s properties?
>>>>> 
>>>>> ant -Dproperties=wolips.543.properties
>>>>> 
>>>>> So I agree with Markus, we should tone down the usage of .543. (multiple 
>>>>> versions) or at the least call it not recommended and the above is why.
>>>>> 
>>>>> 
>>>>>> On Feb 21, 2019, at 9:39 AM, Maik Musall >>>>> <mailto:m...@selbstdenker.ag>> wrote:
>>>>>> 
>>>>>> Hi Ted,
>>>>>> 
>>>>>> I went through the install process on a clean machine, created new 
>>>>>> screenshots and updated the Project Wonder Installation page with that. 
>>>>>> But I kept the wolips.543.properties scheme that had been described 
>>>>>> there, even though the comments at the bottom recommend not doing that 
>>>>>> and ignore the versioning. I also have the impression that skipping the 
>>>>>> version distinction would be better.
>>>>>> 
>>>>>> I can update that again, but I'd like a discussion about that detail 
>>>>>> here before.
>>>>>> 
>>>>>> Maik
>>>>>> 
>>>>>> 
>>>>>>> Am 21.02.2019 um 05:06 schrieb Theodore Petrosky >>>>>> <mailto:tedp...@yahoo.com>>:
>>>>>>> 
>>>>>>> So I can edit some pages b

Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap

[Hugi Thordarson]

For a little addition to this discussion, just if you find it interesting: 
Today I set up a new developer environment on a new machine by:

1) Installing Eclipse
2) Installing WOLips (4_10, thanks guys!)
3) Cloning a git repository containing a maven WebObjects project
4) Running the WebObjects project

Said project can also be built for deployment by just running "mvn package" on 
it. No WebObjects installation. No property files. None of the mess or wizardry 
that's usually involved in getting WO running on dev or build. That's worth 
something.

To be fair, the project's pom referenced the WOCommunity repository. Usually 
you'll have to add that to your own maven settings (since WO and WOnder are not 
in Maven central) but that's one, one-time step.

It's just so… Lovely.

- hugi



> On 21 Feb 2019, at 22:38, Hugi Thordarson  wrote:
> 
> Unfortunately, not really. There's that guide for converting an existing 
> Fluffy Bunny project…
> 
> https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631 
> <https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631>
> 
> …and after that everything should just work®. But of course there are always 
> caveats. And we're really missing basic documentation on project structure 
> and other stuff for people new to Maven.
> 
> But if you give it a try, I (and others) are very happy to help along the 
> way, both here on the list and on Slack. I don't know anyone that switched to 
> Maven and regretted it.
> 
> - hugi
> 
> 
> 
>> On 21 Feb 2019, at 19:02, Fredrik Lindgren > <mailto:fredrik_li...@drop.se>> wrote:
>> 
>> So, is there a good description/guide somewhere for how to use Maven with 
>> WebObjects and Wonder?
>> 
>> Hälsningar
>> Fredrik Lindgren
>> 
>> 21 feb. 2019 kl. 18:13 skrev Hugi Thordarson > <mailto:h...@karlmenn.is>>:
>> 
>>> Ya'll need Maven.
>>> 
>>> - hugi
>>> 
>>> 
>>>> On 21 Feb 2019, at 17:09, Tim Worman >>> <mailto:li...@thetimmy.com>> wrote:
>>>> 
>>>> I would think, at this point, that the number of devs swapping between 
>>>> multiple versions of WO would be close to zero. Anyone supporting a legacy 
>>>> codebase will probably know what to do. Perhaps there could simply be a 
>>>> link to a separate article - “How to maintain multiple versions of WO."
>>>> 
>>>> Tim
>>>> 
>>>>> On Feb 21, 2019, at 8:10 AM, Theodore Petrosky >>>> <mailto:tedp...@yahoo.com>> wrote:
>>>>> 
>>>>> The problem is that (If I remember correctly) when you invoke ant on the 
>>>>> CLI, ant uses wolips.properties. it will ignore anything else.
>>>>> 
>>>>> so if you have a wolips.543.properties and Eclipse is set up to use it, 
>>>>> then Eclipse is Okay, but the CLI will not use it.
>>>>> 
>>>>> So I think it is better to NOT use the wolips.543.properties so that 
>>>>> installing and or compiling from Eclipse will agree with using the CLI.
>>>>> 
>>>>> One can do whatever pleases themselves, but I think erring on the side of 
>>>>> consistency is more correct (betterer???)! And it is not really erring, 
>>>>> it is making an informed decision.
>>>>> 
>>>>> Can you override ant’s properties?
>>>>> 
>>>>> ant -Dproperties=wolips.543.properties
>>>>> 
>>>>> So I agree with Markus, we should tone down the usage of .543. (multiple 
>>>>> versions) or at the least call it not recommended and the above is why.
>>>>> 
>>>>> 
>>>>>> On Feb 21, 2019, at 9:39 AM, Maik Musall >>>>> <mailto:m...@selbstdenker.ag>> wrote:
>>>>>> 
>>>>>> Hi Ted,
>>>>>> 
>>>>>> I went through the install process on a clean machine, created new 
>>>>>> screenshots and updated the Project Wonder Installation page with that. 
>>>>>> But I kept the wolips.543.properties scheme that had been described 
>>>>>> there, even though the comments at the bottom recommend not doing that 
>>>>>> and ignore the versioning. I also have the impression that skipping the 
>>>>>> version distinction would be better.
>>>>>> 
>>>>>> I can update that again, but I'd like a discussion about that detail 
>>>>>> h

Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap

[Hugi Thordarson]

Unfortunately, not really. There's that guide for converting an existing Fluffy 
Bunny project…

https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631 
<https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631>

…and after that everything should just work®. But of course there are always 
caveats. And we're really missing basic documentation on project structure and 
other stuff for people new to Maven.

But if you give it a try, I (and others) are very happy to help along the way, 
both here on the list and on Slack. I don't know anyone that switched to Maven 
and regretted it.

- hugi



> On 21 Feb 2019, at 19:02, Fredrik Lindgren  wrote:
> 
> So, is there a good description/guide somewhere for how to use Maven with 
> WebObjects and Wonder?
> 
> Hälsningar
> Fredrik Lindgren
> 
> 21 feb. 2019 kl. 18:13 skrev Hugi Thordarson  <mailto:h...@karlmenn.is>>:
> 
>> Ya'll need Maven.
>> 
>> - hugi
>> 
>> 
>>> On 21 Feb 2019, at 17:09, Tim Worman >> <mailto:li...@thetimmy.com>> wrote:
>>> 
>>> I would think, at this point, that the number of devs swapping between 
>>> multiple versions of WO would be close to zero. Anyone supporting a legacy 
>>> codebase will probably know what to do. Perhaps there could simply be a 
>>> link to a separate article - “How to maintain multiple versions of WO."
>>> 
>>> Tim
>>> 
>>>> On Feb 21, 2019, at 8:10 AM, Theodore Petrosky >>> <mailto:tedp...@yahoo.com>> wrote:
>>>> 
>>>> The problem is that (If I remember correctly) when you invoke ant on the 
>>>> CLI, ant uses wolips.properties. it will ignore anything else.
>>>> 
>>>> so if you have a wolips.543.properties and Eclipse is set up to use it, 
>>>> then Eclipse is Okay, but the CLI will not use it.
>>>> 
>>>> So I think it is better to NOT use the wolips.543.properties so that 
>>>> installing and or compiling from Eclipse will agree with using the CLI.
>>>> 
>>>> One can do whatever pleases themselves, but I think erring on the side of 
>>>> consistency is more correct (betterer???)! And it is not really erring, it 
>>>> is making an informed decision.
>>>> 
>>>> Can you override ant’s properties?
>>>> 
>>>> ant -Dproperties=wolips.543.properties
>>>> 
>>>> So I agree with Markus, we should tone down the usage of .543. (multiple 
>>>> versions) or at the least call it not recommended and the above is why.
>>>> 
>>>> 
>>>>> On Feb 21, 2019, at 9:39 AM, Maik Musall >>>> <mailto:m...@selbstdenker.ag>> wrote:
>>>>> 
>>>>> Hi Ted,
>>>>> 
>>>>> I went through the install process on a clean machine, created new 
>>>>> screenshots and updated the Project Wonder Installation page with that. 
>>>>> But I kept the wolips.543.properties scheme that had been described 
>>>>> there, even though the comments at the bottom recommend not doing that 
>>>>> and ignore the versioning. I also have the impression that skipping the 
>>>>> version distinction would be better.
>>>>> 
>>>>> I can update that again, but I'd like a discussion about that detail here 
>>>>> before.
>>>>> 
>>>>> Maik
>>>>> 
>>>>> 
>>>>>> Am 21.02.2019 um 05:06 schrieb Theodore Petrosky >>>>> <mailto:tedp...@yahoo.com>>:
>>>>>> 
>>>>>> So I can edit some pages but not all  :(
>>>>>> 
>>>>>> 
>>>>>> I can edit in here for instance:
>>>>>> https://wiki.wocommunity.org/display/documentation/Building+a+WebObjects+Project
>>>>>>  
>>>>>> <https://wiki.wocommunity.org/display/documentation/Building+a+WebObjects+Project>
>>>>>> 
>>>>>> but I cannot edit here:
>>>>>> https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation 
>>>>>> <https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation>
>>>>>> 
>>>>>> I have always been very confused in the wiki. I know that Maik Musall 
>>>>>> can edit here because it says at the top of the page:
>>>>>> last modified by Maik Musall 
>>>>>> <https://wiki.wocommunity.org/display/~

Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap

[Hugi Thordarson]

My comment was directed at you Ant guys with your property files—didn't really 
intend for it to backfire onto myself :p.

But I know there's a severe lack of documentation for using Maven with WO, and 
I know I should have contributed a while ago. Incidentally I now finally have 
time to write some docs, so it's time to own up.

- hugi


> On 21 Feb 2019, at 21:33, Maik Musall  wrote:
> 
> Hi Hugi,
> 
> glad you're volunteering to add that variant to the wiki page :)
> 
> Maik
> 
> 
>> Am 21.02.2019 um 18:13 schrieb Hugi Thordarson > <mailto:h...@karlmenn.is>>:
>> 
>> Ya'll need Maven.
>> 
>> - hugi
>> 
>> 
>>> On 21 Feb 2019, at 17:09, Tim Worman >> <mailto:li...@thetimmy.com>> wrote:
>>> 
>>> I would think, at this point, that the number of devs swapping between 
>>> multiple versions of WO would be close to zero. Anyone supporting a legacy 
>>> codebase will probably know what to do. Perhaps there could simply be a 
>>> link to a separate article - “How to maintain multiple versions of WO."
>>> 
>>> Tim
>>> 
>>>> On Feb 21, 2019, at 8:10 AM, Theodore Petrosky >>> <mailto:tedp...@yahoo.com>> wrote:
>>>> 
>>>> The problem is that (If I remember correctly) when you invoke ant on the 
>>>> CLI, ant uses wolips.properties. it will ignore anything else.
>>>> 
>>>> so if you have a wolips.543.properties and Eclipse is set up to use it, 
>>>> then Eclipse is Okay, but the CLI will not use it.
>>>> 
>>>> So I think it is better to NOT use the wolips.543.properties so that 
>>>> installing and or compiling from Eclipse will agree with using the CLI.
>>>> 
>>>> One can do whatever pleases themselves, but I think erring on the side of 
>>>> consistency is more correct (betterer???)! And it is not really erring, it 
>>>> is making an informed decision.
>>>> 
>>>> Can you override ant’s properties?
>>>> 
>>>> ant -Dproperties=wolips.543.properties
>>>> 
>>>> So I agree with Markus, we should tone down the usage of .543. (multiple 
>>>> versions) or at the least call it not recommended and the above is why.
>>>> 
>>>> 
>>>>> On Feb 21, 2019, at 9:39 AM, Maik Musall >>>> <mailto:m...@selbstdenker.ag>> wrote:
>>>>> 
>>>>> Hi Ted,
>>>>> 
>>>>> I went through the install process on a clean machine, created new 
>>>>> screenshots and updated the Project Wonder Installation page with that. 
>>>>> But I kept the wolips.543.properties scheme that had been described 
>>>>> there, even though the comments at the bottom recommend not doing that 
>>>>> and ignore the versioning. I also have the impression that skipping the 
>>>>> version distinction would be better.
>>>>> 
>>>>> I can update that again, but I'd like a discussion about that detail here 
>>>>> before.
>>>>> 
>>>>> Maik
>>>>> 
>>>>> 
>>>>>> Am 21.02.2019 um 05:06 schrieb Theodore Petrosky >>>>> <mailto:tedp...@yahoo.com>>:
>>>>>> 
>>>>>> So I can edit some pages but not all  :(
>>>>>> 
>>>>>> 
>>>>>> I can edit in here for instance:
>>>>>> https://wiki.wocommunity.org/display/documentation/Building+a+WebObjects+Project
>>>>>>  
>>>>>> <https://wiki.wocommunity.org/display/documentation/Building+a+WebObjects+Project>
>>>>>> 
>>>>>> but I cannot edit here:
>>>>>> https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation 
>>>>>> <https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation>
>>>>>> 
>>>>>> I have always been very confused in the wiki. I know that Maik Musall 
>>>>>> can edit here because it says at the top of the page:
>>>>>> last modified by Maik Musall 
>>>>>> <https://wiki.wocommunity.org/display/~mmusall> on Dec 01, 2017 
>>>>>> <https://wiki.wocommunity.org/pages/diffpagesbyversion.action?pageId=1835055&selectedPageVersions=60&selectedPageVersions=61>
>>>>>> 
>>>>>> I would be happy to help here if we can figure out how to get 

Re: WOLips, Eclipse 2018-12 with openjdk11 and dcevm-hotswap

[Hugi Thordarson]

Ya'll need Maven.

- hugi


> On 21 Feb 2019, at 17:09, Tim Worman  wrote:
> 
> I would think, at this point, that the number of devs swapping between 
> multiple versions of WO would be close to zero. Anyone supporting a legacy 
> codebase will probably know what to do. Perhaps there could simply be a link 
> to a separate article - “How to maintain multiple versions of WO."
> 
> Tim
> 
>> On Feb 21, 2019, at 8:10 AM, Theodore Petrosky > > wrote:
>> 
>> The problem is that (If I remember correctly) when you invoke ant on the 
>> CLI, ant uses wolips.properties. it will ignore anything else.
>> 
>> so if you have a wolips.543.properties and Eclipse is set up to use it, then 
>> Eclipse is Okay, but the CLI will not use it.
>> 
>> So I think it is better to NOT use the wolips.543.properties so that 
>> installing and or compiling from Eclipse will agree with using the CLI.
>> 
>> One can do whatever pleases themselves, but I think erring on the side of 
>> consistency is more correct (betterer???)! And it is not really erring, it 
>> is making an informed decision.
>> 
>> Can you override ant’s properties?
>> 
>> ant -Dproperties=wolips.543.properties
>> 
>> So I agree with Markus, we should tone down the usage of .543. (multiple 
>> versions) or at the least call it not recommended and the above is why.
>> 
>> 
>>> On Feb 21, 2019, at 9:39 AM, Maik Musall >> > wrote:
>>> 
>>> Hi Ted,
>>> 
>>> I went through the install process on a clean machine, created new 
>>> screenshots and updated the Project Wonder Installation page with that. But 
>>> I kept the wolips.543.properties scheme that had been described there, even 
>>> though the comments at the bottom recommend not doing that and ignore the 
>>> versioning. I also have the impression that skipping the version 
>>> distinction would be better.
>>> 
>>> I can update that again, but I'd like a discussion about that detail here 
>>> before.
>>> 
>>> Maik
>>> 
>>> 
 Am 21.02.2019 um 05:06 schrieb Theodore Petrosky >>> >:
 
 So I can edit some pages but not all  :(
 
 
 I can edit in here for instance:
 https://wiki.wocommunity.org/display/documentation/Building+a+WebObjects+Project
  
 
 
 but I cannot edit here:
 https://wiki.wocommunity.org/display/WEB/Project+Wonder+Installation 
 
 
 I have always been very confused in the wiki. I know that Maik Musall can 
 edit here because it says at the top of the page:
 last modified by Maik Musall 
  on Dec 01, 2017 
 
 
 I would be happy to help here if we can figure out how to get me edit 
 privs.
 
 Ted
 
 
 
> On Feb 20, 2019, at 10:47 PM, Michael Sharp  > wrote:
> 
> A wiki update would be good. I’ve updated README.md in the 4.10 repo to 
> reference the appropriate version of Eclipse and WOLips update site URL.
> 
> - Sharpy.
> 
>> On 20 Feb 2019, at 7:03 pm, Theodore Petrosky > > wrote:
>> 
>> ???
>> 
>> should the wiki be updated to reflect this URL?
>> 
>> I hate the idea of having to examine the mail archives to find  this.
>> 
>> Ted
>> 
>>> On Feb 18, 2019, at 7:38 PM, Henrique Prange >> > wrote:
>>> 
>>> Hey guys,
>>> 
>>> Just to let you know that I've merged Michael's pull request into the 
>>> eclipse_4_10 branch. Maik did set up a new Jenkins job to build from 
>>> changes on that branch. You can test it by pointing your WOLips update 
>>> site to:
>>> 
>>> https://jenkins.wocommunity.org/job/WOLips410/lastSuccessfulBuild/artifact/temp/dist/
>>>  
>>> 
>>> 
>>> It looks good on my machine.
>>> 
>>> Cheers,
>>> 
>>> HP
>>> 
 On Feb 17, 2019, at 7:52 PM, Michael Sharp >>> > wrote:
 
 Hi Henrique,
 
 Thank you, PR here https://github.com/wocommunity/wolips/pull/139 
 
 
 Cheers,
 
 - Sharpy.
 
 
> On 18 Feb 2019, at 3:11 am, Henrique Prange  > wrote:
> 
> Hi Michael,
> 
> I've pushed a new branch eclipse_4_10 to track changes and fixes for 
> Eclipse 2018-12 momentarily. Would you mind to create a pull request?
> 
>>>

Re: Invitation: WebObjects Developer Meeting on April 11th 2019 in Frankfurt am Main

[Hugi Thordarson]

That's awesome René, thanks for doing this! I'm definitely in.

- hugi


> On 15 Feb 2019, at 13:38, René Bock  wrote:
> 
> Dear WebObjects friends and Wonder veterans,
> 
> it's time to meet again. We are all dealing with the question, how does it go 
> on with WebObjects? What strategies and ideas exists for current and future 
> development tasks?
> 
> 
> We would like to invite you to a professional exchange on this topic in 
> Frankfurt on Thursday, April 11th 2019
> 
> For an inspiring program we are looking forward to your suggestions. We will 
> publish them successively on https://woday.salient.de
> 
> We have reserved the De-Cix Meeting Center. The room can be divided and 
> offers space for up to 50 people. The costs for room rental and the all-day 
> package with soft drinks, coffee/tea, coffee breaks, warm lunch are 75 EUR 
> (net) per person. The caterer is really delicious.
> 
> So please register until 05 March and send us your topics at 
> https://woday.salient.de/Registration
> 
> We are looking forward to you!
> 
> 
> 
> Best regards
> 
> René Bock and the salient-team
> 
> --
> Phone: +49 69 650096 18
> 
> salient GmbH, Lindleystraße 12, 60314 Frankfurt
> Main: +49 69 65 00 96 0  |  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)
> 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/archive%40mail-archive.com

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

Re: Maven and Wonder

[Hugi Thordarson]

Hi Markus.

Regarding (1), you probably need to include JarResourceRequestHandler 
((https://gist.github.com/hprange/1068523) in your project and activate it in 
your Application constructor:

if (isDirectConnectEnabled()) {
registerRequestHandler(new JarResourceRequestHandler(), "wr");
}

And as you mention, this should probably have been included in Wonder some way 
a while back…

2) I don't use EOF anymore (using Cayenne) so this is not my area of expertise, 
but I'm guessing you need to check out  some of the methods in ERXExtensions 
for bootstraping the environment for testing. Probably initEOF or initApp, 
depending on your requirements.

- hugi


> On 5 Feb 2019, at 15:53, Markus Stoll, junidas GmbH  
> wrote:
> 
> Hi,
> 
> finally I started mavenizing my Wonder projects (and I am very grateful for 
> all the work done here).
> I observed few things that required patching Wonder and I wonder whether I 
> missed something.
> 
> 1. When I start one of the example application (from maven build) directly, 
> it creates URLs for the ERXStaticResourceRequestHandler that have a file 
> reference like this:
> 
> jar:file:///!/path/to/resource/in/jar
> 
> and ERXStaticResourceRequestHandler was not handling this correctly. I 
> created a patch for this, but I am puzzled why this might be needed as I 
> expected to be one of the last ones to go Maven.
> 
> 
> 2. wounit tests executed from surefireplugin in maven.
> 
> The default way the test is setup (to execute the tests from test-classes), 
> NSBundle won't find its resources, so MockEditingContext wont find the 
> EOModels. I created a patch to enable NSBundle to handle this setup. But I 
> guess, I am missing something here, too.
> But I could't find anything about how to setup surefire / junit / wounit 
> tests from Maven for Wonder / WebObjects.
> 
> Maybe someone can give me some hints. If I did not miss anything, I will be 
> glad to supply my patches to Wonder, but still I fear they might not be 
> needed at all...
> 
> Regards, 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/archive%40mail-archive.com

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

Re: Advice on whether to upgrade Eclipse / WOLips from Eclipse Mars 4.5

[Hugi Thordarson]

Been using Eclipse 2018-12 since release and it works great. It's been quite a 
while since an Eclipse upgrade has caused problems.

- hugi



> On 5 Feb 2019, at 17:59, Morris, Mark  wrote:
> 
> I’m on Eclipse 4.6 and it’s working fine, but a few of my coworkers are on 
> Eclipse 4.7 and are very happy with it. (We all use WOLips.)
>  
> Coincidentally I just downloaded Eclipse 2018-12 yesterday to give it a try 
> sometime in the next week or so. Anyone try this yet?
>  
> Regards,
> Mark
>  
> From: Webobjects-dev 
>  > on 
> behalf of Aaron Rosenzweig mailto:aa...@chatnbike.com>>
> Date: Tuesday, February 5, 2019 at 11:41 AM
> To: John Pollard mailto:j...@pollardweb.com>>
> Cc: WebObjects Development  >
> Subject: Re: Advice on whether to upgrade Eclipse / WOLips from Eclipse Mars 
> 4.5
>  
> Hi John, I’m on Eclipse 4.6 and it is ok. I have not tried 4.7 with WO. 
>  
> Newer Eclipse can sometimes bring better debugging and general Java goodness 
> but other than that… 
>  
> If you are reasonably happy, I wouldn’t switch. 
>  
> I guess for giggles and grins you could try out 4.7 and see how it goes. 
> AARON ROSENZWEIG / Chat 'n Bike 
> 
> e:  aa...@chatnbike.com   t:  (301) 956-2319 
> 
>   
> 
> 
> 
> On Feb 5, 2019, at 5:08 AM, John Pollard  > wrote:
>  
> Hi list,
> 
> My last update of Eclipse/WOLips was in 2015 and I am on Eclipse Mars 4.5.2 + 
> wolips / subclipse and all works fine.
> 
> Should I move up (to Eclipse/WOLips 4.7?) or not much reason to do so?
> 
> Many thanks for your advice,
> 
> 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/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/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/archive%40mail-archive.com

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

Re: WOCommynity Maven Repository via HTTPS

[Hugi Thordarson]

Awesome, thanks!


> On 2 Nov 2018, at 00:19, Henrique Prange  wrote:
> 
> Hey guys,
> 
> Just a quick update here. You can now access the WOCommunity Maven Repository 
> via HTTPS. We've configured HTTP requests to redirect permanently to HTTPS. 
> For this reason, it's a good idea to update your settings to reflect that 
> change.
> 
> Please, let me know if you have any problems.
> 
> Cheers,
> 
> HP
> ___
> 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/archive%40mail-archive.com

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

Re: WO and Java 11

[Hugi Thordarson]

Hi Henrique!

Thanks a lot for sharing your experiences—this is the best news I've heard in a 
while :). I had the same experience with the tooling, but apparently full Java 
11 support is scheduled for the 2018-12 release of Eclipse 
(https://www.eclipse.org/eclipse/news/4.10/jdt.php). I think I'll wait for that 
and then migrate a couple of non-critical experimental apps. Christmas will be 
fun this year.

Cheers,
- hugi


> On 16 Oct 2018, at 23:49, Henrique Prange  wrote:
> 
> Hi Hugi,
> 
> I did some experiments using Java 11 last weekend. I've tried to migrate our 
> main application. It's a large app containing approximately 7200 unit tests. 
> I was expecting lots of issues. Surprisingly, though, I found just a handful 
> of them.
> 
> 1. WOInject doesn't work
> 
> The custom classloader used by WOInject doesn't work with Java 11. 
> Fortunately, there's already a pull request [1] with the fix. Version 
> 1.3-SNAPSHOT based on that branch has been deployed to the WOCommunity 
> repository if anyone wants to try it.
> 
> 2. Classpath resources not found while executing tests
> 
> Tests stoped finding resources in the classpath. Probably because of the new 
> module system and its side-effects. I had to replace code like this:
> 
> URL url = TestClass.class.getClass().getResource("/MyResource");
> 
> With code like that:
> 
> URL url = 
> Thread.currentThread().getContextClassLoader().getResource("MyResource");
> 
> 3. Socket timeouts when running SMTP related unit tests
> 
> It's not related to WO stuff, but SMTP related unit tests aren't working 
> anymore. I have socket timeouts all the time. I remember having problems when 
> migrating to Java 8 too. A system level configuration solved the issue at the 
> time. It might also be the case with Java 11. I've been ignoring these tests 
> until I find the cause of the problem.
> 
> 4. Wonder
> 
> I haven't spent enough time with Wonder yet. Anyway, I know that the 
> ERExtensions framework has some compilation failures. Even though I haven't 
> tried, I expect frameworks like ERProfiling also to break. Most problems that 
> I had were related to code involving or messing with classloaders.
> 
> 5. Mockito 1.9.x and Guice 4.0 warning messages
> 
> Older versions of Mockito make illegal reflective access to the 
> java.lang.ClassLoader.defineClass method. For now, it is just a warning, but, 
> as they keep alerting, "all illegal access operations will be denied in a 
> future release.” I'm pretty sure the latest version (2.23.0) does solve this 
> problem. Unfortunately, Mockit 2.x isn't compatible with WOUnit yet [2].
> 
> The same problem happens with Guice, and the same solution applies. Just 
> upgrade to the latest version (4.2.1).
> 
> In summary, depending on your WO app dependencies and if you're not willing 
> to move into the new module system, you might be able to migrate to Java 11 
> without further ado. I've shared a sample WO app on Github [3] showing how to 
> configure the Maven build to work with Java 11.
> 
> Oh! And there's one more thing...
> 
> In my experience, Java tooling is still not ready for Java 11. I see errors 
> popping up consistently in the latest release of Eclipse. Usually caused by 
> missing classes that were part of the JDK in previous versions. Other tools 
> refuse entirely to open.
> 
> As a workaround, I'm "disabling" Java 11 as the default installation in my 
> system. I did that by appending a ".disabled" extension to the Info.plist at 
> the JDK 11 Contents folder:
> 
> /Library/Java/JavaVirtualMachines/jdk-11.jdk/Contents/Info.plist.disabled
> 
> I know. It's ugly. Yet, I can build my projects with Java 11 while running my 
> tools on Java 8.
> 
> [1]https://github.com/hprange/woinject/pull/15 
> <https://github.com/hprange/woinject/pull/15>
> [2]https://github.com/hprange/wounit/issues/49 
> <https://github.com/hprange/wounit/issues/49>
> [3]https://github.com/hprange/wo-java11-sample 
> <https://github.com/hprange/wo-java11-sample>
> 
> Cheers,
> 
> HP
> 
>> On Oct 5, 2018, at 4:13 PM, Hugi Thordarson > <mailto:h...@karlmenn.is>> wrote:
>> 
>> So… Java is moving forward pretty fast these days. I'd like to move to 11 
>> ASAP but I just wanted to check with the community first. Any luck?
>> 
>> - hugi
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
>> <mailto:Webobjects-dev@

WO and Java 11

[Hugi Thordarson]

So… Java is moving forward pretty fast these days. I'd like to move to 11 ASAP 
but I just wanted to check with the community first. Any luck?

- 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/archive%40mail-archive.com

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

Re: An Introduction to WebObjects, in Swift

[Hugi Thordarson]

Use maven.

- hugi

> On 3 Jun 2018, at 13:47, Gino Pacitti  wrote:
> 
> I really wish WO was like npm distribution style... and or swift!!!
> 
> If you wanted custom modules it’s a $ wo install —save-dev Ajax  or whatever 
> ...
> 
> 
> Sent from my Apple iPhone 7 plus
> 
> On 3 Jun 2018, at 11:41, Hugi Thordarson  wrote:
> 
>>>> Hi Lars,
>>>> 
>>>> That’s cool - I read through it quickly. You’ve spent a lot of time 
>>>> getting this far.
>>> 
>>> Helge Hess
>> 
>> Now that's a name I've not heard in a long time (strokes beard)
>> ___
>> 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/ginokris%40me.com
>> 
>> This email sent to ginok...@me.com
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/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/archive%40mail-archive.com

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

Re: An Introduction to WebObjects, in Swift

[Hugi Thordarson]

>> Hi Lars,
>> 
>> That’s cool - I read through it quickly. You’ve spent a lot of time getting 
>> this far.
> 
> Helge Hess

Now that's a name I've not heard in a long time (strokes beard)
 ___
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 dev setup

[Hugi Thordarson]

Well… 15 years of only Direct Connect up here without any problems. I'm 
probably pretty much made of lightning by now :).


> On 29 Dec 2017, at 20:23, Ken Anderson  wrote:
> 
> I thought if you said the words “Direct” and “Connect” in the same sentence 
> you’d get struck by lightning!
> 
>> On Dec 29, 2017, at 3:17 PM, Hugi Thordarson > <mailto:h...@karlmenn.is>> wrote:
>> 
>> I don't install WO on my dev machines anymore, I just install WOLips in 
>> Eclipse and allow Maven to build and manage my WO frameworks. Of course, 
>> this setup assumes you'd like to use maven and can use direct connect for 
>> development, rather than relying on Apache and/or JavaMonitor. But it 
>> simplified my life a lot.
>> 
>> - hugi
>> 
>> 
>> 
>>> On 29 Dec 2017, at 19:02, Ken Anderson >> <mailto:kenli...@anderhome.com>> wrote:
>>> 
>>> OK guys - please forgive me.  I’m trying to setup a completely new machine 
>>> without relying on the ancient ways of doing things.
>>> 
>>> I’ve downloaded WOnder and built it.  Why does it install in a directory 
>>> called “Roots” ?
>>> 
>>> I want to setup to use Apache, wotaskd, and monitor on my High Sierra 
>>> machine.  When I build the deployment.tools target, I get wotaskd.woa in 
>>> the Roots directory, but when I try to run it, it can’t find 
>>> 
>>> er/extensions/appserver/ERXApplication
>>> 
>>> I’d also like it to run automatically on startup - not sure the best way to 
>>> do that now.
>>> 
>>> I’ve combed through the wiki, but this is far as I’ve gotten.
>>> 
>>> Thanks for any thoughts!!
>>> 
>>> Ken
>>> ___
>>> 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 
>>> <https://lists.apple.com/mailman/options/webobjects-dev/hugi%40karlmenn.is>
>>> 
>>> This email sent to h...@karlmenn.is <mailto: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/archive%40mail-archive.com

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

Re: New dev setup

[Hugi Thordarson]

I don't install WO on my dev machines anymore, I just install WOLips in Eclipse 
and allow Maven to build and manage my WO frameworks. Of course, this setup 
assumes you'd like to use maven and can use direct connect for development, 
rather than relying on Apache and/or JavaMonitor. But it simplified my life a 
lot.

- hugi



> On 29 Dec 2017, at 19:02, Ken Anderson  wrote:
> 
> OK guys - please forgive me.  I’m trying to setup a completely new machine 
> without relying on the ancient ways of doing things.
> 
> I’ve downloaded WOnder and built it.  Why does it install in a directory 
> called “Roots” ?
> 
> I want to setup to use Apache, wotaskd, and monitor on my High Sierra 
> machine.  When I build the deployment.tools target, I get wotaskd.woa in the 
> Roots directory, but when I try to run it, it can’t find 
> 
> er/extensions/appserver/ERXApplication
> 
> I’d also like it to run automatically on startup - not sure the best way to 
> do that now.
> 
> I’ve combed through the wiki, but this is far as I’ve gotten.
> 
> Thanks for any thoughts!!
> 
> Ken
> ___
> 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/archive%40mail-archive.com

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

Re: File update issues with Eclipse

[Hugi Thordarson]

Hi Markus,
no real help here, just adding some info: I've noticed this happening in 
another app recently (TextWrangler). But I'm running on High Sierra and thought 
it was related to changes in file APIs there.

Haven't noticed this in Eclipse though. Do you have "Refresh using native hooks 
or polling" on in your Workspace preferences? I found that to help with similar 
problems in the past.

- hugi



> On 8 Dec 2017, at 12:09, Markus Ruggiero  wrote:
> 
> I am having a really bad time with Eclipse and WO Editor and Entity Modeler. 
> (Eclipse 7.71a Oxygen with WOLips 4.7.20170731.3) on macOS Sierra 12.6.
> 
> When I edit a WOComponent, switch to the java file, switch back and forth, 
> very often I get alerted that there are changes on the file system and 
> whether I want to reload from disk or (in the case of trying to save) 
> overwrite what has changed on disk. Anyone seen this, too? Is there a way to 
> switch that off (whatever "that" is)? I am often thorougly confused and do 
> never exactly know which button to press. Depending on the context (reload 
> from disk or overwrite disk) I need to pick one or the other option.
> 
> I have experienced maybe related effects in Entity Modeler. Sometimes it gets 
> confused by edits, particularly when renaming entities, and corrupts the 
> model. The entity is still listed in index.eomodel but the corresponding 
> plist is gone. This happens on save. As long as I do not save everything is 
> there (in memory). And even when saving as long as I don't close Entity 
> Modeler things continue to work. Thus possibly an intermediate save action 
> already corrupts the model on disk.
> 
> Are these bugs in WOLips? Or in Eclipse? 
> Thanks for any ideas and maybe tips for workarounds
> 
> ---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/archive%40mail-archive.com

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

Re: New WebObjects book ?

[Hugi Thordarson]

Dang. Then how do I reduce the effort in the WebObjects work to be done to get 
problems solved? How can I ensure that plans of action include every WebObjects 
task and that every WebObjects outcome is in place? How will I save time 
investigating strategic and tactical options and ensuring WebObjects 
opportunity costs are low? How can I deliver tailored WebObjects advise 
instantly with structured going-forward plans?

Now I'll never know.

https://www.amazon.com/WebObjects-Practical-Integration-Gerard-Blokdyk/dp/1979934959/ref=sr_1_1?s=books&ie=UTF8&qid=1511630156&sr=1-1&keywords=webobjects

- hugi



> On 25 Nov 2017, at 17:21, David Holt  wrote:
> 
> Haha. 2165 results for Gerard. All published Nov 21. Very prolific.
> 
> Thanks,
> David
> 
>> On Nov 25, 2017, at 9:17 AM, David Holt  wrote:
>> 
>> Looks like a scam to me. The details on the cover have nothing to do with 
>> WebObjects.
>> 
>> Thanks,
>> David
>> 
>>> On Nov 25, 2017, at 8:59 AM, Francois BIENTZ  wrote:
>>> 
>>> WebObjects: Practical Integration from Gerard Blokdyk ISBN : 1979934954
>>> 
>>> ___
>>> 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/programmingosx%40mac.com
>>> 
>>> This email sent to programming...@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/programmingosx%40mac.com
>> 
>> This email sent to programming...@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/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/archive%40mail-archive.com

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

Re: Any formal notice

[Hugi Thordarson]

All I can say is that since the WOCommunity Association took out that gag order 
I'm not allowed to talk to the media about WO anymore.



> On 26 Oct 2017, at 22:52, Alan Ward  wrote:
> 
> I heard that Goat Herding is the new WO.
> 
> Alan
> 
>> On Oct 26, 2017, at 1:24 PM, Ken Anderson  wrote:
>> 
>> At least the WO union is in better shape than the united states… :(
>> 
>>> On Oct 26, 2017, at 10:21 AM, Gino Pacitti  wrote:
>>> 
>>> I do not think I am the first to notice the lack of activity on this list 
>>> but I was just interested to know what was the State of the Union?
>>> 
>>> Gino
>>> ___
>>> 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/kenlists%40anderhome.com
>>> 
>>> This email sent to kenli...@anderhome.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/award%40apple.com
>> 
>> This email sent to aw...@apple.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/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/archive%40mail-archive.com

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

Re: Fetching data from a model

[Hugi Thordarson]

Hi André
first, for the simple solution: Avoid using qualifierWithQualifierFormat. If 
you want to construct an equality qualifier, use EOKeyValueQualifier instead.

new EOKeyValueQualifier( MyEntity.A_KEY, EOQualifier.QualifierOperatorEqual, 
timestampA )

This will work if you're just tinkering with an old project and need to get it 
working real quick.

But it's still not really optimal, it's old style. A new/current project that 
incorporates Project Wonder will usually generate EOs that contain an ERXKey 
for each attribute instead of just Strings (A_KEY, B_KEY etc.). ERXKey provides 
you with convenience methods to construct qualifiers so using them you can do 
stuff like this:

EOQualifier q = MyEntity.A.eq( timestampA ).and( MyEntity.B.eq( timestampB 
).and( MyEntity.C.eq( timestampC );

So, use the first method to get up and running real quick, but use method B if 
you have a current project with ERXKeys (or upgrade your project to use them if 
this codebase has a future).

Cheers,
- hugi


> On 1 Oct 2017, at 19:55, André Rothe  wrote:
> 
> Hi,
> 
> I created a model with EOModeler. There are some classes in my project which 
> represent the entities of my model. Now I come to the point, that I must 
> fetch data from the database. In my Main component I created an EOQualifier 
> which combines 4 attributes:
> 
> EOQualifier eq = new EOAndQualifier(new NSArray(new 
> EOQualifier[] {
>   EOQualifier.qualifierWithQualifierFormat(MyEntity.A_KEY + "=%s",
>   new NSArray(new Object[] { getSession().getA() })),
>   EOQualifier.qualifierWithQualifierFormat(MyEntity.B_KEY + "=%s",
>   new NSArray(new Object[] { getSession().getB() })),
>   EOQualifier.qualifierWithQualifierFormat(MyEntity.C_KEY + "=%s",
>   new NSArray(new Object[] { getSession().getC() })),
>   EOQualifier.qualifierWithQualifierFormat(MyEntity.D_KEY + "<=?",
>   new NSArray(new Object[] {new NSTimestamp() }))
> }));
> 
> The D_KEY attribute is a timestamp, how I can define the format for such a 
> column? In 
> https://wiki.wocommunity.org/download/attachments/1049043/EnterpriseObjects.pdf
>  I did not find any information about Timestamp attributes. Is that the right 
> way to fetch data from the database? I would use the Qualifier with:
> 
> EOEditingContext ec = getSession().defaultEditingContext();
> NSArray res = ec.objectsWithFetchSpecification(new
>  EOFetchSpecification(StXSession.ENTITY_NAME, eq, null));
> 
> 
> Best regards
> Andre
> ___
> 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/archive%40mail-archive.com

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

Re: java.util.logging and Maven builds

[Hugi Thordarson]

Very true. Ironically, I think my couple of years away from WO, doing 
java-only, probably improved me the most as a WO programmer. When I came back I 
had a vastly different approach to WO—it was no longer the center of my 
development universe, but rather just another framework to be integrated with 
other best-of-breed tools. And using it like that makes it even better.

- hugi



> On 24 Jun 2017, at 01:05, Chuck Hill  wrote:
> 
> As you use more modern Java tools and libraries, it become increasingly 
> important to recognize the differences between “The WO Way” and “The Java 
> Way”.  Trying to force one to be the other is a recipe for pain.  As you have 
> experienced.  :-)   WOLifecyle needs to evolve.
>  
> Chuck
>  
> From: Paul Hoadley 
> Date: Friday, June 23, 2017 at 5:48 PM
> To: Hugi Thordarson 
> Cc: Chuck Hill , WebObjects Development 
> 
> Subject: Re: java.util.logging and Maven builds
>  
> Hi Hugi,
>  
> On 23 Jun 2017, at 6:17 pm, Hugi Thordarson  <mailto:h...@karlmenn.is>> wrote:
>  
> I’m stumped—any Maven aficionados want to chime in?
>  
> WOLifecycle modifies the maven standard behaviour by enlisting src/resources 
> for WO bundle resources only (equivalent to /Resources in Fluffy Bunny). 
> However, the Eclipse compiler doesn't know about WOLifecycle's eccentricities 
> and will continue to behaves as if the project is a standard maven project 
> and copy the resources in src/main to target/classes. That's why everything 
> works during development and blows up in production.
>  
> I've mentioned that we should really change this behaviour: Make WOLifecycle 
> handle src/resources like a standard maven java project does and then add a 
> separate folder for WO bundle resources (app-resources, wo-resources or 
> something like that). You can see a bit of discussion in #maven on Slack on 
> January 24th. Unfortunately I haven't had the time to actually *do* anything 
> about that :).
>  
> Ah, yes—I remember the discussion. I also remember not quite having a 
> concrete understanding of the problem or how the solution would help. Now 
> that this has bitten me, I know _exactly_ what you’re talking about!
>  
> If you'd like, here's a workaround: You can force maven to copy the java 
> resources (or certain resources). But of course, this is less than optimal.
>  
> https://gist.github.com/hugith/a2ece8632ab33b994403ff9a04722fc1 
> <https://gist.github.com/hugith/a2ece8632ab33b994403ff9a04722fc1>
>  
> Thanks Hugi I’ll check that out.
>  
>  
> -- 
> Paul Hoadley
> http://logicsquad.net/ <http://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