Re: New error about er.javamail ..
Re: New error about er.javamail ..
- Subject: Re: New error about er.javamail ..
- From: Kieran Kelleher <email@hidden>
- Date: Fri, 19 Nov 2010 11:33:51 -0500
james,
This sounds like a class path order problem .... or possibly noxymo (which I know nothing about) is related to the issue ......
Why not log out the actual classpath in Application.didFinishLaunching() and examine it to see if your app bundles and ERExtensions are foremost......
// Classpath debugging
// When launched by wotaskd in deployment, the classpath property is
// com.webobjects.classpath
String classpath = ERXProperties.stringForKey("com.webobjects.classpath");
// When launched manually or from within IDE, the classpath is the
// regular java.class.path
if (classpath == null) {
classpath = ERXProperties.stringForKey("java.class.path");
} // ~ if (classpath == null)
// Clean it up to a dir prints on each line of console or log file
if (classpath != null) {
classpath = classpath.replace(':', '\n');
} // ~ if (classpath != null)
log.info("classpath = \n" + classpath);
On Nov 19, 2010, at 7:14 AM, James Cicenia wrote:
> Yea... now it doesn't think Main is a WOComponent.
>
> Question... is it possible to just start the macbookrpro in firewrire mode and then just copy everything relevant from my workstation to it?
>
> Wouldn't that cure the problem? Or you can't just copy.
>
> Thanks
> James
>
> On Nov 18, 2010, at 7:57 PM, Chuck Hill wrote:
>
>>>> This is a very old app. It was written with a noxymo framework and only uses some peripheral ERD2W of Wonder only.
>>
>> That is probably the problem. Is it extending ERXApplication? Is it using a modern version of Wonder. Modern versions of Wonder should not have this problem.
>>
>> If that is not the case, then mail.jar is getting on the class path before your application's jar. Check the usual extensions directories, but mostly you are SOL when this happens. Just give up and implement this in Application.java:
>>
>> protected Class _sessionClass()
>>
>> Chuck
>>
>>
>>
>>
>> On Nov 18, 2010, at 5:23 PM, James Cicenia wrote:
>>
>>> Ok -
>>>
>>> I use ERXProperties and printout everything. Sure enough it want the WebObjects.properties as the last properties file. I put it there tire of fighting Eclipse and then get to the Session confusion of javax.mail.Session.
>>>
>>> I comb through again all the class paths and the ERXProperties class paths look pretty darn alike.
>>>
>>> Any more hints?
>>> Thanks
>>> James
>>>
>>> On Nov 18, 2010, at 6:12 PM, James Cicenia wrote:
>>>
>>>> This is a very old app. It was written with a noxymo framework and only uses some peripheral ERD2W of Wonder only.
>>>>
>>>>
>>>> I have methodically gone through and compared every conceivable setting, order, dot file that I can see or think of.
>>>>
>>>> The only real difference I see in the console log output was that in the bad setup it was looking for WebObjects.properties in /Users/abc
>>>> So, I look over on my working workstation, and there is no WebObjects.properties there. So, why is wolips wanting to find it?
>>>>
>>>> James
>>>>
>>>>
>>>> On Nov 18, 2010, at 5:28 PM, Tim Worman wrote:
>>>>
>>>>> James:
>>>>>
>>>>> I don't think anyone is going to be able to answer your WTF.
>>>>>
>>>>> When a Wonder app starts it very methodically details in the console output what Properties files are discovered and what specific key/value pairs are discovered. I would put some test properties in the files in question and more methodically figure out if you have a problem with properties being overridden. More than likely, that is your problem. Pay close attention to the console output regarding properties when your app starts up.
>>>>>
>>>>> Tim Worman
>>>>> UCLA GSE&IS
>>>>>
>>>>>
>>>>> On Nov 18, 2010, at 12:40 PM, James Cicenia wrote:
>>>>>
>>>>>> It was UTF-8 changed it to ISO-Latin ... same problem.
>>>>>>
>>>>>>
>>>>>> WTF?!
>>>>>>
>>>>>> On Nov 18, 2010, at 1:00 PM, Pascal Robert wrote:
>>>>>>
>>>>>>> I think we had this problem before, and it was because the properties file was in UTF-8 instead of ISO-Latin-1.
>>>>>>>
>>>>>>>> I eliminated all whitespace in the Properties file. Still does nothing.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Nov 18, 2010, at 12:05 PM, Mark Wardle wrote:
>>>>>>>>
>>>>>>>>> Spaces!!!!! Don't use whitespace.
>>>>>>>>>
>>>>>>>>> Mark
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Dr. Mark Wardle
>>>>>>>>> Specialist registrar, Neurology
>>>>>>>>> (Sent from my mobile)
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On 18 Nov 2010, at 17:53, James Cicenia <email@hidden> wrote:
>>>>>>>>>
>>>>>>>>>> Uh... yea... had that in there.... I believe it isn't reading my properties file.
>>>>>>>>>> really!
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Nov 18, 2010, at 11:41 AM, Chuck Hill wrote:
>>>>>>>>>>
>>>>>>>>>>> Dude! Really?
>>>>>>>>>>>
>>>>>>>>>>>>>> sent to 'er.javamail.adminEmail' instead of the normal TO addresses, but you did not provide a valid email for that property
>>>>>>>>>>>
>>>>>>>>>>> er.javamail.adminEmail ... did not provide a valid email for that property
>>>>>>>>>>>
>>>>>>>>>>> For giggles try
>>>>>>>>>>> er.javamail.adminEmail=email@hidden
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Nov 18, 2010, at 9:39 AM, James Cicenia wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Read?
>>>>>>>>>>>>
>>>>>>>>>>>> hmm, what is there to read? Inside my properties file it says false. This setup works on the other workstations.
>>>>>>>>>>>>
>>>>>>>>>>>> - j-
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Nov 18, 2010, at 11:33 AM, Chuck Hill wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Nov 18, 2010, at 9:27 AM, James Cicenia wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Trying to get the new developer running...
>>>>>>>>>>>>>> Things look the same but when I try to launch the app from eclipse I get:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [2010-11-18 11:23:7 CST] <main> null
>>>>>>>>>>>>>> [2010-11-18 11:23:7 CST] <main> A fatal exception occurred: When 'er.javamail.centralize' is true (default), all outgoing mails will get sent to 'er.javamail.adminEmail' instead of the normal TO addresses, but you did not provide a valid email for that property.
>>>>>>>>>>>>>> [2010-11-18 11:23:7 CST] <main> java.lang.IllegalArgumentException: When 'er.javamail.centralize' is true (default), all outgoing mails will get sent to 'er.javamail.adminEmail' instead of the normal TO addresses, but you did not provide a valid email for that property.
>>>>>>>>>>>>>> at er.javamail.ERJavaMail.initializeFrameworkFromSystemProperties(ERJavaMail.java:132)
>>>>>>>>>>>>>> at er.javamail.ERJavaMail.finishInitialization(ERJavaMail.java:113)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Any suggestions?
>>>>>>>>>>>>>> My properties file:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> er.javamail.centralize = false
>>>>>>>>>>>>>
>>>>>>>>>>>>> Read? :-)
>>>>>>>>>>>>>
>>>>>>>>>>>>>> sent to 'er.javamail.adminEmail' instead of the normal TO addresses, but you did not provide a valid email for that property
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> Chuck Hill Senior Consultant / VP Development
>>>>>>>>>>>>>
>>>>>>>>>>>>> Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
>>>>>>>>>>>>> http://www.global-village.net/products/practical_webobjects
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>>>>
>>>>>>>>>>>> This email sent to email@hidden
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Chuck Hill Senior Consultant / VP Development
>>>>>>>>>>>
>>>>>>>>>>> Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
>>>>>>>>>>> http://www.global-village.net/products/practical_webobjects
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>>>
>>>>>>>>>> This email sent to email@hidden
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>>>
>>>>>>>> This email sent to email@hidden
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Do not post admin requests to the list. They will be ignored.
>>>>>> Webobjects-dev mailing list (email@hidden)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>
>>>>>> This email sent to email@hidden
>>>>>
>>>>
>>>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden
>>
>> --
>> Chuck Hill Senior Consultant / VP Development
>>
>> Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems.
>> http://www.global-village.net/products/practical_webobjects
>>
>>
>>
>>
>>
>>
>>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden