From jetspeed-dev-return-1429-apmail-jakarta-jetspeed-dev-archive=jakarta.apache.org@jakarta.apache.org Thu Aug 02 08:47:41 2001 Return-Path: Delivered-To: apmail-jakarta-jetspeed-dev-archive@jakarta.apache.org Received: (qmail 63201 invoked by uid 500); 2 Aug 2001 08:47:41 -0000 Mailing-List: contact jetspeed-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: jetspeed-dev@jakarta.apache.org Delivered-To: mailing list jetspeed-dev@jakarta.apache.org Received: (qmail 63190 invoked from network); 2 Aug 2001 08:47:41 -0000 Message-ID: <20010802084748.19782.qmail@web14602.mail.yahoo.com> Date: Thu, 2 Aug 2001 01:47:48 -0700 (PDT) From: Frans Thamura Subject: Re: UML models of psml and xreg To: jetspeed-dev@jakarta.apache.org In-Reply-To: <003401c11aea$04d4aa00$0601a8c0@jewel> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Thanks.. for the UML... I used it for my dev.. Frans --- Dave Carlson wrote: > I'm building a set of tools for generating and > reverse-engineering XML Schemas > from/to UML. I attached two GIF diagrams of the > current psml.xsd from CVS, as > well as the xreg.xsd that was posted by Frans > Thamura on 7/26. These UML > diagrams were produced by Rational Rose, but the > model structure was > automatically generated from the XSD source. I only > rearranged the diagrams > to make them more readable. I can also generate > complete schemas from the > same models. > > If there is interest on this list, I'll explain the > process in more detail. > But I thought the diagrams would be of interest. I > find that it is much > easier to understand the concepts and relationships > via a diagram. > > As part of this, I discovered a few technical errors > in the schemas. Both > schemas use the XSD content model incorrectly. > I really wish that it > did work like this! However, an group cannot > directly contain any > elements that have cardinality other than 1..1 or > 0..1. Both schemas contain > one or more groups with elements having > maxOccurs=unbounded, which is > not allowed. > > Unfortunately, this means that we must use either > or minOccurs="0" maxOccurs="unbounded"> instead of > for these complexTypes. > If you want to validate the cardinality of child > elements, we must use > . Or, we use and basically punt > on the strictness of > validation. I have not looked at Caster, but how > does it handle these > alternatives? > > In addition, the psml.xsd schema must declare a > namespace prefix for the > targetNamespace. Or, the XMLSchema namespace must > use a prefix and allow the > psml targetNamespace to use the default namespace. > I've added the xsd: prefix > to schema elements and will test the schema before > posting it back to the > list. > > Any preferences for how to handle the problem? > > As an aside, I'm working on a major upgrade to my > http://XMLmodeling.com > portal. It's currently running a very old 1.2 beta > version of Jetspeed. I > plan to update to the current version with user > logins and customization. I > also plan to make some of my UML to XSD conversion > tools available as a web > application within this portal. So, you'll see more > messages from me as I try > to figure out the templating system and > modifications to the turbine_user > database table... > > Cheers, > Dave Carlson > > ATTACHMENT part 2 image/gif name=xreg.gif > ATTACHMENT part 3 image/gif name=psml.gif > --------------------------------------------------------------------- > To unsubscribe, e-mail: > jetspeed-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org ===== Let's Empowering Open Source __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org