maven-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Gainty <mgai...@hotmail.com>
Subject RE: More hard problems...
Date Thu, 28 Nov 2013 02:40:25 GMT


  


> To: dev@maven.apache.org
> Subject: Re: More hard problems...
> Date: Tue, 26 Nov 2013 22:57:45 +0100
> From: ecki@zusammenkunft.net
> 
> Am 26.11.2013, 22:02 Uhr, schrieb Robert Scholte <rfscholte@apache.org>:
> > In addition to this story: There's an open issue called MDEPLOY-118 
> > which describes a related issue: how to release the same version for 
> > different platforms?
> 
> Related there is also the need for "features". Larger projects typically 
> have a lot of optional dependencies but dont help to requesat a specific 
> subset. For example a Scheduler like Quartz offers a core engine but also 

MG>Here are the Quartz configuration properties i have
org.quartz.scheduler.instanceName = JBossQuartzScheduler
org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool
org.quartz.threadPool.threadCount = 10
org.quartz.threadPool.threadPriority = 5
org.quartz.threadPool.threadsInheritContextClassLoaderOfInitializingThread = true

MG>would you know of a plugin that will update my quartz.properties
MG>in org\jboss\resource\adapter\quartz\inflow
 
> EJB APIs or a Servlet manager implementation. In an ideal world the 
> project would be split into multiple artifacts, but even then there can be 
> a complexity explosion. Depending on the "core scheduler" feature of 
> "quartz" would then skip all optional dependencies (like servlet and EJB 
> API).

MG>How best to configure quartz core scheduler feature?
MG>What would this look like?
> 
> (This is similiar to the testing scope, which could be implemented as a 
> well known "feature"). And this also goes in line with 
> platforms/implementations: the "jdk1.4" feature can depend on a 
> concurrent-backport wherees the java7 does not.
> 
> Gruss
> Bernd
MG>Beste Grüße
MG>Martin 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
> For additional commands, e-mail: dev-help@maven.apache.org
> 
 		 	   		  
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message