A couple of notes embedded below.
On 10/21/07, Kito D. Mann <[EMAIL PROTECTED]> wrote:
> > Hi!
> > > I sent out an e-mail to the Shale mailing list a week or so ago about
> > the
> > > possibility of merging Shale with MyFaces. Development of Shale has
> > become
> > > somewhat stale, and I'd rat
+1
Craig
On 7/11/07, Wendy Smoak <[EMAIL PROTECTED]> 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.
* https://issues.apache.org/struts/browse/SHALE-444
The IP Clearance form will be comm
On 7/11/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 7/11/07, Brett Porter <[EMAIL PROTECTED]> wrote:
> Shale currently have a build set up in vmbuild.apache.org. It's been
> down for little bit, but is now back up.
...
> Please let me know if:
> [ ] you would like the project set up on the new
On 6/25/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>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 Akol
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 <[EMAIL PROTECTED]> wrote:
On 6/22/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> >From: "Greg Reddin" <[EMAIL PROTECTED]>
> >
> > On 6/22/07, Rah
d under the CDDL license.
Do we (Apache) consider this sufficient to indicate our election for
the CDDL license, or do we need to do more? Or does it even matter,
given that we are electing to distribute our combined works under the
Apache License?
Niall
Craig McClanahan
On 6/21/07, Craig L
Rahul,
Many many thanks for taking these on ... I work remotely so I can
generally skim email during long meetings (don't tell my boss :-), but
it's difficult to do substantitve stuff.
Craig
On 6/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: rahul
Date: Wed Jun 13 09:08:46 2007
On 5/17/07, Paul Spencer <[EMAIL PROTECTED]> wrote:
The MyFaces team is looking to use the ConfigParser() which was added in
version 1.1.0. Is their an estimate on the release of 1.1.0?
A 1.1 release is very unlikely during May (I'm in my second week of
three conferences in a row), but more lik
On 5/2/07, hughes.matt <[EMAIL PROTECTED]> wrote:
I started to write a patch for this and was writing a test case when I came
across MockRequestMap.
1) Why do you need to mock a java.util.Map?
At the servlet API level, request attributes are accessed via a set of
methods (getAttribute, setAtt
On 5/1/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>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, b
On 4/12/07, Kito D. Mann <[EMAIL PROTECTED]> wrote:
Hello,
I found a couple of issues with shale-tiger that I'd like to report. Can
someone grant me access to create new Shale issues in JIRA?
That should "just work". What's your JIRA user id?
Craig
Thanks.
~~
On 4/2/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Hello,
I just saw the website points out that Craig is doing a session at
ApacheCon on Shale. One week before, I am doing a session on Shale in
Germany (JAX conference).
Anyone mind I add it to the "homepage" as well ?
Fine by me.
Cra
On 3/30/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>From: "Matthias Wessendorf" <[EMAIL PROTECTED]>
>
> Hi,
>
> are you guys OK w/ changing the dependency for Spring-XXX to 2.0.x,
> instead of 1.2.x ?
> My current app depends hardly on Spring 2.0.x and the Shale-Spring-JAR
> causes "fun" b/c of
On 3/7/07, Bernhard Huemer <[EMAIL PROTECTED]> wrote:
Hello,
During the last week I've invested time in improving the resource
injection functionality in Tiger extensions. Now I would like to
contribute the outcome.
Basically, what it does is simplifying further extensions. For example,
one doe
On 3/7/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Hi all!
I would like to know if there is an ongoing development to create
portlet mock classes.
If not, I will create a JIRA issue and I will work on it, since I need
it to test some Tiles classes.
TIA
Antonio
I think it would be great to
On 3/5/07, Bernhard Huemer <[EMAIL PROTECTED]> wrote:
Hello,
2007/3/5, Craig McClanahan <[EMAIL PROTECTED]>:
>
> Two common scenarios where you might want to override the
> configuration information that was originally specified with
> annotations:
>
> * Third pa
On 3/4/07, Bernhard Huemer <[EMAIL PROTECTED]> wrote:
Hello,
I understand that in some scenarios an application developer wants to
override the characteristics that are specified via annotations, but
what's the reason for overriding even the type of a managed bean?
Two common scenarios where
On 2/27/07, Hermod Opstvedt <[EMAIL PROTECTED]> wrote:
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.
On 2/24/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> Change isn't source compatible, so hard to justify, I think.
perhaps for 1.1.x ?
Breaking backwards compatibility on a commonly used API like this
would normally be something I'd only want to contemplate on a major
version change.
On 2/24/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Hi,
what do you guys think to change the method to return null, incase of
there is no dialog with the desired name ?
While you can find a lot of APIs that do this sort of thing, the
current design represents my biases on the topic lat
On 2/22/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
nobody root ?
IIRC, Sean was the one that set up my access.
Craig
On 2/13/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> hi,
>
> is there the admin for this myfaces zone box listening ?
> I know the user/password, but I'd like
On 2/14/07, Ole Ersoy <[EMAIL PROTECTED]> wrote:
Hi,
I noticed (Through commons validator JIRAs) that Shale
is using Javascript validation.
I donated a Javascript Framework written
on top of dojo to myfaces a while back, in case anyone
is interested. It has the ability to hook javascript
val
On 2/14/07, Hermod Opstvedt <[EMAIL PROTECTED]> wrote:
Hi
If it's part of MyFaces then I think we can also use it in Clay hence
Shale.
We already use some of the Ajax stuff there.
That'll be true if it is a separate artifact ... Shale and Clay need to work
with the RI too :-)
Hermod
Craig
On 2/14/07, Hermod Opstvedt <[EMAIL PROTECTED]> wrote:
Hi
Recently I've been writing a rather detailed tutorial on using Clay on our
company's Wiki. It's currently in Norwegian, but if there is an interest
in
it I would be willing to translate it to English and we could either add
it
to the Sha
On 2/12/07, Hermod Opstvedt <[EMAIL PROTECTED]> 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. There is the possibility of assuming that the
On 2/10/07, Gary VanMatre <[EMAIL PROTECTED]> wrote:
I ran into a funky problem using the shale-tiger library with embedded
OC4J 10.1.3.1.1. The class loader doesn't like paths that start with the
forward slash. It took me some work to find the problem since the container
eats the exception r
e suitcases, and head down to
SFO for JavaOne.
Sean
Craig
On 1/26/07, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> My general session on Shale got accepted for ApacheCon Europe 2007 ...
it's
> Friday May 4 at 10h30. Hope to see anyone else who is coming
there! And
> I&#x
ny ?
>
> On 2/2/07, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > Craig,
> >
> > My wife and I are both going to be there. We're also planning on
> > arriving early.
> >
> > Sean
> >
> > On 1/26/07, Craig McClanahan <[EMAIL PROTECTED]&g
My general session on Shale got accepted for ApacheCon Europe 2007 ... it's
Friday May 4 at 10h30. Hope to see anyone else who is coming there! And
I'm planning on coming in early enough for Queen's Day on Monday. Now I
just need to go find an orange shirt ...
Craig
On 1/24/07, Chandresh Turakhia <[EMAIL PROTECTED]> wrote:
Dear Hermod ,
http://www.openxal.org/ - Apache Incubator Project based on Nexaweb
www.nexaweb.com for Web 2.0
http://incubator.apache.org/xap
Thanks for the pointers. I have not tried either XAL or XAP myself, but
would be really in
On 1/24/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 1/24/07, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I think we should release all modules together and keep the numbers in
> sync. So if there's an important fix that can't wait in the core,
> that just means releasing everything else as 1
On 1/23/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 1/23/07, Greg Reddin <[EMAIL PROTECTED]> wrote:
> On 1/23/07, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> >
> > I am pretty fine with a 1.0.5 instead of 1.0.4.1 ;)
>
>
> Me too :-)
>
I definitely understand the desire for the fix to
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.
On 1/14/07, Gary VanMatre (JIRA) <[EMAIL PROTECTED]> wrote:
[
https://issues.apache.org/struts/browse/SHALE-391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_39787]
Gary VanMatre commented on SHALE-391:
-
I commited the sh
On 1/11/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
On 1/12/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> This ones thoroughly OT, sorry list.
>
> On 1/11/07, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> > On 1/11/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> > >
> > > Here is the releva
On 1/9/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
We should probably look into posting 1.0.4 docs online (since the
trunk is going to have an ever-increasing delta). I was thinking of
packaging up the 1.0.4 site and exploding a scp'ed tarball into
/www/sao/1.0.4
Objections? Better way to post
On 1/8/07, Sean Schofield <[EMAIL PROTECTED]> wrote:
Anyone know when the signup is?
You mean signup for papers, or for registering? The closing date for papers
is Jan 15, but I don't know when the attendance registration will open.
Sean
Craig
On 1/5/07, Craig McClana
On 1/5/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Once more, with a slightly different subject to keep archives and
email clients happy. This is a vote to release Apache Shale version
1.0.4. There are no functional changes since the last vote (delta
addresses Niall's comments). This vote is sc
On 1/4/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 1/5/07, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> What should also happen here is attribution in the NOTICE.txt file for
> shale-tiger module too ... I'll look into the appropriate wording for
that
> and
On 1/4/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 1/4/07, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > Thanks to Rahul for all the grunt work to pull this release together!
>
> +1 for that sentiment!
>
> Sorry I haven't been much help lately. I'm just getting my business
> off the ground
On 1/4/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Thanks a lot for the detailed review of the distros, Niall !
I will comment on specific points below, but in light of Niall's
feedback I am proposing:
a) We close this vote, and declare it unsuccessful
b) We apply suggested fixes (again, spec
On 1/2/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Please review these artifacts, signatures and checksums, and vote
whether we should release them as Apache Shale version 1.0.4.
--8<
[X] +1 (Binding) for PMC members only
[ ] +1 for community member
On 1/2/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
org.apache.shale:shale-apps-parent:1.0.4
As part of my review of the proposed 1.0.4 release (all the sigs match ...
but let's see what happens when I try to *use* this stuff :-), I want to try
building our distribution artifacts. I could
On 1/1/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 1/1/07, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 1/1/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> >
> > The SHALE_1_0_X branch [1] has been created. Over the next day, it
> > will be used t
On 1/1/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
The SHALE_1_0_X branch [1] has been created. Over the next day, it
will be used to prepare the proposed v1.0.4 artifacts and svn tag.
My preference would be to have no commits to the branch when releases
are being prepared and voted on (releva
On 1/1/07, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/31/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 12/31/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> >
> > No pending issues against 1.0.4 snap in JIRA ATM (the couple of open
> > ones are
On 12/31/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
No pending issues against 1.0.4 snap in JIRA ATM (the couple of open
ones are sufficiently addressed IMO), so pending ~24 hours for any
feedback on the dry run (let me know if you need more time), I will
move towards a final set of proposed a
On 12/29/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 12/29/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>
> >From: "Craig McClanahan" <[EMAIL PROTECTED]>
> >
> > On 12/29/06, Gary VanMatre wrote:
> > >
> > > >From:
On 12/29/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> On 12/29/06, Gary VanMatre wrote:
> >
> > >From: "Craig McClanahan"
> > >
> > > I updated a big first pass fi
On 12/29/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>From: "Craig McClanahan" <[EMAIL PROTECTED]>
>
> 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
> rege
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 as it usually does. Is there something we need
to do to trigger that?
In the mean time, please review the source file for cont
On 12/29/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>From: "Rahul Akolkar" <[EMAIL PROTECTED]>
>
> On 12/29/06, Gary VanMatre wrote:
> > >From: "Rahul Akolkar"
> > >
> > > On 12/29/06, Gary VanMatre wrote:
> > > > >From: "Rahul Akolkar"
> > > > >
> > > > > I'm done with changes to the release
On 12/28/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Odds and ends:
1) I plan to post the following artifacts up for inspection:
(i) Distribution artifacts:
Framework (as produced by shale-dist):
shale-framework-1.0.4.zip
Other assemblies:
Extras:
mailreader-jpa-1.0.4.zip
Apps:
shale-blank
On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
For thread closure, this has been taken care of (thanks Craig).
Just in case someone else runs into something like this, here's the way I
worked around the issue without having to involve the infra folks. The
basic issue was that the KEYS
On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/27/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> >
>
> 2) We probably want to move designtime into a profile (can wait post
1.0.4).
>
>
On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Few thoughts:
1) Why is the section in the parent pom commented out?
Tempted to remove it.
We used to try to centralize all the versioning there, but were getting bit
by the way that maven prioritizes transitive dependencies. Moving the
On 12/27/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 12/27/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: craigmcc
> Date: Wed Dec 27 14:33:45 2006
> New Revision: 490580
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=490580
> Log:
> Add Dutch translations for the validator mes
On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/27/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> Yep ... that worked. I got the "good signature" and "untrusted"
messages.
>
OK, so we're good to go on the master pom. Thanks.
On 12/27/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/27/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> >
> > Done, I've added my signature to the master pom v2 in the staging
> > repo. My key is here [1] amongst other places (I intend to
On 12/26/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/26/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> Back on track, will sign the pom, and will ask this list to verify it
> before copying over. (BTW, is there a way to get m2 to sign?)
>
Done, I've added my signature to the master p
On 12/22/06, Joost Schouten <[EMAIL PROTECTED]> wrote:
Hi,
Part of the reason for me to use shale is the added client side
validation. I would like to suggest the following enhancement though. I
would like to have the option to display the error message not through a
JavaScript alert(), but in
On 12/22/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
In preparation for the framework release version 1.0.4, the Shale
Master POM has been updated:
http://tinyurl.com/ymy9ap (diff with v1)
tagged (long URLs below, may get fragmented):
http://svn.apache.org/repos/asf/shale/maven/tags/SHA
On 12/20/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: craigmcc
Date: Wed Dec 20 23:37:50 2006
New Revision: 489275
URL: http://svn.apache.org/viewvc?view=rev&rev=489275
Log:
Document the support for dealing with SHALE-61 issues (back and forward
buttons) that will be present in the
On 12/20/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 20, 2006, at 7:57 PM, Craig McClanahan wrote:
> On 12/20/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
>>
>> The Shale project currently does not have a bylaws document. I
>> propose that we adopt the
On 12/20/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
The Shale project currently does not have a bylaws document. I
propose that we adopt the Struts bylaws[1] as the basis for our own
bylaws document and make changes in the following areas:
1. Change all instances of "Struts" to "Shale".
2.
On 12/20/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 20, 2006, at 2:51 PM, Craig McClanahan wrote:
> * Since the trunk is being continuously built by Continuum,
> trying to do our release cutting there (including removing
> SNAPSHOT from the version numbers) would
On 12/20/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 20, 2006, at 2:01 PM, Rahul Akolkar wrote:
> On 12/19/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
>> I would have a mild preference for naming the branch SHALE_1_0 but
>> I'm not
>> going to
On 12/19/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Figure we should get that going while we wrap up on 1.0.4 code,
otherwise a 72 hour buffer (at the least). I'm not aware of any
pending changes ATM, but if you have any, please go ahead.
Some procedural bits, yell if incorrect:
* I can't fi
On 12/19/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 12/16/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> > Sounds like reasonable things to do :-) We even have a staging repo
> > defined in the master pom (thanks Wendy) which we should
On 12/19/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
hi,
the the commands are executed before/after the faces_servlet,
what is the reason for the getFacesContext() on the ShaleWebContext.java ?
Primarily consistency ... EVERYTHING relevant to this particular request can
be found in th
On 12/16/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/16/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 12/16/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> The subdialog issue doesn't exist in the Commons SCXML impl (its one
> > machi
On 12/16/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
Before we get to the master pom release:
Can we consider using scpexe:// URLs, or providing some way to do that?
As it stands, scp:// URLs don't work for me when I'm traveling (and
most of Dec. is travel). Background [1].
I'm game. The
On 12/16/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: craigmcc
> Date: Fri Dec 15 16:51:06 2006
> New Revision: 487741
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=487741
> Log:
> Refine the dialog framework APIs as a foun
On 12/15/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 15, 2006, at 11:10 AM, Rahul Akolkar wrote:
>> ... also SHALE-211 [1]. I'm guessing we can close that one. Any
>> objections?
>>
>
>
> Resolve it, at worst it will get re-opened. Its shouldn't affect the
> release anyway, IMO.
So
On 12/13/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 13, 2006, at 5:47 PM, Craig McClanahan wrote:
> The 1.0.3 release does not work out of the box for us
>> because we are using MyFaces 1.1.5 and Shale 1.0.3 depends on MyFaces
>> 1.1.1.
>
> Is it actuall
On 12/13/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
My project at work is finally in a place where we really need to use
Shale :-)
That's great!
The 1.0.3 release does not work out of the box for us
because we are using MyFaces 1.1.5 and Shale 1.0.3 depends on MyFaces
1.1.1.
Is it actua
On 12/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>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-
On 12/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
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.
On 12/9/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Hi Craig,
is it a bug, that only request scoped beans are working?
I mean sometimes it is very handy to have session/application based beans
No, it is not a bug ... this is an "as designed" feature of the current
architecture (as wel
R file
--
Key: JETTY-170
URL: http://jira.codehaus.org/browse/JETTY-170
Project: Jetty
Issue Type: Bug
Components: JSP
Affects Versions: 6.0.1
Reporter: Craig McClanahan
Assigned To: Jan Bartel
Fix For: 6.
On 12/4/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/4/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 12/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> > * Have the base classes implement Serializable where applicable
>
>
>
>
On 12/4/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
The events I associate with either ends of a "lifecycle" (in the
context of web apps) are init and destroy. Do you think the callback
names onInit and onDestroy would be better (though I see onInstall and
onRemove making sense in the HttpSess
On 12/4/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 12/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: craigmcc
> Date: Mon Dec 4 13:25:07 2006
> New Revision: 482364
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=482364
> Log:
> First round of supporting events when Dialog
On 12/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
* Have the base classes implement Serializable where applicable
Sorry ... I should have discussed this on the list before making these
changes. It comes out of having been badly bit in cases where a subclass of
the base class *cannot*
On 12/4/06, Bernhard Slominski <[EMAIL PROTECTED]> wrote:
Hi,
I was playing the the ChainProcessor and found out that there is no
default
mapping.
So I suggest that like the default mapping for the other build-in
processors
there should be the following default mapping:
org.apache.shal
On 11/29/06, Bernhard Slominski <[EMAIL PROTECTED]> wrote:
Thanks for considering my issue. I think many are people are just not
aware
of this issue because they use another part of the Shale framwork and are
not familiar with the details of the ClassRessourceProcssor, that why it
should be expl
On 11/29/06, Bernhard Slominski <[EMAIL PROTECTED]> wrote:
Hi,
I think the current implementation of the ClassResourceProcessor is a
security issue.
The ClassResourceProcessor exposes all files in the classpath and it's
enable by default.
If you have e.g. your database passwords in properties f
On 11/27/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
The only issue I see with this solution is that you can not override
validation messages.
Instead of creating one generic mechanism, you rewrite code specific for
each validator. In the
end you will end up with a bunch of wrapper code versus
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 defined a converter (or JSF can do it for you imp
On 11/22/06, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
Hi,
I just looked at the source of shale after a while;
however the AbstractVC is not abstract; why ?
Oops ... :-)
Should we change that ?
Definitely. I'll fix that, and scan the rest of the sources for the same
pattern.
Thank
On 11/18/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 11/10/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: craigmcc
> Date: Fri Nov 10 20:16:19 2006
> New Revision: 473638
>
> URL: http://svn.apache.org/viewvc?view=rev&rev=473638
> Log:
> Partial fix for cleaning up static resourc
On 11/15/06, THOMAS, JAYANT (SBCSI) <[EMAIL PROTECTED]> wrote:
Hello All,
Is it possible I can navigate from one scxml dialog to another scxml
dialog in shale
Say from Wizard.xml can I go to popup.xml in the sample. The example
show 2 different sets of dialogs without any interrelation ship
On 11/15/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> It could also be we should consider this scenario (trying to start a
second
> dialog when there's an active one) to be an error condition, and throw
an
> exception or something.
What about a custom runtime exception? That could be helpfu
On 11/15/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
> IIRC, you filed some RFE requests against dialog for a similar use case,
and
> we listened :-). You can fake a restart by programmatically stopping
the
> current dialog, and then programmatically starting a new one. Does that
do
> the tr
On 11/15/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
I'm trying to use the new dialog stuff in a production app.
Previously I had only been using dialogs in popup windows (with no
browser back buttons to worry about.) Now I think I'm running into
the same problems as Rahul and others have rep
On 11/14/06, paksegu <[EMAIL PROTECTED]> wrote:
Hi,
Does anyone knows if shale design time work will with the Netbeans
Visual Web Pack?
It is not complete yet, but the intent is that the answer to this will
become "yes" when I have a chance to clean it up a bit.
Craig
Ransford Segu-Baffoe
On 11/13/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> >
> > On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> > >
>
On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> > On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> > >
>
On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> >
> > OK, can't seem to reproduce this locally (even without the JCL and
> > Bean
On 11/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 11/13/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> OK, can't seem to reproduce this locally (even without the JCL and
> BeanUtils cleanup, since the dialog-scxml module doesn't yet have
> that).
1 - 100 of 345 matches
Mail list logo
