deleted a table but Build still shows error of that table

(1) Share

Report

Posted on by Ken Manhattan

558

Hi guys,

In my Visual Studio, I've deleted table, along with its data entity, staging, security key, basically all the related object.

I've delete it by put these object in my Project then delete. Check in AOT, there is no such object anymore.

But may I know why, when Build, I'm still seeing the same error like the table is not yet deleted ?

If I check in my folder K:\AosService\PackagesLocalDirectory\<modelname>\XppMetadata\<model>AxTable, it is still there. So how to acually delete those ?

Do I need to check in ? However, actually I don't want to check in and make this also deleted in Source Control.

The story behind these is some changes happened which I don't know how it that Source control, some structure changes (which is not me who change it). I thought when Get latest from Source control, I will get the correct one, instead, I get errors. So that's when I decided I want to delete all these first in my local, so I can continue my work.

Can I do that ? or I really need to check in my deletion although I'm intended to delete in my local only, so the next Build no errors.

Any clue what that I missed ?

Thanks

Categories:

Dynamics 365 Finance

I have the same question (0)

All responses (6)

Answers (1)

Sort by

Suggested answer

Martin Dráb 239,451 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

You removed source code, but you still have application binaries generated from the source code. You need to build the model (not just the project) to create binaries from your current code (where the table doesn't exist anymore).

Checking into the source control has nothing to do with it. The IDE work with the source code and binaries that you have locally; whether the same version of source code is stored on some source control server isn't relevant in this case.

Was this reply helpful? Yes No
Ken Manhattan 558 on at

Like (0)

Report
Copy link

Link copied!

Hi Martin,

Yes, the Build that I'm mentioned right after put the object in my Project then delete, is the Build of the model with synchronize table such as this ->

Agreed on this "Checking into the source control has nothing to do with it. The IDE work with the source code and binaries that you have locally" as this is also my understanding.

I'm currently Build again, same as before, just tick my model and the setting as the picture. It is still in progress, lets c how it goes,

Coz currently I have no clue what is wrong, Does finding the object (XML) still in PackageLocalDirectory suggested some mistake in my settings ? Workspace ? I can't screenshot now since it is still Building, so maybe need to wait.

Thanks

Was this reply helpful? Yes No
Suggested answer

Mohamed Amine Mahmoudi 26,803 Super User 2026 Season 1 on at

Like (0)

Report
Copy link

Link copied!

Hi,

Yes you must delete the table from the physical location to avoid errors.

Best regards,

Mohamed Amine MAHMOUDI

Was this reply helpful? Yes No
Martin Dráb 239,451 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

If you still have the XML file under PackageLocalDirectory, then the object wasn't really deleted. You'll need to delete it before rebuilding the model.

Was this reply helpful? Yes No
Ken Manhattan 558 on at

Like (0)

Report
Copy link

Link copied!

Delete manually from File explorer ?

I can, but may I know why it is behave like that ?

When delete the objects in my Project ( inside VS > Solution explorer), am pretty sure click Yes when there is pop up asking me "do you want to delete it permanently". And did refresh model look into the AOT again, searching for the object and it's none (as expected).

Sorry, just little irritated because at first I thought this is simple thing, and I thought I understand how it works :((

Was this reply helpful? Yes No
Verified answer

Martin Dráb 239,451 Most Valuable Professional on at

Like (0)

Report
Copy link

Link copied!

Where is the file you're talking about? Aren't you looking into a wrong folder, such as XppMetadata?

Was this reply helpful? Yes No