Mario Buonopane | 6 Jun 09:49 2008
Picon

Re: Where is Shale1.1.0?

Greg Reddin ha scritto:
> On Fri, May 30, 2008 at 12:20 PM, Mario Buonopane <goodb <at> tiscali.it> wrote:
>   
>> I don't understand why you are working now on version 1.0.5 and one year agò
>> on 1.1.0! If  you go in project summary you talk about version 1.1.0!
>>     
>
> Mostly because (I think) 1.1.0 is meant to be used with JSF 1.2, etc.
> and the 1.0 branch is designed to work with JSF 1.1. I have projects
> that are currently using JSF 1.1 and I'd much rather be using a GA
> codebase than a milestone build. Plus I'd really like to see Shale
> release a GA codebase. It's been, what, 2 years? With the removal of
> the Tiles dependency I think 1.0.5 could be GA. So my main goal is to
> get a stable, relatively bug-free version of Shale out the door.
>
>   
No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 
but with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1).
What does mean "GA" codebase?
>> No, sorry but your response does not help me because at the moment i don't
>> know if 1.0.4 has same fix of my version. I remember that when i downloaded
>> a snapshot version was because the stable version didn't work well.
>> I don't know waht to do know...
>>     
>
> If you can identify your bug I can let you know if it is fixed in
> 1.0.5. If not, well 1.0.5 is not released yet, so maybe we can
> backport it. I'm working on the release now so let me know as quick as
> you can.
>
(Continue reading)

Greg Reddin | 6 Jun 16:45 2008
Picon

Re: Where is Shale1.1.0?

On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane <goodb <at> tiscali.it> wrote:
> No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 but
> with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1).
> What does mean "GA" codebase?

I don't remember if JSF 1.2 is a requirement for Shale 1.1 or not.
ISTR us deciding we would target JSF 1.2 but I don't think that
introduces backwards incompatibility.

GA means General Availability - basically a production release. Shale
1.0.4 is alpha quality because of dependencies on unreleased
libraries.

Greg

Paul Spencer | 6 Jun 16:53 2008
Picon

Re: Where is Shale1.1.0?

Greg,
My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x.  Their 
may be components that are JSF version specific, but this is the exception.

Paul Spencer

Greg Reddin wrote:
> On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane <goodb <at> tiscali.it> wrote:
>> No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 but
>> with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1).
>> What does mean "GA" codebase?
> 
> I don't remember if JSF 1.2 is a requirement for Shale 1.1 or not.
> ISTR us deciding we would target JSF 1.2 but I don't think that
> introduces backwards incompatibility.
> 
> GA means General Availability - basically a production release. Shale
> 1.0.4 is alpha quality because of dependencies on unreleased
> libraries.
> 
> Greg
> 

Gary VanMatre | 6 Jun 23:22 2008
Picon
Picon

Re: Where is Shale1.1.0?

 -------------- Original message ----------------------
From: Paul Spencer <paulsp <at> apache.org>
> Greg,
> My understanding is Shale v1.0.x and v1.1.x works with JSF 1.x.  Their 
> may be components that are JSF version specific, but this is the exception.
>

I agree but the shale test library for 1.1.x supports JSF 1.2 mock objects which means it has Java 1.5 & JSF 1.2
dependencies.  The rest of the libraries are still JSF 1.1 based.

 
> Paul Spencer
> 
> Greg Reddin wrote:
> > On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane <goodb <at> tiscali.it> wrote:
> >> No, i don't remember that Shale 1.1.0 is meant to be used with JSF 1.2 but
> >> with 1.1. In fact i'm using with MyFaces 1.5 (JSF 1.1).
> >> What does mean "GA" codebase?
> > 
> > I don't remember if JSF 1.2 is a requirement for Shale 1.1 or not.
> > ISTR us deciding we would target JSF 1.2 but I don't think that
> > introduces backwards incompatibility.
> > 
> > GA means General Availability - basically a production release. Shale
> > 1.0.4 is alpha quality because of dependencies on unreleased
> > libraries.
> > 
> > Greg
> > 
> 
(Continue reading)

Paul Spencer | 9 Jun 15:42 2008
Picon

Re: Where is Shale1.1.0?

Gary VanMatre wrote:
> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp <at> apache.org>
>> Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF
>> 1.x.  Their may be components that are JSF version specific, but
>> this is the exception.
>> 
> 
> I agree but the shale test library for 1.1.x supports JSF 1.2 mock
> objects which means it has Java 1.5 & JSF 1.2 dependencies.  The rest
> of the libraries are still JSF 1.1 based.
> 
> 

So SHALE-262 - "Provide optional support for parsing faces-config.xml 
files in the classpath at startup time" will need to be backported to 
1.0.x to test a JSF 1.1 application, like Tomahawk?

Are their other alternatives the backporting?

Paul Spencer

Gary VanMatre | 9 Jun 19:02 2008
Picon
Picon

Re: Where is Shale1.1.0?


 -------------- Original message ----------------------
From: Paul Spencer <paulsp <at> apache.org>
> Gary VanMatre wrote:
> > -------------- Original message ---------------------- From: Paul
> > Spencer <paulsp <at> apache.org>
> >> Greg, My understanding is Shale v1.0.x and v1.1.x works with JSF
> >> 1.x.  Their may be components that are JSF version specific, but
> >> this is the exception.
> >> 
> > 
> > I agree but the shale test library for 1.1.x supports JSF 1.2 mock
> > objects which means it has Java 1.5 & JSF 1.2 dependencies.  The rest
> > of the libraries are still JSF 1.1 based.
> > 
> > 
> 
> So SHALE-262 - "Provide optional support for parsing faces-config.xml 
> files in the classpath at startup time" will need to be backported to 
> 1.0.x to test a JSF 1.1 application, like Tomahawk?
> 
> Are their other alternatives the backporting?
> 

Humm, it looks like the shale test pom has a 1.4 profile that excludes the JSF 1.2 objects.  The 1.1 trunk has
the same type of profile.  Unless I'm mistaken, we would need two deployments for JSF 1.1 and 1.2.  

> 
> Paul Spencer
> 
(Continue reading)

Paul Spencer | 9 Jun 20:37 2008
Picon

Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)

Gary VanMatre wrote:
> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp <at> apache.org>
>> Gary VanMatre wrote:
>>> -------------- Original message ---------------------- From: Paul
>>>  Spencer <paulsp <at> apache.org>
>>>> Greg, My understanding is Shale v1.0.x and v1.1.x works with
>>>> JSF 1.x.  Their may be components that are JSF version
>>>> specific, but this is the exception.
>>>> 
>>> I agree but the shale test library for 1.1.x supports JSF 1.2
>>> mock objects which means it has Java 1.5 & JSF 1.2 dependencies.
>>> The rest of the libraries are still JSF 1.1 based.
>>> 
>>> 
>> So SHALE-262 - "Provide optional support for parsing
>> faces-config.xml files in the classpath at startup time" will need
>> to be backported to 1.0.x to test a JSF 1.1 application, like
>> Tomahawk?
>> 
>> Are their other alternatives the backporting?
>> 
> 
> Humm, it looks like the shale test pom has a 1.4 profile that
> excludes the JSF 1.2 objects.  The 1.1 trunk has the same type of
> profile.  Unless I'm mistaken, we would need two deployments for JSF
> 1.1 and 1.2.
> 
>

(Continue reading)

Gary VanMatre | 10 Jun 16:18 2008
Picon
Picon

Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)


 -------------- Original message ----------------------
From: Paul Spencer <paulsp <at> apache.org>
> Gary VanMatre wrote:
> > -------------- Original message ---------------------- From: Paul
> > Spencer <paulsp <at> apache.org>
> >> Gary VanMatre wrote:
> >>> -------------- Original message ---------------------- From: Paul
> >>>  Spencer <paulsp <at> apache.org>
> >>>> Greg, My understanding is Shale v1.0.x and v1.1.x works with
> >>>> JSF 1.x.  Their may be components that are JSF version
> >>>> specific, but this is the exception.
> >>>> 
> >>> I agree but the shale test library for 1.1.x supports JSF 1.2
> >>> mock objects which means it has Java 1.5 & JSF 1.2 dependencies.
> >>> The rest of the libraries are still JSF 1.1 based.
> >>> 
> >>> 
> >> So SHALE-262 - "Provide optional support for parsing
> >> faces-config.xml files in the classpath at startup time" will need
> >> to be backported to 1.0.x to test a JSF 1.1 application, like
> >> Tomahawk?
> >> 
> >> Are their other alternatives the backporting?
> >> 
> > 
> > Humm, it looks like the shale test pom has a 1.4 profile that
> > excludes the JSF 1.2 objects.  The 1.1 trunk has the same type of
> > profile.  Unless I'm mistaken, we would need two deployments for JSF
> > 1.1 and 1.2.
(Continue reading)

Greg Reddin | 10 Jun 18:36 2008
Picon

Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)

On Tue, Jun 10, 2008 at 9:18 AM, Gary VanMatre <gvanmatre <at> comcast.net> wrote:
>
>>
>> I see their is are profiles for jdk 1.4, 1.5, and 1.6.  1.4 is for
>> Servlet v 2.4 where as 1.5 and 1.6 are for Servlet v2.5.  Based on this
>> I see 2 distributions, one for JSF 1.1 (profile = shale-test-jdk14) and
>> one for JSF 1.2 ( profile = shale-test-jdk15)
>>
>
> Yeah, sounds like that's the ticket but it's the first I've heard of classifiers.  Maybe one of our maven
mavens could give some pointers on how to configure a dual deployment.  Do you think we would need two maven projects?
>
> Any other apache projects doing this that we could borrow snippets?

I would think profiles would do everything we need. Is there a maven
thing called a "classifier" that goes beyond profiles (i.e. combining
profiles or something)?

Greg

Paul Spencer | 11 Jun 16:12 2008
Picon

Re: Use of Classifiers for Shale 1.1.0 (was Re: Where is Shale1.1.0?)

Gary VanMatre wrote:
> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp <at> apache.org>
>> Gary VanMatre wrote:

<snip>

>>>  Spencer <paulsp <at> apache.org>
>>> Humm, it looks like the shale test pom has a 1.4 profile that 
>>> excludes the JSF 1.2 objects.  The 1.1 trunk has the same type of
>>>  profile.  Unless I'm mistaken, we would need two deployments for
>>> JSF 1.1 and 1.2.
>>> 
>>> 
>> Is this what "classifiers" are for?
>> 
>> I see their is are profiles for jdk 1.4, 1.5, and 1.6.  1.4 is for
>>  Servlet v 2.4 where as 1.5 and 1.6 are for Servlet v2.5.  Based on
>> this I see 2 distributions, one for JSF 1.1 (profile =
>> shale-test-jdk14) and one for JSF 1.2 ( profile = shale-test-jdk15)
>> 
>> 
> 
> Yeah, sounds like that's the ticket but it's the first I've heard of
> classifiers.  Maybe one of our maven mavens could give some pointers
> on how to configure a dual deployment.  Do you think we would need
> two maven projects?
> 
> Any other apache projects doing this that we could borrow snippets?
> 
(Continue reading)


Gmane