DHIS2 live installer

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (http://wiki.tcl.tk/1896) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

···

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> http://bazaar.launchpad.net/~jason-p-pickering/+junk/dhis2-live-installer/files
>>
>> Regards,
>> Jason
>
>

I am certainly no maven guru either, but am much more comfortable with
XML,and since we are already using Maven, it seems to make sense, and
perhaps it is really not too difficult, as seen here..

In the latest revision, done just right now, I can install the VC++
redistributable, and Postgresql msi. I think this can be done silently
as detailed here
http://pginstaller.projects.postgresql.org/silent.html. Finally, a
batch file using psql could be used to populate the database. It is
not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an
installer. I have something that meets my needs, well just about all
of them. Just need to go that little extra bit and get Postgres
installed, and then populated with the data, but it certainly seems
feasible at this point.

Best regards,
Jason

···

2010/2/10 Bob Jolliffe <bobjolliffe@gmail.com>:

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (Tcl Based Installers) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> ~jason-p-pickering/+junk/dhis2-live-installer : files for revision 15
>>
>> Regards,
>> Jason
>
>

Oh, I forgot to add, I am going to try with a full postgres install,
instead of H2. This is going to cause problems otherswise in the long
run. Better to try and get it right the first time around.

···

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I am certainly no maven guru either, but am much more comfortable with
XML,and since we are already using Maven, it seems to make sense, and
perhaps it is really not too difficult, as seen here..

Best Online Casino in Australia. Top Licensed Casinos for Gamblers

In the latest revision, done just right now, I can install the VC++
redistributable, and Postgresql msi. I think this can be done silently
as detailed here
http://pginstaller.projects.postgresql.org/silent.html. Finally, a
batch file using psql could be used to populate the database. It is
not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an
installer. I have something that meets my needs, well just about all
of them. Just need to go that little extra bit and get Postgres
installed, and then populated with the data, but it certainly seems
feasible at this point.

Best regards,
Jason

2010/2/10 Bob Jolliffe <bobjolliffe@gmail.com>:

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (Tcl Based Installers) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> ~jason-p-pickering/+junk/dhis2-live-installer : files for revision 15
>>
>> Regards,
>> Jason
>
>

I have made some more changes to the installer, and it now seems to
work pretty OK.

Basically, you will need to populate some different directories with
prerequisites.

1) Put everything you need for postgres in the postgres directory.This
usually involves unzipping that installer on the Postgres website.
2) Put an offline version of Java (to be sure you have a recent
version) in the /java directory. Be sure that the file name matches
that in the install.xml file
3) Put the dhis2_user_manual_en.pdf from the documentation branch into
the /docs directory
4) Change the hibernate.properties file to set your needs.
5) Compile with the IZPack compiler.

There were numerous problem encountered trying to install this on
Windows Vista. XP was a breeze. You must run the application with
elevated privileges.
http://wiki.evolvis.org/mvn-pkg-plugin/index.php/IzPack_on_Windows_Vista
has some discussion on this. I guess this needs to be worked out.
Strangely, when it was installed with elevated privileges, the user no
longer had permissions to write to the directories, so DHIS2 just
hung. I had to provide the user permissions. You must also authorize
the port used by Java. Also, the restoration of the database was
manual. This could be easily automated with a batch script. I think
Knut has already done this with the BitRock installer. There are
still several steps required for user intervention, which usually
spells disaster. But for a supervised installation (as will be the
case here) I think this installer pretty much suits our needs. The all
important shortcut is there. Perhaps it will be useful to others.

Knut has also provided the BitRock installer he did a while ago, and I
will take a look at this one and commit to Launchpad as well. It
sounds like it may be a good alternative as well.

Next step (but not urgent) is to automate the builds with Maven. Seems
possible, but if there is a Maven guru out there with not enough work
to do, I gotta job for ya.

Ciao,
Jason

···

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

Oh, I forgot to add, I am going to try with a full postgres install,
instead of H2. This is going to cause problems otherswise in the long
run. Better to try and get it right the first time around.

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I am certainly no maven guru either, but am much more comfortable with
XML,and since we are already using Maven, it seems to make sense, and
perhaps it is really not too difficult, as seen here..

Best Online Casino in Australia. Top Licensed Casinos for Gamblers

In the latest revision, done just right now, I can install the VC++
redistributable, and Postgresql msi. I think this can be done silently
as detailed here
http://pginstaller.projects.postgresql.org/silent.html. Finally, a
batch file using psql could be used to populate the database. It is
not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an
installer. I have something that meets my needs, well just about all
of them. Just need to go that little extra bit and get Postgres
installed, and then populated with the data, but it certainly seems
feasible at this point.

Best regards,
Jason

2010/2/10 Bob Jolliffe <bobjolliffe@gmail.com>:

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (Tcl Based Installers) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> ~jason-p-pickering/+junk/dhis2-live-installer : files for revision 15
>>
>> Regards,
>> Jason
>
>

I have made some more changes to the installer, and it now seems to
work pretty OK.

Basically, you will need to populate some different directories with
prerequisites.

1) Put everything you need for postgres in the postgres directory.This
usually involves unzipping that installer on the Postgres website.
2) Put an offline version of Java (to be sure you have a recent
version) in the /java directory. Be sure that the file name matches
that in the install.xml file

You can't really do this. Stupid sun java licence requires click
through install. The dhis2-live.exe wrapper will check for correct
installed java version and suggest download if necessary. Not the
best but best I could do.

···

On 10 February 2010 15:53, Jason Pickering <jason.p.pickering@gmail.com> wrote:

3) Put the dhis2_user_manual_en.pdf from the documentation branch into
the /docs directory
4) Change the hibernate.properties file to set your needs.
5) Compile with the IZPack compiler.

There were numerous problem encountered trying to install this on
Windows Vista. XP was a breeze. You must run the application with
elevated privileges.
http://wiki.evolvis.org/mvn-pkg-plugin/index.php/IzPack_on_Windows_Vista
has some discussion on this. I guess this needs to be worked out.
Strangely, when it was installed with elevated privileges, the user no
longer had permissions to write to the directories, so DHIS2 just
hung. I had to provide the user permissions. You must also authorize
the port used by Java. Also, the restoration of the database was
manual. This could be easily automated with a batch script. I think
Knut has already done this with the BitRock installer. There are
still several steps required for user intervention, which usually
spells disaster. But for a supervised installation (as will be the
case here) I think this installer pretty much suits our needs. The all
important shortcut is there. Perhaps it will be useful to others.

Knut has also provided the BitRock installer he did a while ago, and I
will take a look at this one and commit to Launchpad as well. It
sounds like it may be a good alternative as well.

Next step (but not urgent) is to automate the builds with Maven. Seems
possible, but if there is a Maven guru out there with not enough work
to do, I gotta job for ya.

Ciao,
Jason

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

Oh, I forgot to add, I am going to try with a full postgres install,
instead of H2. This is going to cause problems otherswise in the long
run. Better to try and get it right the first time around.

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I am certainly no maven guru either, but am much more comfortable with
XML,and since we are already using Maven, it seems to make sense, and
perhaps it is really not too difficult, as seen here..

http://www.jroller.com/vschiavoni/entry/how_to_izpack_installer_with

In the latest revision, done just right now, I can install the VC++
redistributable, and Postgresql msi. I think this can be done silently
as detailed here
http://pginstaller.projects.postgresql.org/silent.html. Finally, a
batch file using psql could be used to populate the database. It is
not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an
installer. I have something that meets my needs, well just about all
of them. Just need to go that little extra bit and get Postgres
installed, and then populated with the data, but it certainly seems
feasible at this point.

Best regards,
Jason

2010/2/10 Bob Jolliffe <bobjolliffe@gmail.com>:

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (http://wiki.tcl.tk/1896) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> http://bazaar.launchpad.net/~jason-p-pickering/+junk/dhis2-live-installer/files
>>
>> Regards,
>> Jason
>
>

_______________________________________________
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp

I have made some more changes to the installer, and it now seems to

work pretty OK.

Basically, you will need to populate some different directories with

prerequisites.

  1. Put everything you need for postgres in the postgres directory.This

usually involves unzipping that installer on the Postgres website.

  1. Put an offline version of Java (to be sure you have a recent

version) in the /java directory. Be sure that the file name matches

that in the install.xml file

You can’t really do this. Stupid sun java licence requires click

through install. The dhis2-live.exe wrapper will check for correct

installed java version and suggest download if necessary. Not the

best but best I could do.

We could of course go through the pain of seeing if DHIS2 would run on something non-Sun. But you must be allowed to trigger the click-thru, and not require a download, right? Don’t some Linux distros come with Java these days?

K

···

On Wed, Feb 10, 2010 at 5:45 PM, Bob Jolliffe bobjolliffe@gmail.com wrote:

On 10 February 2010 15:53, Jason Pickering jason.p.pickering@gmail.com wrote:

  1. Put the dhis2_user_manual_en.pdf from the documentation branch into

the /docs directory

  1. Change the hibernate.properties file to set your needs.
  1. Compile with the IZPack compiler.

There were numerous problem encountered trying to install this on

Windows Vista. XP was a breeze. You must run the application with

elevated privileges.

http://wiki.evolvis.org/mvn-pkg-plugin/index.php/IzPack_on_Windows_Vista

has some discussion on this. I guess this needs to be worked out.

Strangely, when it was installed with elevated privileges, the user no

longer had permissions to write to the directories, so DHIS2 just

hung. I had to provide the user permissions. You must also authorize

the port used by Java. Also, the restoration of the database was

manual. This could be easily automated with a batch script. I think

Knut has already done this with the BitRock installer. There are

still several steps required for user intervention, which usually

spells disaster. But for a supervised installation (as will be the

case here) I think this installer pretty much suits our needs. The all

important shortcut is there. Perhaps it will be useful to others.

Knut has also provided the BitRock installer he did a while ago, and I

will take a look at this one and commit to Launchpad as well. It

sounds like it may be a good alternative as well.

Next step (but not urgent) is to automate the builds with Maven. Seems

possible, but if there is a Maven guru out there with not enough work

to do, I gotta job for ya.

Ciao,

Jason

2010/2/10 Jason Pickering jason.p.pickering@gmail.com:

Oh, I forgot to add, I am going to try with a full postgres install,

instead of H2. This is going to cause problems otherswise in the long

run. Better to try and get it right the first time around.

2010/2/10 Jason Pickering jason.p.pickering@gmail.com:

I am certainly no maven guru either, but am much more comfortable with

XML,and since we are already using Maven, it seems to make sense, and

perhaps it is really not too difficult, as seen here…

http://www.jroller.com/vschiavoni/entry/how_to_izpack_installer_with

In the latest revision, done just right now, I can install the VC++

redistributable, and Postgresql msi. I think this can be done silently

as detailed here

http://pginstaller.projects.postgresql.org/silent.html. Finally, a

batch file using psql could be used to populate the database. It is

not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an

installer. I have something that meets my needs, well just about all

of them. Just need to go that little extra bit and get Postgres

installed, and then populated with the data, but it certainly seems

feasible at this point.

Best regards,

Jason

2010/2/10 Bob Jolliffe bobjolliffe@gmail.com:

Hi Jason

Thanks for the effort you have put into this. Basically you are

correct - all the steps for putting the pieces together should be

easily automated. Not being a maven guru, I have not taken this last

important step. So I have used maven as far as building the jars.

Doing the launch4j wrapper, creating the directories and lzpack and

stuff I could do very easily with a makefile but it should be doable

with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a

postgres database is also of course trivial. Presumably you would

install postgres with its native installer? And do that first. The

missing piece of the puzzle would be to create the empty dhis pg

database between the steps of installing postgres and installing

dhis2-live. I guess the logic of using H2 as default is that it is

more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to

make a tcl based installer. Now I know this is not the latest

buzz-hype language but there is a long history of creating installers

this way (http://wiki.tcl.tk/1896) and it remains very actively

maintained and developed. The benefit is you can combine the ability

to create windows shortcuts, registry entries etc with the ability to

script postgres (and mysql) with a cross-platform gui. I used to be a

dab hand at embedding tcl in my previous life. Would love to look at

something like this when I get a breather …

Did you try importing dxf into h2? The dxf2 project is not dead (just

resting). It would be good to get a list of requirements of crucial

things people have found missing. You will certainly get all your

data values, datasets, orgunits etc.

Cheers

Bob

2010/2/10 Jason Pickering jason.p.pickering@gmail.com:

I have not dealt with Postgres yet. I think it should be possible. I

am going to see what the result of a DXF import is. Knut and Bob both

tell me these are lossy. So, the other strategy will be to install

postgres if needed, install a copy of the Zambia database, and then

the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer

There are two files that are important. The install.xml file and the

shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where

they should be, and compile with the Izpack compile.bat file,

something like this…

C:\dhis2-live-shell>“c:\Program Files\IzPack\bin\compile.bat” install.xml -b . -

o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to

populate the /webapps/dhis directory with a fresh build, and the

/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is

kept fresh and up to date. Capiche?

Again, this will likely require modification by individual

implementers, but at least a skeleton project, able to be build by

maven, would be a nice to have…but not absolutely necessary.

Best,

Jason

2010/2/10 Lars Helge Øverland larshelge@gmail.com:

2010/2/10 Jason Pickering jason.p.pickering@gmail.com

OK. For now, I am populating everything manually, but it works. It

would be great to have this as part of the build process. Maybe a

maven guru can take this on, perhaps Jo? Not entirely urgent, as this

installer is really for my own purposes here, but it is general enough

to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,

perfect for the scenario where rolling out a large number of offline

installations. Don’t know anything about izpack though. What exactly is it

that you wanted to be part of the build process…?

2010/2/10 Lars Helge Øverland larshelge@gmail.com:

2010/2/10 Jason Pickering jason.p.pickering@gmail.com

Hi there. I created a very basic installer last night using IZPack.

Right now, this will install the system with dhis2-live.exe file you

gave me yesterday. I think it should be possible to do

an install with Postgres (there are some fragmented documents around).

It will be more work for sure, but maybe we can reuse what Knut has

done previously, once he finds it. I needed something quick and dirty

yesterday, thus the urgency with this. Basically, it just creates the

directory structure, and importantly for me, creates shortcuts and

other “ornamentation” critical for end-users.

Just a few questions. Is there source for the dhis2-live.exe

application?

The exe file is generated using Launch4j and is just a wrapper for the

live

JAR file. The xml file used to generate it (+ splash image etc) can be

found in utils/launch4j in the repo.

Lars

Theoretically, the installer can be build with ant/maven as part of

the build process (one of the reasons I chose IZPack). It would be

great to be able to get the latest copy of the dhis.war file,

dhis2-live.jar, and all the docs, and put them in the right place. I

do this manually at the moment, but perhaps it could be automated.

I am in the process of sending it to launchpad, but the internet is so

sucky here today, it may not work.

It will reside here for now.

http://bazaar.launchpad.net/~jason-p-pickering/+junk/dhis2-live-installer/files

Regards,

Jason


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp


Cheers,
Knut Staring

Hmm, what do you mean I can't do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun's lawyers will be
paying me a visit here in Lusaka. I packaged the EXE and triggered it
during the installation, similar to the Postgres MSI. The same
click-through installation procedures was used with postgres as well,
although this could be done silently.

Yeah, the little notice that you must download it will not work here,
as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a
problem, and we need to find another JRE.

Regards,
JPP

···

On Wed, Feb 10, 2010 at 6:45 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

On 10 February 2010 15:53, Jason Pickering <jason.p.pickering@gmail.com> wrote:

I have made some more changes to the installer, and it now seems to
work pretty OK.

Basically, you will need to populate some different directories with
prerequisites.

1) Put everything you need for postgres in the postgres directory.This
usually involves unzipping that installer on the Postgres website.
2) Put an offline version of Java (to be sure you have a recent
version) in the /java directory. Be sure that the file name matches
that in the install.xml file

You can't really do this. Stupid sun java licence requires click
through install. The dhis2-live.exe wrapper will check for correct
installed java version and suggest download if necessary. Not the
best but best I could do.

3) Put the dhis2_user_manual_en.pdf from the documentation branch into
the /docs directory
4) Change the hibernate.properties file to set your needs.
5) Compile with the IZPack compiler.

There were numerous problem encountered trying to install this on
Windows Vista. XP was a breeze. You must run the application with
elevated privileges.
Evolvis: Welcome
has some discussion on this. I guess this needs to be worked out.
Strangely, when it was installed with elevated privileges, the user no
longer had permissions to write to the directories, so DHIS2 just
hung. I had to provide the user permissions. You must also authorize
the port used by Java. Also, the restoration of the database was
manual. This could be easily automated with a batch script. I think
Knut has already done this with the BitRock installer. There are
still several steps required for user intervention, which usually
spells disaster. But for a supervised installation (as will be the
case here) I think this installer pretty much suits our needs. The all
important shortcut is there. Perhaps it will be useful to others.

Knut has also provided the BitRock installer he did a while ago, and I
will take a look at this one and commit to Launchpad as well. It
sounds like it may be a good alternative as well.

Next step (but not urgent) is to automate the builds with Maven. Seems
possible, but if there is a Maven guru out there with not enough work
to do, I gotta job for ya.

Ciao,
Jason

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

Oh, I forgot to add, I am going to try with a full postgres install,
instead of H2. This is going to cause problems otherswise in the long
run. Better to try and get it right the first time around.

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I am certainly no maven guru either, but am much more comfortable with
XML,and since we are already using Maven, it seems to make sense, and
perhaps it is really not too difficult, as seen here..

Best Online Casino in Australia. Top Licensed Casinos for Gamblers

In the latest revision, done just right now, I can install the VC++
redistributable, and Postgresql msi. I think this can be done silently
as detailed here
http://pginstaller.projects.postgresql.org/silent.html. Finally, a
batch file using psql could be used to populate the database. It is
not foolproof, but I will continue testing.

Either way we go, it is fine with me, as long as their is an
installer. I have something that meets my needs, well just about all
of them. Just need to go that little extra bit and get Postgres
installed, and then populated with the data, but it certainly seems
feasible at this point.

Best regards,
Jason

2010/2/10 Bob Jolliffe <bobjolliffe@gmail.com>:

Hi Jason

Thanks for the effort you have put into this. Basically you are
correct - all the steps for putting the pieces together should be
easily automated. Not being a maven guru, I have not taken this last
important step. So I have used maven as far as building the jars.
Doing the launch4j wrapper, creating the directories and lzpack and
stuff I could do very easily with a makefile but it should be doable
with the dreaded maven as well.

Packaging with a default hibernate.properties which points to a
postgres database is also of course trivial. Presumably you would
install postgres with its native installer? And do that first. The
missing piece of the puzzle would be to create the empty dhis pg
database between the steps of installing postgres and installing
dhis2-live. I guess the logic of using H2 as default is that it is
more foolproof for a simple install.

One way of doing this (which would also be cross-platform) would be to
make a tcl based installer. Now I know this is not the latest
buzz-hype language but there is a long history of creating installers
this way (Tcl Based Installers) and it remains very actively
maintained and developed. The benefit is you can combine the ability
to create windows shortcuts, registry entries etc with the ability to
script postgres (and mysql) with a cross-platform gui. I used to be a
dab hand at embedding tcl in my previous life. Would love to look at
something like this when I get a breather ...

Did you try importing dxf into h2? The dxf2 project is not dead (just
resting). It would be good to get a list of requirements of crucial
things people have found missing. You will certainly get all your
data values, datasets, orgunits etc.

Cheers
Bob

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>:

I have not dealt with Postgres yet. I think it should be possible. I
am going to see what the result of a DXF import is. Knut and Bob both
tell me these are lossy. So, the other strategy will be to install
postgres if needed, install a copy of the Zambia database, and then
the rest of the application.

Anyway, the source is here.

bzr branch lp:~jason-p-pickering/+junk/dhis2-live-installer
There are two files that are important. The install.xml file and the
shortcutSpec.xml.

The description for maven integration is here

http://izpack.codehaus.org/izpack-maven-plugin/

Right now, I place all the needed files into the directories where
they should be, and compile with the Izpack compile.bat file,
something like this...

C:\dhis2-live-shell>"c:\Program Files\IzPack\bin\compile.bat" install.xml -b . -
o dhis2-installer.jar

Now, I just execute the dhis2-installer.jar, and everything works.

What I mean in terms of the build is, it would be ideal to be able to
populate the /webapps/dhis directory with a fresh build, and the
/docs/ directory with a fresh build of the docs with maven.

So, as we make changes to the application/docs/installer everything is
kept fresh and up to date. Capiche?

Again, this will likely require modification by individual
implementers, but at least a skeleton project, able to be build by
maven, would be a nice to have...but not absolutely necessary.

Best,
Jason

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:

2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>

OK. For now, I am populating everything manually, but it works. It
would be great to have this as part of the build process. Maybe a
maven guru can take this on, perhaps Jo? Not entirely urgent, as this
installer is really for my own purposes here, but it is general enough
to be reused elsewhere I think.

A windows installer with Postgres and Jetty/DHIS2 Live would be useful,
perfect for the scenario where rolling out a large number of offline
installations. Don't know anything about izpack though. What exactly is it
that you wanted to be part of the build process..?

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>:
>
>
> 2010/2/10 Jason Pickering <jason.p.pickering@gmail.com>
>>
>> Hi there. I created a very basic installer last night using IZPack.
>>
>> Right now, this will install the system with dhis2-live.exe file you
>> gave me yesterday. I think it should be possible to do
>> an install with Postgres (there are some fragmented documents around).
>> It will be more work for sure, but maybe we can reuse what Knut has
>> done previously, once he finds it. I needed something quick and dirty
>> yesterday, thus the urgency with this. Basically, it just creates the
>> directory structure, and importantly for me, creates shortcuts and
>> other "ornamentation" critical for end-users.
>>
>> Just a few questions. Is there source for the dhis2-live.exe
>> application?
>>
>
> The exe file is generated using Launch4j and is just a wrapper for the
> live
> JAR file. The xml file used to generate it (+ splash image etc) can be
> found in utils/launch4j in the repo.
> Lars
>
>>
>> Theoretically, the installer can be build with ant/maven as part of
>> the build process (one of the reasons I chose IZPack). It would be
>> great to be able to get the latest copy of the dhis.war file,
>> dhis2-live.jar, and all the docs, and put them in the right place. I
>> do this manually at the moment, but perhaps it could be automated.
>>
>> I am in the process of sending it to launchpad, but the internet is so
>> sucky here today, it may not work.
>> It will reside here for now.
>>
>>
>>
>> ~jason-p-pickering/+junk/dhis2-live-installer : files for revision 15
>>
>> Regards,
>> Jason
>
>

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

Nice work…

I think as long as the end user clicks agree to the the terms/license it is not a problem…

Lars

···

On Wed, Feb 10, 2010 at 5:52 PM, Jason Pickering jason.p.pickering@gmail.com wrote:

Hmm, what do you mean I can’t do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun’s lawyers will be

paying me a visit here in Lusaka. I packaged the EXE and triggered it

during the installation, similar to the Postgres MSI. The same

click-through installation procedures was used with postgres as well,

although this could be done silently.

Yeah, the little notice that you must download it will not work here,

as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a

problem, and we need to find another JRE.

Hmm, what do you mean I can’t do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun’s lawyers will be

paying me a visit here in Lusaka. I packaged the EXE and triggered it

during the installation, similar to the Postgres MSI. The same

click-through installation procedures was used with postgres as well,

although this could be done silently.

Yeah, the little notice that you must download it will not work here,

as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a

problem, and we need to find another JRE.

Nice work…

I think as long as the end user clicks agree to the the terms/license it is not a problem…

Agree. Interesting to see they also provide silent installs…how does that work, license-wise?

http://java.sun.com/javase/6/webnotes/install/jre/silent.html

Knut

···

2010/2/10 Lars Helge Øverland larshelge@gmail.com

On Wed, Feb 10, 2010 at 5:52 PM, Jason Pickering jason.p.pickering@gmail.com wrote:

Lars


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp


Cheers,
Knut Staring

Here is a guy who seems to be saying the practice of just providing JRE unpackaged and bundled is ok. By far the easiest thing to do (not bothering the poor user with all these different interfaces - one for DHIS, one for Java, one for the database…):

“What I mean is creating a subfolder in the installation directory with a cut down jre (which is allowed in the license agreement)”

http://forums.sun.com/thread.jspa?threadID=708451

···

2010/2/10 Knut Staring knutst@gmail.com

2010/2/10 Lars Helge Øverland larshelge@gmail.com

On Wed, Feb 10, 2010 at 5:52 PM, Jason Pickering jason.p.pickering@gmail.com wrote:

Hmm, what do you mean I can’t do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun’s lawyers will be

paying me a visit here in Lusaka. I packaged the EXE and triggered it

during the installation, similar to the Postgres MSI. The same

click-through installation procedures was used with postgres as well,

although this could be done silently.

Yeah, the little notice that you must download it will not work here,

as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a

problem, and we need to find another JRE.

Nice work…

I think as long as the end user clicks agree to the the terms/license it is not a problem…

Agree. Interesting to see they also provide silent installs…how does that work, license-wise?

http://java.sun.com/javase/6/webnotes/install/jre/silent.html

Knut

Lars


Mailing list: https://launchpad.net/~dhis2-devs

Post to : dhis2-devs@lists.launchpad.net

Unsubscribe : https://launchpad.net/~dhis2-devs

More help : https://help.launchpad.net/ListHelp


Cheers,
Knut Staring


Cheers,
Knut Staring

OK. maybe I'm wrong. I just assumed that to be the case because of
how the licence dialog always popped up on linux installs. Thats why
the openjdk was a such a good initiative.

Anyway sun's lawyers are moot at the moment. Mostly staring looming
redundancy in the face I imagine. Oracle's lawyers are the new kids
on the block. Though I can't see them tracking down Jason in a hurry
:slight_smile:

Cheers
Bob.

···

2010/2/10 Knut Staring <knutst@gmail.com>:

Here is a guy who seems to be saying the practice of just providing JRE
unpackaged and bundled is ok. By far the easiest thing to do (not bothering
the poor user with all these different interfaces - one for DHIS, one for
Java, one for the database...):
"What I mean is creating a subfolder in the installation directory with a
cut down jre (which is allowed in the license agreement)"
http://forums.sun.com/thread.jspa?threadID=708451

2010/2/10 Knut Staring <knutst@gmail.com>

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>

On Wed, Feb 10, 2010 at 5:52 PM, Jason Pickering >>> <jason.p.pickering@gmail.com> wrote:

Hmm, what do you mean I can't do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun's lawyers will be
paying me a visit here in Lusaka. I packaged the EXE and triggered it
during the installation, similar to the Postgres MSI. The same
click-through installation procedures was used with postgres as well,
although this could be done silently.

Yeah, the little notice that you must download it will not work here,
as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a
problem, and we need to find another JRE.

Nice work..
I think as long as the end user clicks agree to the the terms/license it
is not a problem...

Agree. Interesting to see they also provide silent installs...how does
that work, license-wise?
http://java.sun.com/javase/6/webnotes/install/jre/silent.html
Knut

Lars

_______________________________________________
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp

--
Cheers,
Knut Staring

--
Cheers,
Knut Staring

_______________________________________________
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
More help : https://help.launchpad.net/ListHelp

I reread the README.txt file, included with the distro. There is no
problem as long as

(a) you distribute the Software complete and unmodified and only
    bundled as part of your applets and applications ("Programs")

There is some other legal mumbo-jumbo there, but it seems to be
essentially of no consequence.

So, for the installer I created, the entire jre installer was
distributed and triggered as part of the install process, and the
users have to go through all the click through action. Silent
installs seem to be possible and would not seem to immediately violate
the license agreement either (although I am no lawyer).

Anyway, I am not going to let this bother me. The more Java virtual
machines the better for Sun. I think they have bigger problems to
worry about. I will wait for the Cease and Desist Letter anxiously. We
have some good responses here Download music, movies, games, software! The Pirate Bay - The galaxy's most resilient BitTorrent site

Cheers,
Jason

···

On Wed, Feb 10, 2010 at 7:38 PM, Bob Jolliffe <bobjolliffe@gmail.com> wrote:

OK. maybe I'm wrong. I just assumed that to be the case because of
how the licence dialog always popped up on linux installs. Thats why
the openjdk was a such a good initiative.

Anyway sun's lawyers are moot at the moment. Mostly staring looming
redundancy in the face I imagine. Oracle's lawyers are the new kids
on the block. Though I can't see them tracking down Jason in a hurry
:slight_smile:

Cheers
Bob.

2010/2/10 Knut Staring <knutst@gmail.com>:

Here is a guy who seems to be saying the practice of just providing JRE
unpackaged and bundled is ok. By far the easiest thing to do (not bothering
the poor user with all these different interfaces - one for DHIS, one for
Java, one for the database...):
"What I mean is creating a subfolder in the installation directory with a
cut down jre (which is allowed in the license agreement)"
Welcome | Oracle Communities

2010/2/10 Knut Staring <knutst@gmail.com>

2010/2/10 Lars Helge Øverland <larshelge@gmail.com>

On Wed, Feb 10, 2010 at 5:52 PM, Jason Pickering >>>> <jason.p.pickering@gmail.com> wrote:

Hmm, what do you mean I can't do it? Like it violates the license?

Well, I did do it, and it worked, but I guess Sun's lawyers will be
paying me a visit here in Lusaka. I packaged the EXE and triggered it
during the installation, similar to the Postgres MSI. The same
click-through installation procedures was used with postgres as well,
although this could be done silently.

Yeah, the little notice that you must download it will not work here,
as there will be no internet where I will be next week.

If the Sun distro cannot be packaged, even the EXE, then this is a
problem, and we need to find another JRE.

Nice work..
I think as long as the end user clicks agree to the the terms/license it
is not a problem...

Agree. Interesting to see they also provide silent installs...how does
that work, license-wise?
http://java.sun.com/javase/6/webnotes/install/jre/silent.html
Knut

Lars

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

--
Cheers,
Knut Staring

--
Cheers,
Knut Staring

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help

_______________________________________________
Mailing list: DHIS 2 developers in Launchpad
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : DHIS 2 developers in Launchpad
More help : ListHelp - Launchpad Help