Re: Compiling ERExtensions in Sierra no worky

[Ray Kiddy]

On the one hand, I am tempted to ask how you got it working. I see the 
previous messages and tried to use the info in them. But I was really 
responding to the fact that every update needs to need some kind of fix 
and it may be that maven is more reliable when it comes to compiling 
java classes and building frameworks.


As for the javadoc and other tasks like that, are they as complicated or 
as error-prone? I am not sure.


- ray


On 5/20/17 10:35 AM, Theodore Petrosky wrote:
Interesting, I feel a little behind the curve here. I finally feel 
that my ‘ant’ build and install is working exactly correct. I think 
that Sierra ‘fixed’ a bunch of things, or maybe my constant hacking 
made it work.


But now I should learn to use maven. Did anyone do a WOWODC session on 
maven?


Ted

On May 20, 2017, at 3:43 AM, Musall, Maik > wrote:


Hi Ray,

interesting stuff. Did the javadoc also work correctly with maven, 
did it generate proper index html files on Sierra as well?


Perhaps it's also time to move the Jenkins wonder build to maven.

Maik

Am 19.05.2017 um 23:10 schrieb Ray Kiddy >:


So, I just have to say, I wanted to build wonder on my new Sierra 
laptop and of course it did not work. And then, after checking 
several things, downloading this and that, checking some other 
things, sacrificing a fatted calf and so on and so forth, thinking 
about making this work just starting to sound like Beelzebub howling 
in my head. Really.


I installed maven, got Hugi's settings.xml file and it just f-ing 
worked. Arg! Damn his eyes! :-)


I just thought I should admit, publicly and with appropriate 
humility, my interest in making wonder build with ant just vanished. 
Sorry. Life is just too short.


Now, figuring out the whole getting my projects to work with it, 
we'll see. But I am tired of finding myself messing with deployment 
scripts. So who knows.


-ray


On 5/12/17 3:39 AM, Hugi Thordarson wrote:
Thanks Hugi for the links! I’m definitely going to be looking 
into this soon-ish. Goodbye fluffy bunny.


The wiki is semi-useful, but some of it is stale and unhelpful. As 
far as migration of existing projects goes, follow Hugi’s recipe:


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

but also take a look at my fork of that:

https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc

They cover some slightly different areas. Hugi—we really should 
merge them.


Ah, yes. Most importantly, you mention updating the 
“woproject”-folder which I forgot to include.



I also think Hugi’s being modest—once you’ve done a few, you can 
probably migrate a project in under 20 minutes.


In fact I originally wrote “10 minutes” there, but I felt an hour 
would sound more believable :).



To "dependency management" and "third party library integration", 
I would add "simplified interaction with Jenkins” as a huge 
benefit. Throw out all those workspace setup scripts: just point 
Jenkins at your repo and you’re pretty much done. We’ve been using 
Maven for about 6 months, and haven’t looked back.


Not to mention all the other goodies you get by using maven, stuff 
like automatic test running, "mvn 
versions:display-dependency-updates”, "mvn dependency:tree” etc.



If you want to live-blog your experience here on the list, Hugi 
and I would be happy to help troubleshoot if you run into any issues


Indeed!

- 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/ray%40ganymede.org

This email sent to...@ganymede.org


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
)

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/maik%40selbstdenker.ag

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


___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
)

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/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/ray%40ganymede.org

This email sent to r...@ganymede.org


 ___
Do not post admin requests to the list. 

Re: Compiling ERExtensions in Sierra no worky

[Theodore Petrosky]

Interesting, I feel a little behind the curve here. I finally feel that my 
‘ant’ build and install is working exactly correct. I think that Sierra ‘fixed’ 
a bunch of things, or maybe my constant hacking made it work.

But now I should learn to use maven. Did anyone do a WOWODC session on maven?

Ted


> On May 20, 2017, at 3:43 AM, Musall, Maik  wrote:
> 
> Hi Ray,
> 
> interesting stuff. Did the javadoc also work correctly with maven, did it 
> generate proper index html files on Sierra as well?
> 
> Perhaps it's also time to move the Jenkins wonder build to maven.
> 
> Maik
> 
>> Am 19.05.2017 um 23:10 schrieb Ray Kiddy > >:
>> 
>> 
>> So, I just have to say, I wanted to build wonder on my new Sierra laptop and 
>> of course it did not work. And then, after checking several things, 
>> downloading this and that, checking some other things, sacrificing a fatted 
>> calf and so on and so forth, thinking about making this work just starting 
>> to sound like Beelzebub howling in my head. Really.
>> 
>> I installed maven, got Hugi's settings.xml file and it just f-ing worked. 
>> Arg! Damn his eyes! :-)
>> I just thought I should admit, publicly and with appropriate humility, my 
>> interest in making wonder build with ant just vanished. Sorry. Life is just 
>> too short.
>> 
>> Now, figuring out the whole getting my projects to work with it, we'll see. 
>> But I am tired of finding myself messing with deployment scripts. So who 
>> knows.
>> -ray
>> 
>> 
>> On 5/12/17 3:39 AM, Hugi Thordarson wrote:
> Thanks Hugi for the links! I’m definitely going to be looking into this 
> soon-ish. Goodbye fluffy bunny.
 
 The wiki is semi-useful, but some of it is stale and unhelpful. As far as 
 migration of existing projects goes, follow Hugi’s recipe:
 
 https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631 
 
 
 but also take a look at my fork of that:
 
 https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc 
 
 
 They cover some slightly different areas. Hugi—we really should merge them.
>>> 
>>> Ah, yes. Most importantly, you mention updating the “woproject”-folder 
>>> which I forgot to include.
>>> 
>>> 
 I also think Hugi’s being modest—once you’ve done a few, you can probably 
 migrate a project in under 20 minutes.
>>> 
>>> In fact I originally wrote “10 minutes” there, but I felt an hour would 
>>> sound more believable :).
>>> 
>>> 
 To "dependency management" and "third party library integration", I would 
 add "simplified interaction with Jenkins” as a huge benefit. Throw out all 
 those workspace setup scripts: just point Jenkins at your repo and you’re 
 pretty much done. We’ve been using Maven for about 6 months, and haven’t 
 looked back.
>>> 
>>> Not to mention all the other goodies you get by using maven, stuff like 
>>> automatic test running, "mvn versions:display-dependency-updates”, "mvn 
>>> dependency:tree” etc.
>>> 
>>> 
 If you want to live-blog your experience here on the list, Hugi and I 
 would be happy to help troubleshoot if you run into any issues
>>> 
>>> Indeed!
>>> 
>>> - 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/ray%40ganymede.org 
>>> 
>>> 
>>> This email sent to r...@ganymede.org 
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com 
>> )
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/maik%40selbstdenker.ag
>>  
>> 
>> 
>> This email sent to m...@selbstdenker.ag
> 
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/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/archive%40mail-a

Re: Compiling ERExtensions in Sierra no worky

[Musall, Maik]

Hi Ray,

interesting stuff. Did the javadoc also work correctly with maven, did it 
generate proper index html files on Sierra as well?

Perhaps it's also time to move the Jenkins wonder build to maven.

Maik

> Am 19.05.2017 um 23:10 schrieb Ray Kiddy :
> 
> 
> So, I just have to say, I wanted to build wonder on my new Sierra laptop and 
> of course it did not work. And then, after checking several things, 
> downloading this and that, checking some other things, sacrificing a fatted 
> calf and so on and so forth, thinking about making this work just starting to 
> sound like Beelzebub howling in my head. Really.
> 
> I installed maven, got Hugi's settings.xml file and it just f-ing worked. 
> Arg! Damn his eyes! :-)
> I just thought I should admit, publicly and with appropriate humility, my 
> interest in making wonder build with ant just vanished. Sorry. Life is just 
> too short.
> 
> Now, figuring out the whole getting my projects to work with it, we'll see. 
> But I am tired of finding myself messing with deployment scripts. So who 
> knows.
> -ray
> 
> 
> On 5/12/17 3:39 AM, Hugi Thordarson wrote:
 Thanks Hugi for the links! I’m definitely going to be looking into this 
 soon-ish. Goodbye fluffy bunny.
>>> 
>>> The wiki is semi-useful, but some of it is stale and unhelpful. As far as 
>>> migration of existing projects goes, follow Hugi’s recipe:
>>> 
>>> https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631 
>>> 
>>> 
>>> but also take a look at my fork of that:
>>> 
>>> https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc 
>>> 
>>> 
>>> They cover some slightly different areas. Hugi—we really should merge them.
>> 
>> Ah, yes. Most importantly, you mention updating the “woproject”-folder which 
>> I forgot to include.
>> 
>> 
>>> I also think Hugi’s being modest—once you’ve done a few, you can probably 
>>> migrate a project in under 20 minutes.
>> 
>> In fact I originally wrote “10 minutes” there, but I felt an hour would 
>> sound more believable :).
>> 
>> 
>>> To "dependency management" and "third party library integration", I would 
>>> add "simplified interaction with Jenkins” as a huge benefit. Throw out all 
>>> those workspace setup scripts: just point Jenkins at your repo and you’re 
>>> pretty much done. We’ve been using Maven for about 6 months, and haven’t 
>>> looked back.
>> 
>> Not to mention all the other goodies you get by using maven, stuff like 
>> automatic test running, "mvn versions:display-dependency-updates”, "mvn 
>> dependency:tree” etc.
>> 
>> 
>>> If you want to live-blog your experience here on the list, Hugi and I would 
>>> be happy to help troubleshoot if you run into any issues
>> 
>> Indeed!
>> 
>> - 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/ray%40ganymede.org 
>> 
>> 
>> This email sent to r...@ganymede.org 
> 
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/maik%40selbstdenker.ag
> 
> This email sent to m...@selbstdenker.ag

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

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

Re: Compiling ERExtensions in Sierra no worky

[Ray Kiddy]

So, I just have to say, I wanted to build wonder on my new Sierra laptop 
and of course it did not work. And then, after checking several things, 
downloading this and that, checking some other things, sacrificing a 
fatted calf and so on and so forth, thinking about making this work just 
starting to sound like Beelzebub howling in my head. Really.


I installed maven, got Hugi's settings.xml file and it just f-ing 
worked. Arg! Damn his eyes! :-)


I just thought I should admit, publicly and with appropriate humility, 
my interest in making wonder build with ant just vanished. Sorry. Life 
is just too short.


Now, figuring out the whole getting my projects to work with it, we'll 
see. But I am tired of finding myself messing with deployment scripts. 
So who knows.


-ray


On 5/12/17 3:39 AM, Hugi Thordarson wrote:
Thanks Hugi for the links! I’m definitely going to be looking into 
this soon-ish. Goodbye fluffy bunny.


The wiki is semi-useful, but some of it is stale and unhelpful. As 
far as migration of existing projects goes, follow Hugi’s recipe:


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

but also take a look at my fork of that:

https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc

They cover some slightly different areas. Hugi—we really should merge 
them.


Ah, yes. Most importantly, you mention updating the “woproject”-folder 
which I forgot to include.



I also think Hugi’s being modest—once you’ve done a few, you can 
probably migrate a project in under 20 minutes.


In fact I originally wrote “10 minutes” there, but I felt an hour 
would sound more believable :).



To "dependency management" and "third party library integration", I 
would add "simplified interaction with Jenkins” as a huge benefit. 
Throw out all those workspace setup scripts: just point Jenkins at 
your repo and you’re pretty much done. We’ve been using Maven for 
about 6 months, and haven’t looked back.


Not to mention all the other goodies you get by using maven, stuff 
like automatic test running, "mvn 
versions:display-dependency-updates”, "mvn dependency:tree” etc.



If you want to live-blog your experience here on the list, Hugi and I 
would be happy to help troubleshoot if you run into any issues


Indeed!

- 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/ray%40ganymede.org

This email sent to r...@ganymede.org


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

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

Re: Compiling ERExtensions in Sierra no worky

[Hugi Thordarson]

>> Thanks Hugi for the links! I’m definitely going to be looking into this 
>> soon-ish. Goodbye fluffy bunny.
> 
> The wiki is semi-useful, but some of it is stale and unhelpful. As far as 
> migration of existing projects goes, follow Hugi’s recipe:
> 
> https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631 
> 
> 
> but also take a look at my fork of that:
> 
> https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc 
> 
> 
> They cover some slightly different areas. Hugi—we really should merge them.

Ah, yes. Most importantly, you mention updating the “woproject”-folder which I 
forgot to include.


> I also think Hugi’s being modest—once you’ve done a few, you can probably 
> migrate a project in under 20 minutes.

In fact I originally wrote “10 minutes” there, but I felt an hour would sound 
more believable :).


> To "dependency management" and "third party library integration", I would add 
> "simplified interaction with Jenkins” as a huge benefit. Throw out all those 
> workspace setup scripts: just point Jenkins at your repo and you’re pretty 
> much done. We’ve been using Maven for about 6 months, and haven’t looked back.

Not to mention all the other goodies you get by using maven, stuff like 
automatic test running, "mvn versions:display-dependency-updates”, "mvn 
dependency:tree” etc.


> If you want to live-blog your experience here on the list, Hugi and I would 
> be happy to help troubleshoot if you run into any issues

Indeed!

- 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: Compiling ERExtensions in Sierra no worky

[Paul Hoadley]

Hi Tim,

On 12 May 2017, at 08:57, Tim Worman  wrote:

> Thanks Hugi for the links! I’m definitely going to be looking into this 
> soon-ish. Goodbye fluffy bunny.

The wiki is semi-useful, but some of it is stale and unhelpful. As far as 
migration of existing projects goes, follow Hugi’s recipe:

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


but also take a look at my fork of that:

https://gist.github.com/paulhoadley/cd15b90c94eb8c640fddd9ac3fbbc6dc 


They cover some slightly different areas. Hugi—we really should merge them. I 
also think Hugi’s being modest—once you’ve done a few, you can probably migrate 
a project in under 20 minutes. To "dependency management" and "third party 
library integration", I would add "simplified interaction with Jenkins” as a 
huge benefit. Throw out all those workspace setup scripts: just point Jenkins 
at your repo and you’re pretty much done. We’ve been using Maven for about 6 
months, and haven’t looked back.

If you want to live-blog your experience here on the list, Hugi and I would be 
happy to help troubleshoot if you run into any issues.


-- 
Paul Hoadley
http://logicsquad.net/


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

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

Re: Compiling ERExtensions in Sierra no worky

[Tim Worman]

Thanks Hugi for the links! I’m definitely going to be looking into this 
soon-ish. Goodbye fluffy bunny.

Good to “see" you both here.

T

> On May 11, 2017, at 2:24 PM, Hugi Thordarson  wrote:
> 
> That’s it — I’m calling the cops. Who are you and what have you done with our 
> beloved Chuck “The Ant” Hill?
> 
> But yes, I absolutely agree. When I first started trying out Maven with WO, I 
> made a few attempts at “soft” migration so I wouldn’t have to change the 
> structure of my projects (changing the structure for an experimental change 
> seemed scary at the time). That didn’t go well, so I backed up and moved to 
> using Ivy with Ant for dependency management for a while. Phew. Talk about a 
> couple of months of my life that I would like to get back.
> 
> But never looked back after going full Maven.
> 
> - hugi
> 
> 
>> On 11 May 2017, at 20:56, Chuck Hill  wrote:
>> 
>> I am not saying that Maven feels unnatural or un-WO like, but that there are 
>> Maven ways of doing things (like the project layout) and fighting that to do 
>> it “the way that I always have” just leads to a poor Maven experience.  With 
>> Ant you can beat it into whatever shape you want.  
>> 
>> Chuck
>> 
>> On 2017-05-11, 1:01 PM, "Hugi Thordarson"  wrote:
>> 
>>> Wait, what?  You had a life before?!!?   :-P
>> 
>>   Good point.
>> 
>>> Maven is actually good
>> 
>>   :-O
>> 
>>> and useful
>> 
>>   :-O :-O
>> 
>>> provided that you do things The Maven Way and don’t try and fight it to do 
>>> things the WO way.
>> 
>>   I know where you’re coming from and I totally agreed with you for a long 
>> time. But… I found that once I gave it a chance, it soon started to feel 
>> very WO Way-ish.
>> 
>>> Yes, Chuck just said that.  No, I have not been drinking.
>> 
>>   I find that extremely unlikely :-P.
>> 
>>   - hugi
>> 
>> 
>> 
>>> Chuck
>>> 
>>> 
>>> On 2017-05-11, 12:29 PM, "Webobjects-dev on behalf of Hugi Thordarson" 
>>> >> h...@karlmenn.is> wrote:
>>> 
>>>  The documentation on the wiki seems pretty outdated. But the transition 
>>> isn’t really complicated. Most of the work is the manual work of converting 
>>> the Eclipse project—here’s a basic guide for achieving that for an 
>>> application project:
>>> 
>>>  https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631
>>> 
>>>  Note that before you can actually do this, though, you’ll have to copy the 
>>> following file to ~/.m2/settings.xml. It informs maven about the 
>>> WOCommunity maven repositories where the WO specific stuff lives.
>>> 
>>>  https://gist.github.com/hugith/e2887fad3baecdd493e0b9f5311fe0bf
>>> 
>>>  After having done this with a few dozen projects, migrating a regular 
>>> no-frills Fluffy Bunny project to maven takes me less than an hour these 
>>> days (including upgrading the Jenkins build :). I sincerely recommend you 
>>> give it a try. It’s a huge boon to productivity; dependency management 
>>> alone will save you hours of headaches if you’re using any 3rd party 
>>> software. And not having to manage framework installations is awesome.
>>> 
>>>  Also, I currently don't have a life so I’m usually online to help if you 
>>> run into issues ;).
>>> 
>>>  Cheers,
>>>  - hugi
>>> 
>>> 
>>> 
 On 11 May 2017, at 18:59, Tim Worman  wrote:
 
 I’m definitely interested in moving to Maven. It seems it can be a rocky 
 transition from what I’ve seen. But it also positions one better to make 
 the move to other technologies that probably utilize Maven too (Cayenne?).
 
 Is the wiki pretty up-to-date regarding what’s required to mavenize?
 
 Tim
 UCLA GSE&IS
 
> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
> 
> You can also switch to maven and skip that whole “install 
> WebObjects”-mess [ducks and runs away before anyone can beat him up]
> 
> - hugi
> 
> 
>> On 9 May 2017, at 16:05, Calven Eggert  wrote:
>> 
>> I’ve finally managed to get the ERExtensions to compile without errors.  
>> The trick was to place the commons-lang3-3.5 folder (downloaded from 
>> apache) in the Libraries folder in ERExtensions like so:
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
>> 
>> And now all my WO projects run in Eclipse and from the terminal.
>> 
>> Calven
>> 
>>> On May 8, 2017, at 8:24 AM, Johann Werner  
>>> wrote:
>>> 
>>> The reported constructor method signature
>>> 
>>> (String, String, String, String, int, boolean, boolean)
>>> 
>>> does only exist in Wonder’s variant of WOCookie and not in the original 
>>> WOCookie class. Thus you probably have some sort of class ordering 
>>> problem in your project. Check if ERXExtensions comes before 
>>> JavaWebObjects.
>>> 
>>> jw
>>> 
>>> 
 Am 08.05.2017 um 14:15 schrieb Calven Eggert :
 
 
 I changed the woolies.properties to new point to the 
 woolies.543.propert

Re: Compiling ERExtensions in Sierra no worky

[Hugi Thordarson]

That’s it — I’m calling the cops. Who are you and what have you done with our 
beloved Chuck “The Ant” Hill?

But yes, I absolutely agree. When I first started trying out Maven with WO, I 
made a few attempts at “soft” migration so I wouldn’t have to change the 
structure of my projects (changing the structure for an experimental change 
seemed scary at the time). That didn’t go well, so I backed up and moved to 
using Ivy with Ant for dependency management for a while. Phew. Talk about a 
couple of months of my life that I would like to get back.

But never looked back after going full Maven.

- hugi


> On 11 May 2017, at 20:56, Chuck Hill  wrote:
> 
> I am not saying that Maven feels unnatural or un-WO like, but that there are 
> Maven ways of doing things (like the project layout) and fighting that to do 
> it “the way that I always have” just leads to a poor Maven experience.  With 
> Ant you can beat it into whatever shape you want.  
> 
> Chuck
> 
> On 2017-05-11, 1:01 PM, "Hugi Thordarson"  wrote:
> 
>> Wait, what?  You had a life before?!!?   :-P
> 
>Good point.
> 
>> Maven is actually good
> 
>:-O
> 
>> and useful
> 
>:-O :-O
> 
>> provided that you do things The Maven Way and don’t try and fight it to do 
>> things the WO way.
> 
>I know where you’re coming from and I totally agreed with you for a long 
> time. But… I found that once I gave it a chance, it soon started to feel very 
> WO Way-ish.
> 
>> Yes, Chuck just said that.  No, I have not been drinking.
> 
>I find that extremely unlikely :-P.
> 
>- hugi
> 
> 
> 
>> Chuck
>> 
>> 
>> On 2017-05-11, 12:29 PM, "Webobjects-dev on behalf of Hugi Thordarson" 
>> > h...@karlmenn.is> wrote:
>> 
>>   The documentation on the wiki seems pretty outdated. But the transition 
>> isn’t really complicated. Most of the work is the manual work of converting 
>> the Eclipse project—here’s a basic guide for achieving that for an 
>> application project:
>> 
>>   https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631
>> 
>>   Note that before you can actually do this, though, you’ll have to copy the 
>> following file to ~/.m2/settings.xml. It informs maven about the WOCommunity 
>> maven repositories where the WO specific stuff lives.
>> 
>>   https://gist.github.com/hugith/e2887fad3baecdd493e0b9f5311fe0bf
>> 
>>   After having done this with a few dozen projects, migrating a regular 
>> no-frills Fluffy Bunny project to maven takes me less than an hour these 
>> days (including upgrading the Jenkins build :). I sincerely recommend you 
>> give it a try. It’s a huge boon to productivity; dependency management alone 
>> will save you hours of headaches if you’re using any 3rd party software. And 
>> not having to manage framework installations is awesome.
>> 
>>   Also, I currently don't have a life so I’m usually online to help if you 
>> run into issues ;).
>> 
>>   Cheers,
>>   - hugi
>> 
>> 
>> 
>>> On 11 May 2017, at 18:59, Tim Worman  wrote:
>>> 
>>> I’m definitely interested in moving to Maven. It seems it can be a rocky 
>>> transition from what I’ve seen. But it also positions one better to make 
>>> the move to other technologies that probably utilize Maven too (Cayenne?).
>>> 
>>> Is the wiki pretty up-to-date regarding what’s required to mavenize?
>>> 
>>> Tim
>>> UCLA GSE&IS
>>> 
 On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
 
 You can also switch to maven and skip that whole “install WebObjects”-mess 
 [ducks and runs away before anyone can beat him up]
 
 - hugi
 
 
> On 9 May 2017, at 16:05, Calven Eggert  wrote:
> 
> I’ve finally managed to get the ERExtensions to compile without errors.  
> The trick was to place the commons-lang3-3.5 folder (downloaded from 
> apache) in the Libraries folder in ERExtensions like so:
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
> 
> And now all my WO projects run in Eclipse and from the terminal.
> 
> Calven
> 
>> On May 8, 2017, at 8:24 AM, Johann Werner  
>> wrote:
>> 
>> The reported constructor method signature
>> 
>> (String, String, String, String, int, boolean, boolean)
>> 
>> does only exist in Wonder’s variant of WOCookie and not in the original 
>> WOCookie class. Thus you probably have some sort of class ordering 
>> problem in your project. Check if ERXExtensions comes before 
>> JavaWebObjects.
>> 
>> jw
>> 
>> 
>>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>>> 
>>> 
>>> I changed the woolies.properties to new point to the 
>>> woolies.543.properties and now it works.  Thanks for that hint.  I 
>>> suppose with the changes we discussed earlier in getting this setup it 
>>> messed this up. 
>>> 
>>> However, I’m still having problems with one of my apps where I try to 
>>> run it from eclipse and I get this error (which I thought was going to 
>>> be cor

Re: Compiling ERExtensions in Sierra no worky

[Chuck Hill]

I am not saying that Maven feels unnatural or un-WO like, but that there are 
Maven ways of doing things (like the project layout) and fighting that to do it 
“the way that I always have” just leads to a poor Maven experience.  With Ant 
you can beat it into whatever shape you want.  

Chuck

On 2017-05-11, 1:01 PM, "Hugi Thordarson"  wrote:

> Wait, what?  You had a life before?!!?   :-P

Good point.

> Maven is actually good

:-O

> and useful

:-O :-O

> provided that you do things The Maven Way and don’t try and fight it to 
do things the WO way.

I know where you’re coming from and I totally agreed with you for a long 
time. But… I found that once I gave it a chance, it soon started to feel very 
WO Way-ish.

> Yes, Chuck just said that.  No, I have not been drinking.

I find that extremely unlikely :-P.

- hugi



> Chuck
> 
> 
> On 2017-05-11, 12:29 PM, "Webobjects-dev on behalf of Hugi Thordarson" 
 wrote:
> 
>The documentation on the wiki seems pretty outdated. But the 
transition isn’t really complicated. Most of the work is the manual work of 
converting the Eclipse project—here’s a basic guide for achieving that for an 
application project:
> 
>https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631
> 
>Note that before you can actually do this, though, you’ll have to copy 
the following file to ~/.m2/settings.xml. It informs maven about the 
WOCommunity maven repositories where the WO specific stuff lives.
> 
>https://gist.github.com/hugith/e2887fad3baecdd493e0b9f5311fe0bf
> 
>After having done this with a few dozen projects, migrating a regular 
no-frills Fluffy Bunny project to maven takes me less than an hour these days 
(including upgrading the Jenkins build :). I sincerely recommend you give it a 
try. It’s a huge boon to productivity; dependency management alone will save 
you hours of headaches if you’re using any 3rd party software. And not having 
to manage framework installations is awesome.
> 
>Also, I currently don't have a life so I’m usually online to help if 
you run into issues ;).
> 
>Cheers,
>- hugi
> 
> 
> 
>> On 11 May 2017, at 18:59, Tim Worman  wrote:
>> 
>> I’m definitely interested in moving to Maven. It seems it can be a rocky 
transition from what I’ve seen. But it also positions one better to make the 
move to other technologies that probably utilize Maven too (Cayenne?).
>> 
>> Is the wiki pretty up-to-date regarding what’s required to mavenize?
>> 
>> Tim
>> UCLA GSE&IS
>> 
>>> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
>>> 
>>> You can also switch to maven and skip that whole “install 
WebObjects”-mess [ducks and runs away before anyone can beat him up]
>>> 
>>> - hugi
>>> 
>>> 
 On 9 May 2017, at 16:05, Calven Eggert  wrote:
 
 I’ve finally managed to get the ERExtensions to compile without 
errors.  The trick was to place the commons-lang3-3.5 folder (downloaded from 
apache) in the Libraries folder in ERExtensions like so:
 /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
 
 And now all my WO projects run in Eclipse and from the terminal.
 
 Calven
 
> On May 8, 2017, at 8:24 AM, Johann Werner  
wrote:
> 
> The reported constructor method signature
> 
> (String, String, String, String, int, boolean, boolean)
> 
> does only exist in Wonder’s variant of WOCookie and not in the 
original WOCookie class. Thus you probably have some sort of class ordering 
problem in your project. Check if ERXExtensions comes before JavaWebObjects.
> 
> jw
> 
> 
>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>> 
>> 
>> I changed the woolies.properties to new point to the 
woolies.543.properties and now it works.  Thanks for that hint.  I suppose with 
the changes we discussed earlier in getting this setup it messed this up. 
>> 
>> However, I’m still having problems with one of my apps where I try 
to run it from eclipse and I get this error (which I thought was going to be 
corrected once that compile was working but no):
>> 
>> java.lang.NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>> com.webobjects.foundation.NSForwardException 
[java.lang.NoSuchMethodError] 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
com.webobjects.foundatio

Re: Compiling ERExtensions in Sierra no worky

[Hugi Thordarson]

> Wait, what?  You had a life before?!!?   :-P

Good point.

> Maven is actually good

:-O

> and useful

:-O :-O

> provided that you do things The Maven Way and don’t try and fight it to do 
> things the WO way.

I know where you’re coming from and I totally agreed with you for a long time. 
But… I found that once I gave it a chance, it soon started to feel very WO 
Way-ish.

> Yes, Chuck just said that.  No, I have not been drinking.

I find that extremely unlikely :-P.

- hugi



> Chuck
> 
> 
> On 2017-05-11, 12:29 PM, "Webobjects-dev on behalf of Hugi Thordarson" 
>  h...@karlmenn.is> wrote:
> 
>The documentation on the wiki seems pretty outdated. But the transition 
> isn’t really complicated. Most of the work is the manual work of converting 
> the Eclipse project—here’s a basic guide for achieving that for an 
> application project:
> 
>https://gist.github.com/hugith/e9a49e91fbcebe204e0feb4989f55631
> 
>Note that before you can actually do this, though, you’ll have to copy the 
> following file to ~/.m2/settings.xml. It informs maven about the WOCommunity 
> maven repositories where the WO specific stuff lives.
> 
>https://gist.github.com/hugith/e2887fad3baecdd493e0b9f5311fe0bf
> 
>After having done this with a few dozen projects, migrating a regular 
> no-frills Fluffy Bunny project to maven takes me less than an hour these days 
> (including upgrading the Jenkins build :). I sincerely recommend you give it 
> a try. It’s a huge boon to productivity; dependency management alone will 
> save you hours of headaches if you’re using any 3rd party software. And not 
> having to manage framework installations is awesome.
> 
>Also, I currently don't have a life so I’m usually online to help if you 
> run into issues ;).
> 
>Cheers,
>- hugi
> 
> 
> 
>> On 11 May 2017, at 18:59, Tim Worman  wrote:
>> 
>> I’m definitely interested in moving to Maven. It seems it can be a rocky 
>> transition from what I’ve seen. But it also positions one better to make the 
>> move to other technologies that probably utilize Maven too (Cayenne?).
>> 
>> Is the wiki pretty up-to-date regarding what’s required to mavenize?
>> 
>> Tim
>> UCLA GSE&IS
>> 
>>> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
>>> 
>>> You can also switch to maven and skip that whole “install WebObjects”-mess 
>>> [ducks and runs away before anyone can beat him up]
>>> 
>>> - hugi
>>> 
>>> 
 On 9 May 2017, at 16:05, Calven Eggert  wrote:
 
 I’ve finally managed to get the ERExtensions to compile without errors.  
 The trick was to place the commons-lang3-3.5 folder (downloaded from 
 apache) in the Libraries folder in ERExtensions like so:
 /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
 
 And now all my WO projects run in Eclipse and from the terminal.
 
 Calven
 
> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
> 
> The reported constructor method signature
> 
> (String, String, String, String, int, boolean, boolean)
> 
> does only exist in Wonder’s variant of WOCookie and not in the original 
> WOCookie class. Thus you probably have some sort of class ordering 
> problem in your project. Check if ERXExtensions comes before 
> JavaWebObjects.
> 
> jw
> 
> 
>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>> 
>> 
>> I changed the woolies.properties to new point to the 
>> woolies.543.properties and now it works.  Thanks for that hint.  I 
>> suppose with the changes we discussed earlier in getting this setup it 
>> messed this up. 
>> 
>> However, I’m still having problems with one of my apps where I try to 
>> run it from eclipse and I get this error (which I thought was going to 
>> be corrected once that compile was working but no):
>> 
>> java.lang.NoSuchMethodError: 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>> com.webobjects.foundation.NSForwardException 
>> [java.lang.NoSuchMethodError] 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>>  
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>>  at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>>  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.apps

Re: Compiling ERExtensions in Sierra no worky

[Chuck Hill]

Wait, what?  You had a life before?!!?   :-P

Maven is actually good and useful provided that you do things The Maven Way and 
don’t try and fight it to do things the WO way.

Yes, Chuck just said that.  No, I have not been drinking.

Chuck


On 2017-05-11, 12:29 PM, "Webobjects-dev on behalf of Hugi Thordarson" 
 wrote:

The documentation on the wiki seems pretty outdated. But the transition 
isn’t really complicated. Most of the work is the manual work of converting the 
Eclipse project—here’s a basic guide for achieving that for an application 
project:

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

Note that before you can actually do this, though, you’ll have to copy the 
following file to ~/.m2/settings.xml. It informs maven about the WOCommunity 
maven repositories where the WO specific stuff lives.

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

After having done this with a few dozen projects, migrating a regular 
no-frills Fluffy Bunny project to maven takes me less than an hour these days 
(including upgrading the Jenkins build :). I sincerely recommend you give it a 
try. It’s a huge boon to productivity; dependency management alone will save 
you hours of headaches if you’re using any 3rd party software. And not having 
to manage framework installations is awesome.

Also, I currently don't have a life so I’m usually online to help if you 
run into issues ;).

Cheers,
- hugi



> On 11 May 2017, at 18:59, Tim Worman  wrote:
> 
> I’m definitely interested in moving to Maven. It seems it can be a rocky 
transition from what I’ve seen. But it also positions one better to make the 
move to other technologies that probably utilize Maven too (Cayenne?).
> 
> Is the wiki pretty up-to-date regarding what’s required to mavenize?
> 
> Tim
> UCLA GSE&IS
> 
>> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
>> 
>> You can also switch to maven and skip that whole “install 
WebObjects”-mess [ducks and runs away before anyone can beat him up]
>> 
>> - hugi
>> 
>> 
>>> On 9 May 2017, at 16:05, Calven Eggert  wrote:
>>> 
>>> I’ve finally managed to get the ERExtensions to compile without errors. 
 The trick was to place the commons-lang3-3.5 folder (downloaded from apache) 
in the Libraries folder in ERExtensions like so:
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
>>> 
>>> And now all my WO projects run in Eclipse and from the terminal.
>>> 
>>> Calven
>>> 
 On May 8, 2017, at 8:24 AM, Johann Werner  
wrote:
 
 The reported constructor method signature
 
 (String, String, String, String, int, boolean, boolean)
 
 does only exist in Wonder’s variant of WOCookie and not in the 
original WOCookie class. Thus you probably have some sort of class ordering 
problem in your project. Check if ERXExtensions comes before JavaWebObjects.
 
 jw
 
 
> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
> 
> 
> I changed the woolies.properties to new point to the 
woolies.543.properties and now it works.  Thanks for that hint.  I suppose with 
the changes we discussed earlier in getting this setup it messed this up. 
> 
> However, I’m still having problems with one of my apps where I try to 
run it from eclipse and I get this error (which I thought was going to be 
corrected once that compile was working but no):
> 
> java.lang.NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
> com.webobjects.foundation.NSForwardException 
[java.lang.NoSuchMethodError] 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>   at 
com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>   at 
com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>   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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>   at 
com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>   at 
com.webobjects.appserv

Re: Compiling ERExtensions in Sierra no worky

[Hugi Thordarson]

The documentation on the wiki seems pretty outdated. But the transition isn’t 
really complicated. Most of the work is the manual work of converting the 
Eclipse project—here’s a basic guide for achieving that for an application 
project:

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

Note that before you can actually do this, though, you’ll have to copy the 
following file to ~/.m2/settings.xml. It informs maven about the WOCommunity 
maven repositories where the WO specific stuff lives.

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

After having done this with a few dozen projects, migrating a regular no-frills 
Fluffy Bunny project to maven takes me less than an hour these days (including 
upgrading the Jenkins build :). I sincerely recommend you give it a try. It’s a 
huge boon to productivity; dependency management alone will save you hours of 
headaches if you’re using any 3rd party software. And not having to manage 
framework installations is awesome.

Also, I currently don't have a life so I’m usually online to help if you run 
into issues ;).

Cheers,
- hugi



> On 11 May 2017, at 18:59, Tim Worman  wrote:
> 
> I’m definitely interested in moving to Maven. It seems it can be a rocky 
> transition from what I’ve seen. But it also positions one better to make the 
> move to other technologies that probably utilize Maven too (Cayenne?).
> 
> Is the wiki pretty up-to-date regarding what’s required to mavenize?
> 
> Tim
> UCLA GSE&IS
> 
>> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
>> 
>> You can also switch to maven and skip that whole “install WebObjects”-mess 
>> [ducks and runs away before anyone can beat him up]
>> 
>> - hugi
>> 
>> 
>>> On 9 May 2017, at 16:05, Calven Eggert  wrote:
>>> 
>>> I’ve finally managed to get the ERExtensions to compile without errors.  
>>> The trick was to place the commons-lang3-3.5 folder (downloaded from 
>>> apache) in the Libraries folder in ERExtensions like so:
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
>>> 
>>> And now all my WO projects run in Eclipse and from the terminal.
>>> 
>>> Calven
>>> 
 On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
 
 The reported constructor method signature
 
 (String, String, String, String, int, boolean, boolean)
 
 does only exist in Wonder’s variant of WOCookie and not in the original 
 WOCookie class. Thus you probably have some sort of class ordering problem 
 in your project. Check if ERXExtensions comes before JavaWebObjects.
 
 jw
 
 
> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
> 
> 
> I changed the woolies.properties to new point to the 
> woolies.543.properties and now it works.  Thanks for that hint.  I 
> suppose with the changes we discussed earlier in getting this setup it 
> messed this up. 
> 
> However, I’m still having problems with one of my apps where I try to run 
> it from eclipse and I get this error (which I thought was going to be 
> corrected once that compile was working but no):
> 
> java.lang.NoSuchMethodError: 
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
> com.webobjects.foundation.NSForwardException 
> [java.lang.NoSuchMethodError] 
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>  
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>   at 
> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>   at 
> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>   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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>   at 
> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>   at 
> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>   at 
> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>   at 
> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>   at COREApplication.dispatchRequest(COREApplication.java:461)
>   at 
> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>   at 
> com.webobjects.appserver._private.WOWorkerThread.

Re: Compiling ERExtensions in Sierra no worky

[Tim Worman]

I’m definitely interested in moving to Maven. It seems it can be a rocky 
transition from what I’ve seen. But it also positions one better to make the 
move to other technologies that probably utilize Maven too (Cayenne?).

Is the wiki pretty up-to-date regarding what’s required to mavenize?

Tim
UCLA GSE&IS

> On May 9, 2017, at 9:38 AM, Hugi Thordarson  wrote:
> 
> You can also switch to maven and skip that whole “install WebObjects”-mess 
> [ducks and runs away before anyone can beat him up]
> 
> - hugi
> 
> 
>> On 9 May 2017, at 16:05, Calven Eggert  wrote:
>> 
>> I’ve finally managed to get the ERExtensions to compile without errors.  The 
>> trick was to place the commons-lang3-3.5 folder (downloaded from apache) in 
>> the Libraries folder in ERExtensions like so:
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
>> 
>> And now all my WO projects run in Eclipse and from the terminal.
>> 
>> Calven
>> 
>>> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
>>> 
>>> The reported constructor method signature
>>> 
>>> (String, String, String, String, int, boolean, boolean)
>>> 
>>> does only exist in Wonder’s variant of WOCookie and not in the original 
>>> WOCookie class. Thus you probably have some sort of class ordering problem 
>>> in your project. Check if ERXExtensions comes before JavaWebObjects.
>>> 
>>> jw
>>> 
>>> 
 Am 08.05.2017 um 14:15 schrieb Calven Eggert :
 
 
 I changed the woolies.properties to new point to the 
 woolies.543.properties and now it works.  Thanks for that hint.  I suppose 
 with the changes we discussed earlier in getting this setup it messed this 
 up. 
 
 However, I’m still having problems with one of my apps where I try to run 
 it from eclipse and I get this error (which I thought was going to be 
 corrected once that compile was working but no):
 
 java.lang.NoSuchMethodError: 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
 com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
  
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
 com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
at 
 com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
at 
 com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
at 
 com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
at 
 er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
at 
 er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
at COREApplication.dispatchRequest(COREApplication.java:461)
at 
 com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
at 
 com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
at java.lang.Thread.run(Thread.java:748)
 Caused by: java.lang.NoSuchMethodError: 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
 er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
at 
 er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
 com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
... 12 more
 
 
 It works if I run the app from the terminal.  What am I missing here?
 
 
 
> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
> 
> I think you are going to find that your Apple WebObjects files are hurt. 
> Of course you will not be able to use the apple WebObjects.mpkg will not 
> install WO. You w

Re: Compiling ERExtensions in Sierra no worky

[Hugi Thordarson]

You can also switch to maven and skip that whole “install WebObjects”-mess 
[ducks and runs away before anyone can beat him up]

- hugi


> On 9 May 2017, at 16:05, Calven Eggert  wrote:
> 
> I’ve finally managed to get the ERExtensions to compile without errors.  The 
> trick was to place the commons-lang3-3.5 folder (downloaded from apache) in 
> the Libraries folder in ERExtensions like so:
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries
> 
> And now all my WO projects run in Eclipse and from the terminal.
> 
> Calven
> 
>> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
>> 
>> The reported constructor method signature
>> 
>> (String, String, String, String, int, boolean, boolean)
>> 
>> does only exist in Wonder’s variant of WOCookie and not in the original 
>> WOCookie class. Thus you probably have some sort of class ordering problem 
>> in your project. Check if ERXExtensions comes before JavaWebObjects.
>> 
>> jw
>> 
>> 
>>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>>> 
>>> 
>>> I changed the woolies.properties to new point to the woolies.543.properties 
>>> and now it works.  Thanks for that hint.  I suppose with the changes we 
>>> discussed earlier in getting this setup it messed this up. 
>>> 
>>> However, I’m still having problems with one of my apps where I try to run 
>>> it from eclipse and I get this error (which I thought was going to be 
>>> corrected once that compile was working but no):
>>> 
>>> java.lang.NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>>>  
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> at 
>>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>>> at 
>>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>>> 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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>>> at 
>>> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>>> at 
>>> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>>> at 
>>> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>>> at 
>>> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>>> at COREApplication.dispatchRequest(COREApplication.java:461)
>>> at 
>>> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>>> at 
>>> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>>> at java.lang.Thread.run(Thread.java:748)
>>> Caused by: java.lang.NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> at 
>>> er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
>>> at 
>>> er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> at 
>>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>>> ... 12 more
>>> 
>>> 
>>> It works if I run the app from the terminal.  What am I missing here?
>>> 
>>> 
>>> 
 On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
 
 I think you are going to find that your Apple WebObjects files are hurt. 
 Of course you will not be able to use the apple WebObjects.mpkg will not 
 install WO. You will need to use the WOInstaller.jar.
 
 What do you have in your wobuild.properties (~/Library), and what about 
 ~/Library/Application\ Support/WOLips/wolips.properties
 
 I spun my wheels for hours to get this to work again in Sierra.
 
 
> On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
> 
> I get the same error for this source.
> 
> 
>> On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
>>

Re: Compiling ERExtensions in Sierra no worky

[Calven Eggert]

I’ve finally managed to get the ERExtensions to compile without errors.  The 
trick was to place the commons-lang3-3.5 folder (downloaded from apache) in the 
Libraries folder in ERExtensions like so:
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Libraries

And now all my WO projects run in Eclipse and from the terminal.

Calven

> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
> 
> The reported constructor method signature
> 
> (String, String, String, String, int, boolean, boolean)
> 
> does only exist in Wonder’s variant of WOCookie and not in the original 
> WOCookie class. Thus you probably have some sort of class ordering problem in 
> your project. Check if ERXExtensions comes before JavaWebObjects.
> 
> jw
> 
> 
>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>> 
>> 
>> I changed the woolies.properties to new point to the woolies.543.properties 
>> and now it works.  Thanks for that hint.  I suppose with the changes we 
>> discussed earlier in getting this setup it messed this up. 
>> 
>> However, I’m still having problems with one of my apps where I try to run it 
>> from eclipse and I get this error (which I thought was going to be corrected 
>> once that compile was working but no):
>> 
>> java.lang.NoSuchMethodError: 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>> com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>>  
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>>  at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>>  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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>>  at 
>> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>>  at 
>> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>>  at 
>> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>>  at 
>> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>>  at COREApplication.dispatchRequest(COREApplication.java:461)
>>  at 
>> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>>  at 
>> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>>  at java.lang.Thread.run(Thread.java:748)
>> Caused by: java.lang.NoSuchMethodError: 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
>> er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
>>  at 
>> er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
>>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>  at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>  at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>  at java.lang.reflect.Method.invoke(Method.java:498)
>>  at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>>  ... 12 more
>> 
>> 
>> It works if I run the app from the terminal.  What am I missing here?
>> 
>> 
>> 
>>> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
>>> 
>>> I think you are going to find that your Apple WebObjects files are hurt. Of 
>>> course you will not be able to use the apple WebObjects.mpkg will not 
>>> install WO. You will need to use the WOInstaller.jar.
>>> 
>>> What do you have in your wobuild.properties (~/Library), and what about 
>>> ~/Library/Application\ Support/WOLips/wolips.properties
>>> 
>>> I spun my wheels for hours to get this to work again in Sierra.
>>> 
>>> 
 On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
 
 I get the same error for this source.
 
 
> On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
> 
> So, you are trying to build ERExtensions only? What do you get when you 
> do an ‘ant frameworks’ at the top level of your repo?
> 
> 
>> On May 7, 2017, at 4:23 PM, Calven Eggert  wrote:
>> 
>> I’ve been installing my dev environment on a new Mac in

Re: Compiling ERExtensions in Sierra no worky

[Calven Eggert]

I deleted the Root folder and did the ant frameworks and unfortunately the 
build on the ERExtensions is still an error as described before (error: package 
org.apache.commons.lang3.builder does not exist)

So I think that if this problem gets solved then I think it’ll all work.  What 
is that all about?


> On May 8, 2017, at 8:34 AM, Johann Werner  wrote:
> 
> 
>> Am 08.05.2017 um 14:30 schrieb Calven Eggert :
>> 
>> Hmmm, do you mean ERExtensions? I don’t have ERXExtensions in my build path.
> 
> yes
> 
>> 
>> 
>>> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
>>> 
>>> The reported constructor method signature
>>> 
>>> (String, String, String, String, int, boolean, boolean)
>>> 
>>> does only exist in Wonder’s variant of WOCookie and not in the original 
>>> WOCookie class. Thus you probably have some sort of class ordering problem 
>>> in your project. Check if ERXExtensions comes before JavaWebObjects.
>>> 
>>> jw
>>> 
>>> 
 Am 08.05.2017 um 14:15 schrieb Calven Eggert :
 
 
 I changed the woolies.properties to new point to the 
 woolies.543.properties and now it works.  Thanks for that hint.  I suppose 
 with the changes we discussed earlier in getting this setup it messed this 
 up. 
 
 However, I’m still having problems with one of my apps where I try to run 
 it from eclipse and I get this error (which I thought was going to be 
 corrected once that compile was working but no):
 
 java.lang.NoSuchMethodError: 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
 com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
  
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
 com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
at 
 com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
at 
 com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
at 
 com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
at 
 er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
at 
 er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
at COREApplication.dispatchRequest(COREApplication.java:461)
at 
 com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
at 
 com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
at java.lang.Thread.run(Thread.java:748)
 Caused by: java.lang.NoSuchMethodError: 
 com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
 er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
at 
 er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
 com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
... 12 more
 
 
 It works if I run the app from the terminal.  What am I missing here?
 
 
 
> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
> 
> I think you are going to find that your Apple WebObjects files are hurt. 
> Of course you will not be able to use the apple WebObjects.mpkg will not 
> install WO. You will need to use the WOInstaller.jar.
> 
> What do you have in your wobuild.properties (~/Library), and what about 
> ~/Library/Application\ Support/WOLips/wolips.properties
> 
> I spun my wheels for hours to get this to work again in Sierra.
> 
> 
>> On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
>> 
>> I get the same error for this source.
>> 
>> 
>>> On May 7, 2

Re: Compiling ERExtensions in Sierra no worky

[Johann Werner]

> Am 08.05.2017 um 14:30 schrieb Calven Eggert :
> 
> Hmmm, do you mean ERExtensions? I don’t have ERXExtensions in my build path.

yes

> 
> 
>> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
>> 
>> The reported constructor method signature
>> 
>> (String, String, String, String, int, boolean, boolean)
>> 
>> does only exist in Wonder’s variant of WOCookie and not in the original 
>> WOCookie class. Thus you probably have some sort of class ordering problem 
>> in your project. Check if ERXExtensions comes before JavaWebObjects.
>> 
>> jw
>> 
>> 
>>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>>> 
>>> 
>>> I changed the woolies.properties to new point to the woolies.543.properties 
>>> and now it works.  Thanks for that hint.  I suppose with the changes we 
>>> discussed earlier in getting this setup it messed this up. 
>>> 
>>> However, I’m still having problems with one of my apps where I try to run 
>>> it from eclipse and I get this error (which I thought was going to be 
>>> corrected once that compile was working but no):
>>> 
>>> java.lang.NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>>>  
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> at 
>>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>>> at 
>>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>>> 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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>>> at 
>>> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>>> at 
>>> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>>> at 
>>> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>>> at 
>>> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>>> at COREApplication.dispatchRequest(COREApplication.java:461)
>>> at 
>>> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>>> at 
>>> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>>> at java.lang.Thread.run(Thread.java:748)
>>> Caused by: java.lang.NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> at 
>>> er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
>>> at 
>>> er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>> at 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>> at 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>> at 
>>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>>> ... 12 more
>>> 
>>> 
>>> It works if I run the app from the terminal.  What am I missing here?
>>> 
>>> 
>>> 
 On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
 
 I think you are going to find that your Apple WebObjects files are hurt. 
 Of course you will not be able to use the apple WebObjects.mpkg will not 
 install WO. You will need to use the WOInstaller.jar.
 
 What do you have in your wobuild.properties (~/Library), and what about 
 ~/Library/Application\ Support/WOLips/wolips.properties
 
 I spun my wheels for hours to get this to work again in Sierra.
 
 
> On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
> 
> I get the same error for this source.
> 
> 
>> On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
>> 
>> So, you are trying to build ERExtensions only? What do you get when you 
>> do an ‘ant frameworks’ at the top level of your repo?
>> 
>> 
>>> On May 7, 2017, at 4:23 PM, Calven Eggert  wrote:
>>> 
>>> I’ve been installing my dev environment on a new Mac in Sierra however, 
>>> I’m having problems with one of my applications.  When I build the 
>>> Wonder code I g

Re: Compiling ERExtensions in Sierra no worky

[Calven Eggert]

Hmmm, do you mean ERExtensions? I don’t have ERXExtensions in my build path.



> On May 8, 2017, at 8:24 AM, Johann Werner  wrote:
> 
> The reported constructor method signature
> 
> (String, String, String, String, int, boolean, boolean)
> 
> does only exist in Wonder’s variant of WOCookie and not in the original 
> WOCookie class. Thus you probably have some sort of class ordering problem in 
> your project. Check if ERXExtensions comes before JavaWebObjects.
> 
> jw
> 
> 
>> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
>> 
>> 
>> I changed the woolies.properties to new point to the woolies.543.properties 
>> and now it works.  Thanks for that hint.  I suppose with the changes we 
>> discussed earlier in getting this setup it messed this up. 
>> 
>> However, I’m still having problems with one of my apps where I try to run it 
>> from eclipse and I get this error (which I thought was going to be corrected 
>> once that compile was working but no):
>> 
>> java.lang.NoSuchMethodError: 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>> com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>>  
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>>  at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>>  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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>>  at 
>> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>>  at 
>> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>>  at 
>> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>>  at 
>> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>>  at COREApplication.dispatchRequest(COREApplication.java:461)
>>  at 
>> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>>  at 
>> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>>  at java.lang.Thread.run(Thread.java:748)
>> Caused by: java.lang.NoSuchMethodError: 
>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>  at 
>> er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
>>  at 
>> er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
>>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>  at 
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>  at 
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>  at java.lang.reflect.Method.invoke(Method.java:498)
>>  at 
>> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>>  ... 12 more
>> 
>> 
>> It works if I run the app from the terminal.  What am I missing here?
>> 
>> 
>> 
>>> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
>>> 
>>> I think you are going to find that your Apple WebObjects files are hurt. Of 
>>> course you will not be able to use the apple WebObjects.mpkg will not 
>>> install WO. You will need to use the WOInstaller.jar.
>>> 
>>> What do you have in your wobuild.properties (~/Library), and what about 
>>> ~/Library/Application\ Support/WOLips/wolips.properties
>>> 
>>> I spun my wheels for hours to get this to work again in Sierra.
>>> 
>>> 
 On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
 
 I get the same error for this source.
 
 
> On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
> 
> So, you are trying to build ERExtensions only? What do you get when you 
> do an ‘ant frameworks’ at the top level of your repo?
> 
> 
>> On May 7, 2017, at 4:23 PM, Calven Eggert  wrote:
>> 
>> I’ve been installing my dev environment on a new Mac in Sierra however, 
>> I’m having problems with one of my applications.  When I build the 
>> Wonder code I get an error with ERExtensions. See below.  I’ve 
>> downloaded the file org.apache.commons.lang3 cause of the error message 
>> but I still

Re: Compiling ERExtensions in Sierra no worky

[Johann Werner]

The reported constructor method signature

(String, String, String, String, int, boolean, boolean)

does only exist in Wonder’s variant of WOCookie and not in the original 
WOCookie class. Thus you probably have some sort of class ordering problem in 
your project. Check if ERXExtensions comes before JavaWebObjects.

jw


> Am 08.05.2017 um 14:15 schrieb Calven Eggert :
> 
> 
> I changed the woolies.properties to new point to the woolies.543.properties 
> and now it works.  Thanks for that hint.  I suppose with the changes we 
> discussed earlier in getting this setup it messed this up. 
> 
> However, I’m still having problems with one of my apps where I try to run it 
> from eclipse and I get this error (which I thought was going to be corrected 
> once that compile was working but no):
> 
> java.lang.NoSuchMethodError: 
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
> com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
>  
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>   at 
> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
>   at 
> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
>   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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
>   at 
> com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
>   at 
> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>   at 
> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
>   at 
> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
>   at COREApplication.dispatchRequest(COREApplication.java:461)
>   at 
> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>   at 
> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>   at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NoSuchMethodError: 
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>   at 
> er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
>   at 
> er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>   at java.lang.reflect.Method.invoke(Method.java:498)
>   at 
> com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
>   ... 12 more
> 
> 
> It works if I run the app from the terminal.  What am I missing here?
> 
> 
> 
>> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
>> 
>> I think you are going to find that your Apple WebObjects files are hurt. Of 
>> course you will not be able to use the apple WebObjects.mpkg will not 
>> install WO. You will need to use the WOInstaller.jar.
>> 
>> What do you have in your wobuild.properties (~/Library), and what about 
>> ~/Library/Application\ Support/WOLips/wolips.properties
>> 
>> I spun my wheels for hours to get this to work again in Sierra.
>> 
>> 
>>> On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
>>> 
>>> I get the same error for this source.
>>> 
>>> 
 On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
 
 So, you are trying to build ERExtensions only? What do you get when you do 
 an ‘ant frameworks’ at the top level of your repo?
 
 
> On May 7, 2017, at 4:23 PM, Calven Eggert  wrote:
> 
> I’ve been installing my dev environment on a new Mac in Sierra however, 
> I’m having problems with one of my applications.  When I build the Wonder 
> code I get an error with ERExtensions. See below.  I’ve downloaded the 
> file org.apache.commons.lang3 cause of the error message but I still get 
> the error.  I’m not sure where this new file should go but something 
> tells me this setup doesn’t feel quite right.  Anyone else have the issue?
> 
> Calven
> --
> 
> calven$ cd /Users/calve

Re: Compiling ERExtensions in Sierra no worky

[Calven Eggert]

I changed the woolies.properties to new point to the woolies.543.properties and 
now it works.  Thanks for that hint.  I suppose with the changes we discussed 
earlier in getting this setup it messed this up. 

However, I’m still having problems with one of my apps where I try to run it 
from eclipse and I get this error (which I thought was going to be corrected 
once that compile was working but no):

java.lang.NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
com.webobjects.foundation.NSForwardException [java.lang.NoSuchMethodError] 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V:java.lang.NoSuchMethodError:
 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:39)
at 
com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:124)
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._private.WOComponentRequestHandler._handleRequest(WOComponentRequestHandler.java:370)
at 
com.webobjects.appserver._private.WOComponentRequestHandler.handleRequest(WOComponentRequestHandler.java:445)
at 
com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
at 
er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2092)
at 
er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:2057)
at COREApplication.dispatchRequest(COREApplication.java:461)
at 
com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
at 
com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
at 
er.extensions.appserver.ERXApplication.addBalancerRouteCookie(ERXApplication.java:2853)
at 
er.extensions.appserver.ERXApplication.addBalancerRouteCookieByNotification(ERXApplication.java:2836)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
com.webobjects.foundation.NSSelector._safeInvokeMethod(NSSelector.java:122)
... 12 more


It works if I run the app from the terminal.  What am I missing here?



> On May 8, 2017, at 7:52 AM, Theodore Petrosky  wrote:
> 
> I think you are going to find that your Apple WebObjects files are hurt. Of 
> course you will not be able to use the apple WebObjects.mpkg will not install 
> WO. You will need to use the WOInstaller.jar.
> 
> What do you have in your wobuild.properties (~/Library), and what about 
> ~/Library/Application\ Support/WOLips/wolips.properties
> 
> I spun my wheels for hours to get this to work again in Sierra.
> 
> 
>> On May 8, 2017, at 7:41 AM, Calven Eggert > > wrote:
>> 
>> I get the same error for this source.
>> 
>> 
>>> On May 7, 2017, at 5:57 PM, Theodore Petrosky >> > wrote:
>>> 
>>> So, you are trying to build ERExtensions only? What do you get when you do 
>>> an ‘ant frameworks’ at the top level of your repo?
>>> 
>>> 
 On May 7, 2017, at 4:23 PM, Calven Eggert >>> > wrote:
 
 I’ve been installing my dev environment on a new Mac in Sierra however, 
 I’m having problems with one of my applications.  When I build the Wonder 
 code I get an error with ERExtensions. See below.  I’ve downloaded the 
 file org.apache.commons.lang3 cause of the error message but I still get 
 the error.  I’m not sure where this new file should go but something tells 
 me this setup doesn’t feel quite right.  Anyone else have the issue?
 
 Calven
 --
 
 calven$ cd /Users/calven/WonderSource/Frameworks/Core/ERExtensions 
 calven$ ant
 Buildfile: 
 /Users/calven/WonderSource/Frameworks/Core/ERExtensions/build.xml
 
 clean:
 
 ERExtensions.all:
 
 global.environment:
 
 global.properties:
 
 global.framework.clean:
[delete] Deleting directory /Users/calven/Roots/classes/ERExtensions
 
 build:
 
 ERExtensi

Re: Compiling ERExtensions in Sierra no worky

[Theodore Petrosky]

I think you are going to find that your Apple WebObjects files are hurt. Of 
course you will not be able to use the apple WebObjects.mpkg will not install 
WO. You will need to use the WOInstaller.jar.

What do you have in your wobuild.properties (~/Library), and what about 
~/Library/Application\ Support/WOLips/wolips.properties

I spun my wheels for hours to get this to work again in Sierra.


> On May 8, 2017, at 7:41 AM, Calven Eggert  wrote:
> 
> I get the same error for this source.
> 
> 
>> On May 7, 2017, at 5:57 PM, Theodore Petrosky > > wrote:
>> 
>> So, you are trying to build ERExtensions only? What do you get when you do 
>> an ‘ant frameworks’ at the top level of your repo?
>> 
>> 
>>> On May 7, 2017, at 4:23 PM, Calven Eggert >> > wrote:
>>> 
>>> I’ve been installing my dev environment on a new Mac in Sierra however, I’m 
>>> having problems with one of my applications.  When I build the Wonder code 
>>> I get an error with ERExtensions. See below.  I’ve downloaded the file 
>>> org.apache.commons.lang3 cause of the error message but I still get the 
>>> error.  I’m not sure where this new file should go but something tells me 
>>> this setup doesn’t feel quite right.  Anyone else have the issue?
>>> 
>>> Calven
>>> --
>>> 
>>> calven$ cd /Users/calven/WonderSource/Frameworks/Core/ERExtensions 
>>> calven$ ant
>>> Buildfile: /Users/calven/WonderSource/Frameworks/Core/ERExtensions/build.xml
>>> 
>>> clean:
>>> 
>>> ERExtensions.all:
>>> 
>>> global.environment:
>>> 
>>> global.properties:
>>> 
>>> global.framework.clean:
>>>[delete] Deleting directory /Users/calven/Roots/classes/ERExtensions
>>> 
>>> build:
>>> 
>>> ERExtensions.all:
>>> 
>>> global.environment:
>>> 
>>> global.properties:
>>> 
>>> global.prepare:
>>> [mkdir] Created dir: /Users/calven/Roots/classes/ERExtensions
>>> 
>>> global.compile:
>>> 
>>> global.dummy:
>>> [wocompile] Compiling 524 source files to 
>>> /Users/calven/Roots/classes/ERExtensions
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXSortOrdering.java:5:
>>>  error: package org.apache.commons.lang3.builder does not exist
>>> [wocompile] import org.apache.commons.lang3.builder.HashCodeBuilder;
>>> [wocompile]^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:13:
>>>  error: package org.apache.commons.lang3 does not exist
>>> [wocompile] import org.apache.commons.lang3.StringUtils;
>>> [wocompile]^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:14:
>>>  error: package org.slf4j does not exist
>>> [wocompile] import org.slf4j.Logger;
>>> [wocompile] ^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:15:
>>>  error: package org.slf4j does not exist
>>> [wocompile] import org.slf4j.LoggerFactory;
>>> [wocompile] ^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:3:
>>>  error: package org.slf4j does not exist
>>> [wocompile] import org.slf4j.Logger;
>>> [wocompile] ^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:4:
>>>  error: package org.slf4j does not exist
>>> [wocompile] import org.slf4j.LoggerFactory;
>>> [wocompile] ^
>>> [wocompile] 
>>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:69:
>>>  error: cannot find symbol
>>> [wocompile] static final Logger log = 
>>> LoggerFactory.getLogger(ERXExistsQualifier.class);
>>> [wocompile]  ^
>>> [wocompile]   symbol:   class Logger
>>> …
>>> 
>>> ___
>>> Do not post admin requests to the list. They will 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/archive%40mail-archive.com

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

Re: Compiling ERExtensions in Sierra no worky

[Calven Eggert]

I get the same error for this source.


> On May 7, 2017, at 5:57 PM, Theodore Petrosky  wrote:
> 
> So, you are trying to build ERExtensions only? What do you get when you do an 
> ‘ant frameworks’ at the top level of your repo?
> 
> 
>> On May 7, 2017, at 4:23 PM, Calven Eggert > > wrote:
>> 
>> I’ve been installing my dev environment on a new Mac in Sierra however, I’m 
>> having problems with one of my applications.  When I build the Wonder code I 
>> get an error with ERExtensions. See below.  I’ve downloaded the file 
>> org.apache.commons.lang3 cause of the error message but I still get the 
>> error.  I’m not sure where this new file should go but something tells me 
>> this setup doesn’t feel quite right.  Anyone else have the issue?
>> 
>> Calven
>> --
>> 
>> calven$ cd /Users/calven/WonderSource/Frameworks/Core/ERExtensions 
>> calven$ ant
>> Buildfile: /Users/calven/WonderSource/Frameworks/Core/ERExtensions/build.xml
>> 
>> clean:
>> 
>> ERExtensions.all:
>> 
>> global.environment:
>> 
>> global.properties:
>> 
>> global.framework.clean:
>>[delete] Deleting directory /Users/calven/Roots/classes/ERExtensions
>> 
>> build:
>> 
>> ERExtensions.all:
>> 
>> global.environment:
>> 
>> global.properties:
>> 
>> global.prepare:
>> [mkdir] Created dir: /Users/calven/Roots/classes/ERExtensions
>> 
>> global.compile:
>> 
>> global.dummy:
>> [wocompile] Compiling 524 source files to 
>> /Users/calven/Roots/classes/ERExtensions
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXSortOrdering.java:5:
>>  error: package org.apache.commons.lang3.builder does not exist
>> [wocompile] import org.apache.commons.lang3.builder.HashCodeBuilder;
>> [wocompile]^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:13:
>>  error: package org.apache.commons.lang3 does not exist
>> [wocompile] import org.apache.commons.lang3.StringUtils;
>> [wocompile]^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:14:
>>  error: package org.slf4j does not exist
>> [wocompile] import org.slf4j.Logger;
>> [wocompile] ^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:15:
>>  error: package org.slf4j does not exist
>> [wocompile] import org.slf4j.LoggerFactory;
>> [wocompile] ^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:3:
>>  error: package org.slf4j does not exist
>> [wocompile] import org.slf4j.Logger;
>> [wocompile] ^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:4:
>>  error: package org.slf4j does not exist
>> [wocompile] import org.slf4j.LoggerFactory;
>> [wocompile] ^
>> [wocompile] 
>> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:69:
>>  error: cannot find symbol
>> [wocompile]  static final Logger log = 
>> LoggerFactory.getLogger(ERXExistsQualifier.class);
>> [wocompile]   ^
>> [wocompile]   symbol:   class Logger
>> …
>> 
>> ___
>> Do not post admin requests to the list. They will 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/archive%40mail-archive.com

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

Re: Compiling ERExtensions in Sierra no worky

[Theodore Petrosky]

So, you are trying to build ERExtensions only? What do you get when you do an 
‘ant frameworks’ at the top level of your repo?


> On May 7, 2017, at 4:23 PM, Calven Eggert  wrote:
> 
> I’ve been installing my dev environment on a new Mac in Sierra however, I’m 
> having problems with one of my applications.  When I build the Wonder code I 
> get an error with ERExtensions. See below.  I’ve downloaded the file 
> org.apache.commons.lang3 cause of the error message but I still get the 
> error.  I’m not sure where this new file should go but something tells me 
> this setup doesn’t feel quite right.  Anyone else have the issue?
> 
> Calven
> --
> 
> calven$ cd /Users/calven/WonderSource/Frameworks/Core/ERExtensions 
> calven$ ant
> Buildfile: /Users/calven/WonderSource/Frameworks/Core/ERExtensions/build.xml
> 
> clean:
> 
> ERExtensions.all:
> 
> global.environment:
> 
> global.properties:
> 
> global.framework.clean:
>[delete] Deleting directory /Users/calven/Roots/classes/ERExtensions
> 
> build:
> 
> ERExtensions.all:
> 
> global.environment:
> 
> global.properties:
> 
> global.prepare:
> [mkdir] Created dir: /Users/calven/Roots/classes/ERExtensions
> 
> global.compile:
> 
> global.dummy:
> [wocompile] Compiling 524 source files to 
> /Users/calven/Roots/classes/ERExtensions
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXSortOrdering.java:5:
>  error: package org.apache.commons.lang3.builder does not exist
> [wocompile] import org.apache.commons.lang3.builder.HashCodeBuilder;
> [wocompile]^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:13:
>  error: package org.apache.commons.lang3 does not exist
> [wocompile] import org.apache.commons.lang3.StringUtils;
> [wocompile]^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:14:
>  error: package org.slf4j does not exist
> [wocompile] import org.slf4j.Logger;
> [wocompile] ^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:15:
>  error: package org.slf4j does not exist
> [wocompile] import org.slf4j.LoggerFactory;
> [wocompile] ^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:3:
>  error: package org.slf4j does not exist
> [wocompile] import org.slf4j.Logger;
> [wocompile] ^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:4:
>  error: package org.slf4j does not exist
> [wocompile] import org.slf4j.LoggerFactory;
> [wocompile] ^
> [wocompile] 
> /Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:69:
>  error: cannot find symbol
> [wocompile]   static final Logger log = 
> LoggerFactory.getLogger(ERXExistsQualifier.class);
> [wocompile]^
> [wocompile]   symbol:   class Logger
> …
> 
> ___
> Do not post admin requests to the list. They will 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/archive%40mail-archive.com

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

Compiling ERExtensions in Sierra no worky

[Calven Eggert]

I’ve been installing my dev environment on a new Mac in Sierra however, I’m 
having problems with one of my applications.  When I build the Wonder code I 
get an error with ERExtensions. See below.  I’ve downloaded the file 
org.apache.commons.lang3 cause of the error message but I still get the error.  
I’m not sure where this new file should go but something tells me this setup 
doesn’t feel quite right.  Anyone else have the issue?

Calven
--

calven$ cd /Users/calven/WonderSource/Frameworks/Core/ERExtensions 
calven$ ant
Buildfile: /Users/calven/WonderSource/Frameworks/Core/ERExtensions/build.xml

clean:

ERExtensions.all:

global.environment:

global.properties:

global.framework.clean:
   [delete] Deleting directory /Users/calven/Roots/classes/ERExtensions

build:

ERExtensions.all:

global.environment:

global.properties:

global.prepare:
[mkdir] Created dir: /Users/calven/Roots/classes/ERExtensions

global.compile:

global.dummy:
[wocompile] Compiling 524 source files to 
/Users/calven/Roots/classes/ERExtensions
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXSortOrdering.java:5:
 error: package org.apache.commons.lang3.builder does not exist
[wocompile] import org.apache.commons.lang3.builder.HashCodeBuilder;
[wocompile]^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:13:
 error: package org.apache.commons.lang3 does not exist
[wocompile] import org.apache.commons.lang3.StringUtils;
[wocompile]^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:14:
 error: package org.slf4j does not exist
[wocompile] import org.slf4j.Logger;
[wocompile] ^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:15:
 error: package org.slf4j does not exist
[wocompile] import org.slf4j.LoggerFactory;
[wocompile] ^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:3:
 error: package org.slf4j does not exist
[wocompile] import org.slf4j.Logger;
[wocompile] ^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/ERXFetchResultCache.java:4:
 error: package org.slf4j does not exist
[wocompile] import org.slf4j.LoggerFactory;
[wocompile] ^
[wocompile] 
/Users/calven/WonderSource/Frameworks/Core/ERExtensions/Sources/er/extensions/eof/qualifiers/ERXExistsQualifier.java:69:
 error: cannot find symbol
[wocompile] static final Logger log = 
LoggerFactory.getLogger(ERXExistsQualifier.class);
[wocompile]  ^
[wocompile]   symbol:   class Logger
…

 ___
Do not post admin requests to the list. They will 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