Hi Mike > It means that some work has done something and we don't think that the > feature is already finished. Actually I'd like to hear about some or better about all EJB features in the new version but as we all are busy people I'll better be waiting for new builds. :))
> > exception) in Remote interface and Bean class sources. > > Change signature Refactoring will make all sources syncrhonized. We are > also thinking about some action which will allow you to write the code > only in bean class and let IDEA manage the others someway. It is excellent !! Sounds very interesting because It's very painful to make changes (copy/paste) in the both files. I can suggest make JavaDoc synchronization also if it will be possible. Don't forget about fact what CVS/ClearCase and other version control systems can "lock" the file if person didn't checked out the remote/bean file. He must be informed. > > But it must has some feature for a little adjustment, I mean what some > > people use remote interface name like "MySessionRemote" others just > > "MySession", EJB class name like "MySessionEJB" others > "MySessionBean". It > > seems to me what adjustment must be present in order to make correct > > checking. > > In future all prefixes/suffixes should be fully customizable. But build > #612 will have "New EJB" feature which will by default use Sun's > convection (though manual adjustment of names is also possible.) > > > Other good feature is setting up what kind of source must be used as > > primary > > source for this synchronization, Remote or Bean. Good. It's a reasonable feature. > Don't you think that developer should work with the bean class only? Why > should he/she bother of others? No, I don't... sometimes I depend on Rational Rose and it forces me to do such things... Example: I should quickly make a some changes in the remote interface _only_ in order to Reverse it into model. May be it sounds strange but I prefer making changes in the code and reverse it instead of changing directly in the model. Because sometimes it's a little painful to click on different windows, tabs in the Rose, change variables, types, descriptions, etc.... Then I can synchronize remote and bean classes in the Rose. Synchronization in the Rose is made by primary Remote interface. If I try to make correction in the bean class I'll be forced to correct all errors because Rose can complain about them on the reverse stage, I'll lost a time and it's impossible to synchronize remote interface by bean class in the Rose model. :(( So in the "normal conditions" I prefer changing bean class and synchrionize it with remote, but sometimes I'll correct Remote, reverse it, make changes in the model, etc... and later will make synchronization and code correction in the EJBean class. Regards. > > Best regards, > Mike Aizatsky. > ------------------------------ > IntelliJ Software, "Develop with pleasure!" http://www.intellij.com > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:eap-features- > > [EMAIL PROTECTED]] On Behalf Of Yuriy Larin > > Sent: Friday, March 15, 2002 12:33 PM > > To: [EMAIL PROTECTED] > > Subject: [Eap-features] J2EE - EJB support, what is planned ? > > > > Hi all > > I'm new comer in this list that is why I'd like to ask people. > > What is "in process" in the subject ? I see very useful to get > > synchronization checking ability for methods signature (parameters + > > exception) in Remote interface and Bean class sources. > > > > But it must has some feature for a little adjustment, I mean what some > > people use remote interface name like "MySessionRemote" others just > > "MySession", EJB class name like "MySessionEJB" others > "MySessionBean". It > > seems to me what adjustment must be present in order to make correct > > checking. > > > > Other good feature is setting up what kind of source must be used as > > primary > > source for this synchronization, Remote or Bean. > > > > Regards, > > Yuriy Larin > > Java Developer > > Nixsolutions Ltd. > > > > > > _______________________________________________ > > Eap-features mailing list > > [EMAIL PROTECTED] > > http://www.intellij.com/mailman/listinfo/eap-features > > > _______________________________________________ > Eap-features mailing list > [EMAIL PROTECTED] > http://www.intellij.com/mailman/listinfo/eap-features > _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
