On 11/21/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Wendy Smoak wrote:
> On 11/20/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
>> How about getting an initial tiles release out so that the 2.0.2 tiles
>> plugin can rely upon it instead of a snapshot? It would probably only
be
>> 'alpha'
Hi David!
David H. DeWolf ha scritto:
Which registrations are you referring to?
In DigesterDefinitionsReader there is the "registrations" field
(currenly it contains only one registration), used to initialize the
digester in the constructor.
I was on the road - without a connection - this
OK, do you remember how the WW-1393 feature works, or where we test it?
-Ted.
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
Nope, that's something different. Perhaps I didn't open up a ticket on
that, and just referred the commit to the struts one.
Don
Ted Husted wrote:
> Would it be XW-
On 11/21/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
Don, I agree with you that a release should be scheduled sometime very
soon. However, at this moment due to the latest changes I would
suggest the following process:
1/ tag all dependencies (XWork2, Tiles2, Guice, CodeBehind etc.)
I'd a
On 11/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 11/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> The dependency s for jfree groupId dependencies seem to be off here:
>
>
http://svn.apache.org/repos/asf/struts/struts2/trunk/plugins/jfreechart/pom.xml
>
> -Rahul
Yes, that's seems to be
Rahul,
this was it, yes :)
Fixed now, see
https://issues.apache.org/struts/browse/WW-1518
Regards,
Rene
Rahul Akolkar schrieb:
On 11/21/06, Rene Gielen <[EMAIL PROTECTED]> wrote:
Hmm, just had a closer look into the output of
$ mvn idea:idea -P all
Looks like there's the problem...
[WARNI
Yeah, we probably should extract an interface out of the Dispatcher
class. For now, you can subclass Dispatcher and point Struts 2 to it by
subclassing the FilterDispatcher and override the createDispatcher method.
Don
Tarek Nabil wrote:
I've been going through the documentation and the sour
Well, you wouldn't want to include the code as if it was part of core.
You'd want to turn it into its own maven plugin, publish it, then have
Struts 2 core use the plugin when it generates resources. It should be
possible to just checkout core and build it without external path
dependencies.
Which read me file are you refering to .
There is a read me file inside the portlet war file but that does not
contain any instructions but some jboss configuration file details.
Also I cant find uPortal(portal server) inside
apps/portlet/src/main/etc/
which simple example are u refering to?
Which read me file are you refering to .
There is a read me file inside the portlet war file but that does not
contain any instructions but some jboss configuration file details.
Also I cant find uPortal(portal server) inside
apps/portlet/src/main/etc/
which simple example are u refering to?
On 11/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
# struts.devMode = false
devMode was just an example. The same thing seems to happen with most
any setting in default.properties. Having them in both places doesn't
cause a build error, but I didn't test to see if struts-default.xml
supercedes
Yeah, I agree. There are some cool things we can do with namespaces,
but there is no need to hurry and they should be well thought out. I
also think your plan of putting the docs in the Javadocs and some small
hint in the xml makes sense.
+1's all around :)
Don
Ted Husted wrote:
On 11/21
Hi Rainer,
>Toby, are you still working on the docs?
I think there's some changes needed to be done on the current xwork2 docs,
there's the new DI introduced lately and I think the docs doesn't take that
into account. I think (I am not sure) that the creation of ActionProxy etc.
might be diff
James, Musachy, others,
FYI, I took the ticket. I will take care of the patch and start the xdoctet-tag
to annotation conversion this evening, if there are no objections.
Regards,
Rene
> The systemPath configuration for the maven plugin
> looks similar to
> what we have to do for Retrotransla
On 11/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 11/21/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
> Don, I agree with you that a release should be scheduled sometime very
> soon. However, at this moment due to the latest changes I would
> suggest the following process:
>
> 1/ tag all d
On 11/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
The dependency s for jfree groupId dependencies seem to be off here:
http://svn.apache.org/repos/asf/struts/struts2/trunk/plugins/jfreechart/pom.xml
-Rahul
Yes, that's seems to be the culprit. Sharp eye, as always, Rahul.
Fixed in r477875
That makes sense, but we don't need a maven plugin just for that right?,
just a jar file with those classes will do.
musachy
Don Brown wrote:
Well, you wouldn't want to include the code as if it was part of
core. You'd want to turn it into its own maven plugin, publish it,
then have Struts 2
Ted,
ok - you were faster with commit :)
Regards,
Rene
Ted Husted schrieb:
On 11/21/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
The dependency s for jfree groupId dependencies seem to be
off here:
http://svn.apache.org/repos/asf/struts/struts2/trunk/plugins/jfreechart/pom.xml
-Rahul
Would it be XW-440?
* http://jira.opensymphony.com/browse/XW-440
-T.
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'd say result selectors and WW-1393 are different. WW-1393 has been
implemented, but result selectors have not, AFAIK. I don't remember the
XWork ticket, off-hand, but the
Ted Husted ha scritto:
On 11/21/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Thoughts?
The key question is whether there are at least three (3) active
committers who are using Tiles in their own projects and could vote +1
for GA release, should the build quality warrant.
For what I can say
Ah, I believe I figured it out. It actually works exactly how we want
it. Why we see a problem is because of this devMode setting. The
problem is XWork expects a "devMode" property, but Struts wants
"struts.devMode". When we load default.properties, if we detected a
"struts.devMode" propert
Ya, we should probably move this to /struts/maven/plugins/ or
something similar. Then we can just depend on it during build.
--
James Mitchell
678.910.8017
On Nov 21, 2006, at 6:18 PM, Don Brown wrote:
Rene, is there any reason this code should go into Struts 2 core?
Does it need to ref
Ted Husted wrote:
Dynamic method calling isn't evil. Essentially, the framework
framework defaults a dynamic method call to execute, when no other is
specified. Wildcards utilize dynamic method calling too.
The problem is how the original dynamic method calling is
*implemented*. The original imp
Ted Husted wrote:
On 11/21/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Thoughts?
The key question is whether there are at least three (3) active
committers who are using Tiles in their own projects and could vote +1
for GA release, should the build quality warrant.
When making the tally,
--- James Mitchell <[EMAIL PROTECTED]> wrote:
> No objections here.
>
> Konstantin, I hope you understand that I (and I'm
> sure others) really
> appreciate your help.
Being long time commiter on different projects helps
to understand a lot - as I'm not a commiter on
struts/ww,
I may propos
Alexandru Popescu wrote:
I am not gonna argue against your argument but just say: the user will
be confused when he will not be able to run the plugins because a
small change in one of them has broken it. The release should be able
to guarantee a set of plugins that work out of the box. The user
Honestly, I don't think that example was tested before release. Nils is
the guy who wrote it, and perhaps he can helpNils?
Don
tom tom wrote:
Hi,
We downloaded struts 2.0.1, there is a struts2-portlet-2.0.1.war.
Where can I see instructions to deploy this war file and see how it works.
I'd say result selectors and WW-1393 are different. WW-1393 has been
implemented, but result selectors have not, AFAIK. I don't remember the
XWork ticket, off-hand, but the change involved DefaultActionInvocation
I believe.
Don
Ted Husted wrote:
Is "Result Selectors" what was covered by WW
Ahh, yes, page 377.
Now, to embarass me further, do we cover the technique anywhere in the
Struts 2 dcocumentation? It seems straight forward. Perhaps, we could
even do it for the MailReader.
-Ted.
On 11/21/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
I thought you read WebWork in Action ;-)
Wait - this isn't going in Struts 2 core, right? This is a separate
artifact?
Don
Rene Gielen wrote:
Musachy,
I applied the patch with slight modifications to HEAD. I refactored it to use
oas2.annotations.taglib namespace, in core module. Looks good so far, thank you
very much!
As next st
James,
great proposal, +1 from me.
If you need any help to fix the samples I'll hopefully have some time
left till the xwork release to help out there.
How do you plan to implement this navigation menu? Plain CSS menus or
with the Dojo menu stuff or even something completely different?
-Rainer
Nope, that's something different. Perhaps I didn't open up a ticket on
that, and just referred the commit to the struts one.
Don
Ted Husted wrote:
Would it be XW-440?
* http://jira.opensymphony.com/browse/XW-440
-T.
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'd say result selector
Rainer, I vote to roll XWork 2.0-beta-2 Thursday. Let me know if there
are any showstoppers and I'll try to squeeze in working on them between
playing my Nintendo Wii games :)
Don
Rainer Hermanns wrote:
Don and others,
regarding the XWork 2.0 release, I only have time to do this either
this
Musachy,
I applied the patch with slight modifications to HEAD. I refactored it to use
oas2.annotations.taglib namespace, in core module. Looks good so far, thank you
very much!
As next step, I will work on converting xd javadoc tags to annotations,
starting tomorrow I guess...
Regards,
Rene
Hi,
We downloaded struts 2.0.1, there is a struts2-portlet-2.0.1.war.
Where can I see instructions to deploy this war file and see how it works. I
can't find any documentation.
Do I need to apply any patches.?
We are using uPortal as the portal server.
--
View this message in context:
http
Ted Husted wrote:
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
Yeah, this would work, as would a new namespace, using XML comments, or
perhaps something else. I was just pointing out that we'll need to
implement something like what works for properties now.
I don't know what "a new name
On 11/19/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
Hmm. Personally, I think 'styleId' is a poor name in the first place, so I'm
not all that enamored of perpetuating it. (It seemed like a decent choice at
the time, but that was many years ago, and if we were to be choosing the
name today, I'd
Don, I agree with you that a release should be scheduled sometime very
soon. However, at this moment due to the latest changes I would
suggest the following process:
1/ tag all dependencies (XWork2, Tiles2, Guice, CodeBehind etc.)
2/ make a release of the external dependencies (XWork2, Tiles2, Gu
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
It should work just fine, as should the rest of the properties. Still,
before we move them, perhaps we should resolve what to do with their
comments.
My first preference would be to enumerate all the settings in
StrutsConstants, where we can us
If there's not a particular reason why you need the latest code, the
source code bundled with the Struts 2.0.1 beta is current as of last
month.
* http://struts.apache.org/download.cgi#struts201
Perhaps that will be enough to get started on whatever it is you want to do.
-Ted.
On 11/20/06, Tar
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
However, having default.properties override struts.xml is definitely not
what we want
Never mind on that score. It seems to be working now. I turned
DynamicMethodInvocation off in the application's struts.xml and now it
is in fact disabled.
-Te
The only disadvantage of including the settings in struts-default.xml
file is we lose the comments above each setting. A recent change I did
was to plug in a Properties file loader that not only remembers line
numbers but also comments above an entry. These comments are saved in
Location obje
That's fine...anything is better than a snapshot :)
Don
Ted Husted wrote:
My best vote right now would be Alpha.
I'm trying to get up to speed with all the recent changes, but I
wouldn't want to put something out there for other people to use until
I"ve actually used it myself.
-Ted.
On 11/
There's a README.txt for the portlet example.
README.txt - portlet
This is a simple example of using the portlet API with Struts applications.
For more on getting started with Struts, see
* http://cwiki.apache.org/WW/home.html
WARNING - Additional configuration required for deployment
Due to
Just return a Result object, instead of a String. So...
public Result save() {
// do some stuff
return new ServletActionRedirectResult("someAction");
}
Only really valuable, IMO, for returning redirects to other actions, but
it could be taken advantage of in alternative Action implements lik
I know we don't use Maven's site generation for xwork, but in case
anyone wants to look, I just added Coberta coverage analyses report
to the maven configuration.
$ cd xwork/
$ mvn clean install site
Look under xwork/target/site/, and it will look like this:
http://people.apache.org/~jm
The real solution is to split out the loading of default.properties and
struts.properties into two configuration provider instances.
It is puzzling why copying over the settings to struts-default.xml would
break the tests... What errors are you seeing?
Don
Ted Husted wrote:
On 11/21/06, Don
Martin,
Are you looking for a tag that simply passes through all
parameters, and you name the element to be created?
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
So where are we now, then? Have the settings been moved to
struts-default.xml? Are there any other things that need to be done here?
Don
Ted Husted wrote:
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
However, having default.properties override struts.xml is definitely not
what we want
This question has come up a couple of times, and I don't think I've
seen an answer.
Is there a database solution for X2/S2 message resources floating around?
If not, we should say so on the "Struts 1 Solutions" FAQ, since it's a
reasonably common use case, and people will continue to ask.
-Ted.
Ted Husted wrote:
When I was playing with the settings ast night, I wasn't able to move
most settings out of default.properties at all. As soon as I did, most
of the tests began to fail. Thats as far as I got.
WRT inline documentation, for XML perhaps we could include remarks as
the body of the
I noticed there was an earlier post regarding this (10/10/06). I downloaded the
beta version of 2.0.1 from the struts website and I'm getting the same NPE. Is
there a work around?
Root cause follows.
java.lang.NullPointerException
at org.apache.struts2.views.jsp.TagUtils.getStack(TagUtils.jav
David H. DeWolf ha scritto:
1) Do we need to support EL for an alpha release?
I think this an issue that needs to resolved, since it will be the
replacement of "beanName" and similar attributes in Tiles configuration
files. There was a feature in Tiles 1.1 and it has been erased when
those a
Is there a way we could work wildcards into the mix?
A useful feature of wildcards is that when "login_*" is applied to
"login_input, then "login_input" becomes a virtual action mapping.
This means that validations, messages, resources, and type
converters can be applied to login_input, as if i
That's a good idea, I was using them inside core because it was easier
:). Just change core's pom "includes" to something like:
**/*.java
../maven/plugins/apt/.../*.java
I just tried it and it works ok.
musachy
James Mitchell wrote:
Ya, we should probably move this to /struts/maven
On 11/20/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
On 11/19/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> Hmm. Personally, I think 'styleId' is a poor name in the first place, so
I'm
> not all that enamored of perpetuating it. (It seemed like a decent
choice at
> the time, but that was ma
That would be a nice addition to show off a JPAMailreaderDao with a
db backed resource bundle.
--
James Mitchell
678.910.8017
On Nov 21, 2006, at 2:21 PM, Ted Husted wrote:
Ahh, yes, page 377.
Now, to embarass me further, do we cover the technique anywhere in the
Struts 2 dcocumentation
On Nov 21, 2006, at 9:30 AM, David H. DeWolf wrote:
procedural ones which we MUST take care of but are trivial
(Copyright notices, and Id Keywords,
I do think this one's critical to get out before alpha.
retroweaver distributions),
Probably could wait til after alpha.
1) Do we need to
Take a look at the ClasspathConfigurationProvider as it is the class
that processes each Action class it finds. We could have it generate a
mapping for the Action class, then one for each action method it finds.
I'm not sure I see how it would really get rid of dynamic method
calling, but it
If you're going to add a Label tag to Struts, I'd suggest including
the ability to put an indicator (i.e. an asterisk) of when a field is
required. We do this in AppFuse and it works quite well.
http://tinyurl.com/u3hyl
Matt
On 11/20/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
Martin Cooper
Ted,
I have exactly the same problem. Any updates on this?
Regards,
Rene
Ted Husted schrieb:
When I do the
$ mvn idea:idea -P all
thing, all the plugins resolve their depdencies except JFreeChart. I
don't see a systemic difference between the JasperReport POM and the
JFreeChart POM, but my J
When I was playing with the settings ast night, I wasn't able to move
most settings out of default.properties at all. As soon as I did, most
of the tests began to fail. Thats as far as I got.
WRT inline documentation, for XML perhaps we could include remarks as
the body of the element and have lo
Pinging to see if you guys wanted any kind of reports from JIRA.
Been wanting to get a few projects setup with some so other projects
could see how it's done and copy their setups and/or see how to make
their own reports. You guys have a truck-load of issues compared to
most other project
Are you behind a firewall? In case you do then you need a special setup.
./alex
--
.w( the_mindstorm )p.
On 11/21/06, Tarek Nabil <[EMAIL PROTECTED]> wrote:
Thanks Tm, but it's giving me the same error message :(
Does any one know the cause of such a problem?
-Original Message-
From
Is "JPAMailreaderDao" part of this
* http://sourceforge.net/project/showfiles.php?group_id=49385&package_id=149742
or is it a Shale thing?
-T.
On 11/21/06, James Mitchell <[EMAIL PROTECTED]> wrote:
That would be a nice addition to show off a JPAMailreaderDao with a
db backed resource bundle.
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
>
I don't know what "a new namespace" means.
An advantage of actually putting the remarks in the element is that
they can be parsed by anything that can read XML.
What we've started to do with properties comments is a neat idea, and
we should
We really, really, really need to get a release out there, even if was
determined to be beta. The snapshot system is unpredictable and
confusing for potential users, and really, users shouldn't be using them
anyways as they aren't "official" struts releases.
Any showstoppers to a likely beta
Antonio Petrelli wrote:
For what I can say, surely Tiles 2 cannot be released as GA (neither as
alpha I suppose) since there is a blocking issue (just reopened :-) )
and some major issues, not to mention a strange effect that I had last
week under Linux (this evening I will check it, I have
On 11/20/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Martin Cooper ha scritto:
> If so, the next question would be whether
> or not we have enough people and enough energy to jump-start it.
A good (non Apache yet but with Apache License) candidate for Java Web
Components could be Java Web P
I have the problem as well and haven't been able to get around it.
Rene Gielen wrote:
Ted,
I have exactly the same problem. Any updates on this?
Regards,
Rene
Ted Husted schrieb:
When I do the
$ mvn idea:idea -P all
thing, all the plugins resolve their depdencies except JFreeChart. I
don't
I thought you read WebWork in Action ;-) There's a DB-driven ResourceBundle
described in there and in the source code for the book.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=50877&messageID=10271
I committed Musachy's patch with some modifications, so that the annotations
are in place as well as the apt generation code, so we all can give it a
review. Maybe we will have to do some more changes, but it looks quite straight
forward in the first place.
Converting doc-tags to annotations is
LOLno, I was speaking hypothetically.
--
James Mitchell
678.910.8017
On Nov 21, 2006, at 2:53 PM, Ted Husted wrote:
Is "JPAMailreaderDao" part of this
* http://sourceforge.net/project/showfiles.php?
group_id=49385&package_id=149742
or is it a Shale thing?
-T.
On 11/21/06, James M
As long as apt can find the classes on the classpath, they can be anywhere.
musachy
Don Brown wrote:
Wait - this isn't going in Struts 2 core, right? This is a separate
artifact?
Don
Rene Gielen wrote:
Musachy,
I applied the patch with slight modifications to HEAD. I refactored
it to use
On 11/21/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Greg Reddin ha scritto:
>
> On Nov 21, 2006, at 9:15 AM, David H. DeWolf wrote:
>
>> What I'm more concerned about is the community/oversight.
>
> How will Tiles 2 be accepted when compared with Sitemesh, etc? I
> don't know. The JSF com
Thanks Tm, but it's giving me the same error message :(
Does any one know the cause of such a problem?
-Original Message-
From: tm jee [mailto:[EMAIL PROTECTED]
Sent: Monday, November 20, 2006 4:23 PM
To: Struts Developers List
Subject: Re: Problems checking out the source
Hi Tarek,
It seems to me like this should be a separate Maven 2 plugin, or am I
missing something?
Don
Musachy Barroso wrote:
As long as apt can find the classes on the classpath, they can be
anywhere.
musachy
Don Brown wrote:
Wait - this isn't going in Struts 2 core, right? This is a separate
arti
Which registrations are you referring to?
I was on the road - without a connection - this weekend and was unable
to successfully startup the tiles-test app without it (IOException,
connection refused to struts.apache.org), so I'm assuming the answer is
no. That said, I saw that you upgraded t
Rene, is there any reason this code should go into Struts 2 core?
Does it need to referenced at runtime? I thought you were using these
annotations at compile time, which AFAIK, means they won't be included
in the compiled code, so there would be no reason to include the
annotation code in the ja
How about getting an initial tiles release out so that the 2.0.2 tiles
plugin can rely upon it instead of a snapshot? It would probably only be
'alpha' quality at this point, but the same snapshot logic that you
described below applies to it.
I'll do the release (prior to the weekend), if some
I have everything working fine, but I'm waiting to get home and retest
it on linux before submitting.
musachy
Ted Husted wrote:
Likewise. Either will be fine with me. From the other thread, I think
Rene was going to look at apt again later today.
-Ted.
On 11/20/06, Don Brown <[EMAIL PROTECTE
Sorry for the delay, I've been traveling. . .
Greg Reddin wrote:
On Nov 17, 2006, at 6:30 AM, Antonio Petrelli wrote:
* compile against Servlet 2.4, though I think it can be used under
Servlet 2.3 environments, declaring the problems with JSP < 2.0 pages
(that miss EL);
+1.
+1 as well.
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> I think you're misunderstanding. The purpose of
> Jakarta Web Components is to
> form a grouping of small web-related projects, along
> the same lines as
> Jakarta Commons but focussed on web related stuff.
> It is specifically not a
> project in
I've been going through the documentation and the source and trying to
understand the architecture of Struts 2.
In the documentation for the createDispatcher method in
FilterDispatcher, it says
Create a default [EMAIL PROTECTED] Dispatcher} that subclasses can
override
with a custom Dispatcher,
On 11/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Is "JPAMailreaderDao" part of this
*
http://sourceforge.net/project/showfiles.php?group_id=49385&package_id=149742
or is it a Shale thing?
The mailreader-jpa[1] "shale thing" :-) is actually independent of Shale, in
the same way that mailre
Now that we can configure constants via the XML files
* http://struts.apache.org/2.x/docs/constant-configuration.html
is using the struts.properties deprecated?
Or, would there be other valid reasons to keep it around?
-T.
-
Matt,
In my opinion, that feature would be too customized. I don't want to
force people into any particular style. You may like asterisks, but
other people prefer bold text, or some other character and styling. Do
you have a more generalized idea?
Paul
Matt Raible wrote:
If you're going to
Wendy Smoak wrote:
On 11/20/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
How about getting an initial tiles release out so that the 2.0.2 tiles
plugin can rely upon it instead of a snapshot? It would probably only be
'alpha' quality at this point, but the same snapshot logic that you
describ
On 11/21/06, Rene Gielen <[EMAIL PROTECTED]> wrote:
Hmm, just had a closer look into the output of
$ mvn idea:idea -P all
Looks like there's the problem...
[WARNING] An error occurred during dependency resolution of the
following artifact:
org.apache.struts:struts2-jfreechart-plugin2.0.
On 11/21/06, Don Brown <[EMAIL PROTECTED]> wrote:
Ah, OK, I see where you are coming from now. Sure, if you use the
classpath provider, the problem is really solved. We could create a
mapper for every action method we discover - "action", "action!execute",
"action!input" - which also has the ad
On 11/21/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
> The people working on Tiles2 are gearing up for some sort of release,
> maybe even this weekend. But, since we distribute Tiles as a plugin,
> so we could still mark Core GA and leave the Tiles plugin at beta.
> Right now, all the plugin
On Nov 21, 2006, at 9:15 AM, David H. DeWolf wrote:
What I'm more concerned about is the community/oversight.
I think the scope of the Tiles 2 community remains to be seen. There
are several other templating solutions out there. How will Tiles 2
be accepted when compared with Sitemesh,
Well said, exactly what I was trying to communicate.
I was just hoping that we weren't "stuck in the sandbox" since that
seems like it will prevent an alpha release.
David
Greg Reddin wrote:
On Nov 21, 2006, at 9:15 AM, David H. DeWolf wrote:
What I'm more concerned about is the communit
Struts 2.0.2 TODO
Here's a quick list of documentation elements that I'm working on today.
Snippets
* Textfield and button snippets using new key syntax
* action-class-ref
* action tag with flush
* checkboxlist with map
* Direct results
Pages
* Spring, Plexus, Pell-Multipart, Struts1 plugins
*
Martin,
This is *exactly* why I was suggesting a tag that simply renders a
span or a div that can take care of rendering differences, regardless
of the content within them.
In your reply to my earlier message, you described it as "a radical
new tag library structure", which I didn't get, but
On 11/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 11/21/06, Alexandru Popescu <[EMAIL PROTECTED]> wrote:
> > The people working on Tiles2 are gearing up for some sort of release,
> > maybe even this weekend. But, since we distribute Tiles as a plugin,
> > so we could still mark Core GA and le
No objections here.
Konstantin, I hope you understand that I (and I'm sure others) really
appreciate your help. I hate that this is an either/or decision that
has to be made and I can't help but feel that you might be let down
by our interest in making apt work.
--
James Mitchell
678.9
Greg Reddin ha scritto:
On Nov 21, 2006, at 9:15 AM, David H. DeWolf wrote:
What I'm more concerned about is the community/oversight.
How will Tiles 2 be accepted when compared with Sitemesh, etc? I
don't know. The JSF community has Facelets and Clay, so Tiles support
is more of a legacy
Wrong list.
* http://struts.apache.org/mail.html
On 11/7/06, Mallik <[EMAIL PROTECTED]> wrote:
Hi friends
i would like to explain the situation first
i am working for college application...in that
if user clicks on view,i am displaying data (for this action normal
ActionForm). In that use
On 11/21/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Thoughts?
The key question is whether there are at least three (3) active
committers who are using Tiles in their own projects and could vote +1
for GA release, should the build quality warrant.
When making the tally, we should keep in mi
1 - 100 of 116 matches
Mail list logo
