-- Original message --
From: Matthias Wessendorf [EMAIL PROTECTED]
On Sun, Oct 19, 2008 at 11:34 PM, Kito Mann [EMAIL PROTECTED] wrote:
Hey Simon,
I don't think this has been officially decided. Check out the recent
thread on this topic.
However, if
Please join me in welcoming Paul Spencer as the newest Shale committer. Paul
has been very supportive of the Shale community over the past year. Paul is
also a member of the MyFaces project.
Welcome, Paul!
-- Original message --
From: Bernd Bohmann [EMAIL PROTECTED]
Hello,
Matthias Wessendorf schrieb:
I personally only have interest in test, that's what I use on my projects.
But if don't care about the rest.
So, could an only 1.1 release of test work ?
-- Original message --
From: Kito Mann [EMAIL PROTECTED]
On Tue, Sep 30, 2008 at 11:23 AM, Greg Reddin [EMAIL PROTECTED] wrote:
On Mon, Sep 29, 2008 at 6:22 PM, Kito Mann [EMAIL PROTECTED] wrote:
That's fine, but I don't really see _anyone_ driving
-- Original message --
From: Kito Mann [EMAIL PROTECTED]
On Thu, Sep 25, 2008 at 5:11 PM, Gary VanMatre [EMAIL PROTECTED]wrote:
-- Original message --
From: Kito Mann [EMAIL PROTECTED]
Hello everyone,
At JSFOne we
-- Original message --
From: Kito Mann [EMAIL PROTECTED]
Hello everyone,
At JSFOne we were discussing Shale Test, and again the idea of moving it out
of Shale popped up. With so little activity in the Shale project, I'd like
to bring up the issue of
I reviewed the bits using WebLogic 10.3 server. The only issue I had as with
the shale-mailreader-jpa project. The shale-core still has a reference to the
commons validator tag in the TLD. WLS goes out of its way to validate the
faces configs and tld's. Since the commons-validator jar was
+1 Gary
-- Original message --
From: Greg Reddin [EMAIL PROTECTED]
This is the formal vote for the new Shale master POM version 3. The
former vote for the same version was cancelled due to problems in the
POM. The POM was corrected and the release process was
From: Rahul Akolkar [EMAIL PROTECTED]
Could you please open separate tickets for each item, along with any
patches you'd like to propose, in the Shale JIRA [1] (Validator
component) ?
Unless someone looks at this immediately, that will better ensure that
these stay on some roadmap.
+1
Gary
-- Original message --
From: Rahul Akolkar [EMAIL PROTECTED]
On Wed, Apr 9, 2008 at 11:59 AM, Greg Reddin [EMAIL PROTECTED] wrote:
This is the formal vote for the new Shale master POM version 3.
I would appreciate a thorough review of these
Hi.
I want to fix this bug 442 and want to ask some question here about doing
that, if thats ok, i'll hope so.
I'll fixed the decorator not to apply shales validator renderer if the
renderer family matches the ajax stuff, which let them work again.
However this seams not the ultimate approach
From: Greg Reddin [EMAIL PROTECTED]
I've fixed the build problems in the 1_0_X branch and completed the
extraction of the Tiles integration component. There are two
Clay-related tickets still posted to 1.0.5 [1] that don't seem
critical to me.
It's been some time since I've looked at
From: Shankar (JIRA) [EMAIL PROTECTED]
[
https://issues.apache.org/struts/browse/SHALE-475?page=com.atlassian.jira.plugin
.system.issuetabpanels:comment-tabpanelfocusedCommentId=43512#action_43512 ]
Shankar commented on SHALE-475:
---
Is there any
From: Pavel Savara [EMAIL PROTECTED]
but I'm having a hard time seeing benefits over Facelets and Clay.
What I see as benefit for tiles is possibility to define another tiles.xml
config which specify what page should be displayed for different locale. So
you
don't have only localized
From: samju [EMAIL PROTECTED]
So Mr. Kito, need a answer. Wich kind of things have changed? Why is it so
quiet around Shale? What is the Problem with Shale? does Shale still a
modern web application framework?
PL please give a declaration.
I see two issues here. The first is that
From: Rahul Akolkar [EMAIL PROTECTED]
On 7/24/07, Gary VanMatre wrote:
Thanks for talking a look Rahul. We also have an issue with the parent pom
from the plugin pom. I created the folder structure base on the pde maven
plugin doc. The extra plugins folder hides the parent pom. Do
From: Rahul Akolkar [EMAIL PROTECTED]
On 7/23/07, [EMAIL PROTECTED] wrote:
Author: gvanmatre
Date: Mon Jul 23 10:51:09 2007
New Revision: 558812
Added:
shale/sandbox/shale-eclipse-plugins/
shale/sandbox/shale-eclipse-plugins/plugins/
From: Antonio Petrelli [EMAIL PROTECTED]
2007/7/16, Gary VanMatre :
From: Antonio Petrelli
2007/7/15, Gary VanMatre :
I don't think we can use a standard maven setup to build the plugin
project (any ideas?).
At Struts the sandbox is also a Maven
From: Wendy Smoak [EMAIL PROTECTED]
On 7/11/07, Wendy Smoak wrote:
This is a vote to accept Ryan Wynn's contribution of the Shale Clay
Plugin for Eclipse, which can be found attached to the SHALE-444 JIRA
ticket.
The IP Clearance thread on the [EMAIL PROTECTED] list is here:
From: Ian.Priest [EMAIL PROTECTED]
Hi,
I have a couple of possible contributions...
1. Clay locale-aware import: When using clay to import an html
file, will attempt to load locale specific files in the style of a
message bundle. So if the file name is basename.html will
+1 Gary
-- Original message --
From: Matthias Wessendorf [EMAIL PROTECTED]
+1
On 7/12/07, Wendy Smoak wrote:
On 7/11/07, Wendy Smoak wrote:
This is a vote to accept Ryan Wynn's contribution of the Shale Clay
Plugin for Eclipse, which can be found
From: [EMAIL PROTECTED]
I have successfully tested to comment the second loop:
// Second select all remaining instances, which will include
annotated
// managed beans if Shale Tiger is present
/*
entries = map.entrySet().iterator();
while (entries.hasNext()) {
From: Craig McClanahan [EMAIL PROTECTED]
Sorry for the late response ... still catching up from a backlog due
to being on the road for most of May. Comments below.
On 6/22/07, Rahul Akolkar wrote:
On 6/22/07, Gary VanMatre wrote:
From: Greg Reddin
On 6/22/07, Rahul
From: Greg Reddin [EMAIL PROTECTED]
On 6/22/07, Rahul Akolkar wrote:
On 6/22/07, Matthias Wessendorf wrote:
hi,
are there any plans for 1.1.0 release ?
As an aside, IMO its worthwhile to have a v1.0.5 as well so we can
attempt to go GA in the 1.0.x line. Opinions?
From: Rahul Akolkar [EMAIL PROTECTED]
On 6/22/07, Gary VanMatre wrote:
From: Greg Reddin
On 6/22/07, Rahul Akolkar wrote:
On 6/22/07, Matthias Wessendorf wrote:
hi,
are there any plans for 1.1.0 release ?
As an aside, IMO its worthwhile
Yeah, that's weird. Especially if you google search Sun
proprietary/confidential CDDL. Myfaces is using the same DTD here [1]?
You should ask someone in licensing at apache. Maybe you can get an answer in
less time [2].
[1]
Thanks Henri!
Gary
-- Original message --
From: Henri Yandell (JIRA) [EMAIL PROTECTED]
[
https://issues.apache.org/struts/browse/SHALE-444?page=com.atlassian.jira.plugin
.system.issuetabpanels:comment-tabpanel#action_41117 ]
Henri Yandell commented on
From: Craig McClanahan [EMAIL PROTECTED]
On 5/1/07, Gary VanMatre wrote:
From: hughes.matt
As best as I can tell there is a bug in the ViewPhaseListener in
shale-view
that is breaking other libraries, namely ajax4jsf by removing ALL entries
from the request map. I'd
From: hughes.matt [EMAIL PROTECTED]
As best as I can tell there is a bug in the ViewPhaseListener in shale-view
that is breaking other libraries, namely ajax4jsf by removing ALL entries
from the request map. I'd gladly fix this, but I can't tell what the code
should be doing.
What I
From: Rahul Akolkar [EMAIL PROTECTED]
On 3/14/07, [EMAIL PROTECTED] wrote:
Author: hermod
Date: Wed Mar 14 04:43:53 2007
New Revision: 518103
URL: http://svn.apache.org/viewvc?view=revrev=518103
Log:
Added fix for SHALE-424. ComponentConfigBean now checks it the config file
From: [EMAIL PROTECTED]
Hi
In my quest for better samples and documentation, I have started creating
sample
Clay configurations for the variuos Tomahawk components. I have run into an
issue that has made me scratch my head a bit.
First there is an issue[1], [2] with the Tomahawk
Please join me in welcoming Hermod Opstvedt as a new Shale committer. Hermod
has been a very active supporter of Shale over the past year. Besides speaking
Norwegian and English, he also speaks Maven. His recent contributions includes
the clay2tld tool with a maven plug-in and the new
I've been trying to determine a better strategy for detecting the supplier and
version of the JSF runtime. This has to do with a open JIRA ticket [1]. I
attempted to create a utility class to determine the implementor of the runtime
and the JSF spec version [2]. This was a real hack but I
implementation
is running, in
order to use the correct base-classes.
Has somebody devised a clever method to find out which JSF-runtime is
active?
Or should we add something to enable this?
regards
Alexander
On 3/6/07, Gary VanMatre wrote:
I've been trying to determine
.
Has somebody devised a clever method to find out which JSF-runtime is
active?
Or should we add something to enable this?
regards
Alexander
On 3/6/07, Gary VanMatre wrote:
I've been trying to determine a better strategy for detecting the supplier
and version of the JSF
From: Cedric Dumoulin [EMAIL PROTECTED]
Hi,
The tutorial and the ShaleClayStarter kit is really a nice work, but
the starter kit doesn't work from scratch for me :-(
I have tried to use it, and got an error about a missing file.
I have corrected the error by adding
From: Hermod Opstvedt [EMAIL PROTECTED]
Hi
Now that there are a couple of tutorials on the Wiki (and more to come)
covering Shale and Clay and that is sparked off by the Maven Shale/Clay
starter archetype, I'd like to call for a vote to promote it so that it gets
into the distro.
Hey Guys,
I just changed some site documentation and need to push it out to the web
server. How have you infrastructure types been handling this? I'd rather
generate it locally instead of setting up maven on my account @
people.apache.org.
What's the best way to handle this maven mavens?
From: Wendy Smoak [EMAIL PROTECTED]
On 2/25/07, Gary VanMatre wrote:
I just changed some site documentation and need to push it out to the web
server. How have you infrastructure types been handling this? I'd rather
generate it locally instead of setting up maven on my account
of them I think that this is a viable solution.
That's not a bad idea but we could just as easily list multiple config files in
the web.xml versus an XML document include.
Hermod
Gary
-Original Message-
From: Gary VanMatre [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February
From: Craig McClanahan [EMAIL PROTECTED]
On 2/12/07, Hermod Opstvedt wrote:
Hi
I updated the Tld2ClayCfg tool in order to support Validators, Converters
and rendererType.
As I mentioned in the issue, there is a problem with getting hold of the
componentType for these.
Hi
Ok, I am ready to submit the patch for this. However there are som issues that
need to be dealt with before I submit.
1. The tool now adds a validator attribute to each component if one is defined
for the tld it self (It is a separate entry in the tld apart from the tags
them
self)
From: [EMAIL PROTECTED]
Hi
Thanks Gary. I had missed that one in the cleanup.
If I can find the time this weekend, I'm going to try cloning your archetype
making one that focuses on trinidad. Then we can move on to other component
libraries.
I also made some hacks to your maven
Hi
We could do this in two phases:
Phase 1: Adding in the rendererType as an attribute to the 1.4 version
(curent)
Phase 2 : Altering TldToClayconfig to generate annotated Java files for
version
1.1.0 (I take it that will be the Java5 version)
For phase 2 we will need to discuss further to
Hi
Ok, I'm finally having some spare time to look into this. It's no problem
getting the rendererType from components that extend UIComponentTag. Now
where do we want to put it in the clay-config?
1.
component jsfid=view componentType=javax.faces.ViewRoot
rendererType=
2.
component
From: Sean Schofield [EMAIL PROTECTED]
I meant registration. I *really* wanted to present a talk but that
would probably stress my already busy schedule to the breaking point.
My idea for a talk would be to show how you can use various open
source technologies (Shale, MyFaces, Spring and
From: Rahul Akolkar [EMAIL PROTECTED]
I'm done with changes to the release notes for now (commits@ list
seems to have a lag right now). Please jump in and improve them.
I have left one FIXME for any notable Clay changes that we may want to
list as was done for 1.0.3 (Gary?), but
From: Rahul Akolkar [EMAIL PROTECTED]
On 12/29/06, Gary VanMatre wrote:
From: Rahul Akolkar
I'm done with changes to the release notes for now (commits@ list
seems to have a lag right now). Please jump in and improve them.
I have left one FIXME for any notable Clay
From: Dennis Byrne [EMAIL PROTECTED]
I wrote an abstract test [1] that can marshal any number of TLDs and verify
the
following
- are there setters on each tag handler for each TLD tag attribute?
- are all tag handlers present in the classpath?
- are there any duplicate tags?
- are
From: Craig McClanahan [EMAIL PROTECTED]
On 12/29/06, Gary VanMatre wrote:
From: Craig McClanahan
I updated a big first pass fixup on the api-stability page (source is
framework/src/site/xdoc/api-stability.xml), but the website did not get
regenerated and republished
The Shale Tiger library uses annotations to declare meta-data that in some
cases would have been configured using a central XML configuration file.
Shale gathers the annotation data at the startup of the application by loading
the classes. Some have expressed concern that loading the classes
From: Mario Ivankovits [EMAIL PROTECTED]
Hi!
Try out the current support by setting context init parameter
org.apache.shale.tiger.SCAN_PACKAGES. The value is a comma delimited
list
of individual JAR filenames (shale-tiger.jar) and package prefixes (
org.apache.shale.foo).
As
From: [EMAIL PROTECTED]
To: commits@shale.apache.org
Sent: Monday, November 27, 2006 6:17 PM
Subject: svn commit: r479836 - in
/shale/framework/trunk/shale-validator/src:
main/java/org/apache/shale/validator/converter/
main/java/org/apache/shale/validator/util/
From: Craig McClanahan [EMAIL PROTECTED]
While reviewing the work done so far on the Shale Validator integration in
preparation for the changes described in SHALE-340, I ran into an issue
that
is noted in the comments on SHALE-36 but needs to be explicitly decided.
If
you have explicitly
From: Craig McClanahan (JIRA) [EMAIL PROTECTED]
[
http://issues.apache.org/struts/browse/SHALE-340?page=comments#action_38839 ]
Craig McClanahan commented on SHALE-340:
Looking further into the way that shale-validator is implemented today,
From: Matthias Wessendorf [EMAIL PROTECTED]
Hi,
I just looked at the source of shale after a while;
however the AbstractVC is not abstract; why ?
Ha! That's like asking for a diet soda that has 100 callories.
Should we change that ?
I bet it was just a mistake. Go for it!
From: Craig McClanahan [EMAIL PROTECTED]
On 10/21/06, [EMAIL PROTECTED] wrote:
Author: gvanmatre
Date: Sat Oct 21 15:46:02 2006
New Revision: 466600
URL: http://svn.apache.org/viewvc?view=revrev=466600
Log:
Added better mock value binding expression support for scoped
From: Rahul Akolkar [EMAIL PROTECTED]
On 10/18/06, [EMAIL PROTECTED] wrote:
Author: gvanmatre
Date: Wed Oct 18 16:37:05 2006
New Revision: 465422
URL: http://svn.apache.org/viewvc?view=revrev=465422
Log:
This is a fix for the Clay implicit anchored tag mapping that was not
From: Rahul Akolkar [EMAIL PROTECTED]
On 10/20/06, Gary VanMatre wrote:
From: Rahul Akolkar
On 10/18/06, [EMAIL PROTECTED] wrote:
Author: gvanmatre
Date: Wed Oct 18 16:37:05 2006
New Revision: 465422
URL: http://svn.apache.org/viewvc?view=revrev=465422
From: Rahul Akolkar [EMAIL PROTECTED]
On 10/20/06, Gary VanMatre wrote:
From: Rahul Akolkar
I was actually mentioning the missing ASF license header (that should
be at the top of source files) in that comment. As far as svn props
are concerned, I add keywords to (java
From: David Geary [EMAIL PROTECTED]
2006/9/25, Wendy Smoak :
Someone on IRC brought up a good point about the Shale home page: We
don't say what Shale *is* until 1/3 of the way down the page.
I think the information in the paragraph that starts Thus, Shale
is... belongs up at
From: Wendy Smoak [EMAIL PROTECTED]
On 9/24/06, [EMAIL PROTECTED] wrote:
Author: wsmoak
Date: Sun Sep 24 16:43:11 2006
New Revision: 449524
URL: http://svn.apache.org/viewvc?view=revrev=449524
Log:
Add the FindBugs plugin for reporting.
See
From: Wendy Smoak [EMAIL PROTECTED]
On 9/24/06, Gary VanMatre wrote:
Hey Wendy, this looks like the classic JSF 1.1 problem with JSP that will
be fixed in JSF 1.2.
That's what I thought. :)
It's also a good practice to wrap an included fragments in a subview tag
From: Craig McClanahan [EMAIL PROTECTED]
On 8/28/06, Rahul Akolkar wrote:
Thinking aloud about the mandatory feature 11 on the
DialogManagerFeature wiki page [1]. Just noted that SWF has some of
the same limitations, and its possible to drop traces into the browser
atleast with
From: Craig McClanahan [EMAIL PROTECTED]
On 9/16/06, Gary VanMatre wrote:
From: Craig McClanahan
On 8/28/06, Rahul Akolkar wrote:
Thinking aloud about the mandatory feature 11 on the
DialogManagerFeature wiki page [1]. Just noted that SWF has some of
the same
From: [EMAIL PROTECTED]
Author: craigmcc
Date: Wed Sep 13 23:16:55 2006
New Revision: 443256
URL: http://svn.apache.org/viewvc?view=revrev=443256
Log:
Implement a fairly massive refactoring of our Maven2 build dependencies,
and (along the way) address the issues raised by
From: [EMAIL PROTECTED]
Author: rahul
Date: Thu Sep 14 13:22:18 2006
New Revision: 443457
URL: http://svn.apache.org/viewvc?view=revrev=443457
Log:
Add props to missing bits in r443202, hope you don't mind Gary ...
Nope, Rock on!
Gary
From: Craig McClanahan [EMAIL PROTECTED]
As Shale moves towards maturity, one of the usability issues on my mind is
the set of dependencies that we currently mandate in shale-core and
friends. I would like us to take a look at whether we can eliminate some or
all of these dependencies,
over there. Specifically, we could benefit from your insight
regarding dialogs.
@Everyone Else: This goes for you too. If you're using JSF you'll
want to check out Shale which just builds on JSF and provides a lot of
cool stuff missing from the spec.
Sean
On 8/24/06, Gary VanMatre
On 8/24/06, Sean Schofield [EMAIL PROTECTED] wrote:
I agree that, if we keep the concept of subdialogs around, mechanisms
for
dealing with this are important. From the perspective of a subdialog, you
should be able to pull data out of the parent dialog's context
transparently
From: Craig McClanahan [EMAIL PROTECTED]
(3) Vote
Please review these artifacts, and test their signatures, then vote on
whether we should release them as Apache Shale version 1.0.3. If it passes
we'll hold a quality vote later on.
[ ] +1 (Binding) for PMC members only
[ ] +1 for
feature and would
be a good method of working out the issues.
I don't have the strength to try to do this on the myfaces JIRA.
On 8/3/06, Craig McClanahan wrote:
On 8/2/06, Gary VanMatre (JIRA) wrote:
[ http://issues.apache.org/struts/browse/SHALE-24?page=all ]
Gary
From: Craig McClanahan [EMAIL PROTECTED]
I recently spoke with Gavin King (spec lead for JSR-299) about this JSR. In
addition to getting his agreement on both Matthias and James to be on the
EG, we talked a bit about their (Red Hat's) plans for the RI and TCK. Their
thinking is that the
I was looking at adding some junit test cases for a maven build mocking the
shale mail reader JPA library in the sandbox.
I'm using the a transaction type of RESOURCE_LOCAL so the test can be ran
under JavaSE. The problem I'm seeing is that the test needs to load the
persistence.xml from
74 matches
Mail list logo