geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Jencks <david_jen...@yahoo.com>
Subject Re: Question about changes from (GERONIMO-957) Add version numbers to Geronimo schemas
Date Mon, 03 Oct 2005 18:52:46 GMT

On Oct 3, 2005, at 7:52 AM, Donald Woods wrote:

> Just noticed that the following client plans were not updated to use
> the new versioned schemas -
>    j2ee-client-corba-plan.xml
>    j2ee-client-security-plan.xml

These should probably be updated although they do work as is.
>
> but the following was updated -
>    j2ee-client-plan.xml
>
> Is this by design?  Will this still allow us to support/recognize
> older clients connecting to newer servers?

Old instance documents should continue to be deployable, but the new 
schema namespaces are definitely better to use as they should allow 
other tools to validate your schemas.  Of course if you use such tools 
you will also have to include namespaces for gbeans, dependencies, 
naming, security, etc which are otherwise unnecessary.

I wonder if we should look into generating schemas for validation 
purposes that include everything under the same namespace?

thanks
david jencks
>
>
> -Donald
>
> --- "David Jencks (JIRA)" <dev@geronimo.apache.org> wrote:
>
>>      [ http://issues.apache.org/jira/browse/GERONIMO-957?page=all ]
>>
>> David Jencks closed GERONIMO-957:
>> ---------------------------------
>>
>>     Resolution: Fixed
>>
>>  Head rev 292333
>> Many openejb changes
>> M5 rev 292376
>> openejb M5 changes are committed.
>>
>> versions on both schemas and files are -1.0 or -2.0 (for openejb)
>>
>>> Add version numbers to Geronimo schemas
>>> ---------------------------------------
>>>
>>>          Key: GERONIMO-957
>>>          URL: http://issues.apache.org/jira/browse/GERONIMO-957
>>>      Project: Geronimo
>>>         Type: Improvement
>>>   Components: deployment
>>>     Versions: 1.0-M4
>>>     Reporter: Aaron Mulder
>>>     Assignee: David Jencks
>>>      Fix For: 1.0-M5
>>
>>>
>>> The Geronimo & OpenEJB schemas currently have no version number
>> in the namespace or the file name.  This means that when we have
>> multiple versions of Geronimo,
>>>  * It will not be possible to store schemas from different
>> versions in the same directory (e.g. to include new and old formats
>> in the schemas/ dir or post them all at a web URL)
>>>  * It will also not be possible to tell from reading a schema
>> what version it applies to (unless perhaps we do this with
>> comments?)
>>>  * When writing an application plan, it won't be possible to
>> indicate which version of the Geronimo schemas it complies with
>>>  * When Geronimo is parsing a plan, it won't know if the plan was
>> written to a current or older version of the schemas
>>> At a minimum, I'd like to add a version number to the schema file
>> name.  However, the greatest advantage is in adding it to the
>> namespace as well.
>>> An alternative is to take the J2EE approach of leaving the
>> namespace the same and adding a "version" attribute to the
>> top-level element in every file.  However, that seems less
>> attractive to me since we have so many schema imports (security,
>> naming, etc.) and it would be unfortunate to need to repeat the
>> version on every ejb-ref tag and so on, or to automatically assume
>> that all the imports follow the same version as the containing
>> schema (especially for something like OpenEJB which is on a
>> different version track than Geronimo).
>>> If we defer adding a version in any way for v1.0, I think we'll
>> end up wanting to do it later, and it doesn't seem too nice to have
>> "unversioned" mean "1.0" when all subsequent releases are
>> versioned.
>>
>> -- 
>> This message is automatically generated by JIRA.
>> -
>> If you think it was sent incorrectly contact one of the
>> administrators:
>>    http://issues.apache.org/jira/secure/Administrators.jspa
>> -
>> For more information on JIRA, see:
>>    http://www.atlassian.com/software/jira
>>
>>
>
>
> 		
> __________________________________
> Yahoo! Mail - PC Magazine Editors' Choice 2005
> http://mail.yahoo.com
>


Mime
View raw message