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' quality at
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
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
On 11/21/06, Ted Husted [EMAIL PROTECTED] wrote:
On 11/21/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
The dependency versions 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...
snip/
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
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
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
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
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
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
On 11/21/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
The dependency versions 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
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 versions for jfree groupId dependencies seem to be
off here:
http://svn.apache.org/repos/asf/struts/struts2/trunk/plugins/jfreechart/pom.xml
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,
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
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
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 propose
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
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
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 selectors
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
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:
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
On 11/19/06, Martin Cooper [EMAIL PROTECTED] wrote:
snip
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,
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,
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 use
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,
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.
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
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
Ive actually used it myself.
-Ted.
On
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
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 like
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:
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,
Martin,
Are you looking for a html:any 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
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
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
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 it
On 11/20/06, Niall Pemberton [EMAIL PROTECTED] wrote:
On 11/19/06, Martin Cooper [EMAIL PROTECTED] wrote:
snip
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
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
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
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
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
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=49385package_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:
constant name=struts.devMode value=false
When struts.devMode is set to true, Struts will act much more
friendly for developers.
This includes setting: struts.i18n.reload = true;
struts.configuration.xml.reload = true; and raising various
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
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
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
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
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=49385package_id=149742
or is it a Shale thing?
-T.
On 11/21/06, James
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
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 community
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
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
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
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
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
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 and of
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
quoteCreate a default [EMAIL PROTECTED] Dispatcher} that subclasses can
override
with a custom
On 11/21/06, Ted Husted [EMAIL PROTECTED] wrote:
Is JPAMailreaderDao part of this
*
http://sourceforge.net/project/showfiles.php?group_id=49385package_id=149742
or is it a Shale thing?
The mailreader-jpa[1] shale thing :-) is actually independent of Shale, in
the same way that
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
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
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
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 leave the
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
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
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 user
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
Sorry I've brought this up many times, but if you are going to be making
changes to showcase, could you take a look at typo.css(table section)?
it is breaking the DatePicker demo :)
musachy
Rainer Hermanns wrote:
Looks good.
You might want to use the newly implemented and updated tab-tags
On 11/21/06, Craig McClanahan [EMAIL PROTECTED] wrote:
It's perfectly reasonable to consider using it in a Struts
example, if you want.
... and it's available in the central Maven repo in group id
org.apache.shale.extras:
To give a better idea, I took some of the standard templates I've got
and ran them against Struts2.
http://people.apache.org/~dblevins/tmp/struts-attachments.txt
http://people.apache.org/~dblevins/tmp/struts-closed.txt
http://people.apache.org/~dblevins/tmp/struts-opened.txt
Musachy,
yes, I'll do. This one is already on my todo list :)
-Rainer
Sorry I've brought this up many times, but if you are going to be making
changes to showcase, could you take a look at typo.css(table section)?
it is breaking the DatePicker demo :)
musachy
Rainer Hermanns wrote:
Looks
--- Rene Gielen [EMAIL PROTECTED]
For now, and that's what I understood from
Konstantins post, we would have to throw in some
additional work to get a annotation+xd2 based
generation up and running, while the apt based
solution helps us to get a first shot very quickly.
And, of course,
Hello! and especially Hello David :-)
I noticed that you (David) commited DigesterDefinitionsReader specifying
a new entity resolver. Is it really useful? Aren't the registrations
enough to take DTD files locally?
Thank you
Antonio
1 - 100 of 110 matches
Mail list logo