+1 for updating to Java 1.5. Obviously we need to be clear in the docs.
Sean
On 4/20/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
:)
On 4/20/07, Mario Ivankovits [EMAIL PROTECTED] wrote:
Matthias Wessendorf wrote:
Later than expected, but my hard disk crashed, I am days behind my
on Saturday night so I'd love to try
and get together with you before the conference starts.
Email me offlist and we can make a plan.
Sean
On 2/2/07, Matthias Wessendorf [EMAIL PROTECTED] wrote:
how long are you staying in Europe, Sean ?
wanna see Germany ?
On 2/2/07, Sean Schofield [EMAIL
Fixed a couple of links to javadocs on the index page, plus a relative
reference to the test framework. Feel free to reopen if you find any more, but
*please* be specific about where the links are.
Sorry. All of the API links that I checked were broken so I assumed
the problem was a general
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 reported. I will describe
my usecase where I think the
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 trick for you?
I guess this means an action method that returns
Is everyone ok with permissions now?
Sean
On 11/7/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 11/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/7/06, James Mitchell [EMAIL PROTECTED] wrote:
No, I haven't run anything from my machine in about 6 months. The
nightlies for Struts
Hmm ... there are at least the following prerequisites for this to work:
* The shale-view-xxx.jar file contains a tag library that, among other
things, includes a listener declaration that sets up the basics and
(if the Tiger extensions are also in the webapp) does the Tiger-specific
I just found out about this[1]. You can now search public SVN and CVS
repositories. Pretty cool.
Sean
[1]http://www.google.com/codesearch
Nice work. The website is much improved!
On 10/20/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 10/19/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 10/19/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
NOTE -- I am not deleting the now-obsolete feature-xxx.xml pages yet ...
that needs
We should probably make clear in the next release about how there is a
new shale-application project and that you will need to change your
pom.xml (to add a new dependency) and web.xml (to reflect the new
listener package name). This tripped me up on my own app. Of course
it was easy to fix
Yes AFAIK the latest Tomahawk will work with the RI. I've been out of
the loop on the mailing lists for a few weeks so I could be wrong on
that though.
Sean
On 10/4/06, Greg Reddin [EMAIL PROTECTED] wrote:
On Oct 3, 2006, at 7:01 PM, Gregg Leichtman wrote:
I'm in the process of setting up
+1
On 9/29/06, Greg Reddin [EMAIL PROTECTED] wrote:
+1
On Sep 28, 2006, at 8:41 PM, Craig McClanahan wrote:
The work we've done on the dialog support in the sandbox is showing
clear
earmarks of success. We can now support 100% of the functionality
that
actually works in the original
Not volunteering here but I definitely think we could streamline
things so that its easier to navigate. IMO we have too much crammed
onto that first page.
sean
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
Craig,
I'm a little confused. What is the difference between returning null
and delegating to the wrapped navigation handler, which in the case of
the default implementation, will also return null? I guess in most
cases I can think of the dialog as the only thing that should be
handling
definitions (its telling me the dialog doesn't exist.) I
created a new issue on this, SHALE-271
sean
On 9/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/1/06, Sean Schofield [EMAIL PROTECTED] wrote:
The nav handler is in fact declared and the classname seems correct to
me
Two things -- first, how recent are the bits you're using? I've been making
*lots* of changes through yesterday (a fun way to spend the commercials
while Oregon was whomping on Stanford :-), and the legacy implementation now
works for me. I've also checked in a test app
I can't seem to get Dialog2NavigationHandler working properly (I'm
using the 1.2 RI.) It appears that the faces-config.xml in the jar
file is beaing read based on this:
2006-09-01 14:27:11,587 [main] INFO
org.apache.myfaces.config.FacesConfigurator - Reading config
The nav handler is in fact declared and the classname seems correct to
me. That was the first thing I checked. Have you run an actual
dialog yet or are you still in the just getting things to compile
stage?
Sean
On 9/1/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 9/1/06, Sean Schofield
On 8/28/06, Craig McClanahan [EMAIL PROTECTED] wrote:
I've checked in some progress on my experiments with how we can improve the
Dialog functionality. Even though they're not done yet, they are far enough
along to want some feedback and to make them available for experimentation
and further
a reference to Contexts? Its
currently not being used. No big deal - I know its the sandbox - but
did you have something in mind for this reference?
Off to create a few test dialogs. I will report back shortly.
Sean
On 8/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
On 8/28/06, Craig McClanahan
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 but the SCXML approach to configuring dialogs
seems to
@Sean - I take it you are using this attribute? Any ideas here? Can
you please explain (again) how you use it? There may be other ways to
achieve the desired results, from an SCXML PoV. Ofcourse, that will
only be applicable for new applications.
Basically there were a bunch of shortcoming in
I think Paul was commenting on an earlier idea that I had about
scrapping #{dialog.data} in favor of a managed bean type solution. If
I'm reading his message correctly he raises some good points. I think
we're past that idea now though in favor of keeping #{dialog.data} but
no longer blowing
When's the book supposed to be published?
For those who are anxious to learn JSF and can't wait for the 2nd
edition, I suggest you get the first edition now! I wish I had it way
back when I was first trying to understand JSF. I'm happy to review
the whole book if you need a reviewer.
Sean
On
I'm ready to start contributing. Craig already has a pretty good
start on the wiki. My plan is to add a few features ideas to the wiki
and also to post those features ideas here for discussion.
Sean
On 8/23/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 8/21/06, Craig McClanahan [EMAIL
Isn't this the same set of issues you just changed to Unknown in step 2?
If so, how do you find them again?
Step 2 is *unresolved* issues. Basically you don't want any issues to
be on a 1.0.3-SNAPSHOT roadmap since there is no such thing anymore.
So you change the fix version to unknown and
Everything seems to be builidng correctly now. Initially I was also
having trouble building locally so I think it was an issue with
ibiblio.
Sean
On 8/20/06, Sean Schofield [EMAIL PROTECTED] wrote:
It seems like there is a problem with the nightly builds[1.] From the
logs it looks like
+1 (Binding)
On 8/20/06, Craig McClanahan [EMAIL PROTECTED] wrote:
At long last :-), the bits are ready for a vote. All of the following files
have md5 and sha1 checksums, and are in addition signed by my code signing
key. They correspond to revision 433108 in the SVN repository, which I'm
I'll take care of this and update the wiki with the steps necessary.
Sean
On 8/21/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/21/06, Craig McClanahan [EMAIL PROTECTED] wrote:
* Create a new version 1.0.3
* Bulk change of issues tagged 1.0.3-SNAPSHOT to 1.0.3, turning off email
on
issues that were *reported* against a SNAPSHOT version yet it prevents
you from reporting new issues against the SNAPSHOT.
Sean
On 8/21/06, Sean Schofield [EMAIL PROTECTED] wrote:
I'll take care of this and update the wiki with the steps necessary.
Sean
On 8/21/06, Wendy Smoak [EMAIL
We can tweak the procedure next time ... but for this time I'm going to try
to role the final set of bits to propose for the vote this evening. Can we
please hold up on commits until after I finish that, tag it, and update the
POMs for 1.0.4-SNAPSHOT?
That will work.
Craig
Sean
Schofield [EMAIL PROTECTED] wrote:
Facelets and Tiger annotations work fine for me. I'm not using the
view controller stuff yet (@Init) but @Bean and @Property work fine
for me. As soon as I finish refactoring for the new package names I
will check into shale-goodies.
Sean
On 8/7/06, Sean
So there would be 2 wikis? One for official documenation (confluence)
and one for community based documentation (current)?
To me the current Shale website is a bit overwhelming with
information. I like the idea of moving all of the getting started
docs to confluence and organizing them by
Another topic of concern was allowing people who have not been granted
committer status the ability to edit the official documentation for a
project.
We could limit this to just committers like we do now for the website
(where the docs are now.) Ideally we could add people by invitation
and
On the other hand, anyone I am willing to trust with the web content is also
someone I would trust with repository access :-).
We should probably stick to the current Apache way whenever
possible. Its not worth adding such a distinction if it gets us
sidetracked from our main business. Better
Facelets and Tiger annotations work fine for me. I'm not using the
view controller stuff yet (@Init) but @Bean and @Property work fine
for me. As soon as I finish refactoring for the new package names I
will check into shale-goodies.
Sean
On 8/7/06, Sean Schofield [EMAIL PROTECTED] wrote:
I'm
1.0.3 is going to be another alpha/beta release right?
We still need to fix the dialog issues such as SHALE-48 before we go
legit right? I'm assuming the goal is to have a solid 1.0.4 release
just before Apache Con no? If so, then I imagine we're going to be
busy in September.
My personal
I'm about to add the annotations stuff to my petstore app (which uses
facelets) so I will let you know what I find shortly.
Sean
On 8/6/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
not only @Bean(...)
also
@Init
public void myInit() {
System.out.println(getClass());
_name =
Yep. What we would need to know is the from address on the commit emails,
so we know what address to subscribe.
I changed the email from public to moderated so I could discover the sender:
[EMAIL PROTECTED]
You'd think Google would have figured this stuff out already :-).
Yes but its a
Lets think on the package names a bit.
OK.
What about just org.shale? So for petstore we have org.shale.petstore
as the package name with org.shale as the maven group name.
Craig
Sean
On Aug 4, 2006, at 2:03 PM, James Mitchell wrote:
I prefer com.google.shalegoodies
Your thoughts?
--
James Mitchell
678.910.8017
On Aug 4, 2006, at 11:30 AM, Sean Schofield wrote:
Lets think on the package names a bit.
OK.
What about just org.shale? So for petstore we have
shale.goodies.petstore ?
I like it except for one problem. What is the maven group id? If it
starts with shale, people browsing ibiblio might get confused and
wonder where the rest of the stuff is?
Wendy
Sean
Anyone know if we can we use photos and descriptions from the
wikipedia for the petstore example?
Sean
Most of the images seem to be: GNU Free Documentation License, Version
1.2. What about the text? Any ideas on that?
Sean
On 8/3/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
Anyone know if we can we use photos and descriptions from
[EMAIL PROTECTED] wrote:
On 8/3/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
Most of the images seem to be: GNU Free Documentation License, Version
1.2. What about the text? Any ideas on that?
Are you asking about the text on Wikipedia? There's
I'm ok with shale-goodies as long as we can release artifacts as
different versions, etc. I'm assuming that's the case. I think we're
all curious about the google option so lets go ahead with it. We can
always move it in a few months if it doesn't pan out. Right now
there;s just
Any reason why we can't use org.apache.shale for the package names
still? I can't really think of a better package name off hand.
Sean
On 8/3/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
I'm ok with shale-goodies as long as we can release
Lets think on the package names a bit. I set up a google group for
us. I tried adding the svn commit messages to the group but I'm not
sure that's possible. Maybe we just add each commiter manually as
we go?
Sean
On 8/3/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/3/06, Sean Schofield
to switch back to the other model if we changed
our mind.
I'm not sure where I stand on this. What does the rest of the group think?
Sean
On 8/3/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 8/3/06, Sean Schofield [EMAIL PROTECTED] wrote:
Lets think on the package names a bit.
OK.
I set up
I changed the MyFaces dependency in Shale to 1.1.4-SNAPSHOT. Tomahawk
1.1.4-SNAPSHOT (used by the new shale-petstore) will not work properly
using the old 1.1.1 dependency. Please rebuild the shale framework
before attempting to build shale-petstore or you will inject the old
1.1.1 jars into
I checked in the beginnings of the shale-petstore app. Unfortunately
hibernate is giving me some weird results. I have a category: dogs
and a subcategory: terriers. When asking for the inventory, Hibernate
is giving me back the correct hiearchy, plus an additional top level
node for terriers.
According to the facelets site (section 1.2) the EL RI is also needed
for facelets[1]. That's probably why I am getting the following stack
trace:
SEVERE: Error Rendering View[/welcome.xhtml]
com.sun.facelets.FaceletException: Could not instantiate
feature[compiler.ExpressionFactory]:
, at 3:16 PM, Sean Schofield wrote:
According to the facelets site (section 1.2) the EL RI is also needed
for facelets[1]. That's probably why I am getting the following stack
trace:
I was able to find the el-api JAR on a java.net maven repo, but I
couldn't find the ri JAR anywhere. For our
with a parent
category. Since I'm constructing a tree, I just want the top level
and then lazily grab the rest as we go.
Sean
On 7/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
I've got the maven build working (once you install the el-ri.jar in
your maven repo.) But I decided to post the key
Well I need to get caught up on my shale subprojects then! Thanks for
the pointer.
Sean
On 7/31/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 7/31/06, Sean Schofield [EMAIL PROTECTED] wrote:
I won't be able to look into this deeply until tonight, but the comment
about Hypersonic makes
I anticipate a lot of changes to the shale-petstore over the next few
weeks since this is a work in progress. Do I really need a JIRA issue
for every little thing? My thinking is that sandbox stuff should be
exempt from this requirement. This will encourage people to do an
early check in so
I was also going to suggest just shipping this one as source. We will
have to exclude the the incompatibly licensed dependencies from the
default build, which means 'mvn install' would still build a war that
doesn't work. (Back to that 'reading the directions' thing again. :)
). But 'mvn
Why is CDDL an issue? That was on Cliff's list of acceptable licenses.
I wasn't sure which licenses were cool and which weren't.
Google also just announced that they're going to do hosting of open source
prrojects[1]. They are in the early days (don't even have infrastructure in
place for
I noticed the download link on the website doesn't work. Maybe we
want a download page similar to myfaces?[1] I seem to recall we had a
page describing the artifacts, etc. ...
Sean
[1] http://myfaces.apache.org/download.html
On 7/25/06, Craig McClanahan [EMAIL PROTECTED] wrote:
Thanks to
There is no shale zone yet. For now we can use either Struts or
MyFaces zone. MyFaces zone might make sense b/c it also has its own
repo for newly released artifacts (before they make it to ibiblio?)
Should we make inquiries on the myfaces-dev list asking if its ok to
piggy back on the MyFaces
That reminds me that we have a wiki to start building ...
Sean
On 7/7/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 7/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: matzew
Date: Thu Jul 6 21:29:59 2006
New Revision: 419798
URL: http://svn.apache.org/viewvc?rev=419798view=rev
I agree that there are a couple of major dialog bugs that need to be
addressed before rolling this out. I'm happy to try and help once we
come up with a plan of attack.
Sean
On 7/6/06, Craig McClanahan [EMAIL PROTECTED] wrote:
On 7/5/06, Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hey,
62 matches
Mail list logo