Comments (6)
Why do you want to support offline Maven2 builds? Was this a request from a client/user? When adding IPF dependencies to the classpath, you'll anyway flat it again (i.e. outside an OSGi environment).
from ipf.
For example, I want to set up a development environments on a notebook that I plan to take to the Connectathon (to Hawaii, to the moon, into a prison, etc.) and that will be not connected to the Internet. A combination of two distribution ZIP files --- one with IPF sources and one with dependency JARs --- will not solve my problem: in particular, because Maven2 will be unable to access the JARs and will not have neccessary plugins.
Ok, being connected to the Internet today, I installed JDK, Maven, unzipped IPF sources and ran mvn install --- these steps have created the environment I need. But then I had to set up a second notebook in the same way. What would be the best approach for it?
And a more generic question: what is the purpose of the "full" IPF distribution ZIP (with all dependencies in the folder "lib")?
from ipf.
I know what Maven offline builds are good for, but my question was: can't we require (from users) to do the first build with an existing internet connection? What speaks against doing some online preparation work before traveling? I wonder if making changes to the build process for supporting offline use cases is worth the effort. Don't get me wrong, I don't want to argue against; was just curious. I don't have any special reason to stay with the current zip content structure.
Regarding your question to setup a second laptop: why don't you simply copy the existing Maven cache (and the built IPF project) to it?
from ipf.
Online preparation before traveling is not a problem, of course. Manual copying of the Maven cache between laptops would work as well. But these are IMHO exactly the steps which could be efficienly simplified. I would like to repeat my questions from yesterday here: What is the purpose of the "full" IPF distribution ZIP (with all dependencies in the folder "lib")? Just to support non-Maven2 users?
from ipf.
Online preparation before traveling is not a problem, of course. Manual copying of the Maven cache between laptops would work as well. But these are IMHO exactly the steps which could be efficienly simplified.
Agreed. Was just wondering if its worth the effort if this only needs to be done once and it anyway won't work as soon as you have snapshot dependencies - but I'm fine with everything you want to do in this direction :)
What is the purpose of the "full" IPF distribution ZIP (with all dependencies in the folder "lib")? Just to support non-Maven2 users?
Yes, this was a customer request.
from ipf.
Ok, thanks for your support :)
I don't know whether other users would appreciate this feature and how big effort would it require to implement --- therefore I put this "discussion issue" here (probably I had to post it to ipf-dev or even to ipf-users instead :-/ ).
from ipf.
Related Issues (20)
- OIDValidator to support IHE OID-definition HOT 2
- Problem with RSP_K21.getRSP_K21_QUERY_RESPONSE(); HOT 3
- Add endpoint parameter to set wantClientAuth for MLLPS components
- Implement XQuery Transmogrifier HOT 1
- Migrate FM persistence to Spring Data HOT 4
- Upgrade to Camel-2.8.0 HOT 1
- Add "ipf" prefix to all ipf artifactId's HOT 7
- Support a on/off runtime switch for the performance measurements
- Implement XDS-I.b
- XDS error handling: accumulation of errors
- Implement Lab 2.0 schematron validator HOT 1
- NPE UnitOfWork Thrown in FlowManager HOT 4
- Add additional wiki tag to directly navigate to source files in the github repo HOT 2
- Upgrade to MDHT CDA Tools 1.0 HOT 1
- PIX/PDQ HL7 classes HOT 1
- Upgrade to lucene 3.x HOT 1
- MDHT CDAParser doesn't handles correct mixed type content.
- Incorrect Lab 2.1 schematron validation HOT 1
- Need traces on errors within SOAP messages HOT 3
- Add IPF component for ITI-64
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from ipf.