It'd be good to mention an alternative syntax:
mvn archetype:generate -DarchetypeCatalog=http://struts.apache.org/
Thanks in advance!
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
2013/9/11 :
> Author: jogep
> Date: Wed Sep 11 17:06:05 2013
> New Revision: 1521940
>
> URL: http://svn.a
This is already documented in the WIKI Page.
https://cwiki.apache.org/confluence/display/WW/Struts+2+Maven+Archetypes
But maybe we can make this a little bit more highlighted.
I don't think the README file inside of the sources is the best place to
document how to work with archetypes.
Johannes
2013/9/12 Johannes Geppert :
> This is already documented in the WIKI Page.
>
> https://cwiki.apache.org/confluence/display/WW/Struts+2+Maven+Archetypes
>
> But maybe we can make this a little bit more highlighted.
> I don't think the README file inside of the sources is the best place to
> documen
Johannes,
Could you please remove the IDEA .iml files you committed?
Thanks
René
Am 11.09.2013 19:06 schrieb :
> Author: jogep
> Date: Wed Sep 11 17:06:05 2013
> New Revision: 1521940
>
> URL: http://svn.apache.org/r1521940
> Log:
> WW-4197 Update Archetypes READMEs
>
> Added:
> struts/strut
2013/9/12 Rene Gielen :
> Johannes,
>
> Could you please remove the IDEA .iml files you committed?
He did that already :-)
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe, e-mail: dev-unsubscr...@
Ok, as I'm a bit lost - what's the solution then? Leave it as is or
change to something else?
Regards
--
Łukasz
+ 48 606 323 122 http://www.lenart.org.pl/
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For addition
Duplication or do you want to start that over?
2013/9/11 rgm :
> So as not to pollute the JIRAs too much with speculation or suggestions
> that haven't been thought out, I'd like to have a discussion about the
> "required" attribute here on the list.
>
> I propose that we revert the changes made i
2013/9/11 Christian Grobmeier :
> What I can't see is what the *_versionnumber branche would become.
> For example:
> http://svn.apache.org/repos/asf/struts/struts2/branches/STRUTS_3_X/
> Is this a feature branch? Usually feature branches are "smaller"
We will use feature branches and tags, all we
Can we go live?
2013/9/11 Lukasz Lenart :
> I think we can go live with the new website even now - it looks much
> better the old one and the rest can be improved in meantime.
>
> 2013/9/10 Christian Grobmeier :
>> Am 10.09.13 18:11, schrieb Rene Gielen:
>>> If I'd use [Publish Site] now in the Bo
Hi,
I have spent some time on MVEL replacement for OGNL and what I can say
it will allow to clarify few things - like dependencies or overused
conversion and so on. The real problem is with Xwork itself as it
doesn't support plugins so it's a bit hard to replace OGNL in all
places.
And it would b
Am 12.09.13 11:25, schrieb Lukasz Lenart:
> Can we go live?
Currently I have nothing important to add. Of course there are glitches,
but as you said, we can fix them "at runtime".
+1 from me
>
> 2013/9/11 Lukasz Lenart :
>> I think we can go live with the new website even now - it looks much
>> be
Am 12.09.13 11:35, schrieb Lukasz Lenart:
> Hi,
>
> I have spent some time on MVEL replacement for OGNL and what I can say
> it will allow to clarify few things - like dependencies or overused
> conversion and so on. The real problem is with Xwork itself as it
> doesn't support plugins so it's a bi
Am 12.09.13 11:19, schrieb Lukasz Lenart:
> 2013/9/11 Christian Grobmeier :
>> What I can't see is what the *_versionnumber branche would become.
>> For example:
>> http://svn.apache.org/repos/asf/struts/struts2/branches/STRUTS_3_X/
>> Is this a feature branch? Usually feature branches are "smaller
MG>radiobuttons are tricky
MG>if any of the radio buttons with type="radio" contain the required attribute
MG>then all of elements with type="radio" (the radiogroup collection) are
considered to be 'required'
MG>http://www.w3.org/TR/html5/forms.html#the-required-attribute
MG>enabling "HTML5 compl
Meant to provide an example of their configuration and use:
http://tiles.apache.org/2.2/framework/tutorial/advanced/el-support.html
On Thu, Sep 12, 2013 at 9:34 AM, Ken McWilliams wrote:
> I like the way Apache Tiles handles EL, from a user standpoint. I think
> everywhere an expression can occ
I like the way Apache Tiles handles EL, from a user standpoint. I think
everywhere an expression can occurs an AtributeEvaluatorFactory determines
which registered ELEvaluator to used based on prefix, IE: "OGNL:" or "EL:".
This could be extended to pattern matching too. Regex vs NamedVariable for
i
On Sep 12, 2013, at 11:34 AM, Ken McWilliams wrote:
> prefix, IE: "OGNL:" or "EL:
I've long argued that %{}, #{}, ${} provides this already, and that this
wrapping should therefore not be optional in preparation for when something
other than %{} might be functional.
-Dale
-
Sorry for confusing you. I just see that after the commit and have already
reverted it.
Don't understand why ignore settings does only works for some .iml files.
I will go and check this. :-)
Johannes
#
web: http://www.jgeppert.com
twitter: http://
+1 for starting with the Git migration process.
What about only migrating the current svn struts2/trunk to git and leave
the rest in the svn repository?
If we need sometime also the site in git we can request a separate git
repository like struts-site.git.
Johannes
#
19 matches
Mail list logo
