Hi!

Rickard �berg wrote:

> Hi!
>
> Emmanuel Pirsch wrote:
> > It it not a non-issue because an validating editor will not always be used to 
>produce the
> > XML descriptor. The more validation we can put on the root (DTD)) the better the 
>spec will
> > be.
> The EJB server that loads the XML should always use the verifier
> (EJB1.1, page 245) to check the input, and the bean
> developer/application assembler/deployer person should always use it to
> verify the correctness of his output by the same method.

Not every tools will be written in Java, EJB is not meant to stay in the Java world. 
There will
be tools and bean written in other language eventually, having all the validation done 
in the DTD
will allow less coding effort to produce valid XML descriptors than having a validator 
in java
wich must be ported and will contain bugs.

> > Reentrant is a lofical attribute, Description is something that get added to the 
>descriptor
> > without any effect regarding it's content. So Reentrant is really an attribute to 
>the
> > Entity (and modify it's meaning) and Description is just something that get 
>attached to it
> > to provide infromation about it (and it does not affect it's meaning).
>
> I disagree. Both are attributes IMO.

They are not both attribute, you have something that describe (Description), in a human
understable way, the data and something else that define (Reentrant) how it will 
behave. The
Description is like a comment in a Java program, it helps humans understand the code 
but it is
the actual code that is important. When the java source is compiled the comments are 
left out
because they are not needed.

> > XML provide us with a lot of functionnality to describe the content of a document, 
>why not
> > use it to it's full extent?
>
> Because XML will not be able to cover 100% of the rules. A Java verifier
> will. Why make something that is harder to use (which the DTD would be
> IMO) and verifiable, instead of easy to use (as it is now) and
> verifiable? Doesn't make sense to me.

XML will covert most of the rules and is a lot more easier to put validation in a DTD 
than in a
java program. In a DTD you just have to declare what is valid, in Jva you have to 
write code that
must check against specific condition wich take more time and is more likely to have 
bugs.

Maybe if you list some rules than we will not be able to represent in a DTD, this 
would be
helpful.

    SeeU!

-----
Emmanuel Pirsch
Sun Certified Java Programmer
Unite for Java! - http://www.javalobby.org/
---
"The intuitive mind is a sacred gift and the rational mind is a faithful servant. We 
have created
a society that honors the servant and has forgotten the gift."
 - Albert Einstein.

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to