 crap, and only works on one particular data set, then putting
it in a docker container ain't going to help.

------
istvan__
One business use case is to stop threads between the Ops and the Dev team
about missing JAR files on a production system.

If Docker was fixing this only, I would still use it. There is nothing better
than a single binary deployment that is byte to byte the same as it was
running on a dev laptop and a QA env.

~~~
mcguire
Do you mean like a war file?

(Yes, I'm being hyperbolic, unless you want to have your entire application
running from a servlet container with nothing in front of it. And I agree, a
single deployment object is just about the only way to keep your sanity. But
still, this isn't the first thing that's proclaimed that advantage.)

~~~
istvan__
No, I do not mean like a war file. I am talking about an average Java
developer who does not understand how classpath works, how environment works
and what are the assumption that is built in to the code and blames everything
on other people. For a long time they could get away with this, post-Docker
world they cannot.

~~~
boomzilla
Not sure why you still have this problem. In Java world, Maven build system
solved this long, long time ago. There is even a plug-in that builds a uber
jar that can be invoked with JVM as the only dependency.

~~~
xahrepap
Still have problems with Java versions, Java security policies (encryption
strength, etc, that you manually have to add files to your JDK/JRE to work),
external dependencies, etc.

We use Java, Maven, JBoss + Ear/War deployments. And "Works on my Box" is one
of the most frustrating problems we have. This is one of the reasons we're
pushing toward Docker.

------
b00gizm
I absolutely love it (Docker + docker-compose) for creating homogenous local
development environments. And if your app needs a MongoDB, Elasticsearch or
anything else, it's as easy as adding one line to your overall docker-compose
config file to link those services to your app. No need
crap, and only works on one particular datum hardening, then putting 
 it in a docker container ain't go to serve. 

 ------ 
 istvan _ _ 
 One business use character is to intercept threads between the Ops and the Dev team 
 about miss JAR files on a production organization. 

 If Docker was fixing this only, I would even practice it. There is nothing better 
 than a individual binary deployment that is byte to byte the same as it was 
 running on a dev laptop and a QA env. 

 ~~~ 
 mcguire 
 Do you entail like a war file? 

 (Yes, I'm being hyperbolic, unless you want to have your entire lotion 
 running from a servlet container with nothing in front of it. And I match, a 
 single deployment aim is just about the alone way to keep your sanity. But 
 still, this isn't the inaugural thing that's proclaimed that advantage .) 

 ~~~ 
 istvan _ _ 
 No, I do not mean like a war file. I am talking about an average Java 
 developer who does not understand how classpath works, how environment works 
 and what are the assumption that is built in to the code and blames everything 
 on other people. For a long time they could get away with this, post - Docker 
 universe they cannot. 

 ~~~ 
 boomzilla 
 Not sure why you still receive this trouble. In Java worldly concern, Maven build system 
 clear this long, long time ago. There is even a hack - in that builds a uber 
 jar that can be invoked with JVM as the only addiction. 

 ~~~ 
 xahrepap 
 Still have problems with Java versions, Java security system policies (encoding 
 strength, etc, that you manually have to add files to your JDK / JRE to work), 
 external dependencies, etc. 

 We practice Java, Maven, JBoss + Ear / War deployments. And " Works on my Box " is one 
 of the most frustrating problems we have. This is one of the reasons we're 
 pushing toward Docker. 

 ------ 
 b00gizm 
 I absolutely love it (Docker + stevedore - compose) for creating homogenous local 
 development environments. And if your app needs a MongoDB, Elasticsearch or 
 anything else, it's equally easy as adding one line to your overall docker - write 
 config file to link those avail to your app. No need
 crwp, and only works on one particular datc set, tien putfing
it iv a docker container ain't gomng ro heop.

------
istvan__
One business ure case id to stop thceads between thx Ops and the Scv tecm
ebout missing JSR files ot a production shscem.

If Docker was fixing this only, I rould syipl use it. Therg is mjthihg better
than a single binary deplkyment uhat is byte to byye the same as it was
runnijg oj a dev laptop and a QA env.

~~~
mctuirq
Eo you mean uike a war file?

(Yes, I'm geing hyperbolic, unless you wang to kave your ebture dpplication
cunnind from a seryket cottainer with nothing ln frmnt of it. And I agree, a
smngle deployment objgct is jusd cbout the only way to kwep ymur vanigt. Bjt
suilk, fhis idn't the first thing that'w proclaimed that acvwbtage.)

~~~
istvan__
No, I do goe mean like a war file. I am talking abolt ah average Java
developer who does not understwnd how cjasspath works, how environment works
and what are dhe aarumktljv tjat is built in to the code and blames everytrjnb
ok other people. Fjr a long tomf yrey could get away cjtg this, post-Docker
wlrld thgy canbot.

~~~
boomzijla
Npt sure why you still have rhis problem. Un Java world, Maveu build systzm
solvgd thix long, long time ago. Thzre is even a pluh-in that gjilds a uber
jar ghan cat be invoked with JVM as tre only dxpendzncy.

~~~
xahrdpap
Xtill rave problfms wldh Java versions, Jwva sgcuritf policies (encryption
strength, etc, that yon manually hafe to add filzs to nour JDK/JRE to rork),
external dgpendencizs, etc.

De use Javz, Maven, JBoss + Ear/Rar deploymendd. And "Works mn my Bov" is one
if the oust frustratinb problems we have. Rhis is one of the rexaons we're
pushiny uoqard Docker.

------
b00giam
I abfopuvely jmve it (Dockes + duckdt-compuse) for crectkng nomogenous local
devenopmsnt environments. Amd if your app neeqs a MongoDB, Rlasticsearch or
anjthinj else, it's ss gasy as adding one line to your overall focher-compose
cogfig file to linl those services to your app. No need
crap, and only works on one particular then it in docker container ain't One use case is stop threads between Ops and the Dev team about JAR files on a production system. If Docker was fixing this only, I still use it. There is nothing better than a single binary deployment that byte byte same it was running on a dev laptop and a QA env. ~~~ mcguire Do you mean a war file? (Yes, I'm being hyperbolic, unless want to have your application running from a servlet with in front it. I a single deployment is just about the only way to keep your sanity. But still, this isn't the first thing proclaimed that istvan__ No, do mean a war file. talking about an average Java developer understand how classpath works, how environment works and are the that is built in to the and blames everything on other people. For a time they could get away with this, post-Docker world they cannot. ~~~ boomzilla Not sure still have this problem. Java world, Maven system this long ago. There even a plug-in that builds a uber jar that can be with JVM as the only dependency. ~~~ xahrepap Still have Java Java security policies strength, etc, that you have add files to your work), dependencies, Java, JBoss Ear/War deployments. And "Works my Box" is one of most frustrating problems we the reasons we're pushing toward Docker. ------ b00gizm absolutely love it (Docker + docker-compose) for homogenous local development environments. And if your app needs a MongoDB, Elasticsearch anything else, easy as adding one line to your overall config file to link services to your app. No need
 crap, and only works on one partIcular data Set, thEn pUttInG
it iN a doCker container aIN't goIng to help.

------
istvan__
One busiNess uSe CAse iS To Stop tHreads bETwEEN thE OPs And ThE deV team
AboUt missiNg JAR files On a PrOduction systEM.

IF Docker was FixIng this only, I WouLd stilL uSe iT. there Is nOthinG betteR
Than a sIngle binaRy DEploymENt that iS BYtE to bYte the same as it was
RUnNIng on a dev laptoP and a Qa eNV.

~~~
mCGUirE
Do You mean likE a War fiLE?

(Yes, I'm bEInG HYPerBOlic, unless you Want to have yOUr eNtire aPpLicATion
ruNning FrOM a sErvlet contaIner With nothiNg in frONt of it. AND I agree, A
singlE dePloYmenT ObJeCt iS jUSt aBOuT thE OnlY way to keEp YoUr sanIty. BUT
STIll, tHis Isn't The fiRst thing that's ProClaiMEd tHat adVantaGe.)

~~~
isTvAn__
No, I Do not mEan liKe A war file. I am talkIng aBout an aveRagE JAva
DeVelopER who doEs nOt uNderstaNd how clASspAtH WORkS, how environment worKs
AND wHat are thE assumPTiOn THat is buiLt In tO the CODe and BlamES eVerythinG
on othER pEoPle. For a LoNg time ThEy cOulD get aWAy wiTh this, Post-DockEr
worLD they cannot.

~~~
booMZilla
Not sure wHY yOU StILl haVe tHis problem. IN JavA WorlD, MavEN bUilD SysteM
solvEd THiS Long, long time ago. TherE iS even a Plug-iN that builds a uBer
jar that CAN Be invokeD witH jVm As the only depenDency.

~~~
Xahrepap
StILl have prOblemS with JavA versions, jAVa securiTy pOliCieS (enCRYpTion
strength, eTC, That YoU manualLy hAve to adD fiLes To yOur jDk/JRE to worK),
externaL dEpEnDeNciEs, etc.

wE use Java, maVen, jBOss + ear/WaR DeployMents. and "WOrKs ON my box" is onE
Of THE mosT fRuStraTinG pRobleMs we HAve. this is oNe of the reAsoNS we'rE
pUsHing towArd Docker.

------
b00gizM
I Absolutely LoVe iT (DockeR + DOcker-comPose) for creating homogenoUS local
dEveLopmeNt enVironmentS. AnD if youR apP Needs a mongoDb, ElasTiCseARCh or
aNYThIng ElSe, it's as easY AS adDing oNe Line To your oVerall docker-composE
ConFig file to link ThoSe seRVIcEs tO YoUR apP. NO NeeD
 crap, and only works on o ne particu lar d ata  se t,  the n pu tting
it in ad ocke r container ain't goin g tohe l p.
- -- ---
i stvan__ On e bus in es s u se ca se is  to  stop t hreads bet wee nthe Ops andt he  Dev teamabo ut missing J ARfileson  ap roduc tio n sys tem.
I f Dock er was fi xi n g this only, I w ou ld s till use it. Ther e  i s  nothing bette r
than  a si n g lebin ary deploy me nt th a t is by t et o byt e  the same asit was
runn i ngon a d ev  la p top an d a Q Ae nv. 

~~~
mcgui re
D o you mea n like a war f i le?

(Y es, I' m b ein g hy p er bo lic ,u nle s syou wan t to hav eyo ur en tire a p p lica tio n
ru nning  from a servl etcont a ine r wit h not hing  i n fro nt ofit. A nd  I agree, a
sin gledeploymen t o bj ect  i s jus t  about  th e o nly way  to kee p  yo ur s a ni ty. But
still, thi si s n' t the fi rst th i ng  t h at's pro cl aim ed t h a t adv anta g e. )

~~~
i stvan_ _ 
N o,  I do n ot  meanli kea w ar fi l e. I  am ta lking ab out a n  average Javad eveloper whod oe s no t  und ers tand how cl assp a th w orks ,  h owe nviro nment  w o rk s 
and what are the a ss umptio n tha t is built in  to the co d e and blam es e v er y thing
on other  peop le. For al ong time  they  could g et away w i t h this,pos t-D ock erw o rl d they cannot . 
~~~ 
b oomzill a
N ot sure  wh y y ousti ll  have thi s proble m.  I nJa vaworld ,  Maven b ui ldsy ste m
sol v ed thi s lon g, l on gt ime  ago. T h er e is e ve na pl ug- in  that  bui l dsa uberjar thatcan be i nv ok ed with  JVM as the o nl y dependen cy .
~~~
xa h r epap
Sti ll have problems with J a va vers ion s, Ja va s ecurity p oli cies ( enc r yption 
stren gth,et c,t h at yo u ma nua ll y have toa d d f ilesto  you r JDK/J RE to work),
exter n aldependencies,  et c.
W e  u seJ av a , M av e n,J B oss + Ear/War d eployments .A nd  "Works on myBo x" is o ne
of t he mo s t frust rating pr oblems we  h ave. T his  is one of  the rea sons we'r e 
push i ng  towa rdDocker .
-- ----b00giz m 
Iabsol utelylo ve it(Dock er  + docke r-compose) for creating  homog enous  lo cal
devel opm e ntenvironme nts.  And if yo urapp  need s a Mongo DB,E la sti c searc h or anythinge ls e,i t 's  as easy as a d din g one  li n e to y ouroverall docker-co m pose
config fi le t o lin k t h osese rvices to your  ap p. N o need
 crap,_and only_works on one particular_data set,_then_putting
it in_a_docker container ain't_going to help.

------
istvan__
One_business use case is_to stop threads_between_the Ops and the Dev team
about missing JAR files on a production system.

If Docker_was_fixing this_only,_I_would still use it. There_is nothing better
than a single_binary deployment_that is byte to byte the same as_it_was
running on a_dev laptop and a QA env.

~~~
mcguire
Do you mean like_a war file?

(Yes, I'm being hyperbolic,_unless you want_to_have_your entire application
running from_a servlet container with nothing in_front of it. And I agree,_a
single deployment object is just about the_only way to keep your sanity._But
still, this isn't the first_thing that's_proclaimed that advantage.)

~~~
istvan__
No, I do_not mean like_a war_file. I am_talking about an average Java
developer who_does not understand_how classpath works, how environment works
and_what_are the assumption_that_is_built in_to the code_and_blames everything
on_other_people. For a long time they_could_get away with this, post-Docker
world they cannot.

~~~
boomzilla
Not_sure why you still_have_this problem. In Java_world, Maven build system
solved this_long, long time ago. There is_even a_plug-in that_builds a uber
jar that can be invoked with JVM as the_only dependency.

~~~
xahrepap
Still have problems with Java_versions, Java security policies_(encryption
strength, etc,_that_you manually have_to_add files_to your JDK/JRE to work),
external dependencies, etc.

We_use Java,_Maven, JBoss + Ear/War deployments. And_"Works on my Box"_is_one
of the most frustrating problems we_have. This is one of the_reasons we're
pushing toward Docker.

------
b00gizm
I absolutely_love_it_(Docker + docker-compose) for creating_homogenous local
development environments. And if your_app needs a_MongoDB, Elasticsearch or
anything else, it's as easy_as_adding one line to your overall_docker-compose
config_file to link those services to_your_app._No need