This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Mapper context should be restored upon IDE reopening (or the process should be opened in Design view) | ||
---|---|---|---|
Product: | soa | Reporter: | Kirill Sorokin <ksorokin> |
Component: | BPEL Mapper | Assignee: | Vitaly Bychkov <lativ> |
Status: | REOPENED --- | ||
Severity: | blocker | CC: | alexeyyarmolenko |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
Kirill Sorokin
2008-03-07 08:22:06 UTC
changed target milestone Fixed. Changeset: 22996803809f. I will reopen and lower the priority. As far as I understand the implemented fix only adds an error message for an empty mapper context, but does not cover the root cause of the issue -- a BPEL document should not open in the mapper view in the first place. The requested behavior is in inconsitence with netbeans and bpel editor behavior in general cases. First of all now we show bpel mapper for all elements but in case an element doesn't require mapper it shows correspondent message. It's done by design and from my point of view it is better behavior. From netbeans point: in case one close IDE with some opened TCs on the next start these TCs will be restored. Please feel free to file an enhancement on general behavior if you would like to change it. Okay, reopening as an enhancement request (priority was pumped-up a bit). Bottom line: if I close the IDE with a BPEL process opened in the mapper view, I would not expect it to be opened with an empty mapper (even with the error message). The optimal behavior would be to restore the context (i.e. selection) in the same state as it was before closing the IDE, but if that is difficult to achieve, opening the process in the design view would be quite sufficient. The "NetBeans point" pitch is completely inappropriate here, as the mapper view is not used according to the "NetBeans point" in the first place: all other NetBeans multi-view elements (to my best knowledge) act without a context. Alexey, please investigate how much efforts will it take. |