wow, give webby a look, will save time/grey hairs. Install the plugin, run maven install on roller, create a webby launcher in run configurations, run debug as the launcher. Simple.
https://docs.sonatype.org/display/M2ECLIPSE/Integration+with+Maven+WAR+Plugin Cheers Greg. On 17 June 2013 16:33, Glen Mazza <[email protected]> wrote: > Yes, debugging with standalone Tomcat in Eclipse is not too bad: > http://www.jroller.com/gmazza/**entry/eclipse_debug_web_**services<http://www.jroller.com/gmazza/entry/eclipse_debug_web_services>(just > follow step #1 to slurp in the Roller code, step in #3 to start the > code tracing.) > > Glen > > > On 06/17/2013 11:16 AM, Greg Huber wrote: > >> Glen, >> >> Does this allow interactive debugging in eclipse? Thought redeploy just >> copies the jar and then explodes it into tomcat, and does not interact >> with >> the IDE. Without the debugger I would be xxxxxx... >> >> (Webby is similar to the old faithful Sysdeo Eclipse Tomcat Plugin) >> >> Cheers Greg >> >> On 17 June 2013 16:05, Glen Mazza <[email protected]> wrote: >> >> Hmm, that sounds painful, it looks like you're violating the Ben Franklin >>> Rule[1] of good software development. >>> >>> All I do is configure my Maven settings.xml and Tomcat-users.xml file as >>> here: >>> http://www.jroller.com/gmazza/****entry/web_service_tutorial#****<http://www.jroller.com/gmazza/**entry/web_service_tutorial#**> >>> maventomcat<http://www.**jroller.com/gmazza/entry/web_** >>> service_tutorial#maventomcat<http://www.jroller.com/gmazza/entry/web_service_tutorial#maventomcat> >>> >, >>> and then just run "mvn clean install tomcat7:redeploy" from a >>> command-line >>> window. Works every time. Eclipse should just be for coding IMO, >>> building/deployment a command line window. >>> >>> Glen >>> >>> [1] http://cxf.547215.n5.nabble.****com/RE-How-to-deploy-to-JBoss-**** >>> tp571885p571888.html<http://**cxf.547215.n5.nabble.com/RE-** >>> How-to-deploy-to-JBoss-**tp571885p571888.html<http://cxf.547215.n5.nabble.com/RE-How-to-deploy-to-JBoss-tp571885p571888.html> >>> > >>> >>> On 06/17/2013 10:52 AM, Greg Huber wrote: >>> >>> Glen, >>>> >>>> Webby uses cargo, where it creates loads of stuff under >>>> >>>> /roller-webapp/target/m2e-****webby >>>> >>>> folder, which keeps getting zapped on each clean. >>>> >>>> Will have to do a bit more checking on how $CATALINA_HOME/lib would >>>> work. >>>> :( >>>> >>>> I add the custom-roller.properties into a "do not commit" change set, so >>>> should not get committed..... >>>> >>>> Cheers Greg. >>>> >>>> On 17 June 2013 15:15, Glen Mazza <[email protected]> wrote: >>>> >>>> The roller-custom.properties is dependent for each user (mail >>>> settings, >>>> >>>>> database settings, etc.), I don't think we should hardcode it into the >>>>> pom.xml files or place it in src/main/resources, as it might end up >>>>> getting >>>>> checked into SVN that way. We already have common defaults in >>>>> roller.properties, placing "common" config in roller-custom would seem >>>>> to >>>>> defeat the purpose of that file. >>>>> >>>>> I just place my roller-custom.properties in my $CATALINA_HOME/lib >>>>> folder >>>>> and it works beautifully there, I can redeploy the Roller WAR (mvn >>>>> tomcat7:redeploy) umpteen times and that file is always read. I don't >>>>> need >>>>> to place it in the Roller source folders or alter the pom. How are you >>>>> incorporating webby with Roller -- I'm confused (webby is a Ruby app). >>>>> Instead of configuring roller-customer.properties in Roller, can't >>>>> you >>>>> add >>>>> it to whatever servlet container you're using to host Roller? >>>>> >>>>> Glen >>>>> >>>>> On 06/17/2013 06:56 AM, Greg Huber wrote: >>>>> >>>>> I was testing the new layout with webby and was unable to start the >>>>> app >>>>> >>>>>> without this dependency: >>>>>> >>>>>> <dependency> >>>>>> <groupId>org.apache.******httpcomponents</groupId> >>>>>> <artifactId>httpclient</******artifactId> >>>>>> <version>4.0.1</version> >>>>>> </dependency> >>>>>> >>>>>> checking: >>>>>> >>>>>> <dependency> >>>>>> <groupId>org.openid4java</******groupId> >>>>>> <artifactId>openid4java-******consumer</artifactId> >>>>>> <version>0.9.6</version> >>>>>> <type>pom</type> >>>>>> <exclusions> >>>>>> <exclusion> >>>>>> <groupId>com.google.code.******guice</groupId> >>>>>> <artifactId>guice</artifactId> >>>>>> </exclusion> >>>>>> <exclusion> >>>>>> <artifactId>httpclient</******artifactId> >>>>>> <groupId>org.apache.****** >>>>>> httpcomponents</groupId> >>>>>> </exclusion> >>>>>> </exclusions> >>>>>> </dependency> >>>>>> >>>>>> SEVERE: Exception sending context initialized event to listener >>>>>> instance >>>>>> of >>>>>> class org.apache.roller.weblogger.******ui.core.RollerContext >>>>>> org.springframework.beans.******factory.BeanCreationException: Error >>>>>> creating >>>>>> bean with name '_filterChainProxy': Initialization of bean failed; >>>>>> nested >>>>>> exception is org.springframework.beans.**** >>>>>> factory.BeanCreationException: >>>>>> Error >>>>>> creating bean with name '_filterChainList': Cannot create inner bean >>>>>> '(inner bean)' of type >>>>>> [org.springframework.security.******config.**** >>>>>> OrderedFilterBeanDefinitionDec****** >>>>>> orator$OrderedFilterDecorator] >>>>>> while setting bean property 'filters' with key [7]; nested exception >>>>>> is >>>>>> org.springframework.beans.******factory.BeanCreationException: Error >>>>>> creating >>>>>> bean with name '(inner bean)': Cannot resolve reference to bean >>>>>> '******openidAuthenticationProcessing******Filter' while setting >>>>>> constructor >>>>>> argument; >>>>>> nested exception is >>>>>> org.springframework.beans.******factory.BeanCreationException: Error >>>>>> creating >>>>>> bean with name '******openidAuthenticationProcessing******Filter' >>>>>> defined >>>>>> in >>>>>> ServletContext resource [/WEB-INF/security.xml]: Invocation of init >>>>>> method >>>>>> failed; nested exception is java.lang.******NoClassDefFoundError: >>>>>> org/apache/http/client/******ClientProtocolException >>>>>> at >>>>>> org.springframework.beans.******factory.support.** >>>>>> AbstractAutowireCapableBeanFac******tory.doCreateBean(** >>>>>> AbstractAutowireCapableBeanFac******tory.java:480) >>>>>> at >>>>>> org.springframework.beans.******factory.support.** >>>>>> AbstractAutowireCapableBeanFac******tory$1.run(** >>>>>> AbstractAutowireCapableBeanFac******tory.java:409) >>>>>> >>>>>> >>>>>> Also, there is a need to have a local version of >>>>>> roller-custom.properties, >>>>>> what would be the correct maven way of doing this? >>>>>> >>>>>> eg: >>>>>> >>>>>> <resource> >>>>>> <!-- Enable our custom override properties --> >>>>>> <directory>${project.basedir}/****** >>>>>> src/main/resources</directory> >>>>>> <filtering>true</filtering> >>>>>> <includes> >>>>>> <include>roller-custom.****** >>>>>> properties</include> >>>>>> </includes> >>>>>> </resource> >>>>>> >>>>>> we could add this to the pom so we only need then copy in the file >>>>>> roller-custom.properties to /src/main/resources to run locally. >>>>>> >>>>>> Cheers Greg. >>>>>> >>>>>> >>>>>> >>>>>> >
