Re: URGENT help needed: app simply stopped working (sort of)
On 29.09.2014, at 22:35, Mailinglists mailingli...@kataputt.com wrote: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Well, things aren't what they look like. It *was* Apache. And then it wasn't. I have no idea what really happened. Indeed, the Apache config has been zapped by the required Server.app update for 10.9.5. After fixing this the application is now again reachable. However still no joy with direct connect. So the failing direct connect kind of ruled out Apache and lead me to a false trail. Anyway, I am happy and the customer is happy. And I have won time for further investigation. This community is really great. I am sad that my bread and butter job currently does not allow to give back more to the community. I am still toying with the idea of writing a successor to Learning The Wonders. But right now I will have to focus on teaching . and there I can introduce almost 50 students to Wonder over the next couple months. Isn't it great when the federal regulations only tell you what concepts the students must learn but not what tools/languages/environments to use? Again thanks a lot to all who helped me. ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail
Re: URGENT help needed: app simply stopped working (sort of)
On 2014-09-30, 1:49 AM, Markus Ruggiero wrote: On 29.09.2014, at 22:35, Mailinglists mailingli...@kataputt.commailto:mailingli...@kataputt.com wrote: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Well, things aren't what they look like. It *was* Apache. And then it wasn't. I have no idea what really happened. Indeed, the Apache config has been zapped by the required Server.app update for 10.9.5. After fixing this the application is now again reachable. However still no joy with direct connect. So the failing direct connect kind of ruled out Apache and lead me to a false trail. Anyway, I am happy and the customer is happy. And I have won time for further investigation. Direct connect is disabled by default in deployment, have you explicitly enabled it in the Monitor config? This community is really great. I am sad that my bread and butter job currently does not allow to give back more to the community. I am still toying with the idea of writing a successor to Learning The Wonders. But right now I will have to focus on teaching . and there I can introduce almost 50 students to Wonder over the next couple months. Isn't it great when the federal regulations only tell you what concepts the students must learn but not what tools/languages/environments to use? It is great when the regulations are actually like that! Chuck Again thanks a lot to all who helped me. ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.commailto:li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.bemailto:frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true
URGENT help needed: app simply stopped working (sort of)
Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded log4j.logger.er.extensions.fixes.ERSharedEOLoader=INFO er.extensions.ERXNSLogLog4jBridge=INFO #log4j.logger.er.eo.ERXGenericRecord=DEBUG #log4j.logger.er.validation.ERXEntityClassDescription=DEBUG #log4j.logger.er.default.ERXEntityClassDescription=DEBUG log4j.logger.er.extensions.ERXDatabaseContextDelegate=WARN log4j.logger.er.extensions.ERXConfigurationManager=INFO #log4j.logger.er.extensions.ERXApplication.RequestHandling=DEBUG #ERXNavigation er.extensions.ERXNavigationManager.localizeDisplayKeys=true # backupMailReceiver = mar...@example.com er.extensions.ERXApplication.developmentMode = true er.directtoweb.rules.D2WTraceRuleFiringEnabled = true log4j.logger.er.directtoweb.rules.ERD2WTraceRuleFiringEnabled = DEBUG log file ** Sep 29 20:07:01 ImmoData[2001] INFO org.apache.log4j.Logger - Updated the logging configuration with
URGENT help needed: app simply stopped working (sort of)
Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded log4j.logger.er.extensions.fixes.ERSharedEOLoader=INFO er.extensions.ERXNSLogLog4jBridge=INFO #log4j.logger.er.eo.ERXGenericRecord=DEBUG #log4j.logger.er.validation.ERXEntityClassDescription=DEBUG #log4j.logger.er.default.ERXEntityClassDescription=DEBUG log4j.logger.er.extensions.ERXDatabaseContextDelegate=WARN log4j.logger.er.extensions.ERXConfigurationManager=INFO #log4j.logger.er.extensions.ERXApplication.RequestHandling=DEBUG #ERXNavigation er.extensions.ERXNavigationManager.localizeDisplayKeys=true # backupMailReceiver = mar...@example.com er.extensions.ERXApplication.developmentMode = true er.directtoweb.rules.D2WTraceRuleFiringEnabled = true
Re: URGENT help needed: app simply stopped working (sort of)
This sounds like what can happen if there is an exception very early in the R-R loop (maybe very late too). Are you getting a standard 200 response or a 500? Did the Java version change? You might need to start instrumenting and getting your app to use subclasses of WOWorkerThread and WOClassicAdaptor to sort this out. Good fun! Chuck On 2014-09-29, 11:39 AM, Markus Ruggiero wrote: Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.commailto:er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded log4j.logger.er.extensions.fixes.ERSharedEOLoader=INFO er.extensions.ERXNSLogLog4jBridge=INFO #log4j.logger.er.eo.ERXGenericRecord=DEBUG #log4j.logger.er.validation.ERXEntityClassDescription=DEBUG #log4j.logger.er.default.ERXEntityClassDescription=DEBUG log4j.logger.er.extensions.ERXDatabaseContextDelegate=WARN log4j.logger.er.extensions.ERXConfigurationManager=INFO #log4j.logger.er.extensions.ERXApplication.RequestHandling=DEBUG #ERXNavigation er.extensions.ERXNavigationManager.localizeDisplayKeys=true
Re: URGENT help needed: app simply stopped working (sort of)
This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com mailto:er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded log4j.logger.er.extensions.fixes.ERSharedEOLoader=INFO er.extensions.ERXNSLogLog4jBridge=INFO #log4j.logger.er.eo.ERXGenericRecord=DEBUG #log4j.logger.er.validation.ERXEntityClassDescription=DEBUG #log4j.logger.er.default.ERXEntityClassDescription=DEBUG log4j.logger.er.extensions.ERXDatabaseContextDelegate=WARN log4j.logger.er.extensions.ERXConfigurationManager=INFO #log4j.logger.er.extensions.ERXApplication.RequestHandling=DEBUG #ERXNavigation
Re: URGENT help needed: app simply stopped working (sort of)
But Marcus said, The same happens whether I connect through Apache or directly to port 2001.” — that should rule out Apache as the issue. And if it was Apache, I’d expect a 404 or 500 response. Chuck On 2014-09-29, 11:53 AM, Timothy Worman wrote: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.bemailto:frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.commailto:er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded log4j.logger.er.extensions.fixes.ERSharedEOLoader=INFO er.extensions.ERXNSLogLog4jBridge=INFO #log4j.logger.er.eo.ERXGenericRecord=DEBUG #log4j.logger.er.validation.ERXEntityClassDescription=DEBUG #log4j.logger.er.default.ERXEntityClassDescription=DEBUG log4j.logger.er.extensions.ERXDatabaseContextDelegate=WARN
Re: URGENT help needed: app simply stopped working (sort of)
Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't forget that in developement mode this file will get reloaded # everytime it changes, so if you say want to turn adaptor debugging # on in the middle of the app simply set the below category to debug. # Very handy. # Base Category log4j.logger.er=INFO # ERExtensions # Transaction - Switching this to debug will start the sql ouputting. log4j.logger.er.transaction.adaptor.EOAdaptorDebugEnabled=DEBUG # Fixes - Turning this on will show all the models that are loaded
Re: URGENT help needed: app simply stopped working (sort of)
A couple of other thoughts: Monitor and wotaskd working suggest that the issue is not in WO itself or in Wonder. That you app is talking to monitor/wotaskd shows that it is accepting connections. So it is the standard direct or component action that is causing problems. That would lead me to focus on your Application, DirectAction, and Session subclasses. It is probably an exception that is getting thrown and then swallowed and not logged or otherwise handled. And that, sadly, is probably in WO. Chuck On 2014-09-29, 1:35 PM, Mailinglists wrote: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.commailto:li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.bemailto:frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.commailto:er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are
Re: URGENT help needed: app simply stopped working (sort of)
Hi Markus, I'd first override dispatchRequest on application and log to see whether the request gets to the app at all. It's along the lines of what Chuck suggested already, just a tad simpler maybe. If it does, I'd enable remote debugging with something like: -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=6 You can attach to the app from eclipse and step through. Fabian Am 29.09.2014 um 22:35 schrieb Mailinglists mailingli...@kataputt.com: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration log4j.loggerFactory=er.extensions.logging.ERXLogger$Factory log4j.rootCategory=INFO,A1 log4j.appender.A1=er.extensions.logging.ERXConsoleAppender log4j.appender.A1.layout=er.extensions.logging.ERXPatternLayout log4j.appender.A1.layout.ConversionPattern=%d{MMM dd HH:mm:ss} %$[%#] %-5p %c %x - %m%n # Log4j Categories # Here are a few log4j sub-categories that are interesting. # Don't
Re: URGENT help needed: app simply stopped working (sort of)
Marcus, did you try to also deploy a very basic app? Can you disable any security like firewall ? What do you see in your apache logs? (You should see the requests and the http code) Philippe - http://twitter.com/prabier Sent from my iPhone On 29 Sep 2014, at 22:59, Fabian Peters lists.fab...@e-lumo.com wrote: Hi Markus, I'd first override dispatchRequest on application and log to see whether the request gets to the app at all. It's along the lines of what Chuck suggested already, just a tad simpler maybe. If it does, I'd enable remote debugging with something like: -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=6 You can attach to the app from eclipse and step through. Fabian Am 29.09.2014 um 22:35 schrieb Mailinglists mailingli...@kataputt.com: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com er.javamail.debugEnabled=false er.javamail.smtpHost=192.168.11.33 er.javamail.smtpAuth=false er.javamail.smtpUser= er.javamail.smtpPassword= # Log4j Configuration
Re: URGENT help needed: app simply stopped working (sort of)
Hi Markus, I agree with Chuck, I have caught similar problems caused by an Exception thrown in the Application class and the Main direct action class. Have you launched the App from Terminal's command line? On Sep 29, 2014, at 1:52 PM, Chuck Hill ch...@global-village.net wrote: A couple of other thoughts: Monitor and wotaskd working suggest that the issue is not in WO itself or in Wonder. That you app is talking to monitor/wotaskd shows that it is accepting connections. So it is the standard direct or component action that is causing problems. That would lead me to focus on your Application, DirectAction, and Session subclasses. It is probably an exception that is getting thrown and then swallowed and not logged or otherwise handled. And that, sadly, is probably in WO. Chuck - Baiss Eric Magnusson http://cascadewebdesign.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: URGENT help needed: app simply stopped working (sort of)
The Cancer is in the 5th house and Libra is in the 8th house. Clearly not a good day to deploy on Mac OS X. - hugi On 29.9.2014, at 21:37, Philippe Rabier prab...@icloud.com wrote: Marcus, did you try to also deploy a very basic app? Can you disable any security like firewall ? What do you see in your apache logs? (You should see the requests and the http code) Philippe - http://twitter.com/prabier Sent from my iPhone On 29 Sep 2014, at 22:59, Fabian Peters lists.fab...@e-lumo.com wrote: Hi Markus, I'd first override dispatchRequest on application and log to see whether the request gets to the app at all. It's along the lines of what Chuck suggested already, just a tad simpler maybe. If it does, I'd enable remote debugging with something like: -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=6 You can attach to the app from eclipse and step through. Fabian Am 29.09.2014 um 22:35 schrieb Mailinglists mailingli...@kataputt.com: Why should Apache be the culprit? Direct connect bypasses Apache. Connecting directly to port 2001 does not change a thing. And monitor as well as taskd work and respond when talking to them wirh curl or Safari. But anyway will look into this tomorrow. Maybe the easiest thing to do might be restoring a backup and take it from there again. Thanks a lot for you help and suggestions (and if you have more good ideas) ---markus--- Sent from my mobile phone Am 29.09.2014 um 20:53 schrieb Timothy Worman li...@thetimmy.com: This. Apple’s update likely changed your apache conf. For this reason I always install apache using homebrew and run that instead of the built-in apache. Tim UCLA GSEIS On Sep 29, 2014, at 11:47 AM, Frank Stock frank.st...@telenet.be wrote: Marcus, did you check the Apache settings? Folks, I don't get it anymore. I have a Mac Mini Server running one Wonder app. Deployment is with JavaMonitor from Wonder. The app has been running for a couple months. This weekend I updated Max OS X from 10.9.4 to 10.9.5. Now my application simply does not accept any network connection anymore. Besides the system update I installed a patched bash. These are the only changes. I do not suspect bash, I have already verified that the problem is independent of bash version. wotaskd runs and answers properly on port 1085 Monitor runs, configured to use port . Works perfectly. I start an instance of my app - Monitor is happy, app is running, no deaths reported, logfile generated, last line reads waiting for requests (the standard blabla), URL looks good. Monitor tells me the app is on port 2001. When I try to connect to the app I get nothing, just a white screen, no proper html. The same happens whether I connect through Apache or directly to port 2001. I built another deployment tar from my build system (also 10.9.5, Eclipse 3.8 with matching WOLips). App runs fine inside Eclipse. Moving the tarball over the the deployment machine, unpacking, setting correct owner/group, starting via Monitor - everything looks great, still no output at all. Tried with Safari as well as from the command line with curl. - Empty response. Still Monitor is happy, no deaths reported, logfile is on waiting for requests. The same happens when I start the app manually from the command line. Everything looks good, just nothing comes back from the port 2001 (and there is no connection failure, connect but empty reply!) HELP! What the h** is going on here? Any idea how to debug such a thing? I'll attach the log file as well as Properties. Maybe anybody spots something Properties ** # Project Encoding er.extensions.ERXApplication.DefaultEncoding=UTF-8 # OGNL ognl.helperFunctions=true ognl.inlineBindings=true # Misc er.extensions.stackTrace.cleanup=true # EOF er.extensions.ERXEC.safeLocking=true er.extensions.ERXEC.useSharedEditingContext=false er.extensions.ERXEnterpriseObject.applyRestrictingQualifierOnInsert=true er.extensions.ERXEnterpriseObject.updateInverseRelationships=true # MySQL Connection Dictionary #dbConnectUserGLOBAL= #dbConnectPasswordGLOBAL= #dbConnectDriverGLOBAL=com.mysql.jdbc.Driver #Movies.URL=jdbc:mysql://localhost/movies?capitalizeTypenames=truezeroDateTimeBehavior=convertToNullcharacterEncoding=UTF-8 # Migrations #er.migration.migrateAtStartup=true #er.migration.createTablesIfNecessary=true #er.migration.modelNames=YourModel # Misc Components er.extensions.ERXWOForm.multipleSubmitDefault=true #er.extensions.ERXWORepetition.checkHashCodes=true #er.extensions.ERXWORepetition.raiseOnUnmatchedObject=true #er.extensions.ERXWORepetition.eoSupport=true er.component.clickToOpen=true wolips.password=my_password # ERJavaMail er.javamail.centralize=true er.javamail.adminEmail=mar...@example.com