+ Start a Discussion

Error during select : "local part cannot be "null" when creating a QName"

I'm trying to do a simple select statement, "Select Id from Note" and I get the error "local part cannot be "null" when creating a QName".

I'm not sure why this is happening when I can run the same select statement in any other saleforce org and works fine. The only difference i can see is that one is on a different server, https://eu0-api.salesforce.com/services/Soap/u/5.0 where the error occurs and the others are on https://na1-api.salesforce.com/services/Soap/u/5.0 which works fine.

I can't see why that could be the cause of anything but other than the instances being with different clients, the code is the same.

Has anyone seen this behavior before?


Message Edited by jontk on 05-16-2005 01:11 PM

Message Edited by jontk on 05-16-2005 01:11 PM

Can you post a trace of your complete request, including the HTTP headers (use something like Ethereal, YATT, tcpTrace or SOAPScope), I've seen this before, but only when sending enterprise requests to the partner URL (or visa versa)
I think you might have trouble reading this but here's what I have from a log file:
If you want I can email it to you directly.


select Id from Note


java.lang.IllegalArgumentException: local part cannot be "null" when creating a QName

Message Edited by jontk on 05-16-2005 01:18 PM

Message Edited by jontk on 05-16-2005 01:19 PM

Message Edited by jontk on 05-16-2005 01:20 PM

Message Edited by jontk on 05-16-2005 01:20 PM

Message Edited by jontk on 05-16-2005 01:21 PM

Message Edited by DevAngel on 05-16-2005 01:58 PM

Message Edited by jontk on 05-16-2005 05:28 PM

I also got nabbed by this earlier today when retooling some stuff into java w/ AXIS 1.2...

Here's the full dump. I've made a few edits to get it to display here -- using [] in place of less/greather than, removing the session ID, orgid, etc...

POST /services/Soap/u/5.0 HTTP/1.0
Content-Type: text/xml; charset=utf-8
Accept: application/soap+xml, application/dime, multipart/related, text/*
User-Agent: Axis/1.2
Host: na1.salesforce.com
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: ""
Content-Length: 1263

[?xml version="1.0" encoding="UTF-8"?][soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"][soapenv:Header][ns1:SessionHeader soapenv:actor="http://schemas.xmlsoap.org/soap/actor/next" soapenv:mustUnderstand="0" xmlns:ns1="urn:partner.soap.sforce.com"][ns1:sessionId]--removed-for-security--[/ns1:sessionId][/ns1:SessionHeader][/soapenv:Header][soapenv:Body][retrieve xmlns="urn:partner.soap.sforce.com"][fieldList]Id, Name, Division, Street, City, State, PostalCode, Country, Phone, Fax, PrimaryContact, DefaultLocaleSidKey, LanguageLocaleKey, ReceivesInfoEmails, ReceivesAdminInfoEmails, FiscalYearStartMonth, UsesStartDateAsFiscalYearName, DefaultAccountAndContactAccess, DefaultOpportunityAccess, DefaultLeadAccess, DefaultCaseAccess, DefaultCalendarAccess, DefaultPricebookAccess, MaxRulesPerEntity, MaxActionsPerRule, SystemModstamp, ComplianceBccEmail, WebToCaseDefaultOrigin, CreatedDate, CreatedById, LastModifiedDate, LastModifiedById[/fieldList][sObjectType]Organization[/sObjectType][ids]--org-id-removed--[/ids][/retrieve][/soapenv:Body][/soapenv:Envelope]

HTTP/1.0 500 Internal Server Error
Server: sfdc
Cache-Control: private
Content-Type: text/xml; charset=utf-8
Date: Fri, 20 May 2005 13:10:10 GMT

[?xml version="1.0" encoding="UTF-8"?]
[soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"]
[faultstring]java.lang.IllegalArgumentException: local part cannot be "null" when creating a QName[/faultstring]

Now what I found after going through debugging this is that the Organization object isn't actually Retrieveable... You have to Query it. Now this isn't really applicable to johntk's issue, but the error is the same nonetheless. Doing a query for the same data works just fine. Why this is the error returned for this problem... ?

Would you like me to log a case with this as well, or let it lay here?