And thats suffix not suffic..

2009/8/12 nino martinez wael <[email protected]>:
> could'nt we just suffic the version with a specific wicketstuff
> release number.. So for wicket 1.4.rc8 it would be
> 1.4.rc8.wicketstuffreleasenumber = 1.4.rc8.44 ? Etc.. That way the 3
> first refer to the wicket number and the last to the wicketstuff one
> or will it bring too much confusion?
>
> 2009/8/12 Reinhard Nägele <[email protected]>:
>> I'd like to second Maartens point. Identical releases to Wicket itself would
>> mean that it always depends on Wicket. Independent releases would not be
>> possible. Bugs could not be fixed and new features could not be added
>> without a new Wicket release. This doesn't really make sense to me.
>>
>> Reinhard
>>
>>
>> Jeremy Thomerson schrieb:
>>>>>
>>>>> Now that Wicket 1.4.0 is out, I wonder which wicketstuff core version is
>>>>> compatible. There is no 1.4.0 version of wicketstuff core (yet?). Should
>>>>> I
>>>>> use 1.4-rc8-SNAPSHOT?
>>>>>
>>>
>>> It should be just 1.4-SNAPSHOT.  1.4-rc8-SNAPSHOT was an accidental
>>> relic of after I built rc8
>>>
>>>
>>>>
>>>> Side note:  I don't see the version of wicket-stuff has to match exactly
>>>> with version of wicket ?
>>>> Suppose someone releases wicketstuff-core-1.4.0 today, and tomorrow some
>>>> bugs are fixed in wicketstuff-core, then we can't release these bug-fixes
>>>> until wicket 1.4.1 is out ?
>>>>
>>>> IMO, wicket is just a dependency of wicketstuff-code (as defoined in the
>>>> pom) and both projects should use their own unrelated version numbers.
>>>>
>>>> wdyt ?
>>>>
>>>
>>> When I setup wicketstuff-core, I proposed that we structure it to have
>>> identical releases to Wicket.  The community agreed.  I still think
>>> this should be the case.
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to