The tiles 2.0.4 vote was recapped today (and passed as the first tiles2
beta). Antonio is working on finalizing/pushing the release.
The struts2-tiles plugin depends upon 2.0.3, which is already released,
so I'm not sure what the holdup is.
David
Rainer Hermanns wrote:
Hey there,
if there
Agreed, but that doesn't prevent us from finalizing 2.0.7 as beta though
does it? Since most of the work is already done, it seems worth putting
out there for those that prefer the other 2.0.7 fixes to the i18n tag?
Ted Husted wrote:
I doubt that there will be enough binding GA votes for the
Both of these are temporary solutions. . .
Why not push another tiles release? Aren't we at (or at least nearing)
another milestone anyways?
David
Antonio Petrelli wrote:
Hi all
As you may have noticed, I added recently Tiles 2 support to Struts 1.
Currently it relies on an unpublished snap
Ted Husted wrote:
+1
[ ] Leave at test build
[ ] Alpha
[ ] Beta
[x] General Availability (GA)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Where is this failing for you? Step 4?
mvn clean install site -P all,alljars,pre-assembly
works fine for me when using the 2.0.7 tag.
James Mitchell wrote:
There's no api/ under STRUTS_2_0_X branch, so the assembly is failing.
I made a quick fix to remove those references () and trying aga
mraible wrote:
Yes, this is what I'm looking for, and I was able to use it successfully.
Strangely enough, I couldn't get the @Result annotation to work with zero
config. Is there anything special I need to do for that?
I use it and don't recall anything special. Do you have errors that are
The struts2-continuations-plugin/ is missing from the maven
repositories, builds, and tag for 2.0.6. It was there for 2.0.5. Is
that intentional? If not, it should be fixed prior to 2.0.7.
David
.
Ted Husted wrote:
Here's my own +1 for GA.
That makes the tally
Binding
3 +1 GA - Patrick
Mike Baroukh wrote:
I made some tests and yes, it's very slow : on my PIV, 3Ghz, each
call to getText() take approximatively 200ms.
These are similar to the initial numbers that I saw, however, after
tweaking my configuration, my getText() invocations are much faster than
that - consi
Ted Husted wrote:
[ ] Leave at test build
[ ] Alpha
[ ] Beta
[ X ] General Availability (GA)
+1 GA
Deployed and tested into our qa environment without any glitches.
Moving to production soon without any reservations.
Rene Gielen wrote:
Craig,
So feature freeze and branch 2.0.x now, only fix reported bugs from beta
tests and roll out the result as GA, while trunk moves on to 2.1.x,
fully open for new features and whatever? IMO this would be the perfect
way to go, you get a big +1 from me on this :)
+1 As
Ted Husted wrote:
I tend to agree. Unless someone says they are ready, willing, and
ablle to resolve the "new API" this weekend, lets just pull it out and
roll 2.0.5 now.
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For a
One thing I did notice when looking through the api quickly is that
a lot of the api doesn't have license headers. We should probably fix
that ASAP.
https://issues.apache.org/struts/browse/WW-1698
Does this mean we should stop the current release that's about to go out?
David
Rene Gielen wr
Then should we remove the dependency on the api from core to prevent
confusion?
Rainer Hermanns wrote:
-1, IIRC the API is not yet in place, but shall be the foundation for the
upcoming xwork abstraction.
Who can give us an update on the current API status?
Since the API is not yet implemented
I'm also using codebehind and zero config. Is it time to promote them
from experimental?
Patrick Lightbody wrote:
I use all of these with HostedQA.
It's exciting to see that we've added a number of
brave, new features
since Struts 2.0.1.
* codebehind plugin
* zero configuration
* REST-ful U
Yes, but that requires seperate validations config per method - even if
they are identical.
Take a dumb example. . .suppose you have an action with simple methods:
load
create
update
delete
Perhaps you have the same validation on create and update, but do not
want them to execute on load and
It's something I actually will be needing in the near future. If no one
beats me, I'll probably take a look at the patch (late?) next week.
David
Laurie Harper wrote:
David Rupp wrote:
Hi, all.
I've submitted a patch to the XWork project (issue XW-470) that
enables per-method validations w
[ ] Leave at test build
[ ] Alpha
[X] Beta
[ ] General Availability (GA)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Nice, that seems in line with what I'm seeing as well now. I still
think this is worth improving, as those 5ms can add up on larger forms.
Tom Schneider wrote:
Well, I guess I was feeling more ambitious than I thought.
I wrote a simple junit test (below) that tests the 2 techniques for
retri
Tom Schneider wrote:
The other thing to check is to make sure devmode is off. With devmode
on, the resource bundles will be reloaded quite offend vs. not being
reload at all with devmode off. That could definitely be a culprit if
the getText calls are taking so long.
Apparently there
rop down to 300.
Thanks for the help!
David
Tom
On 1/26/07, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Well, I hope I'm wrong, and have only done some initial tests so far,
but it seems to me that there are two major issues causing our
slugishness. The first seems to be OG
roject up and running again so
at some point these should make it into a future release.
Tom
On 1/26/07, David H. DeWolf <[EMAIL PROTECTED]> wrote:
I'm going to be looking into optimizing the performance of the
ValueStack and because of the recent conversations regarding OGNL and
othe
I'm going to be looking into optimizing the performance of the
ValueStack and because of the recent conversations regarding OGNL and
other options, I anticipate that others may have some ideas.
I've ripped off the custom stack that Bob posted to the list a couple of
a weeks ago, and have reali
In the sandbox's java templates plugin:
What is the intention of the TagSerializer interface? It looks as
though if XHTMLTagSerializer is simply modified to implement TagHandler
instead it can safely be removed. Is there an intention that's not yet
shown in the code, or is this a left over r
+1 Worked for me
Wendy Smoak wrote:
Struts Annotations 1.0.0 has been tagged and is available for testing
in the following Maven repository:
http://people.apache.org/builds/struts/struts-annotations-1.0.0/m2-staging-repository/
To test this build, temporarily add a repository to pom.xml or
It should also be fairly easy to determine which version is required by
a specific struts version by looking at the version declared in the pom.
David
Don Brown wrote:
The struts annotations jar is currently only used in Struts 2 core, but
that doesn't have to be the case. In fact, we hope to
My initial thought was that we wouldn't need the duplicate tiles2
directory (tiles/trunk would suffice). I would think that a simple parent
pom would suffice for tiles and we may not need a parent and a master.
I don't really care either way. . .that was just my first thought. We
can always move
Joe Germuska wrote:
It still seems kind of verbose. How do people feel about using JSTL
functions? I personally have really found them a good element in the
toolkit, but I haven't seen many open source projects include them
alongside
custom tags.
I think this below is mich nicer:
The p
ngly about naming, and I feel like what is there now is
substantially more clear than what was there before.
Agree.
But I do apologize for my haste.
Joe
On 1/12/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
David H. DeWolf ha scritto:
> 2) rename tiles:put to tiles:putAttribut
Have at it, it's the best way to get back up to speed :)
If you need, ping me with questions. . .
David
Joe Germuska wrote:
On 1/11/07, David H. DeWolf <[EMAIL PROTECTED]> wrote:
BTW, I think what we though tiles:attribute would be, is actually
tiles:put and tiles:putList. You&#
y like the sounds of tiles:putAttributeList, and since it
has nested putAttribute elements in it, I'm ok with leaving it alone.
Either way is ok with me.
David
David H. DeWolf wrote:
that's what I would have thought too :), I think we definately need a
rename. I was looking for the insertAttribu
that's what I would have thought too :), I think we definately need a
rename. I was looking for the insertAttribute tag in the tld when I found:
attribute
org.apache.tiles.taglib.AttributeTag
JSP
Joe Germuska wrote:
On 1/11/07, Greg Reddin <[EMAIL PROTECTED]> wrote:
Could you not just use:
Nope. "According to the TLD or the tag file, attribute template is
mandatory for tag insertTemplate"
And the value of template is passed straight on through to a
RequestDispatcher...
ha
Ted Husted wrote:
I'd be happy to roll Struts 2.0.3 as soon as there's a new XWork 2.
Then perhaps we should dub the head 2.1.x for the Ajax tag
reorganization, since there will be backward compatibility concerns.
+1
I do wonder if we should bring up Don's Java template plugin
+1
from
}
}
}
Hope that helps,
David
This is all working fine. I just can't quite figure out how to do this
with the new Tiles 2 codebase.
Sam
-----Original Message-
From: David H. DeWolf [mailto:[EMAIL PROTECTED] On Behalf Of David H.
DeWolf
Sent: Tuesday, January 02, 2007 7:24
t to call getContainer with pageContext. How do I get the
pageContext?
To recap what I WAS doing with the old API - I was inspecting a tiles
definition and searching for a specific attribute. I'm doing this BEFORE
dispatching to the tiles servlet.
Sam
-Original Message-
From: David H.
potentially . . .it depends on your environment. My guess is that from
your example the answer is yes.
David
Stone, Sam wrote:
TilesContainer container = TilesAccess.getContainer(context);
Is "context" the servletContext?
-Original Message-----
From: David H. DeWolf [mai
Hi Sam:
Everything is now done through the container.
Try something like this:
TilesContainer container = TilesAccess.getContainer(context);
ComponentContext ctx = container.getComponentContext(req, res);
ComponentAttribute attr = ctx.getAttribute(name);
David
Stone, Sam wrote:
Using the AP
ther than - so there
will be a compatibility issue, but all the functionality will be moved
forward.
/Ian
David H. DeWolf wrote:
Ted Husted wrote:
Don mentioned a separate tag library, so that would indicate another
prefix, but there'd be no reason why the internal tag syntax would
hat this change is more important than
backwards compat of this one tag and we're willing to live with those
repercussions. I'm on board with that.
-T.
On 12/27/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Ok, as long as we keep the tag prefixes and tag names once they
used for the core
tags - not the dojo-enhanced ones.
Ted Husted wrote:
A struts-dojo plugin shouldn't change the tag syntax. It should just
be a matter of adding the JAR, as we do for Spring, and JasperReports,
and Tiles, so forth.
On 12/27/06, David H. DeWolf <[EMAIL PROTECTED]> w
patibility, is the
date picker tag. It has been reimplemented and renamed. Am I missing any?
Don
David H. DeWolf wrote:
Unless I'm missing something, that would mean we break backwards
compatibility between 2.0.1 and 2.0.2 and then force another break
between 2.0.2 and 2.0.3, right? I wa
Unless I'm missing something, that would mean we break backwards
compatibility between 2.0.1 and 2.0.2 and then force another break
between 2.0.2 and 2.0.3, right? I want to get 2.0.2 out as well, but
that doesn't sound like a good idea to me.
Why not roll back the tags to 2.0.1 compatibility
error prevents the submission of values from occuring.
-Ted.
On 12/27/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
That's fine with me, just help me understand the difference between this
and the datetimepicker and action-redirect issues. . .what makes them
showstoppers?
not tryin
ut no suggestions as
to a resolution. If we have a patch to apply for 2.0.2, that would be
great. But, otherwise, we might want to keep it as a known issue to
fix as soon as we figure out how. A 2.0.2 release is not going to a a
GA candidate anyway since XWork 2 is only at RC1.
-Ted.
On 12/27/06, Da
After some more testing, it appears as though the javascript issues
associated with the optiontransferselect (WW-1559) are actually
effecting it's behavior. I think we should add this back to the 2.0.2 list.
I'm not all that familiar with dojo, but I'll start to look into it today.
David
Ted
Greg Reddin wrote:
> Subject: Re: [tiles2] Tiles TLP next steps
> From: "David H. DeWolf" <[EMAIL PROTECTED]>
>
> True. Good point. I'm ok with either, but my preference would be
> confluence.
I haven't really used Confluence yet, but I hear grea
True. Good point. I'm ok with either, but my preference would be
confluence.
David
Wendy Smoak wrote:
On 12/23/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Those look like good defaults to me. The only thing I question is the
wiki - do we want to stay on cwiki (confluence)
Great, thanks for the update!
Those look like good defaults to me. The only thing I question is the
wiki - do we want to stay on cwiki (confluence) instead of moving to
moinmoin?
Wendy Smoak wrote:
The board meeting minutes take a while to be approved and posted, but
Henri mentioned on the
ut it a little harder and see what I
come up with.
David
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Antonio,
I'm not sure I understand why we need to support both the context and
a map of defaults for retrieving config info for factories. It seems
redundant and thus confusing.
Antonio,
I'm not sure I understand why we need to support both the context and a
map of defaults for retrieving config info for factories. It seems
redundant and thus confusing.
If we want to use a map, shouldn't we just remove the context all
together and have the client push all of the in
I double dare you :)
Don Brown wrote:
Well, I dare you then: http://issues.apache.org/struts/browse/WW-1566
:)
Don
Chris Brock wrote:
Don't dare me. I'm pretty ambitious. I wrote MVEL 1.0 in three days.
Don Brown-2 wrote:
I'd like it to be possible for a Struts developer to swap in a n
I'll try to hit both questions
1) The answer to your first question is easy:
http://svn.apache.org/repos/asf/struts/sandbox/trunk/
2) a) yes, a lot has changed. Tiles2 is a revolution, not an evolution
b) yes, we now require 1.5, though the plan is to provide retro
weaver distributions. I
. . .I was going to suggest the same thing, but you beat me to it :)
I think you may come into some problems because of how we use
TilesAccess internally. This class should be a helpful utility for
external applications, but not used by the guts of tiles (tags for
instance). My guess is that
Unfortunately it depends on which versions you're using. Tiles support
in struts2 is experimental at this point. Things should stabilize in
2.0.2 since we will not release with a SNAPSHOT dependency, but rather a
versioned SNAPSHOT.
It looks to me like you're using a version of struts that d
tand. Are you looking for the retrotranslator
jar to be published as a snapshot?
b) get the last source code that does work with JDK 1.4
We are not directly supporting 1.4.
Sam
-Original Message-----
From: David H. DeWolf on behalf of David H. DeWolf
Sent: Tue 12/12/2006 6:25 PM
Though, one thing I really like about the current implementation, which
I think Ted alluded to, is the ability to not only support different
implementations but allow them to be easily swapped.
If I have a service facade which is implemented by two swappable but
different implementations, in t
al Message-----
From: David H. DeWolf [mailto:[EMAIL PROTECTED] On Behalf Of David H.
DeWolf
Sent: Tuesday, December 12, 2006 10:45 AM
To: Struts Developers List
Subject: Re: Where is Latest tiles-test-2.0-SNAPSHOT.war???
The most recent 'stable' snapshot is:
2.0-r480013-SNAPSHOT
and is
The most recent 'stable' snapshot is:
2.0-r480013-SNAPSHOT
and is in the snapshot repo:
http://people.apache.org/repo/m2-snapshot-repository/
If you need consistency, this one won't be changed underneath you.
David
Stone, Sam wrote:
Where is latest downloadable tiles-test war file?
-
Ted Husted wrote:
Is this related tt http://issues.apache.org/struts/browse/WW-1550 ?
Yes, partially. I still think that the matchingPattern and
excludingPattern should be reintroduced as well, but this definately
helps with the majority of situations for which they are needed.
It's ju
+1
Niall Pemberton wrote:
I'd like to release version 4 of the struts-master pom.
The repository has been tagged:
http://svn.apache.org/viewvc/struts/maven/tags/STRUTS_MASTER_4/
Pom version 4 available for review here:
http://people.apache.org/builds/struts/STRUTS_MASTER_4/
This is the mast
Niall Pemberton wrote:
On 12/6/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
I like it, sounds good! Does that mean we're done until approval?
When is the next board meeting? Any one know? How do we get this on
their agenda?
I asked Henri Yandell
The next board meeting i
I like it, sounds good! Does that mean we're done until approval?
When is the next board meeting? Any one know? How do we get this on
their agenda?
Greg Reddin wrote:
On Dec 6, 2006, at 12:20 PM, Nathan Bubna wrote:
to be constructively critical, perhaps it would help to say that i
think
Done.
Thanks
Antonio Petrelli wrote:
[EMAIL PROTECTED] ha scritto:
+try {
+in.close();
+} catch(IOException io) {
+LOG.warn("Unable to close input stream");
+}
Just a suggestion, put the exception in t
I'm assuming this is still the issue holding us up. . .if there's
anything else that needs to be done prior to the release, I've got some
spare cycles for the next few days to help push it. Just let me know
David
Ted Husted wrote:
I just filed
* https://issues.apache.org/struts/browse/WW-15
Greg Reddin wrote:
One alternative I thought of last night is to bring Struts-Tiles into
the TLP as Tiles 1x. We could quickly get a GA out so Tiles would have
a GA in and of itself. Then we could continue work on Tiles 2.
Does anyone else see the need for that?
I'd prefer not. I think
) We may want to add a "small self-referential description" in order
avoid the board requesting more info.
#1 is easily enough to take care of. . .how do we go about adding a
tiles description to the legal jargon in the resolution? Any examples?
David
David H. DeWolf wrote:
I
7 Votes for Greg. I believe that we have a unanimous decision.
Congratulations Greg.
I will update the board resolution with your name.
David
David H. DeWolf wrote:
I'd like to propose a vote for the Tiles PMC Chair. The individual with
the simple majority will be recommended to the
Moving to Struts Users list, please reply there.
Antonio Petrelli wrote:
First of all this is a typical question to be submitted in Struts Users
mailing list.
Anyway, since Tiles 2 is under development, I will answer anyway.
Stone, Sam ha scritto:
I can instantiate the DefinitionsFactory. I c
If Tiles is to be truly standalone, it's my opinion that all of the
integration should be in the component that is embedding tiles - not in
tiles itself. Otherwise, the Tiles PMC will end up having to track
Struts1, Struts2, Velocity, Shale, and all sorts of other integration
points. I don't
David H. DeWolf wrote:
[x] Greg Reddin (greddin)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David H. DeWolf wrote:
[x] +1 = Yes, let's ask the board to establish the Tiles TLP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I'd like to propose a vote for the Tiles PMC Chair. The individual with
the simple majority will be recommended to the board when we submit the
resolution (assuming it passes).
[] David H. DeWolf (ddewolf)
[] Greg Reddin (gr
I'd like to begin the vote on the Tiles TLP Proposal [1] and Resolution [2].
[] +1 = Yes, let's ask the board to establish the Tiles TLP
[] +0 = I'm in favor, to some extent.
[] -0 = I'm not in favor but won't prevent it from happening.
[] -1 = I'd rather see Tiles stay here or go somewhere e
I'd like to wait until the TLP is established, just to make sure we
don't muddy the Tiles water with confusion. Let's get the TLP
established and then move forward with this. . .that way we can get an
alpha out sooner :)
D
Antonio Petrelli wrote:
Craig McClanahan ha scritto:
The Dimensions
I'm getting the following when I start up the showcase in the trunk. I
took a look at the patch, and it doesn't seem to include the
AutocompleterExampleAction. Any ideas?
David
[ERROR] ] - Exception starting filter struts [org.apache.struts2.showcase.ajax.AutocompleterExampleAction] not fou
Ted Husted wrote:
I'd suggest announcing the draft proposal to the Shale and MyFaces
lists, and inviting interested *committers* from those projects to
sign up on the wiki.
Done, thanks!
-
To unsubscribe, e-mail: [EMAIL PRO
[NOTE: This is a cross post to get your attention, Please only reply to
the dev@struts.apache.org list]
I'd like to bring to this list's attention the proposal [1] and board
resolution [2] for Tiles TLP that have been put together on the Struts
wiki. We'd like to invite any committers with pr
David H. DeWolf wrote:
1) Flush out the initial Commiter PMC
- who else is interested?
- who else should we invite?
Ted, should I put you on the committer and pmc lists?
The proposal also lists David Geary, Matthias Wessendorf, and Cedric
Dumoulin as possible candidates. Should we
Ted Husted wrote:
As for someone else, I would just like to point out that Wendy is a
Member, and she is also conversant with the ins and outs of
infrastructure. :)
Any interest Wendy?
Currently we have nominations (and willingness from those nominated) for:
- David
- Greg
Since it seems
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
2) Decide on a PMC Chair
- who is interested?
As I can see from this question, then you probably you're not interested
:-) Or are you?
I would prefer not. Reasons why:
1) Not an ASF Member
2) My Apache committer experien
I'd like to bring to the list's attention the proposal [1] and board
resolution [2] for Tiles TLP that have been put together on the Struts
wiki. Please provide any necessary feedback.
In addition to coming to consensus that these look good, I believe that
we need to complete the following
+1
Ted Husted wrote:
If no one minds, I'd like to apply to Apache Labs to host the
OverDrive code, now found in the Struts sandbox. It's greenfield
C#/ASP.NET stuff, and there's no direct connection to the Struts
codebase.
* http://labs.apache.org
-Ted.
---
Greg Reddin wrote:
On Nov 28, 2006, at 1:48 PM, David H. DeWolf wrote:
And, who's volunteering to Chair?
Perhaps it goes without saying, but the chair is actually appointed by
the ASF board, we can only make a suggestion.
Though, it probably doesn't make sense to propose the
Greg Reddin wrote:
On Nov 28, 2006, at 1:48 PM, David H. DeWolf wrote:
Greg Reddin wrote:
On Nov 28, 2006, at 1:19 PM, David H. DeWolf wrote:
Ok, I'm convinced. I'm on board with a Tiles TLP. If someone
doesn't beat me to it, I'll go ahead and write something up on
Greg Reddin wrote:
On Nov 28, 2006, at 1:19 PM, David H. DeWolf wrote:
Ok, I'm convinced. I'm on board with a Tiles TLP. If someone doesn't
beat me to it, I'll go ahead and write something up on the wiki.
I'm still thinking but close :-) Would the current TLP
Ok, I'm convinced. I'm on board with a Tiles TLP. If someone doesn't
beat me to it, I'll go ahead and write something up on the wiki.
David
Nathan Bubna wrote:
On 11/28/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
...
Perhaps I'm looking at this too self
Craig McClanahan wrote:
Writing code is much more fun than writing umbrella project charter
documents :-).
+1000
Craig
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Greg Reddin wrote:
2) Apache Web Components TLP - What components will make up this
list? Who needs to be involved in the discussion? What's the
process to proceed?
This is my preference. I think the next steps would be to follow up
with the other potential projects to see if they are
Greg Reddin wrote:
On Nov 28, 2006, at 9:46 AM, David H. DeWolf wrote:
3) Apache Tiles TLP - Seems we could do this here and now and submit
a proposal to the board. Who else should we bring into the discussion?
Doable, and probably the easiest to get going - but also the hardest
to
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Perhaps scope could be:
- Java
- Dependent on Serlvet/JSP
- Small Utilities that are/can be used Standalone or Embeded within
frameworks
In this case XAP will be excluded since is a client (on browser) project.
agreed. but such is
e dependent on
Tiles.
if you do B, then Tiles should never have any subprojects of its own,
but it can gather into a "grouping" or "sub-community" with other
Jakarta subprojects. This is essentially what was proposed and
discussed in the thread i sent.
On 11/28/06, David H. DeWol
Nathan Bubna wrote:
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a topic-centered umbrella project
is a bad idea and not especially likely to be favored by the ASF these
days.
Just curious, what do you suggest instead?
-
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
2) Apache Web Components TLP - What components will make up this
list? Who needs to be involved in the discussion? What's the
process to proceed?
This is my preference. I think the next steps would be to follow up
with the
Greg Reddin wrote:
Since we've failed to build consensus, I've published a versioned
snapshot that will have to suffice for 2.0.2 and I will begin to drive
the effort for TLP :( - it's not my preference but it will have to work.
Hang on, slow down just a bit :-) Before we jump off the TLP
David H. DeWolf wrote:
I'm assuming the first command should be
mvn install site -P all,pre-assembly
The following:
$> mvn install site -P all,pre-assembly
$> cd assembly/
$> mvn assembly:assembly
works for me and produces:
lion:/projects/open-source/struts2/assembly/targ
It fails for me:
[INFO] snapshot org.apache.struts:struts2-struts1-plugin:2.0.2-SNAPSHOT:
checking for updates from opensymphony
[INFO] [assembly:assembly]
[INFO]
[ERROR] BUILD ERROR
[INFO]
-
Ted Husted wrote:
On 11/28/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
Do we really have that rule, or can Tiles do an alpha release out of
the Struts sandbox?
The Jakarta Commons has that rule, but it's never really come up
before. The new Apache Labs has a "no releases" rule too.
The Strut
Ted Husted wrote:
On 11/28/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Yes, that was my point, that the incubator will resolve any community
issues.
I'll start to throw together a wiki proposal.
Incubator projects can also have releases.
But tiles (or any other current apa
Heads up. . .the freemarker showcase is currently failing. I'm not sure
when the bug was introduced. If we can hold off on the 2.0.2 release, I
can look into it this evening and either fix it or send an update. . .
David
-
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
What other apache subprojects would fit under that TLP?
Jakarta Taglibs probably, and I have some doubt about Turbine.
I agree about Taglibs, I'll ask on the jakarta lis
1 - 100 of 202 matches
Mail list logo
