on the subject of extensions... and certainly concerning UML. One thing I always hate about integration/extensions is that they add a layer to making two tools work together. In the best of cases you have to export/import stuff or open a tab and set some params to propagate changes. In the worst of cases extensions only provide a subset of what you really need.
What I would like to see is a tight integration between the IDEA and say TogetherJ so that I can work with both tools open on the same project and that they are constantly aware of each others doings. A great example of this is how Macromedia's Dreamweaver and Allaire's Homesite editor were integrated to complete each other. BTW this was the case before the two companies merged. It's sort of simple integration because they both work on text files but, this kind of integration made me very happy because I could use the two apps as if they were one. So... rather than getting 15 UML extensions made by well intended people but with limited time/resources which result in partial implementations, IDEA should choose a tool and create strong bridges so that A developer can use all the power of a tool dedicated to UML whilst not having to manage two project structures, exporting/importing files, forcing synchronisation, etc. Anyway there is a lot to be said for application co-operation rather than integration. Integration assumes one is the subordinate of the other, while co-operation means both apps are important and both recognise the need for the other. my 2cents Florian Hehlen -----Original Message----- From: beg Sent: Donnerstag, 22. November 2001 17:53 To: eap-features Cc: beg Subject: RE: [Eap-features] J2EE integration and UML capabilities I hope so. Moreover, this is a good candidate for open-source extensions hosted at our side as soon as the open APIs are ready. Best regards, Eugene Belyaev IntelliJ Software, http://www.intellij.com "Develop with pleasure" > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of North D > Sent: Thursday, November 22, 2001 7:29 PM > To: '[EMAIL PROTECTED]' > Subject: RE: [Eap-features] J2EE integration and UML capabilities > > > Wahey YES! Reverse-engineered UML class diagrams from > unknown source code. This just gets better and better! > > So when can we expect #2 then, Eugene? :o) > > Cheers, > Dan > > > -----Original Message----- > > From: Eugene Belyaev [mailto:[EMAIL PROTECTED]] > > Sent: 22 November 2001 15:14 > > To: [EMAIL PROTECTED] > > Subject: RE: [Eap-features] J2EE integration and UML capabilities > > > > > > There are two main use cases of using a UML tool: > > > > 1) When designing some large subsystems it's very > convenient to work > > with a modeling tool. Here a lot of different types of UML > diagrams > > can be useful. It's also useful that tools like Together > > automatically round-trip code for you. The drawback is 20 > that it needs > > to store a lot of meta-information in the code, thus > leaving a lot of > > comments. > > 2) For navigation and quick overviews of the code. The only really > > useful tool here is an ability to look at a class diagram quickly > > built from the source code. > > > > I would not want IDEA to go for the #1, but #2 is > definitely desired a > > lot. > > > > Best regards, > > > > Eugene Belyaev > > IntelliJ Software, http://www.intellij.com > > "Develop with pleasure" > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED]] On Behalf Of Stephan > > > J. Schmidt > > > Sent: Thursday, November 22, 2001 5:07 PM > > > To: [EMAIL PROTECTED] > > > Subject: Re: [Eap-features] J2EE integration and UML capabilities > > > > > > > > > -1 > > > > > > Do not bloat IDEA. I do not need UML in idea. You usually > > > modell something and when writing code, you only remodell > > > from time to time. You can use an UML tool for modelling, > > > export to XMI and use XSL to generate the classes. We use > > > something similiar, we generate not only the UML defined > > > classes but usually a lot of support classes (forms, session > > > beans, XML converter). For deployment descriptors and > > > interfaces we use xDoclet, which is fine. We only need IDEA > > > to understand the relationships between > > > remote/home/local/business classes and interfaces, > > > > > > my 2c > > > bye > > > -stephan > > > > > > On Thu, 2001-11-22 at 09:15, [EMAIL PROTECTED] wrote: > > > > These are my wishes, I know there's been talk of UML > capabilities > > > > earlier and I really look forward to seeing it :) A strong > > > integration > > > > with J2EE would also be very nice thing to have (for me > > it's a must > > > > have, but maybe not for others). Here I'm especially > > thinking about > > > > deployment for multiple server (CMP 2.0 deployment 20 > also) and easy > > > > debugging/testing. I the last point is a huge one, but it > > > would still > > > > be very nice. Together has nice UML and J2EE integration, > > but their > > > > editor is really bad compared to the raw power of IDEA. > > > > > > > > Just my 2 cents. > > > > > > > > /Jeppe > > > > > > > > > > > > _______________________________________________ > > > > 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 > > > > > ************************************************************** > ************************* > This email and any files transmitted with it are confidential > and intended > solely for the use of the individual or entity to whom they > are addressed. > If you have received this email in error please notify > [EMAIL PROTECTED] immediately. > > This footnote also confirms that this email message has been > swept for the > presence of computer viruses. > ************************************************************** > ************************* > > _______________________________________________ > 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 Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. _______________________________________________ Eap-features mailing list [EMAIL PROTECTED] http://www.intellij.com/mailman/listinfo/eap-features
