[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: permission
Hello Massimiliano: Thank you greatly for reviewing the document. We have a lot to discuss on our conference call tomorrow. Your first point I have wondered about too. I think that for consistency's sake, it may be better to use UML for all pattern elaboration's rather than switching between OMSC (for activity) and UML (for static class). CRC seems to be something that programmers like. We'll have to discuss as a group on the call. SOA TC: Two points of discussion are: 1. The use of UML class diagrams instead of CRC cards 2. The use of UML sequence diagrams instead of OMSC Regarding point #2, we have a second document that will be a best practices/implementation guide. That is the document we had envisioned the code samples etc. in as well as idioms. As a standards body, we have to be neutral to implementation and not favor C, C#, Java, Perl, etc. Your third point is also very good. I'll retool the metamodel to who variants etc as optional since they are not needed although this does beg the question from a metamodel perspective "Is 'null' a value"? There are two ways we can think about it. One is that the variants et al are mandatory and if there are none, the value is set at null. This may at least force people to think about variants in detail. The second way is to make that aspect of the model optional. Thank you again for your review. You have given some great input to the process. Duane Nickull Massimiliano Bigatti wrote: > <SNIP> > Two points: > - section 1.3.1.6.1 refers to some UML class diagram that I was unable > to find in the document; in 1.3.1.7 OMSC is used, but no UML Sequence > diagram. Why not? OMSC is more complete? As an UML fan I expected to > find class diagram instead of CRC, and sequence diagram instead of OMSC; > - I've a concern about 1.3.2, 1.3.3 and Idioms. Will it be clear for > the reader a pattern solution that doesn't show code? Often few lines > of code are clearer than a text description or a diagram. Maybe it > could help having some source code also in "Design Patterns"; not only > in "Idioms" type of pattern. > > A final note: are the elements of the meta model optional? I mean, > maybe a pattern doesn't have variants. Or references. The author could > be able to skip the section he consider not to be useful. > > Hope it helps > > Regards, > > Massimiliano Bigatti > http://www.bigatti.it - http://javawebservices.it - > http://liberipensieri.org > SUN Certified Enterprise Architect for Java Platform 2 Enterprise > Edition Technology > > Il giorno 22/lug/04, alle 17:57, Duane Nickull ha scritto: > > Massimiliano: > > Woudl you be interested in proofing the draft of our Patterns > Metamodel? It is about 10 pages. > > Please let me know and I can send it to you > > Best wishes > > Duane > > Massimiliano Bigatti wrote: > > I understand. As I told you, I'll be very glad to help the TC > you're chairing; how can I help? > > Regards, > > Massimiliano Bigatti > http://www.bigatti.it - http://javawebservices.it - > http://liberipensieri.org > SUN Certified Enterprise Architect for Java Platform 2 > Enterprise Edition Technology > > Il giorno 16/lug/04, alle 01:20, Duane Nickull ha scritto: > > Thanks for the link. I looked at it and found their objective as > "The Service Oriented Architecture (SOA) Blueprints initiative is > a comprehensive attempt to define and implement a fully > functional > application suite demonstrating SOA best practices." > > The OASIS eb SOA TC has a different goal. Our goal is to define > SOA specific to the requirements of eBusiness on a global scale, > abstracted of any specific implementation technology. > Accordingly, > we use Architectural patterns and blueprints as our ADL to > describe normative section of our specification. We are also > operating under the auspices of OASIS, a standards development > organization with a long term goal of having our work eventually > submitted to the ISO or IEEE. > > The middleware company is a proprietary (not a true standards > org) > approach and while definitely worthwhile, would preclude many > tier > ones (including Adobe) from joining based on IPR policies. > > Cheers! > > Duane > Massimiliano Bigatti wrote: > > Duane, > unfortunately I'm not an OASIS member. I skimmed over the > specification and I see it is in the first stages of > development; I'll be very glad to help; let me know how. > > I know about other efforts, i.e. from The Middleware Company, > published on soablueprints.com. How does the OASIS initiative > deal with this? > > Cordialmente, > > Massimiliano Bigatti > http://www.bigatti.it - http://javawebservices.it - > http://liberipensieri.org > SUN Certified Enterprise Architect for Java Platform 2 > Enterprise Edition Technology > > Il giorno 14/lug/04, alle 20:52, Duane Nickull ha scritto: > > It is available online for OASIS members from the TC groups > pages. > I don't know if you are an OASIS member so here is a copy of the > document (attached). > > We would love to have more help on this TC from people familiar > with SOA and patterns ;-) > > Thank you for generously allowing use of your materials in > section > 4.0 of our document. I will make sure you are referenced as a > contributor. > > Duane > > Massimiliano Bigatti wrote: > > Hello Duane, > I'm very pleased you like my work on SOA. Feel free to reuse > the materials and don't hesitate to contact me for further > information. > > Where could I read about the specification you're preparing? > > Regards, > > Massimiliano Bigatti > http://www.bigatti.it - http://javawebservices.it - > http://liberipensieri.org > SUN Certified Enterprise Architect for Java Platform 2 > Enterprise Edition Technology > > Il giorno 14/lug/04, alle 00:37, Duane Nickull ha scritto: > > Hello Max: > > My name is Duane Nickull from Adobe systems, working out of > Vancouver, Canada. I am chairing the OASIS eBusiness Service > Oriented Architecture Technical Committee and we are preparing a > specification on SOA using a normative set of patterns and > archtiectural blueprints, specific to the requirements of > electronic business. > > I came accross your work as published on XML.com and saw that you > are thinking in the same direction as the group. I would love to > request your permission to reuse the materials within our > specification (of course attributing you as the author of the > work). The materials we liked are on the pages at: > > http://www.xml.com/pub/a/ws/2004/06/16/patterns.html > > Thank you for your consideration. > > Duane Nickull > > -- Senior Standards Strategist > Adobe Systems, Inc. > http://www.adobe.com > > > > > > -- Senior Standards Strategist > Adobe Systems, Inc. > http://www.adobe.com > > > <wd-ebsoa-02-23.doc> > > > > -- Senior Standards Strategist > Adobe Systems, Inc. > http://www.adobe.com > > > > > > > -- > Senior Standards Strategist > Adobe Systems, Inc. > http://www.adobe.com > > > > > -- Senior Standards Strategist Adobe Systems, Inc. http://www.adobe.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]