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
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
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
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
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] 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' Confluence space,
but not the recent ones.
--
Wendy
-
To unsubscribe, e-mail: [EMAIL
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'
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,
* 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
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 Struts
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 1
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
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
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
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
the
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
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, 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
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 PROTECTED]
If you want to remove those maven files, you need to update the POM to
include this:
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-jar-plugin/artifactId
configuration
archive
addMavenDescriptorfalse/addMavenDescriptor
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.
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
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
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
24 matches
Mail list logo