[jira] Created: (DAEMON-162) 64Bit Windows does not work with Use default Java VM
64Bit Windows does not work with Use default Java VM -- Key: DAEMON-162 URL: https://issues.apache.org/jira/browse/DAEMON-162 Project: Commons Daemon Issue Type: Bug Components: Procrun Affects Versions: 1.0.2 Environment: Windows 7 64 Bit with installed 32 Bit VM and installed 64 Bit VM Reporter: Volker Berlin If you want start a Java service on a 64 bit Windows 7 with Use default Java VM then the service does not start. In the log you can see the follow output. If you set the VM to the default 64 bit VM then all is ok. It look like that the VM can not be found. A look in the registry show that all entries are ok for the 64 bit tree of JavaSoft. [2010-05-04 09:24:18] [1381 prunsrv.c] [debug] Commons Daemon procrun log initialized [2010-05-04 09:24:18] [info] Commons Daemon procrun (1.0.2.0) started [2010-05-04 09:24:18] [info] Running Service... [2010-05-04 09:24:18] [1165 prunsrv.c] [debug] Inside ServiceMain... [2010-05-04 09:24:18] [info] Starting service... [2010-05-04 09:24:18] [206 javajni.c] [error] The specified module could not be found. [2010-05-04 09:24:18] [985 prunsrv.c] [error] Failed creating java [2010-05-04 09:24:18] [1280 prunsrv.c] [error] ServiceStart returned 1 [2010-05-04 09:24:18] [info] Run service finished. [2010-05-04 09:24:18] [info] Commons Daemon procrun finished. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (DAEMON-162) 64Bit Windows does not work with Use default Java VM
[ https://issues.apache.org/jira/browse/DAEMON-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-162. -- Resolution: Invalid Jira is not support forum Please use users list for setup problems and questions 64Bit Windows does not work with Use default Java VM -- Key: DAEMON-162 URL: https://issues.apache.org/jira/browse/DAEMON-162 Project: Commons Daemon Issue Type: Bug Components: Procrun Affects Versions: 1.0.2 Environment: Windows 7 64 Bit with installed 32 Bit VM and installed 64 Bit VM Reporter: Volker Berlin If you want start a Java service on a 64 bit Windows 7 with Use default Java VM then the service does not start. In the log you can see the follow output. If you set the VM to the default 64 bit VM then all is ok. It look like that the VM can not be found. A look in the registry show that all entries are ok for the 64 bit tree of JavaSoft. [2010-05-04 09:24:18] [1381 prunsrv.c] [debug] Commons Daemon procrun log initialized [2010-05-04 09:24:18] [info] Commons Daemon procrun (1.0.2.0) started [2010-05-04 09:24:18] [info] Running Service... [2010-05-04 09:24:18] [1165 prunsrv.c] [debug] Inside ServiceMain... [2010-05-04 09:24:18] [info] Starting service... [2010-05-04 09:24:18] [206 javajni.c] [error] The specified module could not be found. [2010-05-04 09:24:18] [985 prunsrv.c] [error] Failed creating java [2010-05-04 09:24:18] [1280 prunsrv.c] [error] ServiceStart returned 1 [2010-05-04 09:24:18] [info] Run service finished. [2010-05-04 09:24:18] [info] Commons Daemon procrun finished. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (LANG-621) ReflectionToStringBuilder.toString does not debug 3rd party object fields within 3rd party object
[
https://issues.apache.org/jira/browse/LANG-621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863719#action_12863719
]
Philip Hodges commented on LANG-621:
suggested resolution:
explain in documentation that the default is shallow and show how to do deep
logging with a custom deep style.
provide in code: a deep style that does expand field objects (other than
auto-boxed primitives).
add test case for the deep style
ReflectionToStringBuilder.toString does not debug 3rd party object fields
within 3rd party object
-
Key: LANG-621
URL: https://issues.apache.org/jira/browse/LANG-621
Project: Commons Lang
Issue Type: Bug
Components: lang.builder.*
Affects Versions: 2.5
Reporter: Philip Hodges
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3[instanceint=67890]]
// actual:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
CompoundReflectionFieldsFixture()));
}
static class CompoundReflectionFieldsFixture {
private int instanceInt = 67890;
private SimpleReflectionFieldsFixture fixture = new
SimpleReflectionFieldsFixture();
}
static class SimpleReflectionFieldsFixture {
private int instanceInt = 67890;
}
}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Reopened: (DAEMON-162) 64Bit Windows does not work with Use default Java VM
[ https://issues.apache.org/jira/browse/DAEMON-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Volker Berlin reopened DAEMON-162: -- This is not a support request. This is bug report. Why should be a not working option a support request? We have running it now. We does not need any support. But it will very nice if there are a fix for this bug. 64Bit Windows does not work with Use default Java VM -- Key: DAEMON-162 URL: https://issues.apache.org/jira/browse/DAEMON-162 Project: Commons Daemon Issue Type: Bug Components: Procrun Affects Versions: 1.0.2 Environment: Windows 7 64 Bit with installed 32 Bit VM and installed 64 Bit VM Reporter: Volker Berlin If you want start a Java service on a 64 bit Windows 7 with Use default Java VM then the service does not start. In the log you can see the follow output. If you set the VM to the default 64 bit VM then all is ok. It look like that the VM can not be found. A look in the registry show that all entries are ok for the 64 bit tree of JavaSoft. [2010-05-04 09:24:18] [1381 prunsrv.c] [debug] Commons Daemon procrun log initialized [2010-05-04 09:24:18] [info] Commons Daemon procrun (1.0.2.0) started [2010-05-04 09:24:18] [info] Running Service... [2010-05-04 09:24:18] [1165 prunsrv.c] [debug] Inside ServiceMain... [2010-05-04 09:24:18] [info] Starting service... [2010-05-04 09:24:18] [206 javajni.c] [error] The specified module could not be found. [2010-05-04 09:24:18] [985 prunsrv.c] [error] Failed creating java [2010-05-04 09:24:18] [1280 prunsrv.c] [error] ServiceStart returned 1 [2010-05-04 09:24:18] [info] Run service finished. [2010-05-04 09:24:18] [info] Commons Daemon procrun finished. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (LANG-621) ReflectionToStringBuilder.toString does not debug 3rd party object fields within 3rd party object
[
https://issues.apache.org/jira/browse/LANG-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Hodges updated LANG-621:
---
Issue Type: Improvement (was: Bug)
Description:
{code:title=Reflect.java|borderStyle=solid}
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3[instanceint=67890]]
// actual:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
CompoundReflectionFieldsFixture()));
}
static class CompoundReflectionFieldsFixture {
private int instanceInt = 67890;
private SimpleReflectionFieldsFixture fixture = new
SimpleReflectionFieldsFixture();
}
static class SimpleReflectionFieldsFixture {
private int instanceInt = 67890;
}
}
{code}
was:
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3[instanceint=67890]]
// actual:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
CompoundReflectionFieldsFixture()));
}
static class CompoundReflectionFieldsFixture {
private int instanceInt = 67890;
private SimpleReflectionFieldsFixture fixture = new
SimpleReflectionFieldsFixture();
}
static class SimpleReflectionFieldsFixture {
private int instanceInt = 67890;
}
}
Priority: Minor (was: Major)
ReflectionToStringBuilder.toString does not debug 3rd party object fields
within 3rd party object
-
Key: LANG-621
URL: https://issues.apache.org/jira/browse/LANG-621
Project: Commons Lang
Issue Type: Improvement
Components: lang.builder.*
Affects Versions: 2.5
Reporter: Philip Hodges
Priority: Minor
{code:title=Reflect.java|borderStyle=solid}
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3[instanceint=67890]]
// actual:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
CompoundReflectionFieldsFixture()));
}
static class CompoundReflectionFieldsFixture {
private int instanceInt = 67890;
private SimpleReflectionFieldsFixture fixture = new
SimpleReflectionFieldsFixture();
}
static class SimpleReflectionFieldsFixture {
private int instanceInt = 67890;
}
}
{code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (LANG-621) ReflectionToStringBuilder.toString does not debug 3rd party object fields within 3rd party object
[
https://issues.apache.org/jira/browse/LANG-621?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Philip Hodges updated LANG-621:
---
Description:
{code:title=Reflect.java|borderStyle=solid}
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compo...@a83b8a[instanceint=67890,fixture=reflect$sim...@1d1acd3[instanceint=12345]]
// actual:
reflect$compo...@a83b8a[instanceint=67890,fixture=reflect$sim...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new Compound()));
}
static class Compound {
private int instanceInt = 67890;
private Simple fixture = new Simple();
}
static class Simple {
private int instanceInt = 12345;
}
}
{code}
was:
{code:title=Reflect.java|borderStyle=solid}
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3[instanceint=67890]]
// actual:
reflect$compoundreflectionfieldsfixt...@a83b8a[instanceint=67890,fixture=reflect$simplereflectionfieldsfixt...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
CompoundReflectionFieldsFixture()));
}
static class CompoundReflectionFieldsFixture {
private int instanceInt = 67890;
private SimpleReflectionFieldsFixture fixture = new
SimpleReflectionFieldsFixture();
}
static class SimpleReflectionFieldsFixture {
private int instanceInt = 67890;
}
}
{code}
ReflectionToStringBuilder.toString does not debug 3rd party object fields
within 3rd party object
-
Key: LANG-621
URL: https://issues.apache.org/jira/browse/LANG-621
Project: Commons Lang
Issue Type: Improvement
Components: lang.builder.*
Affects Versions: 2.5
Reporter: Philip Hodges
Priority: Minor
{code:title=Reflect.java|borderStyle=solid}
import org.apache.commons.lang.builder.ReflectionToStringBuilder;
public class Reflect {
public static void main(String[] args) {
// You can also use the builder to debug 3rd party objects:
// System.out.println(An object: +
ReflectionToStringBuilder.toString(anObject));
// expected:
reflect$compo...@a83b8a[instanceint=67890,fixture=reflect$sim...@1d1acd3[instanceint=12345]]
// actual:
reflect$compo...@a83b8a[instanceint=67890,fixture=reflect$sim...@1d1acd3]
System.out.println(ReflectionToStringBuilder.toString(new
Compound()));
}
static class Compound {
private int instanceInt = 67890;
private Simple fixture = new Simple();
}
static class Simple {
private int instanceInt = 12345;
}
}
{code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (VFS-307) VFS issues a lot of FTP commands when listing a directory
VFS issues a lot of FTP commands when listing a directory - Key: VFS-307 URL: https://issues.apache.org/jira/browse/VFS-307 Project: Commons VFS Issue Type: Improvement Reporter: Mario Ivankovits Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST relpath'? Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this. Thanks a lot in advance, Kirill Safonov JetBrains, Inc http://www.jetbrains.com Develop with pleasure! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-307) VFS issues a lot of FTP commands when listing a directory
[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863727#action_12863727 ] Mario Ivankovits commented on VFS-307: -- The change happened when implementing the umbrella issue [1] more concret it was the issue [2] for which we did this. Hmmm ... So, I see three ways to move on: 1) leave as is, which surely is a performance penalty and not good for any DIE 2) change to try first LIST path and fallback to the current way if directory is not found 3) change to LIST path and try to escape the path in a way which makes it work with spaces in it I'll try to see if I can make 3 work and go up the list then :-) VFS issues a lot of FTP commands when listing a directory - Key: VFS-307 URL: https://issues.apache.org/jira/browse/VFS-307 Project: Commons VFS Issue Type: Improvement Reporter: Mario Ivankovits Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST relpath'? Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this. Thanks a lot in advance, Kirill Safonov JetBrains, Inc http://www.jetbrains.com Develop with pleasure! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-307) VFS issues a lot of FTP commands when listing a directory
[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863749#action_12863749 ] Kirill Safonov commented on VFS-307: [1] VFS-210 [2] VFS-123 VFS issues a lot of FTP commands when listing a directory - Key: VFS-307 URL: https://issues.apache.org/jira/browse/VFS-307 Project: Commons VFS Issue Type: Improvement Reporter: Mario Ivankovits Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST relpath'? Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this. Thanks a lot in advance, Kirill Safonov JetBrains, Inc http://www.jetbrains.com Develop with pleasure! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (VFS-307) VFS issues a lot of FTP commands when listing a directory
[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Ivankovits resolved VFS-307. -- Fix Version/s: Nightly Builds Resolution: Fixed Please give it a try VFS issues a lot of FTP commands when listing a directory - Key: VFS-307 URL: https://issues.apache.org/jira/browse/VFS-307 Project: Commons VFS Issue Type: Improvement Reporter: Mario Ivankovits Fix For: Nightly Builds Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST relpath'? Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this. Thanks a lot in advance, Kirill Safonov JetBrains, Inc http://www.jetbrains.com Develop with pleasure! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (VFS-307) VFS issues a lot of FTP commands when listing a directory
[ https://issues.apache.org/jira/browse/VFS-307?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863765#action_12863765 ] Mario Ivankovits commented on VFS-307: -- It seems there is no FTP spec which allows to escape/quote a path so that it works on each and every ftp server. So I landed at solution 2 similar to what the patch in VFS-123 proposed. It seems to work with my ftp server. VFS issues a lot of FTP commands when listing a directory - Key: VFS-307 URL: https://issues.apache.org/jira/browse/VFS-307 Project: Commons VFS Issue Type: Improvement Reporter: Mario Ivankovits Fix For: Nightly Builds Hello Mario, We at JetBrains are implementing support for (S)FTP sync in our IDEs using Commons VFS. When looking at the performance, we noticed that FTP provider is somewhat not perfect: see my discussion with Ralph. So the question is: why FtpClientWrapper changes the current directory to issue 'LIST' command and restoring it back afterwards instead of issuing single 'LIST relpath'? Subversion says it was you who introduced this behavior far back in 2008. Hope you remember those times and reason why you did this. Thanks a lot in advance, Kirill Safonov JetBrains, Inc http://www.jetbrains.com Develop with pleasure! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DBCP-333) Unable to create a JDBC driver using custom class loader
Unable to create a JDBC driver using custom class loader
Key: DBCP-333
URL: https://issues.apache.org/jira/browse/DBCP-333
Project: Commons Dbcp
Issue Type: Bug
Affects Versions: 1.3
Reporter: Krasimir Nedkov
Hello,
I'm unable to instantiate my JDBC driver using a custom class loader:
BasicDataSource ds = new BasicDataSource();
String connectURL =
jdbc:mysql://+config.getHost()+/+config.getDatabaseName();
ds.setDriverClassName(MySQLStore.MYSQL_DRIVER);
ds.setDriverClassLoader(config.getClass().getClassLoader());
.
Having a look at the
org.apache.commons.dbcp.BasicDataSource.createConnectionFactory() method
implementation, I found that the class loader is actually ignored. In the first
part of the method there is an attempt to load the class that seems to pass
successfully, but the loaded class is not assigned to the driverFromCCL
variable:
if (driverClassLoader == null) {
Class.forName(driverClassName);
} else {
Class.forName(driverClassName, true, driverClassLoader);
}
Then in the second part of the method driverFromCCL is still null and instead
of instantiating the driver directly, DriverManager.getDriver(url) is called,
which fails:
if (driverFromCCL == null) {
driver = DriverManager.getDriver(url);
} else {
// Usage of DriverManager is not possible, as it does not
// respect the ContextClassLoader
driver = (Driver) driverFromCCL.newInstance();
if (!driver.acceptsURL(url)) {
throw new SQLException(No suitable driver, 08001);
}
}
Kind regards,
Krasimir
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (DAEMON-161) Procrun.exe cannot be found for download
[ https://issues.apache.org/jira/browse/DAEMON-161?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb resolved DAEMON-161. - Resolution: Fixed Procrun.exe cannot be found for download Key: DAEMON-161 URL: https://issues.apache.org/jira/browse/DAEMON-161 Project: Commons Daemon Issue Type: Bug Components: Procrun Environment: all environments Reporter: Straw Mint Priority: Minor Fix For: 1.0.3 website does not provide link to download procrun -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (DAEMON-146) -Xms and -Xmx are included twice
[ https://issues.apache.org/jira/browse/DAEMON-146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12863823#action_12863823 ] Sebb commented on DAEMON-146: - Looks like the problem is that the memory options are added to the end of the array of options, but are logged when they are added. So they are logged again when all the options are logged. -Xms and -Xmx are included twice - Key: DAEMON-146 URL: https://issues.apache.org/jira/browse/DAEMON-146 Project: Commons Daemon Issue Type: Bug Components: Procrun Reporter: David Newcomb Priority: Minor Fix For: 1.0.3 Command line: C:\Data\tomcat\bin\tomcat6.exe //US//Tomcat ^ --Description Apache Tomcat - Company App ^ --StartClass org.apache.catalina.startup.Bootstrap ^ --StopClass org.apache.catalina.startup.Bootstrap ^ --StartParams start ^ --StopParams stop ^ --DependsOn MySQL ^ --StartMode jvm ^ --StopMode jvm ^ --JvmOptions -Dcatalina.base=C:\Data\tomcat ^ --JvmOptions -Dcatalina.home=C:\Data\tomcat ^ --JvmOptions -Djava.endorsed.dirs=C:\Data\tomcat\endorsed ^ --JvmOptions -Djava.io.tmpdir=C:\Data\tomcat\temp ^ --JvmOptions -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager ^ --JvmOptions -Djava.util.logging.config.file=C:\Data\tomcat\conf\logging.properties ^ --JvmOptions -Dcom.sun.management.jmxremote ^ --JvmOptions -Dcom.sun.management.jmxremote.port=8181 ^ --JvmOptions -Dcom.sun.management.jmxremote.authenticate=false ^ --JvmOptions -Dcom.sun.management.jmxremote.ssl=false ^ --JvmOptions -XX:+HeapDumpOnOutOfMemoryError ^ --JvmMs 256 ^ --JvmMx 512 ^ --Jvm c:\data\java\bin\server\jvm.dll ^ --JavaHome c:\data\java ^ --Startup auto Produces debug of: [2010-03-18 10:11:15] [debug] ( prunsrv.c:1412) Commons Daemon procrun log initialized [2010-03-18 10:11:15] [info] Commons Daemon procrun (1.0.3.0) started [2010-03-18 10:11:15] [info] Running 'Tomcat' Service... [2010-03-18 10:11:15] [debug] ( prunsrv.c:1189) Inside ServiceMain... [2010-03-18 10:11:15] [info] Starting service... [2010-03-18 10:11:15] [debug] ( javajni.c:441 ) Jvm Option[0] -Xms256m [2010-03-18 10:11:15] [debug] ( javajni.c:447 ) Jvm Option[1] -Xmx512m [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[2] -Dcatalina.base=C:\Data\tomcat [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[3] -Dcatalina.home=C:\Data\tomcat [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[4] -Djava.endorsed.dirs=C:\Data\tomcat\endorsed [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[5] -Djava.io.tmpdir=C:\Data\tomcat\temp [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[6] -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[7] -Djava.util.logging.config.file=C:\Data\tomcat\conf\logging.properties [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[8] -Dcom.sun.management.jmxremote [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[9] -Dcom.sun.management.jmxremote.port=8181 [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[10] -Dcom.sun.management.jmxremote.authenticate=false [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[11] -Dcom.sun.management.jmxremote.ssl=false [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[12] -XX:+HeapDumpOnOutOfMemoryError [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[13] -Djava.class.path= [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[14] -Xms256m [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[15] -Xmx512m [2010-03-18 10:11:16] [error] ( javajni.c:611 ) FindClass org/apache/catalina/startup/Bootstrap failed [2010-03-18 10:11:16] [error] ( prunsrv.c:999 ) Failed loading main org/apache/catalina/startup/Bootstrap class [2010-03-18 10:11:16] [error] ( prunsrv.c:1304) ServiceStart returned 3 [2010-03-18 10:11:16] [info] Run service finished. [2010-03-18 10:11:16] [error] ( prunsrv.c:1477) Commons Daemon procrun failed with exit value: 4 Xms and Xmx are specified twice. There is also no space between Xms 256m and Xmx 512m. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (DAEMON-163) __apxMultiSzToJvmOptions has odd use of IS_INVALID_HANDLE
__apxMultiSzToJvmOptions has odd use of IS_INVALID_HANDLE
-
Key: DAEMON-163
URL: https://issues.apache.org/jira/browse/DAEMON-163
Project: Commons Daemon
Issue Type: Bug
Reporter: Sebb
__apxMultiSzToJvmOptions has odd use of IS_INVALID_HANDLE:
{code}
if (IS_INVALID_HANDLE(hPool))
buff = apxPoolAlloc(hPool, (n + 1) * sizeof(JavaVMOption) + (l + 1));
else
buff = apxAlloc((n + 1) * sizeof(JavaVMOption) + (l + 1));
{code}
The condition appears to be the wrong way round.
However, the method apxPoolAlloc also checks for IS_INVALID_HANDLE, and if
true, the code resolves to calling
__apxPoolAllocCore(_st_sys_pool, dwSize, 0)
which is exactly what apxAlloc() does. As far as I can tell, the hPool
parameter is never used here.
If that is the intention, then just keep the code in the else part of the
statement.
If not, then just keep the code in the if part of the statement.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SCXML-117) A multi-thread supported service and custom action management system for Apache Commons SCXML engine
[ https://issues.apache.org/jira/browse/SCXML-117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rahul Akolkar resolved SCXML-117. - Resolution: Won't Fix Many of the above are reasonable suggestions. However, these don't really belong to the core library and there aren't any imminent plans for such a supporting module. If we have such code available at some point, we can revisit whether it can be included and how it may be packaged. A multi-thread supported service and custom action management system for Apache Commons SCXML engine Key: SCXML-117 URL: https://issues.apache.org/jira/browse/SCXML-117 Project: Commons SCXML Issue Type: New Feature Environment: Java environment Reporter: Gui Xunlong Original Estimate: 1344h Remaining Estimate: 1344h Abstract: Apache Commons SCXML is an implementation aimed at creating and maintaining a Java SCXML engine capable of executing a state machine defined using a SCXML document which is very useful to handler complex status transfer logic.This project aims to implement a multi-thread supported service and custom action management system for Commons SCXML. Description: State Chart XML (SCXML) provides a generic state-machine based execution environment based on Harel State Tables and is very useful to handler complex status transfer logic.Apache Commons SCXML is an implementation aimed at creating and maintaining a Java SCXML engine capable of executing a state machine defined using a SCXML document. It is just a single thread SCXML engine,if user want to implement a whole SCXML based application, he must do some secondary development jobs. This project aims to develop a open source multi-thread SCXML services management system. It includes these main function module,and this is also what i need to do: 1.Custom actions management module All the system custom actions are registered in a configuration xml named system_custom_actions.xml. Each custom action Java Class must implement interface org.apache.commons.scxml.model.Action, and write practical code in function execute(final EventDispatcher evtDispatcher, final ErrorReporter errRep, final SCInstance scInstance, final Log appLog, final Collection derivedEvents) When system initializate, load all the custom actions Class from system_custom_actions.xml,instance them and add them into system context environment.User can use this mechanism to add his own custom actions to the system Create a Java Swing based Graphics User Interface to add,modify,delete custom actions into the system. 2.Thread pool management module Use a thread pool mechanism to manage SCXML engines. The thread pool properties information is stored in a XML confiuration file named system_thread_pool.xml,it includes these attributes: min_thead_number,max_thread_number,thread_release_timespan may be some more When system initializate, it will instance several SCXML engines objects according to min_thread_number. If these thread are all busy, but one new service is start,system will start a new thread to handle this service. The thead number can not outstrip max_thread_number. If a thread has been free for a period of time which is marked by attribute thread_release_timespan,system will release this thread. 3.Service management module Every application service is a SCXML document,all the system services are registered in a configuration xml file named system_service.xml, each service has a unique id which is used to mark the service. 4.Service manage and monitor module Build a Java Swing GUI to check service list,start,stop,deploy or delete some services.And also, it has a sub system to monitor running service status,look over data in running context,reset this service or kill it. 5.Event dispatch module Implement a EventDispather class instance to send Event to the system. Each Event will contain a service id which is used to mark its owner service and specific event content. This is a whole SCXML deploy and management system. If user want to implement some SCXML based application, just write proper SCXML document and corresponding custom actions,register them in to the system,and start the service,it is done. I think it is a practical SCXML engine,it will make Apache Commons SCXML more and more popular,In fact, i have finish some function module, such as custom action management module. I think this is a proper project for GSoC under Apache Commons SCXML, but i have not a mentor yet, any one interested in it, please contact ustbco...@gmail.com -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue
[jira] Updated: (SCXML-116) An Eclipse based visual editor and debugger for SCXML which can also generate SCXML statechart to Java code
[ https://issues.apache.org/jira/browse/SCXML-116?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rahul Akolkar updated SCXML-116: Fix Version/s: GSoC Set fix version to 'GSoC' (newly added version). An Eclipse based visual editor and debugger for SCXML which can also generate SCXML statechart to Java code --- Key: SCXML-116 URL: https://issues.apache.org/jira/browse/SCXML-116 Project: Commons SCXML Issue Type: New Feature Environment: Eclipse plunge-in,GMF,Commons SCXML Reporter: Gui Xunlong Fix For: GSoC Original Estimate: 1344h Remaining Estimate: 1344h I have been using Apache Commons SCXML Engine for more than two years,Now i have an idea to improve it, and I wanted to post it and see if there would be any interest in it in the Apache SCXML community. If possible, i want to hold it as a GSoC(url:http://socghop.appspot.com/) open source project. The basic idea of the project is to create a Eclipse based visual editor and debugger for SCXML which can also generate SCXML statechart to Java code. State Chart XML (SCXML) is currently a Working Draft published by the World Wide Web Consortium (W3C). SCXML provides a generic state-machine based execution environment based on Harel State Tables. SCXML is a candidate for the control language within multiple markup languages coming out of the W3C.It is very useful to handler complex status transfer logic,but if a SCXML file is really so huge and complex,it will become too difficult to maintain and refactor or to test its logic validity. This project is to develop a Eclipse plunge-in visual editor which is capable of showing a graphical representation of the process model and allows for adding breakpoints to activities, variable modifications and managing the debugging process for SCXML.I have already done some work on both SCXML and Eclipse GMF,even i tried to implement a SCXML editor using GMF and got a little achievement,so i want to develop this editor with GMF and have enough confidence to finish it. Usually,State Chart XML file will be running on a SCXML engine(for example, our Apache Commons SCXML),if some one only want to achieve the SCXML file's business logic,but do not want to or can not use some SCXML engine due to licence problem etc,this tool can export SCXML file's logic to executeable Java code which has the same state logic translation with the SCXML file. This is my mainly idea and Rahul Akolkar told me this is a good idea,but he has another GSoC project to mentor already, so he can not mentor me, and he suggested me come here to find some proper mentor. So,if anyone has any questions or comments, or would be interested in mentoring this project, please let me know,you can send me an Email, my mail address is ustbco...@gmail.com.thanks. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SCXML-115) SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web
[ https://issues.apache.org/jira/browse/SCXML-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rahul Akolkar updated SCXML-115: Affects Version/s: GSoC Set fix version to 'GSoC' (newly added version). SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web -- Key: SCXML-115 URL: https://issues.apache.org/jira/browse/SCXML-115 Project: Commons SCXML Issue Type: New Feature Affects Versions: GSoC Environment: Compiler runs on the Java Virtual Machine Compiled code targets the web browser environment Reporter: Jacob Beard Assignee: Rahul Akolkar Priority: Minor Original Estimate: 1872h Remaining Estimate: 1872h There are many challenges that software developers face during the development of complex User Interfaces (UI). Desired behaviour may be autonomous or reactive, and possibly real-time. Each UI component may be required to exhibit a radically different behaviour from that of any other component, and the behaviour of components may be inter-related. These complex behavioural relationships between components are often difficult to express, and are even more difficult to encode and maintain. A solution may be found in Model-Driven Engineering. In particular, Statecharts, a formalism for describing complex, state-based behaviour, is well-suited for describing certain kinds of UI behaviour. At the same time, the Open Web is becoming increasingly popular as a platform for application development. Applications may be built using a suite of technologies implemented in modern web browsers. In particular, the JavaScript language is used to implement interactivity and dynamic behaviour in UI objects. It is thus possible to create browser-based applications that are richly interactive. These applications are typically called Rich Internet Applications (RIAs). SCXML is a human-readable XML application for describing Statecharts. An SCXML-to-JavaScript compiler, then, would allow developers of RIAs to use Statecharts to describe and implement the behaviour of their UIs, which would thus make it easier to develop RIAs with complex behaviour requirements. Furthermore, in order to allow developers to better comprehend the dynamic behaviour described by their statechart, it would be useful to provide a tool that may generate graphical depictions of statecharts from SCXML input documents, which may then be animated in response to live user interface events. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SCXML-115) SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web
[ https://issues.apache.org/jira/browse/SCXML-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rahul Akolkar updated SCXML-115: Fix Version/s: GSoC Affects Version/s: (was: GSoC) SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web -- Key: SCXML-115 URL: https://issues.apache.org/jira/browse/SCXML-115 Project: Commons SCXML Issue Type: New Feature Environment: Compiler runs on the Java Virtual Machine Compiled code targets the web browser environment Reporter: Jacob Beard Assignee: Rahul Akolkar Priority: Minor Fix For: GSoC Original Estimate: 1872h Remaining Estimate: 1872h There are many challenges that software developers face during the development of complex User Interfaces (UI). Desired behaviour may be autonomous or reactive, and possibly real-time. Each UI component may be required to exhibit a radically different behaviour from that of any other component, and the behaviour of components may be inter-related. These complex behavioural relationships between components are often difficult to express, and are even more difficult to encode and maintain. A solution may be found in Model-Driven Engineering. In particular, Statecharts, a formalism for describing complex, state-based behaviour, is well-suited for describing certain kinds of UI behaviour. At the same time, the Open Web is becoming increasingly popular as a platform for application development. Applications may be built using a suite of technologies implemented in modern web browsers. In particular, the JavaScript language is used to implement interactivity and dynamic behaviour in UI objects. It is thus possible to create browser-based applications that are richly interactive. These applications are typically called Rich Internet Applications (RIAs). SCXML is a human-readable XML application for describing Statecharts. An SCXML-to-JavaScript compiler, then, would allow developers of RIAs to use Statecharts to describe and implement the behaviour of their UIs, which would thus make it easier to develop RIAs with complex behaviour requirements. Furthermore, in order to allow developers to better comprehend the dynamic behaviour described by their statechart, it would be useful to provide a tool that may generate graphical depictions of statecharts from SCXML input documents, which may then be animated in response to live user interface events. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SCXML-115) SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web
[ https://issues.apache.org/jira/browse/SCXML-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rahul Akolkar updated SCXML-115: Assignee: (was: Rahul Akolkar) SCXML Code Generation Framework, JavaScript Edition (SCXML/cgf/js): An SCXML-to-JavaScript Compiler Optimized for User Interface Development on the World Wide Web -- Key: SCXML-115 URL: https://issues.apache.org/jira/browse/SCXML-115 Project: Commons SCXML Issue Type: New Feature Environment: Compiler runs on the Java Virtual Machine Compiled code targets the web browser environment Reporter: Jacob Beard Priority: Minor Fix For: GSoC Original Estimate: 1872h Remaining Estimate: 1872h There are many challenges that software developers face during the development of complex User Interfaces (UI). Desired behaviour may be autonomous or reactive, and possibly real-time. Each UI component may be required to exhibit a radically different behaviour from that of any other component, and the behaviour of components may be inter-related. These complex behavioural relationships between components are often difficult to express, and are even more difficult to encode and maintain. A solution may be found in Model-Driven Engineering. In particular, Statecharts, a formalism for describing complex, state-based behaviour, is well-suited for describing certain kinds of UI behaviour. At the same time, the Open Web is becoming increasingly popular as a platform for application development. Applications may be built using a suite of technologies implemented in modern web browsers. In particular, the JavaScript language is used to implement interactivity and dynamic behaviour in UI objects. It is thus possible to create browser-based applications that are richly interactive. These applications are typically called Rich Internet Applications (RIAs). SCXML is a human-readable XML application for describing Statecharts. An SCXML-to-JavaScript compiler, then, would allow developers of RIAs to use Statecharts to describe and implement the behaviour of their UIs, which would thus make it easier to develop RIAs with complex behaviour requirements. Furthermore, in order to allow developers to better comprehend the dynamic behaviour described by their statechart, it would be useful to provide a tool that may generate graphical depictions of statecharts from SCXML input documents, which may then be animated in response to live user interface events. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
