| Summary: | NPE with dynamic persistence and jpql validation | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [WebTools] Dali JPA Tools | Reporter: | Karen Butzke <karenfbutzke> | ||||||
| Component: | JPA | Assignee: | Pascal Filion <pascal.filion> | ||||||
| Status: | VERIFIED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | jolene.moffitt, neil.hauge | ||||||
| Version: | 3.1 | ||||||||
| Target Milestone: | 3.2 M5 | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Karen Butzke
Created attachment 208953 [details]
npe stack trace
I guess the approach we are looking at is tolerating this type of situation in a standard JPA project? Dynamic persistence will probably be handled in a separate JPA project, so these type of issues will perhaps be lower on the priority list. Yeah, probably doesn't matter that it's related to dynamic persistence. We wouldn't want the NPEs anyway if they happen to have incorrectly specified the entity name in the JPQL. Added a null check for the type name, which can happen with dynamic persistence and potentially invalid attributes. Verified in Build I-3.4.0-20120119095402 Verified when you use the attached entity-mappings.xml file and validate no NPE errors appear. See the link to view test steps for verification. http://wiki.eclipse.org/Dali_3.2_M5 |