Cookie parsing error when connecting to Airtable via Java

I’m having trouble fetching data from an Airtable view using a Java library. The connection setup looks good when I debug it. My API key works fine and the base configuration appears correct.

Here’s my setup code:

AirtableAPI client = new AirtableAPI().setup(MY_API_TOKEN);
Database db = client.database("my-database-id");

But I keep getting this error message:

WARNING: Invalid cookie header: "Set-Cookie: brw=brwkel6HWNoWVEl49; path=/; expires=Fri, 12 Nov 2021 17:53:08 GMT; domain=.airtable.com; samesite=none; secure; httponly". Invalid 'expires' attribute: Fri, 12 Nov 2021 17:53:08 GMT
Exception in thread "main" com.sybit.airtable.exception.AirtableException: {"error":"NOT_FOUND"} (UNDEFINED_ERROR) [Http code 404]

The problematic method is:

public void fetchViewData() throws AirtableException, HttpResponseException {
    List<Vehicle> records = db.table("Vehicle").select("Routes");
}

I expected this to load all route records from the vehicle table into my list. Not sure what’s going wrong here. Any ideas what might be causing this issue?

The cookie warning’s just noise - ignore it. That 404 error is your real issue.

Your database ID’s wrong. When you call client.database("my-database-id"), you need the actual base ID from Airtable, not that placeholder. Should look like “appXXXXXXXXXXXXXX”.

Grab your base ID from the Airtable URL or their API docs. Swap out “my-database-id” with the real one.

Also check your table name’s exactly “Vehicle” - same capitalization. Airtable’s picky about that stuff.

I hit this same thing last month on a data sync project. Wasted hours on the cookie nonsense when it was just a typo in the base ID.

This video walks through debugging connection issues like this. Really helpful for spotting what’s actually broken versus what looks broken.

That cookie warning’s a red herring. The 404 means your endpoint isn’t built right. Check your Airtable base ID - it needs to start with “app” plus 14 characters. Make sure your table name matches exactly what’s in Airtable, spaces and special characters included. I’ve seen this break when there’s tiny differences like “Vehicles” vs “Vehicle”. Also check if your API key has read access to that table and view. Sometimes the base ID’s fine but the token can’t access certain tables. Test with a simple select all query first, then add the “Routes” filter to see where it breaks.

I’ve hit this exact problem before. The cookie parsing warning is just a client-side HTTP library thing - ignore it, won’t affect your request. Your real issue is that 404. You’re passing “my-database-id” as a literal string to the database method. Replace that with your actual Airtable base ID - it starts with “app” plus random characters. Find it in your Airtable URL when you’re viewing the base, it’s the part after airtable.com/. Also check that your table is actually named “Vehicle” in Airtable. The API is case-sensitive, so if it’s “vehicle” or “VEHICLE” in your base, you’ll get a 404. One more thing - is “Routes” actually a valid view name or did you mean to select a field? The select method syntax changes between libraries. Some want view names, others want field names for filtering.