Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Gregg Leichtman]

I believe that this is a good summary of future Shale dev intentions. It
might be useful to put something similar to this message in, possibly,
the Project Info section of the web site as a "future direction" blurb
for users with links to/from the dependencies page. It seems that this
would be useful info for users to know.

Thanks to each of you for all the valuable info and the insight it provided.

  -=> Gregg <=-

Craig McClanahan wrote:
> On 1/15/07, Greg Reddin <[EMAIL PROTECTED]> wrote:
>>
>> On 1/15/07, Kailas Lovlekar <[EMAIL PROTECTED]> wrote:
>> >
>> > >Shale is listed at version 1.1.0
>> > All the pom.xml files show "1.1.0-SNAPSHOT", not sure how 1.0.4 was
>> > derived for next release.
>>
>>
>>
>> I believe it's just an iteration.  When we got 1.0.4 ready we renamed
>> the
>> trunk to 1.1.0-SNAPSHOT expecting that to be the next major release. 
>> That
>> doesn't mean there won't be anymore 1.0.x releases, but I think it means
>> they will take place in the 1.0 branch.
>
>
> That is correct.  To summarize the state of things:
>
> * The website always shows the latest and greatest version of
>  the website from the trunk (which is now targeted towards 1.1)
>
> * Version 1.0.4 is in the process of being released.  One of the
>  tasks along that way is a link (on the front page) to a static
>  copy of the website as it was for that version.  This is not done
>  yet but still needs to be.
>
> * In the future, we're planning on two track development:
>
>  - New features, in addition to bugfixes, go into the trunk
>targeting 1.1.x.
>
>  - We have a branch for 1.0.x so we can do any needed
>emergency fixes to 1.0.4, without having to force the
>user to accept all of the new features on the trunk that
>might not be stable yet.
>
>  - In general, you can assume that new features will *not*
>be backported from the trunk.  The whole idea is that we
>can turn around very quickly on bugfix or security vulnerability
>issues that might come up, with disrupting existing applications
>that are using the latest released version.
>
>  - When a 1.1.x release achieves feature completeness, the
>cycle will start again ... the trunk will switch to 1.2 or perhaps
>2.0, and there will be a maintenance branch for 1.1.
>
> We're setting this approach up deliberately to avoid some of the "long
> lead
> time for a release" issues that have affected projects like Struts and
> MyFaces, where it was difficult to do bugfixes quickly because everything
> happened on the trunk (no branches).  We aim to do better than that.
>
>
> Greg
>>
>>
> Craig
>



signature.asc
Description: OpenPGP digital signature

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Craig McClanahan]

On 1/15/07, Greg Reddin <[EMAIL PROTECTED]> wrote:


On 1/15/07, Kailas Lovlekar <[EMAIL PROTECTED]> wrote:
>
> >Shale is listed at version 1.1.0
> All the pom.xml files show "1.1.0-SNAPSHOT", not sure how 1.0.4 was
> derived for next release.



I believe it's just an iteration.  When we got 1.0.4 ready we renamed the
trunk to 1.1.0-SNAPSHOT expecting that to be the next major release.  That
doesn't mean there won't be anymore 1.0.x releases, but I think it means
they will take place in the 1.0 branch.



That is correct.  To summarize the state of things:

* The website always shows the latest and greatest version of
 the website from the trunk (which is now targeted towards 1.1)

* Version 1.0.4 is in the process of being released.  One of the
 tasks along that way is a link (on the front page) to a static
 copy of the website as it was for that version.  This is not done
 yet but still needs to be.

* In the future, we're planning on two track development:

 - New features, in addition to bugfixes, go into the trunk
   targeting 1.1.x.

 - We have a branch for 1.0.x so we can do any needed
   emergency fixes to 1.0.4, without having to force the
   user to accept all of the new features on the trunk that
   might not be stable yet.

 - In general, you can assume that new features will *not*
   be backported from the trunk.  The whole idea is that we
   can turn around very quickly on bugfix or security vulnerability
   issues that might come up, with disrupting existing applications
   that are using the latest released version.

 - When a 1.1.x release achieves feature completeness, the
   cycle will start again ... the trunk will switch to 1.2 or perhaps
   2.0, and there will be a maintenance branch for 1.1.

We're setting this approach up deliberately to avoid some of the "long lead
time for a release" issues that have affected projects like Struts and
MyFaces, where it was difficult to do bugfixes quickly because everything
happened on the trunk (no branches).  We aim to do better than that.


Greg




Craig

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Greg Reddin]

On 1/15/07, Kailas Lovlekar <[EMAIL PROTECTED]> wrote:


>Shale is listed at version 1.1.0
All the pom.xml files show "1.1.0-SNAPSHOT", not sure how 1.0.4 was
derived for next release.




I believe it's just an iteration.  When we got 1.0.4 ready we renamed the
trunk to 1.1.0-SNAPSHOT expecting that to be the next major release.  That
doesn't mean there won't be anymore 1.0.x releases, but I think it means
they will take place in the 1.0 branch.

Greg

RE: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Kailas Lovlekar]

>Shale is listed at version 1.1.0
All the pom.xml files show "1.1.0-SNAPSHOT", not sure how 1.0.4 was
derived for next release. 
Kailas

-Original Message-
From: Gregg Leichtman [mailto:[EMAIL PROTECTED] 
Sent: 15 January 2007 12:38
To: dev@shale.apache.org
Subject: Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn
commit: r490857 ...)]


I guess the thing that is most confusing to me is that on the project
summary page and on the dependencies page:

http://shale.apache.org/shale-tiles/project-summary.html

http://shale.apache.org/shale-tiles/dependencies.html

Shale is listed at version 1.1.0, but it appears that the dev group is
getting ready to release version 1.0.4. I would have thought that the
currently released and posted version on these web pages would be 1.0.3.
Is this currently posted version number correct and if so why?

I have not yet moved this discussion to the user forum, since I believe
that this topic, possibly erroneously, is still pertinent to keeping
things in synch for the next release that the dev group appears to be
planning.

 -=> Gregg <=-

Rahul Akolkar wrote:
> On 1/5/07, Gregg Leichtman <[EMAIL PROTECTED]> wrote:
>> > Additionally, note that the framework distribution (nightlies or
>> > release) contains all dependency jars in the lib folder
>> Ok, that is _very_ useful (thanks, I had not noticed this and had 
>> been going out on my own for the past few months to try and match 
>> components up with Shale nightlies with various levels of success); 
>> however, when I go to the Tiles core download site at:
>>
>> http://people.apache.org/builds/struts/nightlies/tiles/
>>
>> I find:
>>
> 
>>
>> None of the versioning above matches the versioning of the file 
>> tiles-core-2.0-r468346-SNAPSHOT.jar provided in the framework, so how

>> can I correlate the two? Continue reading.
>>
> 
>
> Its in the snapshot repository (long, possible fragmented URL) that is

> used by the build:
>
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/struts
> /tiles/tiles-core/
>
>
>
>> > Its also available on the website, the dependency page for 
>> > shale-tiles is here:
>> >
>> > http://shale.apache.org/shale-tiles/dependencies.html
>> This is good also; however, I can't find any place on this page where

>> it states which version of Shale these dependencies go to. I assume 
>> that since 1.0.3 is the currently released version of Shale, these 
>> dependencies apply to it, but that doesn't seem to be stated. If this

>> is true, then I assume that tiles-core-2.0-r468346-SNAPSHOT.jar 
>> applies to Shale 1.0.3. Correct? If this is correct, maybe the 
>> dependencies page can have a blurb in it to state which version of 
>> Shale the dependencies apply to. Since the page is generated by 
>> Maven, maybe Maven makes this too hard to do.
>>
> 
>
> That version applies to (a probably soon to be out) Shale 1.0.4 or a 
> recent nightly. For Shale 1.0.3, it wasn't pinned down to a specific 
> svn revision (and your best bet is, again, to pick up the jar that 
> would have come in the lib/ directory of the 1.0.3 framework distro).
>
> Your point about trying to correlate this information (especially for 
> someone not used to Maven and its sites) is however well taken.
>
>
>> > (similarly for other modules -- for each module, the 'Project 
>> > Documentation' section in the left side navbar has this, and other,

>> > information).
>> I don't see anything relevant under the "Project Documentation" 
>> section. I do see sub-projects under "Sub-Project Documentation", but

>> these don't appear to supply versioning information. For example, the

>> link http://shale.apache.org/shale-tiles/index.html for tiles.
> 
>
> For example, the project summary has the version number of the 
> artifact you're looking for:
>
> http://shale.apache.org/shale-tiles/project-summary.html
>
> If there are further questions, we should probably move this to the 
> user list.
>
> -Rahul
>
>
>>
>>   -=> Gregg <=-
>> -
>> ---
>>
>>
>




___ 
Inbox full of spam? Get leading spam protection and 1GB storage with All New 
Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Gregg Leichtman]

I guess the thing that is most confusing to me is that on the project
summary page and on the dependencies page:

http://shale.apache.org/shale-tiles/project-summary.html

http://shale.apache.org/shale-tiles/dependencies.html

Shale is listed at version 1.1.0, but it appears that the dev group is
getting ready to release version 1.0.4. I would have thought that the
currently released and posted version on these web pages would be 1.0.3.
Is this currently posted version number correct and if so why?

I have not yet moved this discussion to the user forum, since I believe
that this topic, possibly erroneously, is still pertinent to keeping
things in synch for the next release that the dev group appears to be
planning.

 -=> Gregg <=-

Rahul Akolkar wrote:
> On 1/5/07, Gregg Leichtman <[EMAIL PROTECTED]> wrote:
>> > Additionally, note that the framework distribution (nightlies or
>> > release) contains all dependency jars in the lib folder
>> Ok, that is _very_ useful (thanks, I had not noticed this and had been
>> going out on my own for the past few months to try and match components
>> up with Shale nightlies with various levels of success); however, when I
>> go to the Tiles core download site at:
>>
>> http://people.apache.org/builds/struts/nightlies/tiles/
>>
>> I find:
>>
> 
>>
>> None of the versioning above matches the versioning of the file
>> tiles-core-2.0-r468346-SNAPSHOT.jar provided in the framework, so how
>> can I correlate the two? Continue reading.
>>
> 
>
> Its in the snapshot repository (long, possible fragmented URL) that is
> used by the build:
>
> http://people.apache.org/repo/m2-snapshot-repository/org/apache/struts/tiles/tiles-core/
>
>
>
>> > Its also available on the website, the dependency page for shale-tiles
>> > is here:
>> >
>> > http://shale.apache.org/shale-tiles/dependencies.html
>> This is good also; however, I can't find any place on this page where it
>> states which version of Shale these dependencies go to. I assume that
>> since 1.0.3 is the currently released version of Shale, these
>> dependencies apply to it, but that doesn't seem to be stated. If this is
>> true, then I assume that tiles-core-2.0-r468346-SNAPSHOT.jar applies to
>> Shale 1.0.3. Correct? If this is correct, maybe the dependencies page
>> can have a blurb in it to state which version of Shale the dependencies
>> apply to. Since the page is generated by Maven, maybe Maven makes this
>> too hard to do.
>>
> 
>
> That version applies to (a probably soon to be out) Shale 1.0.4 or a
> recent nightly. For Shale 1.0.3, it wasn't pinned down to a specific
> svn revision (and your best bet is, again, to pick up the jar that
> would have come in the lib/ directory of the 1.0.3 framework distro).
>
> Your point about trying to correlate this information (especially for
> someone not used to Maven and its sites) is however well taken.
>
>
>> > (similarly for other modules -- for each module, the 'Project
>> > Documentation' section in the left side navbar has this, and other,
>> > information).
>> I don't see anything relevant under the "Project Documentation" section.
>> I do see sub-projects under "Sub-Project Documentation", but these don't
>> appear to supply versioning information. For example, the link
>> http://shale.apache.org/shale-tiles/index.html for tiles.
> 
>
> For example, the project summary has the version number of the
> artifact you're looking for:
>
> http://shale.apache.org/shale-tiles/project-summary.html
>
> If there are further questions, we should probably move this to the
> user list.
>
> -Rahul
>
>
>>
>>   -=> Gregg <=-
>> 
>>
>>
>



signature.asc
Description: OpenPGP digital signature

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Rahul Akolkar]

On 1/5/07, Gregg Leichtman <[EMAIL PROTECTED]> wrote:

> Additionally, note that the framework distribution (nightlies or
> release) contains all dependency jars in the lib folder
Ok, that is _very_ useful (thanks, I had not noticed this and had been
going out on my own for the past few months to try and match components
up with Shale nightlies with various levels of success); however, when I
go to the Tiles core download site at:

http://people.apache.org/builds/struts/nightlies/tiles/

I find:





None of the versioning above matches the versioning of the file
tiles-core-2.0-r468346-SNAPSHOT.jar provided in the framework, so how
can I correlate the two? Continue reading.




Its in the snapshot repository (long, possible fragmented URL) that is
used by the build:

http://people.apache.org/repo/m2-snapshot-repository/org/apache/struts/tiles/tiles-core/



> Its also available on the website, the dependency page for shale-tiles
> is here:
>
> http://shale.apache.org/shale-tiles/dependencies.html
This is good also; however, I can't find any place on this page where it
states which version of Shale these dependencies go to. I assume that
since 1.0.3 is the currently released version of Shale, these
dependencies apply to it, but that doesn't seem to be stated. If this is
true, then I assume that tiles-core-2.0-r468346-SNAPSHOT.jar applies to
Shale 1.0.3. Correct? If this is correct, maybe the dependencies page
can have a blurb in it to state which version of Shale the dependencies
apply to. Since the page is generated by Maven, maybe Maven makes this
too hard to do.




That version applies to (a probably soon to be out) Shale 1.0.4 or a
recent nightly. For Shale 1.0.3, it wasn't pinned down to a specific
svn revision (and your best bet is, again, to pick up the jar that
would have come in the lib/ directory of the 1.0.3 framework distro).

Your point about trying to correlate this information (especially for
someone not used to Maven and its sites) is however well taken.



> (similarly for other modules -- for each module, the 'Project
> Documentation' section in the left side navbar has this, and other,
> information).
I don't see anything relevant under the "Project Documentation" section.
I do see sub-projects under "Sub-Project Documentation", but these don't
appear to supply versioning information. For example, the link
http://shale.apache.org/shale-tiles/index.html for tiles.



For example, the project summary has the version number of the
artifact you're looking for:

http://shale.apache.org/shale-tiles/project-summary.html

If there are further questions, we should probably move this to the user list.

-Rahul




  -=> Gregg <=-

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Gregg Leichtman]

> Additionally, note that the framework distribution (nightlies or
> release) contains all dependency jars in the lib folder
Ok, that is _very_ useful (thanks, I had not noticed this and had been
going out on my own for the past few months to try and match components
up with Shale nightlies with various levels of success); however, when I
go to the Tiles core download site at:

http://people.apache.org/builds/struts/nightlies/tiles/

I find:

 tiles-core-2.0-SNAPSHOT-20061230.jar 

 29-Dec-2006 17:13  129K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20061231.jar 

 30-Dec-2006 17:22  129K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20070101.jar 

 31-Dec-2006 17:09  129K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20070102.jar 

 01-Jan-2007 17:14  129K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20070103.jar 

 02-Jan-2007 17:10  129K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20070104.jar 

 03-Jan-2007 17:15  130K  Automated test builds
 tiles-core-2.0-SNAPSHOT-20070105.jar 

 04-Jan-2007 17:13  130K  Automated test builds


None of the versioning above matches the versioning of the file
tiles-core-2.0-r468346-SNAPSHOT.jar provided in the framework, so how
can I correlate the two? Continue reading.

> Its also available on the website, the dependency page for shale-tiles
> is here:
>
> http://shale.apache.org/shale-tiles/dependencies.html
This is good also; however, I can't find any place on this page where it
states which version of Shale these dependencies go to. I assume that
since 1.0.3 is the currently released version of Shale, these
dependencies apply to it, but that doesn't seem to be stated. If this is
true, then I assume that tiles-core-2.0-r468346-SNAPSHOT.jar applies to
Shale 1.0.3. Correct? If this is correct, maybe the dependencies page
can have a blurb in it to state which version of Shale the dependencies
apply to. Since the page is generated by Maven, maybe Maven makes this
too hard to do.

> (similarly for other modules -- for each module, the 'Project
> Documentation' section in the left side navbar has this, and other,
> information). 
I don't see anything relevant under the "Project Documentation" section.
I do see sub-projects under "Sub-Project Documentation", but these don't
appear to supply versioning information. For example, the link
http://shale.apache.org/shale-tiles/index.html for tiles.

  -=> Gregg <=-





signature.asc
Description: OpenPGP digital signature

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Rahul Akolkar]

On 1/4/07, Gregg Leichtman <[EMAIL PROTECTED]> wrote:

In that case, to avoid duplicating information, what about putting a one 
sentence blurb in the release notes referencing that file and the version 
information it contains?




Its also available on the website, the dependency page for shale-tiles is here:

http://shale.apache.org/shale-tiles/dependencies.html

(similarly for other modules -- for each module, the 'Project
Documentation' section in the left side navbar has this, and other,
information). You are correct that this is easier to find for those
familiar with Maven (since it generates the site).

Additionally, note that the framework distribution (nightlies or
release) contains all dependency jars in the lib folder, if you
inspect it, you will find the jar you need, which is, in this case:

tiles-core-2.0-r468346-SNAPSHOT.jar

-Rahul



Due to my inexperience with Maven, I would not have known to look in that 
location for version info.

-=> Gregg <=-


[EMAIL PROTECTED] wrote:
> Hi
>
> These are listed in the various profiles in the Maven POM file.
>
> Hermod
>
> -Original Message-
> From: Gregg Leichtman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 03, 2007 12:56 PM
> To: dev@shale.apache.org
> Subject: Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn
> commit: r490857 ...)]
>
>
> Just a suggestion. It would be helpful, to me at least, if you were to
> include within the release notes one or more snapshot version numbers of
> standalone Tiles, one or more version numbers of Spring and one or more
> version numbers of other targeted components that work with Shale with
> which you the development group believes v1.0.4 appears to work. I
> realize that items like Tiles in sandboxes are fast moving targets, but
> it helps us users avoid having to do a lot of trial and error just to
> find a single combination of components that works. If we have one
> working set, substituting different components one at a time using trial
> and error during component upgrades is far less burdensome that not
> knowing anything about what works together.
>
>   -=> Gregg <=-
>
> Rahul Akolkar wrote:
>
>> On 12/29/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
>>
>>>>> From: "Rahul Akolkar" <[EMAIL PROTECTED]>
>>>>> Date: Thu, December 28, 2006 4:56 pm
>>>>> To: commits@shale.apache.org
>>>>>
>>>>> The above "projected quality" paragraph needs to be updated to
>>>>>
>>> reflect
>>>
>>>>> the current sentiment. Of the two items in that list, 1.0.4 will
>>>>> address most of the dialog issues (so I've removed that).
>>>>>
>>>>> Someone more familiar with shale-tiles (and changes implied by going
>>>>> TLP) should update the above paragraph in the release notes. TIA.
>>>>>
>>>
>>> The TLP hasn't changed the status of Tiles just yet.  Tiles will
>>> still be a
>>> snapshot for a while because it will take some time to get the TLP
>>> infrastructure set up.
>>>
>>>
>> 
>>
>> Thanks, the related bits are in section 1 and 4 of the release notes
>> -- you're welcome (as is everyone else) to tweak the wording (long,
>> possibly fragmented URL):
>>
>> 
http://svn.apache.org/repos/asf/shale/framework/trunk/src/site/resources/docs/release-notes-1.0.4.html
>>
>>
>> -Rahul
>>
>>
>>
>>> Greg
>>>
>>>
>>>
>
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
> This email with attachments is solely for the use of the individual or
> entity to whom it is addressed. Please also be aware that the DnB NOR Group
> cannot accept any payment orders or other legally binding correspondence with
> customers as a part of an email.
>
> This email message has been virus checked by the anti virus programs used
> in the DnB NOR Group.
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Gregg Leichtman]

In that case, to avoid duplicating information, what about putting a one 
sentence blurb in the release notes referencing that file and the version 
information it contains?

Due to my inexperience with Maven, I would not have known to look in that 
location for version info.

-=> Gregg <=-


[EMAIL PROTECTED] wrote:
> Hi
>
> These are listed in the various profiles in the Maven POM file.
>
> Hermod
>
> -Original Message-
> From: Gregg Leichtman [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, January 03, 2007 12:56 PM
> To: dev@shale.apache.org
> Subject: Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn
> commit: r490857 ...)]
>
>
> Just a suggestion. It would be helpful, to me at least, if you were to
> include within the release notes one or more snapshot version numbers of
> standalone Tiles, one or more version numbers of Spring and one or more
> version numbers of other targeted components that work with Shale with
> which you the development group believes v1.0.4 appears to work. I
> realize that items like Tiles in sandboxes are fast moving targets, but
> it helps us users avoid having to do a lot of trial and error just to
> find a single combination of components that works. If we have one
> working set, substituting different components one at a time using trial
> and error during component upgrades is far less burdensome that not
> knowing anything about what works together.
>
>   -=> Gregg <=-
>
> Rahul Akolkar wrote:
>   
>> On 12/29/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
>> 
>>>>> From: "Rahul Akolkar" <[EMAIL PROTECTED]>
>>>>> Date: Thu, December 28, 2006 4:56 pm
>>>>> To: commits@shale.apache.org
>>>>>
>>>>> The above "projected quality" paragraph needs to be updated to
>>>>>   
>>> reflect
>>>   
>>>>> the current sentiment. Of the two items in that list, 1.0.4 will
>>>>> address most of the dialog issues (so I've removed that).
>>>>>
>>>>> Someone more familiar with shale-tiles (and changes implied by going
>>>>> TLP) should update the above paragraph in the release notes. TIA.
>>>>>   
>>>
>>> The TLP hasn't changed the status of Tiles just yet.  Tiles will
>>> still be a
>>> snapshot for a while because it will take some time to get the TLP
>>> infrastructure set up.
>>>
>>>   
>> 
>>
>> Thanks, the related bits are in section 1 and 4 of the release notes
>> -- you're welcome (as is everyone else) to tweak the wording (long,
>> possibly fragmented URL):
>>
>> http://svn.apache.org/repos/asf/shale/framework/trunk/src/site/resources/docs/release-notes-1.0.4.html
>>
>>
>> -Rahul
>>
>>
>> 
>>> Greg
>>>
>>>
>>>   
>
>
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
> This email with attachments is solely for the use of the individual or
> entity to whom it is addressed. Please also be aware that the DnB NOR Group
> cannot accept any payment orders or other legally binding correspondence with
> customers as a part of an email. 
>
> This email message has been virus checked by the anti virus programs used
> in the DnB NOR Group.
>
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>
>   



signature.asc
Description: OpenPGP digital signature

RE: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[hermod.opstvedt]

Hi

These are listed in the various profiles in the Maven POM file.

Hermod

-Original Message-
From: Gregg Leichtman [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 03, 2007 12:56 PM
To: dev@shale.apache.org
Subject: Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn
commit: r490857 ...)]


Just a suggestion. It would be helpful, to me at least, if you were to
include within the release notes one or more snapshot version numbers of
standalone Tiles, one or more version numbers of Spring and one or more
version numbers of other targeted components that work with Shale with
which you the development group believes v1.0.4 appears to work. I
realize that items like Tiles in sandboxes are fast moving targets, but
it helps us users avoid having to do a lot of trial and error just to
find a single combination of components that works. If we have one
working set, substituting different components one at a time using trial
and error during component upgrades is far less burdensome that not
knowing anything about what works together.

  -=> Gregg <=-

Rahul Akolkar wrote:
> On 12/29/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
>> > > From: "Rahul Akolkar" <[EMAIL PROTECTED]>
>> > > Date: Thu, December 28, 2006 4:56 pm
>> > > To: commits@shale.apache.org
>> > >
>> > > The above "projected quality" paragraph needs to be updated to
>> reflect
>> > > the current sentiment. Of the two items in that list, 1.0.4 will
>> > > address most of the dialog issues (so I've removed that).
>> > >
>> > > Someone more familiar with shale-tiles (and changes implied by going
>> > > TLP) should update the above paragraph in the release notes. TIA.
>>
>>
>>
>> The TLP hasn't changed the status of Tiles just yet.  Tiles will
>> still be a
>> snapshot for a while because it will take some time to get the TLP
>> infrastructure set up.
>>
> 
>
> Thanks, the related bits are in section 1 and 4 of the release notes
> -- you're welcome (as is everyone else) to tweak the wording (long,
> possibly fragmented URL):
>
> http://svn.apache.org/repos/asf/shale/framework/trunk/src/site/resources/docs/release-notes-1.0.4.html
>
>
> -Rahul
>
>
>> Greg
>>
>>
>



* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

This email with attachments is solely for the use of the individual or
entity to whom it is addressed. Please also be aware that the DnB NOR Group
cannot accept any payment orders or other legally binding correspondence with
customers as a part of an email. 

This email message has been virus checked by the anti virus programs used
in the DnB NOR Group.

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Gregg Leichtman]

Just a suggestion. It would be helpful, to me at least, if you were to
include within the release notes one or more snapshot version numbers of
standalone Tiles, one or more version numbers of Spring and one or more
version numbers of other targeted components that work with Shale with
which you the development group believes v1.0.4 appears to work. I
realize that items like Tiles in sandboxes are fast moving targets, but
it helps us users avoid having to do a lot of trial and error just to
find a single combination of components that works. If we have one
working set, substituting different components one at a time using trial
and error during component upgrades is far less burdensome that not
knowing anything about what works together.

  -=> Gregg <=-

Rahul Akolkar wrote:
> On 12/29/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
>> > > From: "Rahul Akolkar" <[EMAIL PROTECTED]>
>> > > Date: Thu, December 28, 2006 4:56 pm
>> > > To: commits@shale.apache.org
>> > >
>> > > The above "projected quality" paragraph needs to be updated to
>> reflect
>> > > the current sentiment. Of the two items in that list, 1.0.4 will
>> > > address most of the dialog issues (so I've removed that).
>> > >
>> > > Someone more familiar with shale-tiles (and changes implied by going
>> > > TLP) should update the above paragraph in the release notes. TIA.
>>
>>
>>
>> The TLP hasn't changed the status of Tiles just yet.  Tiles will
>> still be a
>> snapshot for a while because it will take some time to get the TLP
>> infrastructure set up.
>>
> 
>
> Thanks, the related bits are in section 1 and 4 of the release notes
> -- you're welcome (as is everyone else) to tweak the wording (long,
> possibly fragmented URL):
>
> http://svn.apache.org/repos/asf/shale/framework/trunk/src/site/resources/docs/release-notes-1.0.4.html
>
>
> -Rahul
>
>
>> Greg
>>
>>
>



signature.asc
Description: OpenPGP digital signature

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Rahul Akolkar]

On 12/29/06, Greg Reddin <[EMAIL PROTECTED]> wrote:

> > From: "Rahul Akolkar" <[EMAIL PROTECTED]>
> > Date: Thu, December 28, 2006 4:56 pm
> > To: commits@shale.apache.org
> >
> > The above "projected quality" paragraph needs to be updated to reflect
> > the current sentiment. Of the two items in that list, 1.0.4 will
> > address most of the dialog issues (so I've removed that).
> >
> > Someone more familiar with shale-tiles (and changes implied by going
> > TLP) should update the above paragraph in the release notes. TIA.



The TLP hasn't changed the status of Tiles just yet.  Tiles will still be a
snapshot for a while because it will take some time to get the TLP
infrastructure set up.




Thanks, the related bits are in section 1 and 4 of the release notes
-- you're welcome (as is everyone else) to tweak the wording (long,
possibly fragmented URL):

http://svn.apache.org/repos/asf/shale/framework/trunk/src/site/resources/docs/release-notes-1.0.4.html

-Rahul



Greg

Re: [FWD: [v1.0.4] shale-tiles and release notes (was Re: svn commit: r490857 ...)]

[Greg Reddin]

> From: "Rahul Akolkar" <[EMAIL PROTECTED]>
> Date: Thu, December 28, 2006 4:56 pm
> To: commits@shale.apache.org
>
> The above "projected quality" paragraph needs to be updated to reflect
> the current sentiment. Of the two items in that list, 1.0.4 will
> address most of the dialog issues (so I've removed that).
>
> Someone more familiar with shale-tiles (and changes implied by going
> TLP) should update the above paragraph in the release notes. TIA.




The TLP hasn't changed the status of Tiles just yet.  Tiles will still be a
snapshot for a while because it will take some time to get the TLP
infrastructure set up.

Greg