BTW, Greg, so long as you place your roller-custom.properties here: http://svn.apache.org/viewvc/roller/trunk/app/src/main/webapp/WEB-INF/classes/ *and* add it to your .svnignore file (so you won't accidentally check it in), it should get read by the deployed roller webapp without any change to the pom.xml necessary. (You may need to place it in WEB-INF/lib instead, I'm not sure). Then you can go back to your Webby and Cargo, etc.

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 <glen.ma...@gmail.com> 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#**
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>

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 <glen.ma...@gmail.com> 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.




Reply via email to