It is in the -sources JAR, though, but that maven folder is not. Weird.
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
From a clean Maven repository, and a clean checkout of the 2_0_x
branch, with no TLD present,
$ mvn clean install site -P all,alljars,pre-assembly
does not generate a core
From a clean Maven repository, and a clean checkout of the 2_0_x
branch, with no TLD present,
$ mvn clean install site -P all,alljars,pre-assembly
does not generate a core JAR with a TLD for me.
The Manifest.mf is under META-INF, along with the mysterious maven
folder, but the not TLD.
If I b
Phil and I started to work on a "User Guide" that resembles the one from S1,
to help new users learn S2:
http://cwiki.apache.org/confluence/display/WW/User+Guide
Every time you contribute to this guide, a donation will be made to the New
Users Foundation :)
musachy
--
"Hey you! Would you help
Thanks Paul. My bad, I had never seen them before, Wendy told me about it.
There is a problem on DoubleListUIBean, the setter and the getter methods
for doubleListKey are annotated as tag attributes, leave the annotation on
the setter and remove the one on the getter, I think that will do.
regar
If you want to remove those maven files, you need to update the POM to
include this:
org.apache.maven.plugins
maven-jar-plugin
>>> false
Paul
Musachy Barroso wrote:
Inside the META-INF folder inside the core jar, the
Inside the META-INF folder inside the core jar, there is a "maven" folder. I
don't remember that folder, is it supposed to be there?
musachy
On 2/11/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> On 2/11/07, Musachy Barroso <[EMAIL PROTECT
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
On 2/11/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> I'm not sure what you mean. If I delete the TLD and do:
>
> mvn compile
>
> on core, it generates the TLD.
Try it from a clean checkout and look to see if the TLD is in the JAR.
Clean
The code patches don't worry me as much as what to do about the documentation.
The docs are all under Confluence, and so there is no clean way to
fork and patch those.
Accordingly, we have to be careful that any revisions read well under
both 2.1.x and 2.0.x.
I expect that means that any 2.1.x
On 2/11/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
I'm not sure what you mean. If I delete the TLD and do:
mvn compile
on core, it generates the TLD.
Try it from a clean checkout and look to see if the TLD is in the JAR.
Meanwhile, we seem to have two tags (doubleselect and
optiontransfe
I'm not sure what you mean. If I delete the TLD and do:
mvn compile
on core, it generates the TLD.
musachy
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 2/11/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> > The TLD is always generated. It was removed at some point, but when we
had
On 2/11/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> The TLD is always generated. It was removed at some point, but when we had
> the problem with the annotations, it was added back until the problem would
> be fixed, so it can be removed now.
There seems to be a timing problem with the TLD
Ok, I've decided to prototype the urlbuilder in tabletags. (Getting s2
all converted over would've taken too much time) So I've checked in the
basic servlet/portlet url builders here:
http://tabletags.googlecode.com/svn/trunk/tags/src/main/java/com/googlecode/tabletags/urlbuilder/
I'd appreci
I'm working on cleaning up the build issues with 2.0.5, with the hope
of tagging and rolling 2.0.6.
The only question is whether we want to roll 2.0.6 immediately, or
wait a day or two to see what else comes in. I'd say if not today,
then by, say, Thursday.
I also added a "Release Plan" section
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
Under the bylaws, the Struts Annotation subproject hasn't been
ratified. We've been voting on the release, but I don't remember a
concrete proposal that said "Let's create a Struts Annotations
subproject that will be a separate entity from Struts
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
The archetypes are a little different since each is coupled to one of
the subprojects. Though, I don't understand why the archtetype can't
be made part of the regular distribution but plugins can.
The archetypes are more "Maven things" than "St
* http://struts.apache.org/roadmap.html#migrate_s1
-- HTH, Ted.
On 2/11/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Hi Struts team,
I ' ve been using Struts1.xx in my web application with hundreds of Struts
handlers(actions) @ http://www.skillipedia.com. I've also modified most parts
But, to answer the underlying question, as near as I can figure,
Struts Annotations is a new subproject. I'm told that the scope is
broader than Struts 2 or Struts 1, and so none of the Annotation
artifacts, including a release plan, would belong with the web site or
wiki for either of those, othe
Lately, we've been using the release notes and JIRA roadmap to do the
work of a release plan.
-Ted.
On 2/11/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Where is the release plan for 2.0.5, so I know where to put the one
for the archetypes?
I see release plans for older versions in the 'WW' Conf
Where is the release plan for 2.0.5, so I know where to put the one
for the archetypes?
I see release plans for older versions in the 'WW' Confluence space,
but not the recent ones.
--
Wendy
-
To unsubscribe, e-mail: [EMAIL PRO
The TLD is always generated. It was removed at some point, but when we had
the problem with the annotations, it was added back until the problem would
be fixed, so it can be removed now.
musachy
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
On 2/11/07, Wendy Smoak <[EMAIL PROTECTED]> wrot
On 2/11/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
I'm not familiar enough with this to comment. Does this mean we're
checking a generated file into svn?
My understanding is the annotations are generating the TLD. We checked
the TLD when we were having problems with the generation, but I don't
On 2/11/07, Ted Husted <[EMAIL PROTECTED]> wrote:
Yes, both the Spring Plugin and Codebehind Plugin are missing from the
assembly POM.
Do we just want to
(1) note this as a known issue,
(2) branch on 2.0.5 and issue a 2.0.5.1 version of the lib and all
distributions.
(3) issue 2.0.6 from the 2
I vote for creation of a 2.0.x branch. There's several issues from
webwork that haven't been applied to the 2.0.x series and I'm sure there
will be more that will need to be carried forward.
Tom
Ted Husted wrote:
Yes, both the Spring Plugin and Codebehind Plugin are missing from the
assembly
On 2/10/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 2/10/07, Tom Schneider <[EMAIL PROTECTED]> wrote:
> Umm, it looks like the spring plugin jar isn't included. Someone on
> #struts mentioned this and I confirmed it by downloading
> struts-2.0.5-all.zip from the website and it's not in the lib
Lately I discovered an interesting issue. When using validation with
"Spring"-ed actions (enhanced by Cglib) it seems that Cglib enhancer clears
annotations of basic class. For instance, trying to get annotations from
CreateUserAction$$EnhancerByCGLIB$$6a58cf48.edit() returns null (tested with
25 matches
Mail list logo
