Hi Sebastien,
your opinion is very important for us! Don't want you think about
masters and similar things :))
> it's sure that we could generate the objects at compile time, but
> for me.. I don't see the point because the schemas doesn't change.
> And if we generate the files maybe with a new release of jaxb we
> could insert regression problems.
Right, but we can hardcode the jaxb version to prevent that.
> I don't think the point is simply to replace the Sun's headers by
> Oracle. a find and replace would do the job.
IMO it will be a bit nicer to have standard xml schemas (1 file per
each version) instead of pregenerated object model (many files per
each version). But it's just my opinion.
> I'll continue to try to make Deployer better but you are the masters
> of the project :)
I like the first part of the sentence but disagree with the second
one :)
Thanks a lot!
WBR,
Alexey.
>
>
>
>
>
>
> 2010/6/30 Oleksiy Stashok <Oleksiy.Stashok_at_sun.com>
> No problem, thank you for joining!
>
>
> On Jun 30, 2010, at 19:31 , Sebastien Dionne wrote:
>
>> Sorry I had to leave. My boss needed me.
>>
>>
>>> On Jun 30, 2010 11:37 AM, "Oleksiy Stashok"
>>> <Oleksiy.Stashok_at_sun.com> wrote:
>>>
>>> Agenda:
>>>
>>> + Grizzzly 1.9.19 updates
>>> + Grizzly 2.0 updates
>>> + HTTP servlet deployer: discuss schema objects generation.
>>>
>>> Logistics:
>>> Time: 10:00am Pacific Time, Noon Central Time, 13:00 Eastern Time,
>>> 19:00 CET
>>> Phone numbers:
>>> Canada: 8662036092
>>> US: 8666824770
>>>
>>>
>>> Conf code: 2711931
>>>
>>> “security code:” 1111
>>>
>>> Every one is welcome!
>>>
>>> WBR,
>>> Alexey
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>
>>
>
>
>
>
> --
> -------------
> A+
>
> Sébastien.
>
> Vous pouvez me suivre sur Twitter / You can follow me on Twitter : http://twitter.com/survivant