I changed the site url in the shale-parent and shale-apps-parent poms
so we can deploy the website without overwriting the existing one.
http://people.apache.org/builds/struts/shale/site/
To deploy the site here: mvn site site:deploy
(Staging the site locally wasn't really working, and
For anyone who cares, there are currently 4 different CheckStyle
configurations in svn, but I believe we are only really using 1 of
them for most of the builds.
1) ./maven/build/struts_checks.xml - currently up to date
2) ./action/taglib/src/conf/qa/CheckStyle.xml
3)
Craig and I were discussing a few offline items and one thing that
came up was how we currently publish the nightlies. We agree that
this is best discussed in public, so here I am :)
Currently the nightly build can be found (or will be) on minotaur
(people.apache.org) under
Hi
I am having problems building Shale with the new Maven 2 build. I am not able
to find the parent pom anywhere.
Hermod
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
This email with attachments is solely for the use of the individual or
entity to whom it is
How are you trying to build it? With a nightly? A test build? Or
from the latest svn?
--
James Mitchell
On Jun 20, 2006, at 4:36 AM, [EMAIL PROTECTED] wrote:
Hi
I am having problems building Shale with the new Maven 2 build. I
am not able to find the parent pom anywhere.
Hermod
Hi
This is a clean svn checkout from trunk. The pom file at the root references a
parent pom. It tires to download:
org.apache.struts/poms/struts-parent-2.pom from several repositories, but is
not able to find one.
Hermod
-Original Message-
From: James Mitchell [mailto:[EMAIL
That's right, you'll have to install it locally yourself. Sorry for
the hassleit should only take a few minutes.
If you checked out Shale from svn using the following URL:
https://svn.apache.org/repos/asf/struts/current/
1) cd to maven/pom/
2) change pom.xml version from 3-SNAPSHOT to 2
Hi
Got it to work. (a little bug in your path, but figured it out)
Thnx
Hermod
-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 20, 2006 11:12 AM
To: Struts Developers List
Subject: Re: [Shale] Maven 2 parent pom
That's right, you'll have to
I think when we start to say we're going to add value to a
dependency, then we have to make it a hard dependency, and expect that
everyone using the feature will be using the exact same version of the
dependency.
If we go the added value route, then everything related to adding
value should be
Hi
Actually, I think there might be a problem with a profile definition in a pom
somewhere. The reason I am saying that is that it never searched ibiblio. It
searched 3 other repositories (people.apache etc) but did not find it
there.
Hermod
-Original Message-
From: Wendy Smoak
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
My questions would have been about the POM
changes that Sean eluded to during our mini hackathon. I could be
wrong, but I thought he said there would be an issue with something
we needed and it not being published yet and that may or may not
So, I'm looking through the Checkstyle results for all SAF1 subprojects
to see if there is anything else that can and maybe should be addressed
by rule changes... one particular complaint that shows up an awful lot
is the Line has trailing spaces complaint.
My own opinion is that all the
On 6/20/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
So, I'm looking through the Checkstyle results for all SAF1 subprojects
to see if there is anything else that can and maybe should be addressed
by rule changes... one particular complaint that shows up an awful lot
is the Line has trailing
On 6/19/06, James Mitchell [EMAIL PROTECTED] wrote:
For anyone who cares, there are currently 4 different CheckStyle
configurations in svn, but I believe we are only really using 1 of
them for most of the builds.
1) ./maven/build/struts_checks.xml - currently up to date
2)
2. The current Dojo based widgets are simple enough
to be used in some
sample/tutorial like pages but for real life apps
they don't work (or
put it in another more realistic way: I haven't been
able to have them
working within a normal timeframe).
I have to mention, that I haven't used
Just to add to what Jason already said: no one is suggesting getting rid of
Dojo, just that we'd move the ajax theme as it exists today over to the new
dojo theme and then the new ajax theme would be a simpler implementation
based on DWR and possibly Prototype. When users need more, they are
Thanks for the informative reply Jason. Its good to get things cleared out. :-)
we do a lot of custom tags based on Dojo
Is it possible to contribute those tags to SAF2? Its ok if we get a dump of the
source, I could work on it, make sure they get documented propertly and have
examples for
and of course, Jason could go through my doings just to make sure i get it
right. :-)
- Original Message
From: tm jee [EMAIL PROTECTED]
To: Struts Developers List dev@struts.apache.org
Sent: Tuesday, 20 June, 2006 11:55:29 PM
Subject: Re: [action2] Upgrade Dojo toolkit
Thanks for the
Martin Cooper wrote:
I'm with you - I'd prefer to fix them, rather than ignore them.
Cool. I suspect most would agree with that as well.
The consensus I believe was to hold off on any actual changes until
after the next milestone (or was it after GA? I'm not sure), so as soon
as we hit
At 10:32 AM -0500 6/20/06, Patrick Lightbody wrote:
Just to add to what Jason already said: no one is suggesting getting
rid of Dojo, just that we'd move the ajax theme as it exists today
over to the new dojo theme and then the new ajax theme would be a
simpler implementation based on DWR and
On 6/20/06, Jason Carreira [EMAIL PROTECTED] wrote:
2. The current Dojo based widgets are simple enough
to be used in some
sample/tutorial like pages but for real life apps
they don't work (or
put it in another more realistic way: I haven't been
able to have them
working within a normal
For what it's worth, this sounds like a good approach to me too. The
theme concept of WW is one of the things that I think a lot of people
that come to SAF2 are going to really appreciate, especially if all of a
sudden there are more themes out there to choose from... I can already
envision
Hello,
Concerning the use of back button in the browser:
When used, the back button causes an IllegalArgumentException for having
desychronized the state machine. I would like to if it would be possible
to change the exception type so that I get a more typed exception, for
example :
On 6/20/06, James Mitchell [EMAIL PROTECTED] wrote:
Craig and I were discussing a few offline items and one thing that
came up was how we currently publish the nightlies. We agree that
this is best discussed in public, so here I am :)
Currently the nightly build can be found (or will be) on
As Shale and Action zero in on their first GA release, I don't think it is too
late to ask the question, Does Struts really need two frameworks? We have
been putting out the message, two frameworks, one community, for almost a year
now, but I still sense a lot of confusion and even rejection
On 6/20/06, Don Brown [EMAIL PROTECTED] wrote:
As Shale and Action zero in on their first GA release, I don't think it is too
late to ask the question, Does Struts really need two frameworks?
I bet DJ and JR are laughing their asses off.
Just last week I was talking to another senior architect at my company,
and he was asking me how a developer knows what they should get when
they go to the Struts site? He was asking me what Struts was at this
point. It was more than just a navigation issue, he thought there was a
very
On 6/20/06, Don Brown [EMAIL PROTECTED] wrote:
As Shale and Action zero in on their first GA release, I don't think it is too
late to ask the question, Does Struts really need two frameworks? We have
been putting out the message, two frameworks, one community, for almost a year
now, but I still
pI have a collection of beans and within each of those beans is a
collection of another type of bean. When I use the following code the
values display correctly. However the problem is when the page submits the
set methods of the inner bean never gets called. All of the data changed on
the
Yes, it would be helpful to find a good way to make JSF easier to use
in a conventional Action-based application, much the same way we are
trying to make Ajax easier to use in SAF2.
Our first attempt (as a project) at JSF/Action integration was the
Struts JSF taglib. The promise here was to
On 6/20/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
after the next milestone (or was it after GA? I'm not sure), so as soon
as we hit that, I'll jump right on all this.
We don't like to make sweeping changes right *after* a popular
release, because it fouls up patches people might submit
Ted Husted wrote:
We don't like to make sweeping changes right *after* a popular
release, because it fouls up patches people might submit based on the
source for that release.It's a matter of degree and how many files are
touched.
Ok, sorry, I wasn't remembering the previous conversations
Ted Husted wrote:
As for making the UI tags an independant extension, a al Tiles, that
sounds good too. (Even better if we include the value added Ajax
support.) But I don't know if we want to hold back the SAF 2.0.0 to
make it happen. But, for phase 2, sure!
Actually, I'm thinking splitting off
33 matches
Mail list logo
