Re: Damn Thing
Re: Damn Thing
- Subject: Re: Damn Thing
- From: David Neumann <email@hidden>
- Date: Wed, 9 Jun 2004 09:38:37 -0500
Maybe you have a double byte character or some character outside of the
expected encoding?
Anyway, I'd recommend creating a test that fetches the entity as rows
rather than EOs; set this on your fetch spec for your test:
setFetchesRawRows(true)
and then do:
setRawRowKeyPaths(array)
where array is an NSArray of strings where the strings are the names of
all of your entities attributes. Then perform the fetch over and over
removing an attribute each time until you find the one that's choking.
You might also assign a delegate to the adaptor channel and implement:
adaptorChannelDidFetchRow(EOAdaptorChannel channel,
NSMutableDictionary row)
on it and log out the row. That will tell you how far into the result
you got (the last successfully fetched row) before it choked. Once you
do get a fetch all the way, the next row would be THE choker row. You
could use that info to inspect the value of the column whose removal
from the query allowed the fetch to succeed.
dave
On Jun 8, 2004, at 11:58 PM, Greg Hulands wrote:
Hi,
I am using WO523 and Postgres and use Boolean types in the model. All
has been going sweet for the last couple of months and then today, all
of a sudden, it is now throwing an Exception Bad Byte f . I remember
when 523 came out I had to make sure the c type was set. Nothing has
changed in the model so I'm at a loss to find out which attribute/s
is/are causing this exception. Is there a way to find out the attribute
that is causing the problem?
Any help is GREATLY appreciated.
Regards,
Greg
Here is the top part of the stack:
[2004-06-09 14:18:49 EST] <WorkerThread0>
com.webobjects.foundation.NSForwardException for
com.webobjects.foundation.NSForwardException for
com.webobjects.jdbcadaptor.JDBCAdaptorException: Bad Byte f
at
com.webobjects.jdbcadaptor.JDBCColumn._fetchValue(JDBCColumn.java:325)
at
com.webobjects.jdbcadaptor.JDBCColumn.fetchValue(JDBCColumn.java:307)
at
com.webobjects.jdbcadaptor.JDBCChannel.fetchRow(JDBCChannel.java:1406)
at
com.webobjects.eoaccess.EODatabaseChannel._fetchObject(EODatabaseChanne
l
.java:303)
at
com.webobjects.eoaccess.EODatabaseContext._objectsWithFetchSpecificatio
n
EditingContext(EODatabaseContext.java:3212)
at
com.webobjects.eoaccess.EODatabaseContext.objectsWithFetchSpecification
(
EODatabaseContext.java:3337)
at
com.webobjects.eocontrol.EOObjectStoreCoordinator.objectsWithFetchSpeci
f
ication(EOObjectStoreCoordinator.java:539)
at
com.webobjects.eocontrol.EOEditingContext.objectsWithFetchSpecification
(
EOEditingContext.java:4053)
at
com.webobjects.eoaccess.EODatabaseDataSource.fetchObjects(EODatabaseDat
a
Source.java:633)
at
com.webobjects.appserver.WODisplayGroup.fetch(WODisplayGroup.java:2191)
at
com.webobjects.appserver.WODisplayGroup.awakeFromKeyValueUnarchiver(WOD
i
splayGroup.java:2666)
at
com.webobjects.eocontrol.EOKeyValueUnarchiver.ensureObjectAwake(EOKeyVa
l
ueUnarchiver.java:335)
at
com.webobjects.eocontrol.EOKeyValueUnarchiver.awakeObjects(EOKeyValueUn
a
rchiver.java:356)
at
com.webobjects.appserver._private.WOArchiveSupport.initializeObjectFrom
A
rchive(WOArchiveSupport.java:24)
at
com.webobjects.appserver._private.WOComponentDefinition.finishInitializ
i
ngComponent(WOComponentDefinition.java:605)
at com.webobjects.appserver.WOComponent.<init>(WOComponent.java:234)
at ShoeBoxComponent.<init>(ShoeBoxComponent.java:20)
at InventoryEditItem.<init>(InventoryEditItem.java:29)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.