Giter VIP home page Giter VIP logo

Comments (4)

bmuschko avatar bmuschko commented on May 18, 2024

Setting the daemon property to true does not actually fork a daemon process running Tomcat. It's actually created in a different thread. When the Gradle process finishes the thread will be killed. Maybe you can tell me a bit more about what you are trying to achieve. Are you trying to run in-container integration tests?

from gradle-tomcat-plugin.

rferrerasm avatar rferrerasm commented on May 18, 2024

Oh, I thought I could use it to start a Tomcat server and then continue using the command line.

With ant I was using a Tomcat installation and deploying to it through it's ant tasks, and then do something (manually) with the application. I thought I could use the daemon=true to launch a Tomcat instance without installing it in the machine.

from gradle-tomcat-plugin.

bmuschko avatar bmuschko commented on May 18, 2024

In general the embedded Tomcat is fairly fast to bring up. Even changing code and restarting the container using this plugin should not be too painful. You can still change JSPs on the fly. If you tend to change classes a lot I'd recommend using JRebel. It allows for hot swapping the implementation on the fly while keeping your container running.

If you wanted to work similarly as before you could leverage the Cargo plugin instead. It allows for automatically downloading the container from a URL and deploying to it as you were used to in Ant.

from gradle-tomcat-plugin.

vladvoic avatar vladvoic commented on May 18, 2024

Setting the daemon property to true does not actually fork a daemon process running Tomcat. It's actually created in a different thread. When the Gradle process finishes the thread will be killed. Maybe you can tell me a bit more about what you are trying to achieve. Are you trying to run in-container integration tests?

This isn't actually the definition of a daemon, is it? I find this awfully misleading.

I would need the daemon mode to actually spawn a new process as I want for example to run 2 embedded tomcats from within 1 gradle build without using the gradle daemon. Without the tomcat daemon option this will obviously not work, with it I also need to run gradle in daemon mode in order for it to work, which leads to other class-loader issues after I stop the tomcats and run them again.

If I implement the daemon mode to actually spawn a new process will you include it? Also, any pointers on where to start?

from gradle-tomcat-plugin.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.