On Fri, Mar 5, 2010 at 8:48 AM, Jason Pickering jason.p.picker...@gmail.com
wrote:
Hi there. All these sound like great suggestions, but I think we need to
make a decision soon about what to do. I have some suggestions.
1) We should perhaps consider forking the installer off the main branch,
2010/3/5 Lars Helge Øverland larshe...@gmail.com
On Fri, Mar 5, 2010 at 8:48 AM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Hi there. All these sound like great suggestions, but I think we need to
make a decision soon about what to do. I have some suggestions.
1) We should
It may be that PG does not need a specific account if we just copy the
files and don't make it a service (don't remember).
Postgres must be run as a user that does not have administrative privileges.
This does not have to be the user that is logged in, but it does need to be
a user.
I
2010/3/5 Jason Pickering jason.p.picker...@gmail.com
It may be that PG does not need a specific account if we just copy the
files and don't make it a service (don't remember).
Postgres must be run as a user that does not have administrative
privileges. This does not have to be the user
Okay, could it be an option to assign it a non-standard port number right
away and use that in hibernate.properties?
What I plan to do in the installer is to probe a port during the
installation process to see if there is anything running. This port will
then be used during the postgres
2010/3/5 Jason Pickering jason.p.picker...@gmail.com
Okay, could it be an option to assign it a non-standard port number right
away and use that in hibernate.properties?
What I plan to do in the installer is to probe a port during the
installation process to see if there is anything
Hi,
I think Bob hits the needle on the head here. We can provide a generic hook
into the Live app by making it look for a set of scripts during certain
phases. E.g. database_start.bat at startup time, database_stop.bat at
shutdown, and more. In these scripts we start the database or what we
2010/3/4 Lars Helge Øverland larshe...@gmail.com:
Hi,
I think Bob hits the needle on the head here.
Ouch. That can be painful ..
We can provide a generic hook
into the Live app by making it look for a set of scripts during certain
phases. E.g. database_start.bat at startup time,
2010/3/4 Lars Helge Øverland larshe...@gmail.com
Hi,
I think Bob hits the needle on the head here. We can provide a generic hook
into the Live app by making it look for a set of scripts during certain
phases. E.g. database_start.bat at startup time, database_stop.bat at
shutdown, and more.
That work was done with Installer2go, I think. Perhaps Øyvind has a copy of
the scripts involved somewhere...
Knut
2010/3/4 Quang Nguyen quangnguyen...@gmail.com
2010/3/4 Lars Helge Øverland larshe...@gmail.com
Hi,
I think Bob hits the needle on the head here. We can provide a generic
On Fri, Mar 5, 2010 at 12:32 AM, Knut Staring knu...@gmail.com wrote:
That work was done with Installer2go, I think. Perhaps Øyvind has a copy of
the scripts involved somewhere...
Yup, that's right. I don't have full stuffs of that installation, but at
least bat files are stored somewhere in
Hi there. All these sound like great suggestions, but I think we need to
make a decision soon about what to do. I have some suggestions.
1) We should perhaps consider forking the installer off the main branch, as
Knut has suggested. This could have the advantage of bringing in a larger
crowd that
A couple of comments:
While it maybe somewhat instructive to have a look at the Netbeans
installer, it was not targeted at Postgres and I doubt much of it would be
transferable to BitRock.
Also, I really think we shouldn't waste our time trying to detect all sorts
of things. Rather, there are
I think Knut has a very valid point and hence the reason I stopped working
on the Netbeans installer is because I think its very complex and we don't
really need that complexity
In my opinion, the Bitrock installer was meeting the required goal of being
able to put the components and then we run
Hi. Sounds reasonable. I have something right now that will install
postgres with a non-standard user name and on a non-standard port.
Clean up scripts delete this user after an uninstall as well. I am
just adding a registry check, and if there are any other versions of
postgres already installed,
Are you installing Postgres as a service? I am agnostic as to whether that
is a good idea, but if we do, we should probably call it dhis2postgres or
similar (which is what we did before).
k
On Wed, Mar 3, 2010 at 10:23 AM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Hi. Sounds
If we are committed to using the dhis2-live model for the desktop
installs - with the tray icon+jetty+hibernate-points-to-whatever -
then it makes sense to expand on our current lonely exit option to
include others such as upgrading the war, updating the database and
what have you. This is also a
Not installing postgres as a Windows service would remove a
significant amount of the complexity of the installation. If it could
be done, it would really be great. So, prior to launching jetty,
Postgres would need to be fired up manually. It is certainly worth
considering if this is possible.
On 3 March 2010 09:35, Jason Pickering jason.p.picker...@gmail.com wrote:
Not installing postgres as a Windows service would remove a
significant amount of the complexity of the installation. If it could
be done, it would really be great. So, prior to launching jetty,
Postgres would need to be
I'm pretty sure it is - and I think I did it (though I certainly also used
it as service). Looking through my bat scripts (attached) I see this line:
@@DHIS2DIR@@\pgsql\bin\pg_ctl start -D @@DHIS2DIR@@\pgsql\data
On Wed, Mar 3, 2010 at 10:35 AM, Jason Pickering
jason.p.picker...@gmail.com
Yeah, it is certainly possible, but this is not how the DHIS2 live app
is launched. It is not launched with a bat script.
So, if we want users to have a double clickable icon to start the
application and not a batch file, then it would need to occur from
within the DHIS2 Live EXE itself. That is
On 3 March 2010 09:49, Jason Pickering jason.p.picker...@gmail.com wrote:
Yeah, it is certainly possible, but this is not how the DHIS2 live app
is launched. It is not launched with a bat script.
So, if we want users to have a double clickable icon to start the
application and not a batch
On Wed, Mar 3, 2010 at 10:49 AM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Yeah, it is certainly possible, but this is not how the DHIS2 live app
is launched. It is not launched with a bat script.
So, if we want users to have a double clickable icon to start the
application and not
On 3 March 2010 09:58, Knut Staring knu...@gmail.com wrote:
On Wed, Mar 3, 2010 at 10:49 AM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Yeah, it is certainly possible, but this is not how the DHIS2 live app
is launched. It is not launched with a bat script.
So, if we want users to
On 3 March 2010 11:34, Saptarshi Purkayastha sun...@gmail.com wrote:
ok... since we are talking about Postgres and removing mysql support... has
anyone seen that postgres on Windows is not actually a service and is
started/stopped through a cygwin.
There are other things to consider about
Hi there.
First of all, Postgres is installed as a native windows service.
Cygwin is not involved. Postgres does not NEED to be run as a service,
but there are some pros/cons about doing this way. A big con is that
you need administrative access to the machine (which the Postgres
installer will
On 3 March 2010 12:55, Jason Pickering jason.p.picker...@gmail.com wrote:
Hi there.
First of all, Postgres is installed as a native windows service.
Cygwin is not involved. Postgres does not NEED to be run as a service,
but there are some pros/cons about doing this way. A big con is that
I have used the enterprise DB installer to do this, but the 8.4 series
(even 8.3) there are native postgres binaries. This was why previously
you needed to use Cygwin. This is no longer the ace. You do not need
to use the Enterprise DB installer to do this. I am contemplating
using the binary
I say go with what is easiest for you. But I in general like the use of the
tray application, especially if we can get developers from OpenMRS working
on it. We could perhaps also use it for the Public Health Information
Toolkit (PHIT)
2010/3/2 Jason Pickering jason.p.picker...@gmail.com
Your check is too stringent - I think requiring 1.6.0-14 is sufficient.
This is easily changed.
Pointing them to the right place for download is definitely useful. Not
sure
how the automatic download would work if there is no
Lets not put BIRT in, we have Jasper, if people want BIRT they can download
and install it separately, its quite big...
Fine, but I need it here, and this was the original reason for the
installer, so I will have another version with BIRT.
2) A lite install allowing the user to download
2010/3/2 Jason Pickering jason.p.picker...@gmail.com
Lets not put BIRT in, we have Jasper, if people want BIRT they can
download
and install it separately, its quite big...
Fine, but I need it here, and this was the original reason for the
installer, so I will have another version
On 2 March 2010 09:21, Knut Staring knu...@gmail.com wrote:
2010/3/2 Jason Pickering jason.p.picker...@gmail.com
Lets not put BIRT in, we have Jasper, if people want BIRT they can
download
and install it separately, its quite big...
Fine, but I need it here, and this was the original
I am just chatting with Knut on this.
I think the better solution would be in the Launch4j exe, where we can
specify a path to the JRE with the path directive. We could do the
same for the launch.sh script on Linux. Jetty is called by the
Launch4j wrapper, which accept these parameters.
jre
On Tue, Mar 2, 2010 at 9:47 AM, Jason Pickering jason.p.picker...@gmail.com
wrote:
I am just chatting with Knut on this.
I think the better solution would be in the Launch4j exe, where we can
specify a path to the JRE with the path directive. We could do the
same for the launch.sh script on
-properties.htm.
regards,
murod
- Original Message
From: Jason Pickering jason.p.picker...@gmail.com
To: Ola Hodne Titlestad olati...@gmail.com
Cc: dhis2-devs dhis2-devs@lists.launchpad.net
Sent: Tue, March 2, 2010 2:17:14 PM
Subject: Re: [Dhis2-devs] New installer available: Testers wanted
OK. A quick update.
I managed to get DHIS+Postgres installed on a clean system, meaning
one without a Postgres user or previous install Postgres instance.
This is good, as this may be 90% of the cases we will encounter for a
first time install, but it is only part of the problem.
On a system
This is what the Netbeans-based installer is doing... Infact it is able to
do that for Linux, Windows, Mac and Solaris from the beginning. It was able
to detect mysql and jre's installations on the system, tomcat was not
detectable, which could have been detected from the registry or services
like
Hi Saptarshi,
It will certainly be a lot of effort, but nothing compared to the
number of man hours devoted to DHIS2. If we cannot get this product
installed on more peoples machine's, all of that development effort is
just wasted. So, it is absolutely critical we get a good installer
together,
2010/2/18 Jason Pickering jason.p.picker...@gmail.com
Hi there.
Try building everything from the latest version of the files, per my
instructions sent in an earlier mail for the complete compile (dhis2,
docs, and the installer)
I suspect something was out of date as well.
Thanks for
2010/3/1 Lars Helge Øverland larshe...@gmail.com
2010/2/18 Jason Pickering jason.p.picker...@gmail.com
Hi there.
Try building everything from the latest version of the files, per my
instructions sent in an earlier mail for the complete compile (dhis2,
docs, and the installer)
I suspect
Hi Lars and Ola,
I think it would be possible, but I have no time this week. I will be
in Dushanbe next week, and will have some more time to devote to this
over the weekend, and likely when I am there. Knut has sent me the
source for the installer that he did a few years back, which is a
2010/3/1 Ola Hodne Titlestad olati...@gmail.com
2010/3/1 Lars Helge Øverland larshe...@gmail.com
2010/2/18 Jason Pickering jason.p.picker...@gmail.com
Hi there.
Try building everything from the latest version of the files, per my
instructions sent in an earlier mail for the complete
Hi there. I think we should focus on giving the user a choice at install time.
1) Install H2
2) Install Postgres
This is pretty simple. Now the question is how easy is an unattended
Postgres install. We can easily package the Postgres MSI and have the
user click through. Now, any number of
I think it is fair enough to warn the user to stick with H2 as the default
choice unless he has administrative rights. People are used to admin rights
being a requirement for installing software, no?
Knut
2010/3/1 Jason Pickering jason.p.picker...@gmail.com
Hi there. I think we should focus on
2010/3/1 Jason Pickering jason.p.picker...@gmail.com
Hi there. I think we should focus on giving the user a choice at install
time.
1) Install H2
2) Install Postgres
This is pretty simple. Now the question is how easy is an unattended
Postgres install. We can easily package the Postgres
2010/3/1 Lars Helge Øverland larshe...@gmail.com:
2010/3/1 Jason Pickering jason.p.picker...@gmail.com
Hi there. I think we should focus on giving the user a choice at install
time.
1) Install H2
2) Install Postgres
This is pretty simple. Now the question is how easy is an unattended
2010/3/1 Lars Helge Øverland larshe...@gmail.com
2010/3/1 Jason Pickering jason.p.picker...@gmail.com
Hi there. I think we should focus on giving the user a choice at install
time.
1) Install H2
2) Install Postgres
This is pretty simple. Now the question is how easy is an unattended
At first glance, this seems like the best option..
http://www.enterprisedb.com/learning/pginst_guide.do#noninteractive
Unless there are objections, I will go for this.
Regards,
JPP
2010/3/1 Lars Helge Øverland larshe...@gmail.com:
2010/3/1 Lars Helge Øverland larshe...@gmail.com
Oh, my other question would be as well, should Java be installed as
part of the installation?
Right now, the installer checks, and bails if an accepted (1.6.0_18)
is not installed. Installing Java should be a easy, but it causes
problems on stupid WHO Synergy machines, but I must hope that these
2010/3/1 Jason Pickering jason.p.picker...@gmail.com
Oh, my other question would be as well, should Java be installed as
part of the installation?
Right now, the installer checks, and bails if an accepted (1.6.0_18)
is not installed. Installing Java should be a easy, but it causes
problems
Your check is too stringent - I think requiring 1.6.0-14 is sufficient.
This is easily changed.
Pointing them to the right place for download is definitely useful. Not sure
how the automatic download would work if there is no connection? Or if the
user has Java available.
The installer
On Fri, Feb 12, 2010 at 1:08 PM, Jason Pickering
jason.p.picker...@gmail.com wrote:
Hi there,
I have managed to get another installer together, for DHIS2 Live
package, this time using BitRock, which seems like a more solid
product than IZPack. They granted us a license for use with the
Hi there.
Try building everything from the latest version of the files, per my
instructions sent in an earlier mail for the complete compile (dhis2,
docs, and the installer)
I suspect something was out of date as well.
Thanks for testing.
Regards,
jason
2010/2/18 Lars Helge Øverland
54 matches
Mail list logo
