On 16.01.25 19:03, Lukasz Lenart wrote:
Could you try to define struts.allowlist.packageNames or disable it
struts.allowlist.enable=false? I meant we are probably missing
something around this when loading actions from JARs, as the allowlist
are dynamically updated based on convention mechanism
B
śr., 15 sty 2025 o 08:51 Florian Schlittgen napisał(a):
>
> On 15.01.25 08:25, Lukasz Lenart wrote:
> > I assume you jar
> > contains only Convention based actions?
> Yes, they are all Convention based actions.
> Sorry, I didn't had the time to do more testing. If you want me to try
> something ou
On 15.01.25 08:25, Lukasz Lenart wrote:
I assume you jar
contains only Convention based actions?
Yes, they are all Convention based actions.
Sorry, I didn't had the time to do more testing. If you want me to try
something out, just let me know.
Regards, Florian
smime.p7s
Description: S/MIME
niedz., 29 gru 2024 o 10:48 Florian Schlittgen napisał(a):
> I tried it with the struts-example and I could reproduce the behaviour
> when I add the constant:
> value=".*?/myjar.*?jar(!/)?" />
>
> Can you confirm? In my real application I need action loading from an
> additional jar file...
I ad
On 24.12.24 07:51, Lukasz Lenart wrote:
Other option is to define
"struts.convention.package.locators.basePackage" [1] and I'm playing
with this example [2] yet I was not able to reproduce behaviour
described by you - even if I removed
"struts.convention.package.locators.basePackage" I don't
"org
pon., 23 gru 2024 o 21:02 Florian Schlittgen napisał(a):
>
> On 23.12.24 20:51, Lukasz Lenart wrote:
> > Could you define your own excluded packages using constant
> > "struts.convention.exclude.packages"? The problem I see the
> > "com.opensymphony.xwork2" package was never excluded, so this prob
On 23.12.24 20:51, Lukasz Lenart wrote:
Could you define your own excluded packages using constant
"struts.convention.exclude.packages"? The problem I see the
"com.opensymphony.xwork2" package was never excluded, so this problem
would have to occur earlier
Sorry but I don't get it. How can I achi
pon., 23 gru 2024 o 19:42 Florian Schlittgen napisał(a):
> Thanks for looking into it. Your examples/tests are alright, but I think this
> is not the way it is being called. Please take a look at
> org.apache.struts2.convention.PackageBasedActionConfigBuilder.includeClassNameInActionScan(String)
On 23.12.24 19:12, Lukasz Lenart wrote:
It doesn't match because there is no ".", this works:
public static void main(String[] args) {
String packageExclude = "org.apache.struts2.*";
String classPackageName = "org.apache.struts2.";
WildcardHelper wildcardHelper = new WildcardHelp
czw., 19 gru 2024 o 21:42 Florian Schlittgen napisał(a):
>
> You're right, the package is supposed to be excluded. So I started
> debugging and tracked it down to the
> org.apache.struts2.util.WildcardHelper. There seems to be an issue, as
> you can see in this example:
>
> public static void
You're right, the package is supposed to be excluded. So I started
debugging and tracked it down to the
org.apache.struts2.util.WildcardHelper. There seems to be an issue, as
you can see in this example:
public static void main(String[] args) {
String packageExclude = "org.apache.s
Hm... but classes in org.apache.struts2 are excluded from scanning
https://github.com/apache/struts/blob/main/plugins/convention/src/main/resources/struts-plugin.xml#L57
Could you double check if you don't have a copy of older JARs somewhere
czw., 19 gru 2024 o 17:27 Florian Schlittgen napisał(a
Hi,
I currently migrating an application from struts 6 to 7 using the
pre-release. I am using the convention plugin and I am getting the
following error:
ERROR [org.apache.struts2.convention.DefaultClassFinder] (default
task-1) Error loading class [org.apache.struts2.XWorkTestCase]:
java.la
13 matches
Mail list logo
