On 04/11/2007, at 10:40 AM, Tarun Reddy wrote:
[2007-11-4 1:40:12 MDT] <WorkerThread0>
java.lang.ClassCastException:
com.webobjects.appserver._private.WOLowercaseCharArray
at com.webobjects.appserver.WOMessage.setHeaders(WOMessage.java:585)
at com.webobjects.appserver.WORequest.<init>(WORequest.java:261)
at er.extensions.ERXRequest.<init>(ERXRequest.java:54)
at er.extensions.ERXApplication._createRequest(ERXApplication.java:
730)
at er.extensions.ERXApplication.createRequest(ERXApplication.java:
715)
at
com
.webobjects
.appserver._private.WOHttpIO.readRequestFromSocket(WOHttpIO.java:287)
at
com
.webobjects
.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:88)
at
com
.webobjects
.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
at java.lang.Thread.run(Thread.java:613)
Ok, here is a bit of follow up:
If you have a plain WO 5.4 app, no Wonder, no nothing.
When Application.createRequest(String method, String aurl,String
anHTTPVersion, Map someHeaders, NSData content, Map someInfo) is
called the instantiated class type of "someHeaders" is TreeMap. If you
add ERExtensions to the classpath and make no other changes, the class
type passed to createRequest changes to "WOHTTPHeadersDictionary",
which is what causes the WOMessage.setHeaders to spit the dummy (as
per the above stack trace), because it expects the key object to be a
String (as now defined in the method definition).
This anomaly is caused by the com.webobjects.appserver.WOHttpIO class
that is included with wonder. As per Anjo's previous comments, you
need to remove it from ERExtensions or bad things will ensue. Mike,
feel like messing with the wonder builds some more?
Incidentally it appears that in WO53 createRequest() used to receive a
WOHTTPHeadersDictionary, this has changed in WO54.
So to fix the problem, for now, you need to create a custom
ERExtensions without WOHttpIO in it.
--
Seeya...Q
Quinton Dolan - [EMAIL PROTECTED]
Gold Coast, QLD, Australia (GMT+10)
Ph: +61 419 729 806
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]