On 11/11/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=revrev=473638
Log:
Partial fix for cleaning up static resources
On 11/13/06, Craig McClanahan [EMAIL PROTECTED] wrote:
snip/
6.0.1 -- Cannot use the manager app at all because the tomcat-users.xml file
gets wiped out (I filed a Tomcat bug on this one). Also get JSP errors when
trying to run the app manually ... this is likely due to either more Tomcat
On 11/10/06, Craig McClanahan [EMAIL PROTECTED] wrote:
snip/
SHALE-230 -- Restore publishing the dialog_1.0.dtd file (and any other DTDs
defined by Shale)
snap/
Note to self: Drop in a DTD for the dialog-config in SCXML dialogs for
a validating digester.
Up For Grabs:
SHALE-286 --
On 11/8/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I'm setting up a clean build environment to get rid of some wierd ghosts in
my environment, and just checked out a fresh set of Shale sources (and a
clean Maven2 repository). When I get to the shale-tiles build, I get the
following error:
Getting failures for cobertura directories in modules (for example:
shale-core). Probably need Sean (schof) to g+w them, whenever he sees
this.
-Rahul
On 11/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/7/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Getting failures for cobertura directories in modules (for example:
shale-core). Probably need Sean (schof) to g+w them, whenever he sees
this.
Sean owns them because it's his key
On 10/29/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 10/27/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 10/26/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
We have a jul Logger and a JCL log in oasv.CommonsValidator
We're still using JCL elsewhere, so unless there is an
all
On 10/26/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi Guys,
I know the main focus, or one of the main points of a 1.0.4 was the
dialog manager.
I saw that Craig/Raul were active on that.
Is there any timeframe when you guys like to go with a new release ?
snip/
I need a week to wrap
Replying to the most relevant list ...
On 10/25/06, Kito D. Mann [EMAIL PROTECTED] wrote:
Hello,
I'm currently looking for people who are interested in writing great
articles for JSF Central about MyFaces, Tomahawk, Tobago, Trinidad, or
Shale. If you're interested, please reply!
snip/
I'd
On 10/23/06, James Mitchell [EMAIL PROTECTED] wrote:
Wendy or anyone who knows...
I added the maven config to shale-tiger and shale-apps/shale-sql-
browser a while back, but I can't seem to figure out how to have
those as part of the assembly...
Here's what I do now:
$ cd shale/framework/
On 10/18/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 10/18/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: rahul
Date: Wed Oct 18 13:49:36 2006
New Revision: 465366
URL: http://svn.apache.org/viewvc?view=revrev=465366
Log:
Adding props that should've been part of r465311 and
PROTECTED]:
On 10/18/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 9/25/06, Wendy Smoak [EMAIL PROTECTED] wrote:
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
On 10/19/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I've been fleshing out the front page docs of several of the new
subproject modules[1][2][3], but on the actual site these pages don't have
the overall banner and logo that the front page has. Shouldn't they?
snip/
There is supposed to be
On 10/18/06, [EMAIL PROTECTED] [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 assigning
the href to the component's
On 10/20/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 10/20/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Unrelated question, but subject still applicable:
Is the site updated manually (mvn site-deploy) or nightly? If
manually, any caveats to be aware of?
We're sharing the Continuum instance
On 10/20/06, Gary VanMatre [EMAIL PROTECTED] wrote:
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
On 10/20/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 10/20/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 10/20/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Unrelated question, but subject still applicable:
Is the site updated manually (mvn site-deploy) or nightly? If
manually, any
On 10/20/06, Gary VanMatre [EMAIL PROTECTED] wrote:
From: Rahul Akolkar [EMAIL PROTECTED]
snip/
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) test cases
On 9/25/06, Wendy Smoak [EMAIL PROTECTED] wrote:
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 the top of the page.
I've changed the artifact names as outlined below.
-Rahul
On 10/13/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
How about ditching the library, support and plugin qualifiers? How
does this look:
[INFO] Shale Test Framework
[INFO] Shale Core
[INFO] Shale Application Controller
[INFO
Here's the abbreviated reactor summary on the framework build:
[INFO] Shale Test Framework
[INFO] Shale Core Library
[INFO] Shale Application Controller Support
[INFO] Shale Clay Plugin
[INFO] Shale Dialog Manager Integration
[INFO] Shale Dialog Manager (Basic Implementation)
[INFO] Shale Dialog
On 10/13/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 10/13/06, Craig McClanahan [EMAIL PROTECTED] wrote:
One caution on the unused imports warnings ... Checkstyle does not
consider a javadoc comment like [EMAIL PROTECTED] Foo} to be a use, but
Javadoc
cannot create a correct link unless you
The code review tool flags the instance variable data (the dialog
data) being declared as an Object, in relevant places in both the
basic and scxml impl. While we do document the fact that dialog data
should be Serializable, we do not enforce that in code. Any downside
to changing the type of
On 9/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi
Yes, I did indeed build the framework first.
snip/
OK, shale-parent should dictate the version. I svn up'ed everything
and clean install'ed in sequence.
-Rahul
Hermod
-Original Message-
From: Rahul Akolkar [mailto:[EMAIL
On 9/26/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/25/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 9/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi
I am also getting an error when I try to build the sandbox componente
from the top:
[INFO] Error building POM (may
the
parent has chosen the version (1.1.4) which should simply continue to
hold.
-Rahul
[1] http://svn.apache.org/repos/asf/shale/maven/trunk/master-pom/pom.xml
Hermod
-Original Message-
From: Rahul Akolkar [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 26, 2006 8:50 AM
To: dev
On 9/26/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi
Now it build (almost) ok. Got build errors on shale-test-dialog2-legacy:
snip/
Thats a good sign. clean install shale-apps. Then retry sandbox.
-Rahul
Compiling 5 source files to E:\Apache\Shale\sandbox\shale-test-dialog2-legacy\ta
On 9/14/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/14/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 9/14/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: craigmcc
Date: Thu Sep 14 14:34:35 2006
New Revision: 443481
URL: http://svn.apache.org/viewvc?view=revrev=443481
for developing speech
applications. One thing iam not clear on is the Shale+SCXML engine
integration architecture, I will try looking at the code.
Thanks
Jayant
-Original Message-
From: Rahul Akolkar [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 13, 2006 12:40 PM
To: dev
On 9/12/06, Craig McClanahan [EMAIL PROTECTED] wrote:
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.
snip/
The thread will be interesting in more than one ways ... in addition
to the
On 9/11/06, Craig McClanahan [EMAIL PROTECTED] wrote:
snip-entire-email/
:-)
PS: Now, on to getting the SCXML implementation up to date with the API
changes ...
snap/
Should be more or less there now. I've created a test app for the
SCXML bits as well, all feedback on that is welcome.
(top-posting on purpose)
And no action states to stuff in dialog data makes things cleaner still !
As an aside, I've restored 1.4 source compatibility for the
shale-dialog2-legacy module. I believe that any module that doesn't
inherently need tiger features should stay at 1.4 source.
Can a
On 9/9/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Sean's changes fo the dialog2 sandbox implementation in r440205 includes the
following change that I object to:
---
shale/sandbox/shale-dialog2/src/main/java/org/apache/shale/dialog2/faces/Dialog2NavigationHandler.java
(original)
+++
auth group, so I should be all set there.
-Rahul
Sean
On 9/5/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Just returning from a trip, and a few days behind on email, so sorry
if I misunderstood anything about the sandbox karma proposal. It
appears that it is now open to existing Apache
On 9/1/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: craigmcc
Date: Fri Sep 1 19:57:25 2006
New Revision: 439525
URL: http://svn.apache.org/viewvc?rev=439525view=rev
Log:
Per discussion on the dev list, make dialog and state names omit
embedded spaces.
Modified:
On 8/30/06, Craig McClanahan [EMAIL PROTECTED] wrote:
snip/
I'll be able to pick this up tonight and play with it. Can someone remind
me of the syntax to change the eol properties on the existing files?
snap/
svn propset, see:
http://svnbook.red-bean.com/en/1.0/re23.html
-Rahul
Craig
On 8/30/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/28/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Correct, that schema is immutable as far as we're concerned. And for
obvious reasons, since we can't really model an on-exception
transition attribute in a UML state chart (its too Java
On 8/30/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/30/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
Some notes from looking at the dialog2 sandbox modules:
a) Dealing with failures in:
Context#advance(FacesContext, String)
It is possible that advancing a dialog might fail (say
On 8/30/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/30/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
The init and destroy commands for the Shale dialog configs will need
to have mods for dialog2 (atleast init).
Should we copy them over to the sandbox so we can work with them? Need
As step 0 of SHALE-263 [1], here [2] is an initial cut of the
stylesheet for producing the needed SCXML documents from Shale dialog
configuration files. That directory [2] also contains the result of
styling the dialog-config.xml that comes with the Shale usecases
application (log on / edit
On 8/25/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/25/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
I would like to propose a best practice for the name attribute used in
various bits of the XML vocabulary for Shale dialogs that recommends
restricting these to alphanumeric characters
On 8/25/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/25/06, Paul Spencer [EMAIL PROTECTED] wrote:
An advantage with the current dialog.data bean is that it allows a the
use of a common view when the underlying data objects are different. How
would this be done with dialog managed
On 8/25/06, Sean Schofield [EMAIL PROTECTED] wrote:
I have few initial concerns after looking over the excellent
documentation and examples on the Commons SCXML site.
So far, my concerns are as follows:
1.) I'm not wild about having to run an XSL transform on dialogs
during compile time
snip/
On 8/25/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Rahul,
I'm trying to set up a quick Shale Sandbox project where we can experiment
with the SCXML integration we've been discussing on the Shale Dev list.
snip/
Cool, should be fun.
I notice that you've released version 0.5, but I don't
On 8/24/06, Craig McClanahan [EMAIL PROTECTED] wrote:
snip/
In my ideal world scenario, we'll be able to rebuild things on the inside,
with minimal-to-none impact on how an application developer uses it.
However, I'm not convinced that goal is actually achievable, if we're going
to have a
I'd like Shale to support both the current dialog notation and SCXML
as stated here [1], and both can use the same underlying engine. The
current dialog notation by virtue of being the incumbent, and SCXML
because:
* SCXML is a well-defined distillation of all variants of state
machine theory.
On 8/24/06, David Geary [EMAIL PROTECTED] wrote:
Would anyone like to review material on Shale dialogs from the upcoming 2nd
ed of Core JSF (about 15 pages)? I have an example with a Bill Pay dialog
that has a Wire Transfer subdialog. The data entered into the subdialog is
incorporated into the
On 8/21/06, Craig McClanahan [EMAIL PROTECTED] wrote:
If you have tried out the dialog manager feature of Shale, you're probably
well aware that it has some limitations and bugs. Indeed, I see improving
this as the most important thing to tackle next. In reviewing the
outstanding bug reports,
On 8/23/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/23/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 8/20/06, Sean Schofield [EMAIL PROTECTED] wrote:
snip/
So my proposal is to involve everyone in the beta testing but do not
distribute the final version to vote on so we can
101 - 149 of 149 matches
Mail list logo