Where is Shale1.1.0?

[Buonopane]

Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626.
Now i can't find any version 1.1.X from the shale site. Any body cna
help me?

Thanks in advance
Mario

[Greg Reddin-4]

On Fri, May 30, 2008 at 4:48 AM, Mario Buonopane <goodb@...> wrote:
> Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626.
> Now i can't find any version 1.1.X from the shale site. Any body cna help
> me?

We're sort of in a state of disrepair right now. Do you know where you
downloaded it from? I can't find it in any of the usual places now. It
won't be in the nightly build area because the 1.1.0 branch won't
build.

If you want the latest release version you can download 1.0.4 here:

    http://www.apache.org/dyn/closer.cgi/shale/

If you want something newer than that you can check out the source for
1.0.5 and build it (we're working on a 1.0.5 release). The svn
location for 1.0.5 is:

    svn co http://svn.apache.org/repos/asf/shale/framework/branches/SHALE_1_0_X/

If you really need 1.1.0 the news is not good right now. As soon as
the 1.0.5 release is done I'm planning to start looking at 1.1.0 and
getting it working. In the meantime you're welcome to check out the
source and give it a try yourself:

    svn co http://svn.apache.org/repos/asf/shale/framework/trunk/

Does that help? Sorry for the mess.

Greg

[Buonopane]

Greg Reddin ha scritto:

> On Fri, May 30, 2008 at 4:48 AM, Mario Buonopane <goodb@...> wrote:
>  
>> Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626.
>> Now i can't find any version 1.1.X from the shale site. Any body cna help
>> me?
>>    
>
> We're sort of in a state of disrepair right now. Do you know where you
> downloaded it from? I can't find it in any of the usual places now. It
> won't be in the nightly build area because the 1.1.0 branch won't
> build.
>
>  

I downloaded one year agò...i don't remember where (i suppose in nightly
build) but i remember that  the first version after 1.0.4 was 1.1.x.

> If you want the latest release version you can download 1.0.4 here:
>
>     http://www.apache.org/dyn/closer.cgi/shale/
>
> If you want something newer than that you can check out the source for
> 1.0.5 and build it (we're working on a 1.0.5 release). The svn
> location for 1.0.5 is:
>
>     svn co http://svn.apache.org/repos/asf/shale/framework/branches/SHALE_1_0_X/
>
> If you really need 1.1.0 the news is not good right now. As soon as
> the 1.0.5 release is done I'm planning to start looking at 1.1.0 and
> getting it working. In the meantime you're welcome to check out the
> source and give it a try yourself:
>
>     svn co http://svn.apache.org/repos/asf/shale/framework/trunk/
>
>  

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!

> Does that help? Sorry for the mess.
>  
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...
> Greg
>
>  
Mario

[Buonopane]

Mario Buonopane ha scritto:

> Greg Reddin ha scritto:
>> On Fri, May 30, 2008 at 4:48 AM, Mario Buonopane <goodb@...>
>> wrote:
>>  
>>> Hi, one year agò i download the shale version 1.1.0-SNAPSHOT-20070626.
>>> Now i can't find any version 1.1.X from the shale site. Any body cna
>>> help
>>> me?
>>>    
>>
>> We're sort of in a state of disrepair right now. Do you know where you
>> downloaded it from? I can't find it in any of the usual places now. It
>> won't be in the nightly build area because the 1.1.0 branch won't
>> build.
>>
>>  
> I downloaded one year agò...i don't remember where (i suppose in
> nightly build) but i remember that  the first version after 1.0.4 was
> 1.1.x.
>> If you want the latest release version you can download 1.0.4 here:
>>
>>     http://www.apache.org/dyn/closer.cgi/shale/
>>
>> If you want something newer than that you can check out the source for
>> 1.0.5 and build it (we're working on a 1.0.5 release). The svn
>> location for 1.0.5 is:
>>
>>     svn co
>> http://svn.apache.org/repos/asf/shale/framework/branches/SHALE_1_0_X/
>>
>> If you really need 1.1.0 the news is not good right now. As soon as
>> the 1.0.5 release is done I'm planning to start looking at 1.1.0 and
>> getting it working. In the meantime you're welcome to check out the
>> source and give it a try yourself:
>>
>>     svn co http://svn.apache.org/repos/asf/shale/framework/trunk/
>>
>>  
> 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!
>
>> Does that help? Sorry for the mess.
>>  
> 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...
>> Greg
>>
>>  
> Mario
>

What happen to all fix listed here for version 1.1.0?
https://issues.apache.org/struts/browse/SHALE/fixforversion/21780

M.

[Wendy Smoak-3]

On Fri, May 30, 2008 at 10:20 AM, Mario Buonopane <goodb@...> 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!

Because 1.0.x _also_ has fixes that people need and have been waiting
for a while, and there aren't a lot of people interested in working on
Shale right now.  Greg has decided to spend his volunteer time on a
1.0.5 release, first.

> 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...

Is there a JIRA issue for the fix you need?  If so it should have a
'fix-for' version and between the comments and the svn commit logs we
should be able to tell when and where (trunk or branch) it was fixed.

If you don't want to go digging in JIRA and Subversion, download the
latest release, and test it.  If it does not work for you, try a
snapshot of 1.0.5 and determine whether the fix is in there.

If that doesn't work, you can either wait for someone to work on the
1.1.x build, or check out the source code and see if you can help fix
it.

If you decide to try snapshots and/or building Shale yourself, please
come join us on the dev list.  See:
http://shale.apache.org/mail-lists.html

--
Wendy

[Wendy Smoak-3]

On Fri, May 30, 2008 at 10:31 AM, Mario Buonopane <goodb@...> wrote:
> What happen to all fix listed here for version 1.1.0?
> https://issues.apache.org/struts/browse/SHALE/fixforversion/21780

All those fixes are committed to the 1.1.x trunk, which you can check
out of Subversion at this url:
http://svn.apache.org/repos/asf/shale/framework/trunk/

There's a bit more involved in building it (parent poms, snapshot
repositories) so as I mentioned, hop on the dev list if you'd like to
get more involved and help with it.

--
Wendy

[Greg Reddin-4]

On Fri, May 30, 2008 at 12:20 PM, Mario Buonopane <goodb@...> 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, 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.

Again, I'm sorry your experience has been what it is. In the future
you will see more Shale work from me than you have in the past. We'll
get there, but it will take time.

Greg

[Buonopane]

Greg Reddin ha scritto:

> On Fri, May 30, 2008 at 12:20 PM, Mario Buonopane <goodb@...> 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.
>
> Again, I'm sorry your experience has been what it is. In the future
> you will see more Shale work from me than you have in the past. We'll
> get there, but it will take time.
>
> Greg
>
>  

[Greg Reddin-4]

On Fri, Jun 6, 2008 at 2:49 AM, Mario Buonopane <goodb@...> 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-3]

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@...> 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]

 -------------- Original message ----------------------
From: Paul Spencer <paulsp@...>
> 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@...> 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-3]

Gary VanMatre wrote:

> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp@...>
>> 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]

 -------------- Original message ----------------------
From: Paul Spencer <paulsp@...>

> Gary VanMatre wrote:
> > -------------- Original message ---------------------- From: Paul
> > Spencer <paulsp@...>
> >> 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
>
>

Gary

[Paul Spencer-3]

Gary VanMatre wrote:

> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp@...>
>> Gary VanMatre wrote:
>>> -------------- Original message ---------------------- From: Paul
>>>  Spencer <paulsp@...>
>>>> 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.
>
>

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)

>> Paul Spencer
>>
>
> Gary
>
>
Paul Spencer

[Gary VanMatre]

 -------------- Original message ----------------------
From: Paul Spencer <paulsp@...>

> Gary VanMatre wrote:
> > -------------- Original message ---------------------- From: Paul
> > Spencer <paulsp@...>
> >> Gary VanMatre wrote:
> >>> -------------- Original message ---------------------- From: Paul
> >>>  Spencer <paulsp@...>
> >>>> 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.
> >
> >
>
> 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?



> >> Paul Spencer
> >>
> >
> > Gary
> >
> >
> Paul Spencer

[Greg Reddin-4]

On Tue, Jun 10, 2008 at 9:18 AM, Gary VanMatre <gvanmatre@...> 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-3]

Gary VanMatre wrote:
> -------------- Original message ---------------------- From: Paul
> Spencer <paulsp@...>
>> Gary VanMatre wrote:

<snip>

>>>  Spencer <paulsp@...>
>>> 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?
>
>

I have asked a related question on the Maven user list with the subject
"Are classifiers the answer, are they mature, what are the pitfalls?"[1]
    As to other project using classifiers, I do not know :(

>
>>>> Paul Spencer
>>>>
>>> Gary
>>>
>>>
>> Paul Spencer
>
>


[1] http://markmail.org/message/l6v3nbnb6qwrdduy

[Buonopane]

Gary VanMatre ha scritto:

>  -------------- Original message ----------------------
> From: Paul Spencer <paulsp@...>
>  
>> Gary VanMatre wrote:
>>    
>>> -------------- Original message ---------------------- From: Paul
>>> Spencer <paulsp@...>
>>>      
>>>> 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
>>
>>
>>    
>
> Gary
>
>
>  

I have a zip with a snapshot shale version 1.1.

Are you interested? If you want i can send you!

Ciao
Mario