Bug #2385
closedInconsistent interface / use of interface in PIB
Description
What I'm observing:
- there is protected getScheme() method that is pure virtual in PIB interface
- there is non-virtual getPibLocator() method in PIB interface
- there is private getScheme() method in Sqlite PIB
- there is virtual getPibLocator() in Sqlite PIB
I'm not sure how this compiles...
Updated by Yingdi Yu almost 10 years ago
- Status changed from New to Code review
- % Done changed from 0 to 100
Updated by Junxiao Shi almost 10 years ago
@Yingdi Yu, please explain what should be the correct API.
Updated by Yingdi Yu almost 10 years ago
For getPibLocator(), after the commit http://gerrit.named-data.net/#/c/1641/, the getPibLocator is no longer needed in any sub-class of SecPublicInfo.
For SecPublicInfoSqlite3::getScheme(), we keep it protected which is consistent as SecPublicInfo::getScheme().
Updated by Yingdi Yu over 9 years ago
- Blocked by Feature #2451: New Abstraction for Identity Key Certificate added
Updated by Yingdi Yu over 9 years ago
- Blocks Task #2926: Refactor KeyChain added
Updated by Yingdi Yu over 9 years ago
I cannot find the commit for this one. No idea why I changed it to code review.
This problem does not exist in the new Pib implementation, given we plan to replace the Pib implementation, I would reopen this issue and close it when we finish the refactoring.
Updated by Yingdi Yu over 9 years ago
Can some one change the state to in progress. I only have two options: code review and closed
Updated by Junxiao Shi over 9 years ago
- Status changed from Code review to Rejected
This issue is no longer relevant because PIB interface has been changed.