Greg Reddin ha scritto:
On Jun 9, 2006, at 3:10 AM, Antonio Petrelli wrote:
I don't think it is what you mean, because this is already there. Can
you clarify what you mean with an example?
No that's what I meant. I just never have actually used that. How
does that look on the JSP doing
I don't think it is a question of clearness, but someone could abuse
of the presence of nested Tiles, e.g. repeating the same code again
and again. Anyway I am going to write some code to support nested
Tiles and when I'm finished I will submit to your judgment :-) I will
start from the SVN c
Juan Ara ha scritto:
It performed not-so-bad (If I recall correctly those was struts
1.2.insert_low_number_here), but we ran into some troubles with
flush'ing and some non-standard locales under I.E. 5 for Mac, but
those were M$ and IE problems, not tiles.
I am not sure about that. Sorry for
Antonio Petrelli wrote:
Juan Ara ha scritto:
It performed not-so-bad (If I recall correctly those was struts
1.2.insert_low_number_here), but we ran into some troubles with
flush'ing and some non-standard locales under I.E. 5 for Mac, but
those were M$ and IE problems, not tiles.
I am not
Juan Ara ha scritto:
I'm not sure if I'd be able to get a working sample from that time, I
changed work and location and I don't think will have an example on my
old backups. If you want, I can try to ask my former employeer to
submit a bug or to send some examples.
Don't bother, I thought it
If you mean use to write a production application, then I'd recommend
going with WebWork 2.2 for now. WW2/SAF2 has it's own take on HTML
tags. While it would seem possible to write an interceptor that would
support the SAF2 tag envinroment, I don't think anyone has volunteered
to write it. You can
On 6/11/06, Don Brown <[EMAIL PROTECTED]> wrote:
Thoughts?
We used the ! idiom extensively in the WW MailReader and WW CookBook
in the sandbox. I'll update those for the latest build to see how
effective if the wildcard workaound.
Are we going to introduce wildcard support in WebWork 2.2.2.1?
On 6/9/06, Don Brown <[EMAIL PROTECTED]> wrote:
Also, I'll be
moving items from our TODO lists over to issues so be prepared for more
emails :)
Which TODO lists?
This JIRA report [1] should contain everything we are planning for in
the 2.0.0 release slated for August.
For 2.x, I'd like to t
Dear DevTeam,
We are at arvato systems Hungary, wanted to tryout SHALE framework, but none of
the binary zip file was found in the given access path:
http://people.apache.org/builds/struts/nightly/struts-shale/
The directory is empty, and we don't know how to get the beta.
Can you help u
On 6/12/06, Ted Husted <[EMAIL PROTECTED]> wrote:
The plugin should pickup any unadorned reference to a JIRA ticket. I
tend to put it by itself on the first line, just to be sure, followed
by the usual commit message. (Though, it doesn't look like the plugin
is working quite yet. )
It was work
On 6/12/06, Nagy Tibor <[EMAIL PROTECTED]> wrote:
We are at arvato systems Hungary, wanted to tryout SHALE framework, but none of
the binary zip file was found in the given access path:
http://people.apache.org/builds/struts/nightly/struts-shale/
The directory is empty, and we don't know how
On [EMAIL PROTECTED], Roland Asmann pointed out that a profile can be
activated if a certain property is *not* present.
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on the command
line.
Using -Pmyfaces and -Pjsfri stil
On 6/12/06, Nagy Tibor <[EMAIL PROTECTED]> wrote:
Dear DevTeam,
We are at arvato systems Hungary, wanted to tryout SHALE framework, but
none of the binary zip file was found in the given access path:
http://people.apache.org/builds/struts/nightly/struts-shale/
The directory is empty, and we
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On [EMAIL PROTECTED], Roland Asmann pointed out that a profile can be
activated if a certain property is *not* present.
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri o
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
We now have the MyFaces profile is active if the 'jsf' property is not
set. The JSF RI profile is activated with -Djsf=ri on the command
line.
Note that this is -D for a system property (not -P for a profile id).
Using -Pmyfaces and -Pjsfri
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> We now have the MyFaces profile is active if the 'jsf' property is not
> set. The JSF RI profile is activated with -Djsf=ri on the command
> line.
Note that this is -D for a system property
Ted Husted wrote:
On 6/11/06, Don Brown <[EMAIL PROTECTED]> wrote:
Thoughts?
We used the ! idiom extensively in the WW MailReader and WW CookBook
in the sandbox. I'll update those for the latest build to see how
effective if the wildcard workaound.
Are we going to introduce wildcard support i
Ted Husted wrote:
On 6/9/06, Don Brown <[EMAIL PROTECTED]> wrote:
Also, I'll be
moving items from our TODO lists over to issues so be prepared for more
emails :)
Which TODO lists?
I'm thinking of all the "rough spots" and that short list of features on the
release plan.
This JIRA report
pts to use
Maven2 instead. When completed, it will be *much* easier to build Shale, or
applications based on Shale.
However, in the mean time, I'm pleased to announce that creation of nightly
builds for Shale have been restored. You can get the 20060612 version from:
http://people.ap
Continues on [http://issues.apache.org/struts/browse/WW-1340]
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I was looking at the shale-usecaes build under the mvn_reorg branch and it
looks like the war is bring everything but the kitchen sink as a dependency.
The WEB-INF/lib contains the RI, myfaces, freemarker, struts, ant, and a couple
versions of velocity.
It it picking this up from cargo or pa
On 6/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
I was looking at the shale-usecaes build under the mvn_reorg branch and it
looks like the war is bring everything but the kitchen sink as a
dependency. The WEB-INF/lib contains the RI, myfaces, freemarker, struts,
ant, and a couple versions o
On 6/12/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'm thinking of all the "rough spots" and that short list of features on the
release plan.
I setup issues for the short list, but not every rough spot. Anyone
who is ready, willing, and able to work on any of the others is
welcome to create the t
On 6/12/06, Ted Husted <[EMAIL PROTECTED]> wrote:
For 2.x, I'd like to take this one step farther and ask that ALL SVN
commits to Action2 refer to a JIRA issue, even if we have to create a
new one.
But, we should still try to include a meaningful log message about
each commit. The reference to
On 6/12/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 6/12/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> For 2.x, I'd like to take this one step farther and ask that ALL SVN
> commits to Action2 refer to a JIRA issue, even if we have to create a
> new one.
But, we should still try to include a mea
Perfect! I agree, we shouldn't make tickets for everything yet, but let
developer and user demand drive it. I know turning all this brainstorming talk
into specific tickets has helped me to better organize my time and visualize
where we are in the development process. Thanks for the hard work
build Shale, or
applications based on Shale.
However, in the mean time, I'm pleased to announce that creation of nightly
builds for Shale have been restored. You can get the 20060612 version from:
http://people.apache.org/builds/struts/nightly/struts-shale/
NOTES:
* The Shale website cur
On 6/12/06, Sean Schofield <[EMAIL PROTECTED]> wrote:
Craig,
James and I are going to attempt to setup the Shale continuum server
on Wednesday. Should we try to setup the publishing of Shale
nightlies as well?
That would be awesome! But I wouldn't bother setting up the Ant based
builds, th
On 6/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: craigmcc
Date: Mon Jun 12 18:40:30 2006
New Revision: 413781
URL: http://svn.apache.org/viewvc?rev=413781&view=rev
Log:
Add filesets for the rest of the top-level framework modules (but
comment out the one for shale-designtime ...
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/12/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: craigmcc
> Date: Mon Jun 12 18:40:30 2006
> New Revision: 413781
>
> URL: http://svn.apache.org/viewvc?rev=413781&view=rev
> Log:
> Add filesets for the rest of the top-level fra
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
For maximum user benefit, it's nice to ship sample apps "ready to run", with
all their dependent jars included. But with four apps already, that would
mean lots of jar files duplicated -- which would really bloat an all-in-one
download. F
That would be awesome! But I wouldn't bother setting up the Ant based
builds, though; the focus should be on getting the Maven based things to
work. A wrinkle is you might have to be a bit adaptable on the assembly
stuff, as we're not quite done creating that. And, that actually raises a
questi
I had to wack my m2 shale repos and then rebuild all of the libraries. That
was the was the ticket. I'm having trouble building shale-test. Is anyone
seeing this error?
[INFO] [compiler:compile]
Compiling 34 source files to c:\shale2\mvn_reorg\shale-test\target\classes
[INFO] ---
Speaking of reviewing the commit messages... can we get FishEye set up? I'd
love to use RSS to review the commits :)
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=33879&messageID=66381#66381
--
Don,
I'm totally in favor of that, but only if we make sure that
struts-action-default.xml (originally webwork-default.xml) includes this
pattern as a default. Does that seem fair?
-
Posted via Jive Forums
http://forums.opensymph
What do you mean? Every action would have the option to use this
pattern. How would we set it as the default for all actions?
Don
Patrick Lightbody wrote:
Don,
I'm totally in favor of that, but only if we make sure that
struts-action-default.xml (originally webwork-default.xml) includes thi
On 6/12/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
Speaking of reviewing the commit messages... can we get FishEye set up? I'd
love to use RSS to review the commits :)
That was one reason we split the lists, right? If it helps, the
official list archives have an Atom feed link:
http:/
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> For maximum user benefit, it's nice to ship sample apps "ready to run",
with
> all their dependent jars included. But with four apps already, that
would
> mean lots of jar files duplica
On 6/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
I had to wack my m2 shale repos and then rebuild all of the
libraries. That was the was the ticket. I'm having trouble building
shale-test. Is anyone seeing this error?
[INFO] [compiler:compile]
Compiling 34 source files to c:\shale2\mvn_
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 6/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>
> I had to wack my m2 shale repos and then rebuild all of the
> libraries. That was the was the ticket. I'm having trouble building
> shale-test. Is anyone seeing this error?
>
>
> [I
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 6/12/06, Gary VanMatre <[EMAIL PROTECTED]> wrote:
> >
> > I had to wack my m2 shale repos and then rebuild all of the
> > libraries. That was the was the ticket. I'm having trouble b
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I'm trying to reduce redundancy by removing the javax.servlet:servlet-apiand
javax.servlet:jsp-api dependencies inside the subordinate modules, since
they are declared in shale-parent ... but that causes compile errors
indicating that no API
On 6/12/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
I'm trying to reduce redundancy by removing the javax.servlet:servlet-apiand
javax.servlet:jsp-api dependencies inside the subordinate modules, since
they are declared in shale-parent ... but that causes compile errors
indicating that no A
On 6/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
No. Dependencies come transitively from artifacts, they are not
inherited from poms. In this case, servlet-api and jsp-api are marked
'provided' so they are not transitive.
Okay... the second part is true. :) Dependencies are inherited, no
44 matches
Mail list logo
