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.
We need something like this: To be able to create one DataObject which can contain other dataobjects. Well, this sounds probably crazy a bit, but we are hitting this concrete case: We have some web app, and we have one dataobject which is above one .jsp and one corresponding .java file.... so we need to cover those. But we also need to have those individual .jsp and .java data objects in order to keep their services available. Currently we are faking it that way... that we have the our data object created on top of the .jsp file, and maintaining link to the .java file, while there is created separated java data object. That way we can manage the stuff like multiview for that data object created over the .jsp... but it is a problem when somebody finds the one over .java and opens it, works with that... that guy acts like plain java data object. This might be a bit confusing, please ask if you need learn more details.
It is not that much confusing, but I am not sure what datasystems are supposed to do with this problem. Until the requirement changes somehow this is wontfix in datasystems. Because you can easily create a data object that will recognize .java and .jsp at the same time. Imho you are asking for support of the functionality of java module without creating data object. But that is really different category than openide/datasystems.
BIN_COMP because it reuses JavaDataObject, which is public now, but as it seems, shoudn't be. Therefore we'd need to have an api, to be able resuse the services which are now tightly associated with DataObject, in this case like editor (support), and all the cookies which are now in JavaDataObject. It would also mean that all the infra would work not with DataObjects but with any objects providing such services -> refactoring, etc.
To rephase your problem: 1. you need java support for certain .java file (e.g. SourceCookie, jmi Element, etc) 2. you want to provide your own data object to have control over certain operation on the .java and assiciated .jsp. especially "Open". In short term there is a way - you can replace the open action in all java files (registered in a layer) with your own that will handle the special situations you need. In longer term my feeling is that the java support shall be DataObject independent - probably in similar way as CloneableEditorSupport - e.g. use some kind of Environment to communicate with outside world.
I have WONTFIXed similar issue #53926 in 4.1 time-frame.
Overtake.
Resetting assignee to default for all bugs reported against product java and assigned to moonko.
Obsolete