[jira] Commented: (WW-2956) setting devMode value to true causes NullPointerException
[ https://issues.apache.org/struts/browse/WW-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46184#action_46184 ] Andrea Ceccanti commented on WW-2956: - Setting my webapp to devMode with struts 2.1.6 causes the same error, even if the path leading to my tomcat installation contains no spaces. nope:logs andrea$ echo $CATALINA_HOME /opt/tomcat/apache-tomcat-5.5.27 setting devMode value to true causes NullPointerException --- Key: WW-2956 URL: https://issues.apache.org/struts/browse/WW-2956 Project: Struts 2 Issue Type: Bug Affects Versions: 2.1.6 Environment: Windows 2003 Server SP2, JRE 1.6.0_07, Tomcat 6.0.18 Reporter: Semion Oshchepkov Priority: Blocker Fix For: 2.1.7 Attachments: WW-2956-1.patch, WW-2956.patch I enabled devMode in struts2-blank-2.1.6 application and it's caused such deployment exception: org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter struts2 java.lang.NullPointerException at com.opensymphony.xwork2.util.FileManager$FileRevision.needsReloading(FileManager.java:209) at com.opensymphony.xwork2.util.FileManager.fileNeedsReloading(FileManager.java:60) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.needsReload(XmlConfigurationProvider.java:325) at org.apache.struts2.config.StrutsXmlConfigurationProvider.needsReload(StrutsXmlConfigurationProvider.java:168) at com.opensymphony.xwork2.config.ConfigurationManager.conditionalReload(ConfigurationManager.java:220) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:61) at org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispatcher.java:774) at org.apache.struts2.dispatcher.ng.InitOperations.initStaticContentLoader(InitOperations.java:77) at org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:49) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3709) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4363) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Also struts2-showcase-2.1.6 (where devMode is default) throws same exception: org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet jsp threw exception java.lang.NullPointerException at com.opensymphony.xwork2.util.FileManager$FileRevision.needsReloading(FileManager.java:209) at com.opensymphony.xwork2.util.FileManager.fileNeedsReloading(FileManager.java:60) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.needsReload(XmlConfigurationProvider.java:325)
[jira] Closed: (WW-3119) Stringlength validation problem for utf-8 chars (Struts 2.1.6)
[
https://issues.apache.org/struts/browse/WW-3119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Wes Wannemacher closed WW-3119.
---
Resolution: Fixed
Fix Version/s: 2.1.7
Assignee: Wes Wannemacher (was: Qunhuan Mei)
fix already implemented
Stringlength validation problem for utf-8 chars (Struts 2.1.6)
--
Key: WW-3119
URL: https://issues.apache.org/struts/browse/WW-3119
Project: Struts 2
Issue Type: Bug
Components: Core Interceptors
Affects Versions: 2.1.6
Environment: Win XP, Eclipes, Tomcat
Reporter: Qunhuan Mei
Assignee: Wes Wannemacher
Priority: Critical
Fix For: 2.1.7
When I try to validate utf-8 chars such as Chinese using Struts 2.1.6, the
stringlength validation appears to have problem. It seems the validation
process is not using the number of Chinese chars before encoding, but rather
the number of chars after encoding. The following are the steps to reproduce
the problem:
1.Create a project by importing struts2-blank-2.1.6.war from
...\struts-2.1.6\apps
and make the login.jsp work with Login.java, e.g. print out the
username.length() in setUsername(...) function.
2.copy the following stringlength validation code into
Login-validation.xml:
field-validator type=stringlength
param name=maxLength4/param
param name=trimtrue/param
message key=fieldNameShouldBeWithinMaxLength/
/field-validator
3.copy the following stringlength error message into package.properties:
fieldNameShouldBeWithinMaxLength=The max number of chars of
${getText(fieldName)} is ${getText(maxLength)}
4.run the login.jsp and type in either abcd and abcde into username,
we can see that abcd does not incur a validation message whereas abcde
does.
5.now typing 2 Chinese chars, say 世界into the user name, which should
not have any problem since only 2 chars. However the struts reports the chars
received are more than 4. As a matter of fact, the print out statement in
setUsername(...) reports the number of chars is 6.
Qunhuan Mei
BTW: is there any way to access the validation code from struts 2.1.7 (this
bug may have been fixed by the 2.1.7 code)? Thanks.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WW-2956) setting devMode value to true causes NullPointerException
[ https://issues.apache.org/struts/browse/WW-2956?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46186#action_46186 ] Lukasz Lenart commented on WW-2956: --- Did you try to use latest Struts2 build [1] or Xwork build [2]? [1] http://people.apache.org/builds/struts/nightlies/2.x/ [2] http://www.lenart.org.pl/maven/com/opensymphony/xwork/ Regards -- Lukasz setting devMode value to true causes NullPointerException --- Key: WW-2956 URL: https://issues.apache.org/struts/browse/WW-2956 Project: Struts 2 Issue Type: Bug Affects Versions: 2.1.6 Environment: Windows 2003 Server SP2, JRE 1.6.0_07, Tomcat 6.0.18 Reporter: Semion Oshchepkov Priority: Blocker Fix For: 2.1.7 Attachments: WW-2956-1.patch, WW-2956.patch I enabled devMode in struts2-blank-2.1.6 application and it's caused such deployment exception: org.apache.catalina.core.StandardContext filterStart SEVERE: Exception starting filter struts2 java.lang.NullPointerException at com.opensymphony.xwork2.util.FileManager$FileRevision.needsReloading(FileManager.java:209) at com.opensymphony.xwork2.util.FileManager.fileNeedsReloading(FileManager.java:60) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.needsReload(XmlConfigurationProvider.java:325) at org.apache.struts2.config.StrutsXmlConfigurationProvider.needsReload(StrutsXmlConfigurationProvider.java:168) at com.opensymphony.xwork2.config.ConfigurationManager.conditionalReload(ConfigurationManager.java:220) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:61) at org.apache.struts2.dispatcher.Dispatcher.getContainer(Dispatcher.java:774) at org.apache.struts2.dispatcher.ng.InitOperations.initStaticContentLoader(InitOperations.java:77) at org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.init(StrutsPrepareAndExecuteFilter.java:49) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:397) at org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:108) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3709) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4363) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525) at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:830) at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:719) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:490) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053) at org.apache.catalina.core.StandardHost.start(StandardHost.java:719) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443) at org.apache.catalina.core.StandardService.start(StandardService.java:516) at org.apache.catalina.core.StandardServer.start(StandardServer.java:710) at org.apache.catalina.startup.Catalina.start(Catalina.java:578) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413) Also struts2-showcase-2.1.6 (where devMode is default) throws same exception: org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet jsp threw exception java.lang.NullPointerException at com.opensymphony.xwork2.util.FileManager$FileRevision.needsReloading(FileManager.java:209) at com.opensymphony.xwork2.util.FileManager.fileNeedsReloading(FileManager.java:60) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.needsReload(XmlConfigurationProvider.java:325) at
[jira] Created: (WW-3120) s: checkbox returns boolean type to ParameterAware
s: checkbox returns boolean type to ParameterAware
Key: WW-3120
URL: https://issues.apache.org/struts/browse/WW-3120
Project: Struts 2
Issue Type: Bug
Components: Core Interceptors
Affects Versions: 2.0.11.1
Environment: Windows XP SP3, IE6 Firefox 3.0.10, Apache Tomcat
5.5.17, Java 1.5.0_15
Reporter: Jeff Kelley
My action class is implementing ParameterAware so I can get all the name/value
pairs on the page. When using the s:checkbox tag the value is a boolean in
the ParameterMap, not a String[].
JSP:
s:checkbox name=MCN fieldValue=true theme=simple/
Action Class:
public class Upload extends ActionSupport implements SessionAware,
ParameterAware
{
private MapString, String[] parameterMap;
public String execute()
{
String[] stuff;
workorderUpload = parameterMap.get(MCN);
return SUCCESS;
}
public void setParameters(Map paramMap)
{
parameterMap = paramMap;
}
}
When the execute() method runs I get a class cast exception since it cannot
cast from a boolean to a String[].
When I debug the remote JVM with Eclipse 3.4 I get the following in the
parameterMap : {password=[Ljava.lang.String;@1e6ee98,
struts.token.name=[Ljava.lang.String;@3a3e21, MCN=false,
struts.token=[Ljava.lang.String;@9ac272, uID=[Ljava.lang.String;@1c519e2}.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (WW-3120) s: checkbox returns boolean type to ParameterAware
[
https://issues.apache.org/struts/browse/WW-3120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Kelley updated WW-3120:
Description:
My action class is implementing ParameterAware so I can get all the name/value
pairs on the page. When using the s:checkbox tag the value is a boolean in
the ParameterMap, not a String[].
JSP:
s:checkbox name=MCN fieldValue=true theme=simple/
Action Class:
public class Upload extends ActionSupport implements SessionAware,
ParameterAware
{
private MapString, String[] parameterMap;
public String execute()
{
String[] stuff;
stuff = parameterMap.get(MCN);
return SUCCESS;
}
public void setParameters(Map paramMap)
{
parameterMap = paramMap;
}
}
When the execute() method runs I get a class cast exception on 'stuff' since it
cannot cast from a boolean to a String[].
When I debug the remote JVM with Eclipse 3.4 I get the following in the
parameterMap : {password=[Ljava.lang.String;@1e6ee98,
struts.token.name=[Ljava.lang.String;@3a3e21, MCN=false,
struts.token=[Ljava.lang.String;@9ac272, uID=[Ljava.lang.String;@1c519e2}.
was:
My action class is implementing ParameterAware so I can get all the name/value
pairs on the page. When using the s:checkbox tag the value is a boolean in
the ParameterMap, not a String[].
JSP:
s:checkbox name=MCN fieldValue=true theme=simple/
Action Class:
public class Upload extends ActionSupport implements SessionAware,
ParameterAware
{
private MapString, String[] parameterMap;
public String execute()
{
String[] stuff;
workorderUpload = parameterMap.get(MCN);
return SUCCESS;
}
public void setParameters(Map paramMap)
{
parameterMap = paramMap;
}
}
When the execute() method runs I get a class cast exception since it cannot
cast from a boolean to a String[].
When I debug the remote JVM with Eclipse 3.4 I get the following in the
parameterMap : {password=[Ljava.lang.String;@1e6ee98,
struts.token.name=[Ljava.lang.String;@3a3e21, MCN=false,
struts.token=[Ljava.lang.String;@9ac272, uID=[Ljava.lang.String;@1c519e2}.
s: checkbox returns boolean type to ParameterAware
Key: WW-3120
URL: https://issues.apache.org/struts/browse/WW-3120
Project: Struts 2
Issue Type: Bug
Components: Core Interceptors
Affects Versions: 2.0.11.1
Environment: Windows XP SP3, IE6 Firefox 3.0.10, Apache Tomcat
5.5.17, Java 1.5.0_15
Reporter: Jeff Kelley
My action class is implementing ParameterAware so I can get all the
name/value pairs on the page. When using the s:checkbox tag the value is a
boolean in the ParameterMap, not a String[].
JSP:
s:checkbox name=MCN fieldValue=true theme=simple/
Action Class:
public class Upload extends ActionSupport implements SessionAware,
ParameterAware
{
private MapString, String[] parameterMap;
public String execute()
{
String[] stuff;
stuff = parameterMap.get(MCN);
return SUCCESS;
}
public void setParameters(Map paramMap)
{
parameterMap = paramMap;
}
}
When the execute() method runs I get a class cast exception on 'stuff' since
it cannot cast from a boolean to a String[].
When I debug the remote JVM with Eclipse 3.4 I get the following in the
parameterMap : {password=[Ljava.lang.String;@1e6ee98,
struts.token.name=[Ljava.lang.String;@3a3e21, MCN=false,
struts.token=[Ljava.lang.String;@9ac272, uID=[Ljava.lang.String;@1c519e2}.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (WW-3113) Struts 2 and Flat Tire in my car
[ https://issues.apache.org/struts/browse/WW-3113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46190#action_46190 ] Rene Gielen commented on WW-3113: - As long as the patch is not fully applied, we should consider this a serious leak and raise priority to Roadblock!! Struts 2 and Flat Tire in my car Key: WW-3113 URL: https://issues.apache.org/struts/browse/WW-3113 Project: Struts 2 Issue Type: Bug Affects Versions: 2.1.6 Reporter: Musachy Barroso Priority: Critical Fix For: Future Attachments: patch4.jpg I used Struts 2 today and now I have a flat tire in my car, so it must be somehow related. Please fix it ASAP because I need to drive home today. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (WW-3121) IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss
IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss --- Key: WW-3121 URL: https://issues.apache.org/struts/browse/WW-3121 Project: Struts 2 Issue Type: Bug Components: Plugin - Convention Affects Versions: 2.1.6 Environment: JBoss 5.0.1GA, Windows XP Professional Service Pack 3. Reporter: Rene Gielen Assignee: Rene Gielen Priority: Critical Fix For: 2.1.7 Reported by Alexander Tenzer on Struts user list: I'm trying to deploy a struts 2 web application to a JBoss 5.01GA-Server (on Windows System). While this works fine with the Tomcat (5 and 6), JBoss throws an IllegalArgumentException. Here is the associated part of the stack trace: ... 09:54:45,583 ERROR [0-SNAPSHOT]] Exception starting filter struts2 java.lang.IllegalArgumentException: URI scheme is not file at java.io.File.init(File.java:366) at org.apache.struts2.convention.classloader.ReloadingClassLoader.init(ReloadingClassLoader.java:53) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.initReloadClassLoader(PackageBasedActionConfigBuilder.java:241) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActionConfigs(PackageBasedActionConfigBuilder.java:255) at org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(ClasspathPackageProvider.java:52) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:200) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:360) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403) I have embedded the struts2-convention-plugin-2.1.6.jar. While executing the ReloadingClassLoader-Constructor (line 53) the root.toURI() produces vfsmemory://5c4o21o-nqcau3-fuffdssr-1-fuffe5bp-1y/, and with that the instantiation of new File(root.toURI()) doesn't work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WW-3121) IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss
[ https://issues.apache.org/struts/browse/WW-3121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46191#action_46191 ] Musachy Barroso commented on WW-3121: - Does this problem still occurs without the ReloadingClassLoader? Anyone using JBoss can confirm? If it only happens with the ReloadingClassLoader then it is not critical by itself, I think. IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss --- Key: WW-3121 URL: https://issues.apache.org/struts/browse/WW-3121 Project: Struts 2 Issue Type: Bug Components: Plugin - Convention Affects Versions: 2.1.6 Environment: JBoss 5.0.1GA, Windows XP Professional Service Pack 3. Reporter: Rene Gielen Assignee: Rene Gielen Priority: Critical Fix For: 2.1.7 Reported by Alexander Tenzer on Struts user list: I'm trying to deploy a struts 2 web application to a JBoss 5.01GA-Server (on Windows System). While this works fine with the Tomcat (5 and 6), JBoss throws an IllegalArgumentException. Here is the associated part of the stack trace: ... 09:54:45,583 ERROR [0-SNAPSHOT]] Exception starting filter struts2 java.lang.IllegalArgumentException: URI scheme is not file at java.io.File.init(File.java:366) at org.apache.struts2.convention.classloader.ReloadingClassLoader.init(ReloadingClassLoader.java:53) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.initReloadClassLoader(PackageBasedActionConfigBuilder.java:241) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActionConfigs(PackageBasedActionConfigBuilder.java:255) at org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(ClasspathPackageProvider.java:52) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:200) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:360) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403) I have embedded the struts2-convention-plugin-2.1.6.jar. While executing the ReloadingClassLoader-Constructor (line 53) the root.toURI() produces vfsmemory://5c4o21o-nqcau3-fuffdssr-1-fuffe5bp-1y/, and with that the instantiation of new File(root.toURI()) doesn't work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WW-3121) IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss
[ https://issues.apache.org/struts/browse/WW-3121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46192#action_46192 ] Rene Gielen commented on WW-3121: - Since class reloading is marked experimental so far, the default usage of the convention plugin should behave tolerant to this exception unless the issue can be fixed in detail for a class reloading mechanism to be marked as stable. IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss --- Key: WW-3121 URL: https://issues.apache.org/struts/browse/WW-3121 Project: Struts 2 Issue Type: Bug Components: Plugin - Convention Affects Versions: 2.1.6 Environment: JBoss 5.0.1GA, Windows XP Professional Service Pack 3. Reporter: Rene Gielen Assignee: Rene Gielen Priority: Critical Fix For: 2.1.7 Reported by Alexander Tenzer on Struts user list: I'm trying to deploy a struts 2 web application to a JBoss 5.01GA-Server (on Windows System). While this works fine with the Tomcat (5 and 6), JBoss throws an IllegalArgumentException. Here is the associated part of the stack trace: ... 09:54:45,583 ERROR [0-SNAPSHOT]] Exception starting filter struts2 java.lang.IllegalArgumentException: URI scheme is not file at java.io.File.init(File.java:366) at org.apache.struts2.convention.classloader.ReloadingClassLoader.init(ReloadingClassLoader.java:53) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.initReloadClassLoader(PackageBasedActionConfigBuilder.java:241) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActionConfigs(PackageBasedActionConfigBuilder.java:255) at org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(ClasspathPackageProvider.java:52) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:200) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:360) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403) I have embedded the struts2-convention-plugin-2.1.6.jar. While executing the ReloadingClassLoader-Constructor (line 53) the root.toURI() produces vfsmemory://5c4o21o-nqcau3-fuffdssr-1-fuffe5bp-1y/, and with that the instantiation of new File(root.toURI()) doesn't work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (WW-3121) IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss
[ https://issues.apache.org/struts/browse/WW-3121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=46198#action_46198 ] Rene Gielen commented on WW-3121: - Added a better error message for now to indicate that class reloading is not supported so far for non-standard URIs such as JBoss vfs+: To add proper support, XWorks URLUtil needs to be extended to support not only vfszip: Too late today, will check this tomorrow IllegalArgumentException using struts2-convention-plugin-2.1.6.jar on JBoss --- Key: WW-3121 URL: https://issues.apache.org/struts/browse/WW-3121 Project: Struts 2 Issue Type: Bug Components: Plugin - Convention Affects Versions: 2.1.6 Environment: JBoss 5.0.1GA, Windows XP Professional Service Pack 3. Reporter: Rene Gielen Assignee: Rene Gielen Priority: Critical Fix For: 2.1.7 Reported by Alexander Tenzer on Struts user list: I'm trying to deploy a struts 2 web application to a JBoss 5.01GA-Server (on Windows System). While this works fine with the Tomcat (5 and 6), JBoss throws an IllegalArgumentException. Here is the associated part of the stack trace: ... 09:54:45,583 ERROR [0-SNAPSHOT]] Exception starting filter struts2 java.lang.IllegalArgumentException: URI scheme is not file at java.io.File.init(File.java:366) at org.apache.struts2.convention.classloader.ReloadingClassLoader.init(ReloadingClassLoader.java:53) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.initReloadClassLoader(PackageBasedActionConfigBuilder.java:241) at org.apache.struts2.convention.PackageBasedActionConfigBuilder.buildActionConfigs(PackageBasedActionConfigBuilder.java:255) at org.apache.struts2.convention.ClasspathPackageProvider.loadPackages(ClasspathPackageProvider.java:52) at com.opensymphony.xwork2.config.impl.DefaultConfiguration.reloadContainer(DefaultConfiguration.java:200) at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:55) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:360) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:403) I have embedded the struts2-convention-plugin-2.1.6.jar. While executing the ReloadingClassLoader-Constructor (line 53) the root.toURI() produces vfsmemory://5c4o21o-nqcau3-fuffdssr-1-fuffe5bp-1y/, and with that the instantiation of new File(root.toURI()) doesn't work. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
