Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
MIME-Version: 1.0
From: Ken McWilliams <ken.mcwilliams@gmail.com>
Date: Tue, 20 Jun 2017 13:48:48 -0600
Message-ID: <CAPcVg7n=f1j=cv_FUy0a=sMerXo6CoHOP_0V4u10+mNjnVpsbw@mail.gmail.com>
Subject: Limitations using Struts2-conventions-plugin (lack of multiple
 configuration roots)
To: Struts Users Mailing List <user@struts.apache.org>
Content-Type: multipart/alternative; boundary="001a113f7ce650d29b0552698a39"
archived-at: Tue, 20 Jun 2017 19:48:58 -0000

--001a113f7ce650d29b0552698a39
Content-Type: text/plain; charset="UTF-8"

I like to use the conventions plugin but find myself fighting with it more
often than not.

I think conventions should establish a "convention". Now the plugin
certainly does this in the *singular* but say I want restful services
handled by conventions, and then I want perhaps a set of packages to
contain public documents, and another set of packages to require some form
of security but also follow some sort of conventions... well I find it
impossible to use the conventions plugin and need to resort to additional
configuration. Creating packages in struts.xml, or using XML to override
the conventions.

Do you think it would be reasonable to have the conventions plugin, create
a new configuration interceptor for which all the constants (package level
constants, as there is one interceptor instance per stack), and the rest of
the conventions configuration could be looked up from each of these
configurations?

So the conventions plugin would need to check each struts package to see if
extends conventions-default and if so, wire the actions at startup for each
in turn. If that is too limiting perhaps just make this one interceptor a
requirement for the scan.

Also under this scheme, it would be good to create an "include" for the
Java package scan rather than the "exclude" which is more suited to one
root.

I think this scheme would greatly reduce annotation usage as it would be
possible to stay entirely within established conventions, rendering
overrides unnecessary.

-- 
Sent from my C64 using a 300 baud modem

--001a113f7ce650d29b0552698a39--