Yes, Vuze and netbeans are examples and not dependencies...really small
files They can be automatically created to wrap the jar and these projects
can do it using a build tool like ant/ivy/maven
---
Regards,
Saptarshi PURKAYASTHA
Director R & D, HISP India
Health Information Systems Programme
My
OK cool. I figured this problem must be well solved by now. Wrapping in a
native executable sounds like a smart way to go (much like tcl distribution
with starkits and tclkits).
Saptarshi do you know is there a simple way to do this, preferably using
maven, which doesn't necessarily involve anot
Hi,
This issue has been solved by a number of Java projects and we have seen the
pitfalls of using jar files for distribution in all these projects. Native
executables are easiest and best way to solve this problem. The logic to
identify java, version, location, operating system should be done in
2009/8/18 Bob Jolliffe :
> Mind you ... though we don't need JAVA_HOME there might be a case for
> setting JAVA_OPTS. Maybe we just need an explanatory note on the website
> about production-vs-demo and tuning.
>
Sure.
I have tested things on Windows 7 today. Running dhis2 lite +
building/testin
Mind you ... though we don't need JAVA_HOME there might be a case for
setting JAVA_OPTS. Maybe we just need an explanatory note on the website
about production-vs-demo and tuning.
2009/8/18 Lars Helge Øverland
> 2009/8/18 Bob Jolliffe :
> > given that its an executable jar, do we even need a b
>
>
> Yes it will start, we can just leave out the bat file. We can make the
> java requirement clear on the website.
>
A minor pitfall is that the jar file might on windows be associated
with a compressing software like winrar or winzip. But we can make
this clear as well.
__
2009/8/18 Bob Jolliffe :
> given that its an executable jar, do we even need a batch file at all?
> Assuming java is installed on the host machine won't it just start by double
> clicking on it? Or should we be trying to catch and report the situation
> that java is not installed?
Yes it will st
given that its an executable jar, do we even need a batch file at all?
Assuming java is installed on the host machine won't it just start by double
clicking on it? Or should we be trying to catch and report the situation
that java is not installed?
2009/8/18 Lars Helge Øverland
> OK will fix th
OK will fix this. The sample database included should also be brushed
up a bit, will do it in one go.
Lars
___
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://launchpad.net/~dhis2-devs
M
2009/8/18 Knut Staring
> Here is the current content of startup.bat for DHIS-lite:
>
> @echo off
>
> if not "%JAVA_HOME%" == "" goto startup
> :abort
> echo DHIS 2 requires a Java Runtime Environment to be installed
> pause
> goto end
> :startup
> echo Starting DHIS 2...
> java -jar dhis2-lite.ja
Here is the current content of startup.bat for DHIS-lite:
@echo off
if not "%JAVA_HOME%" == "" goto startup
:abort
echo DHIS 2 requires a Java Runtime Environment to be installed
pause
goto end
:startup
echo Starting DHIS 2...
java -jar dhis2-lite.jar
goto end
:end
Unfortunately, this way of che
Moved the lite package to trunk/lite-package.
___
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
On Thu, Apr 16, 2009 at 10:03 PM, Knut Staring wrote:
>
> 2009/4/16 Bob Jolliffe
>>
>>
>> Been thinking a bit about this. Given that the modus-operandi of
>> dhis-lite is to run with exploded wars, then theoretically it should
>> be much more feasible to update a jar here and there or even just
2009/4/16 Bob Jolliffe
> Hi Knut
>
> 2009/4/16 Knut Staring :
> > 2009/4/16 Lars Helge Øverland
> >>
> >>> That's pretty big! I wonder if we should consider distributing it
> >>> separately as well ie. without the dhis and birt wars. One of the
> >>> features we can add to the "control panel"
Hi Knut
2009/4/16 Knut Staring :
> 2009/4/16 Lars Helge Øverland
>>
>>> That's pretty big! I wonder if we should consider distributing it
>>> separately as well ie. without the dhis and birt wars. One of the
>>> features we can add to the "control panel" is a user
>>> loading/unloading/updating
2009/4/16 Lars Helge Øverland :
>
>>
>> Are you sure? I've just been trying it on my machine and both birt
>> and dhis seem to be running in the same JVM (process). Unless BIRT
>> for some reason forks a new process but that would be very un-java
>> like.
>>
>> I might be wrong as I still haven't
>
> Are you sure? I've just been trying it on my machine and both birt
> and dhis seem to be running in the same JVM (process). Unless BIRT
> for some reason forks a new process but that would be very un-java
> like.
>
> I might be wrong as I still haven't got around to the whole report
> thing (
2009/4/16 Lars Helge Øverland :
>
>>
>>
>> I'm not sure if my reading of the docs is the same as yours. It seems
>> to me that h2 will handle multiple connections in a thread safe manner
>> from within a single JVM.
>> (http://www.h2database.com/html/features.html#multiple_connections)
>
> Yup but
2009/4/16 Lars Helge Øverland
>
> That's pretty big! I wonder if we should consider distributing it
>> separately as well ie. without the dhis and birt wars. One of the
>> features we can add to the "control panel" is a user
>> loading/unloading/updating of the wars.
>>
>
> Some sort of automat
>
>
> I'm not sure if my reading of the docs is the same as yours. It seems
> to me that h2 will handle multiple connections in a thread safe manner
> from within a single JVM.
> (http://www.h2database.com/html/features.html#multiple_connections)
Yup but we are using embedded mode, not client-se
Hi
2009/4/14 Lars Helge Øverland :
>
>
> Made the lite jar set two system properties which are read by the report
> config manager in DHIS 2, the birt stuff now configures itself.
>
> H2 embedded mode only accepts connections from a single JVM or thread. This
> implied a problem in that Birt creat
Made the lite jar set two system properties which are read by the report
config manager in DHIS 2, the birt stuff now configures itself.
H2 embedded mode only accepts connections from a single JVM or thread. This
implied a problem in that Birt creates a connection to the database. Still
H2 has a "
>
>
> To keep our (growing) tree organised I would suggest locating in
> webapps/dhis and webapps/birt respectively.
>
> Cheers
> Bob
>
Good point. Fixed it. Also moved the dhis2 home directory to /conf, as this
location might get lots of sub-directories (like reports, import-export).
Updated the
2009/4/13 Lars Helge Øverland :
>
> Added support for multiple webappcontexts and made the lite jar look for a
> BIRT webapp. The dhis2 war must now be located in a directory called "dhis"
> while the birt war file must be located in a directory called "birt".
> Uploaded a zipped birt war with all
Added support for multiple webappcontexts and made the lite jar look for a
BIRT webapp. The dhis2 war must now be located in a directory called "dhis"
while the birt war file must be located in a directory called "birt".
Uploaded a zipped birt war with all JDBC drivers included here:
folk.uio.no/la
2009/4/8 Lars Helge Øverland :
>
>>
>>
>> I had wondered about this. I have seen the link with DHIS2_HOME but
>> I'm afraid I haven't approached looking at the BIRT webapp at all yet.
>> I am sure we don't want to skip it so we must find a way.
>>
>> I also see OPENHEALTH_HOME popping up here and
On Wed, Apr 8, 2009 at 9:57 AM, Knut Staring wrote:
> On Wed, Apr 8, 2009 at 9:11 AM, Ola Hodne Titlestad wrote:
>
>> 2009/4/8 Lars Helge Øverland
>>
>> I also see OPENHEALTH_HOME popping up here and there.
>>>
>>>
>>> Not used for anything currently.
>>>
>>
>> Are you sure Lars? In Zanzibar (an
On Wed, Apr 8, 2009 at 9:11 AM, Ola Hodne Titlestad wrote:
> 2009/4/8 Lars Helge Øverland
>
>> I also see OPENHEALTH_HOME popping up here and there.
>>
>>
>> Not used for anything currently.
>>
>
> Are you sure Lars? In Zanzibar (and in Zambia I think) they are using
> openhealth with DHIS2 and I
2009/4/8 Lars Helge Øverland
>
>
>>
>> I had wondered about this. I have seen the link with DHIS2_HOME but
>> I'm afraid I haven't approached looking at the BIRT webapp at all yet.
>> I am sure we don't want to skip it so we must find a way.
>>
>> I also see OPENHEALTH_HOME popping up here and
>
>
> I had wondered about this. I have seen the link with DHIS2_HOME but
> I'm afraid I haven't approached looking at the BIRT webapp at all yet.
> I am sure we don't want to skip it so we must find a way.
>
> I also see OPENHEALTH_HOME popping up here and there.
Not used for anything currentl
2009/4/7 Lars Helge Øverland :
>
>
> 2009/4/7 Lars Helge Øverland
>>
>>
>> 2009/4/7 Lars Helge Øverland
>>>
>>>
>>> After a bunch of sql syntax fixes the import process now runs on Derby.
>>>
>>> Still, things seem to be quite slow, approximately 5 times slower than
>>> Postgres, 7 times slower t
2009/4/7 Lars Helge Øverland
>
>
> 2009/4/7 Lars Helge Øverland
>
>>
>>
>> After a bunch of sql syntax fixes the import process now runs on Derby.
>>
>> Still, things seem to be quite slow, approximately 5 times slower than
>> Postgres, 7 times slower than H2. Also, sometimes the import process
2009/4/7 Lars Helge Øverland
>
>
> After a bunch of sql syntax fixes the import process now runs on Derby.
>
> Still, things seem to be quite slow, approximately 5 times slower than
> Postgres, 7 times slower than H2. Also, sometimes the import process leads
> to heap space out of memory error an
2009/4/7 Bob Jolliffe
> Sounds good. Derby support is probably not the most urgent but it
> does seem tantalisingly close and an important "nice to have".
Yes I would love to have the ability to run "embedded out-of-the-box".
>
>
> I presume then that you are testing with the modified DerbyD
Sounds good. Derby support is probably not the most urgent but it
does seem tantalisingly close and an important "nice to have".
I presume then that you are testing with the modified DerbyDialect?
Excuse my ignorance, but how in fact do you add a dialect to hibernate
without rebuilding hibernate.
Nice. Works fine here. Added an IdentityDerbyDialect to DHIS 2 and modified
the jdbc stuff as usual.
The import fails while complaining that you can't compare ints to chars for
things like
dataelementid='1' (one must remove the quotes)
These things might contribute to the failed tests. Will star
FWIW H2 performs slightly better on the unit tests:
Tests run: 1417, Failures: 4, Errors: 18, Skipped: 0
2009/4/6 Bob Jolliffe :
> 2009/4/6 Bob Jolliffe :
>>> 1) Modify the getNativeIdentifierGeneratorClass() method in the DerbyDialect
>>> to return IdentityGenerator.class. But this might break l
2009/4/6 Bob Jolliffe :
>> 1) Modify the getNativeIdentifierGeneratorClass() method in the DerbyDialect
>> to return IdentityGenerator.class. But this might break lots of things in
>> Hibernate.
>
> Which means I think that this should be ok. Don't know why nobody has
> done it yet though. I can
>
> >
> > 1) Modify the getNativeIdentifierGeneratorClass() method in the
> DerbyDialect
> > to return IdentityGenerator.class. But this might break lots of things in
> > Hibernate.
>
> Which means I think that this should be ok. Don't know why nobody has
> done it yet though. I can have a go at
2009/4/6 Lars Helge Øverland :
>
>
> 2009/4/6 Bob Jolliffe
>>
>> I am not sure if I understand all of this correctly but it seems that
>> if we use (as we do):
>>
>>
>> then hibernate will delegate to 'identity' for h2 and mysql (and
>> probably 'sequence' for postgres). Derby for some peculiar
2009/4/6 Bob Jolliffe
> I am not sure if I understand all of this correctly but it seems that
> if we use (as we do):
>
>
> then hibernate will delegate to 'identity' for h2 and mysql (and
> probably 'sequence' for postgres). Derby for some peculiar reason
> delegates to 'hilo'.
>
> Presumably
I am not sure if I understand all of this correctly but it seems that
if we use (as we do):
then hibernate will delegate to 'identity' for h2 and mysql (and
probably 'sequence' for postgres). Derby for some peculiar reason
delegates to 'hilo'.
Presumably we could fix this by making generator c
Interesting discussion here confirming your observation:
http://forum.springsource.org/showthread.php?t=47992
2009/4/6 Lars Helge Øverland :
>
>>
>> That's good news. BTW I forgot to attach the patch. I think there's
>> still a few things to do around the jdbc module for derby, but that
>> look
>
> That's good news. BTW I forgot to attach the patch. I think there's
> still a few things to do around the jdbc module for derby, but that
> looks like mostly cut and paste stuff (unless my sources are not quite
> up to date). Otherwise I think we're nearly there ...
>
Things now run fine w
Hi
2009/4/5 Lars Helge Øverland :
>
>
> 2009/4/5 Bob Jolliffe
>>
>> Hi
>>
>> It seems there is light at the end of tunnel regarding derby.
>>
>> There were three problems with derby:
>> 1. the tables indicator and translation using SQL keywords
>> 2. the length of some varchar fields being beyo
2009/4/5 Bob Jolliffe
> Hi
>
> It seems there is light at the end of tunnel regarding derby.
>
> There were three problems with derby:
> 1. the tables indicator and translation using SQL keywords
> 2. the length of some varchar fields being beyond derby's max
> 3. a field 'external' in the doc
Hi
It seems there is light at the end of tunnel regarding derby.
There were three problems with derby:
1. the tables indicator and translation using SQL keywords
2. the length of some varchar fields being beyond derby's max
3. a field 'external' in the document table also being an sql keyword.
Hi,
The long list of replies to the mail below have left me a bit confused -
what should I do right now in order to install DHIS Lite without
administrative rights? Do I still just follow the instructions below?
Knut
On Fri, Mar 27, 2009 at 6:53 PM, Bob Jolliffe wrote:
> I've just committed a
>
>>
>> I was looking at that link you posted re the H2 dialect bug. It looks
>> like it is concerned with Bit and Boolean types. Do we use any of
>> these in our schema?
>>
>
> Yes. But I will have a closer look at H2.
>
>
I have comitted the patched H2Dialect class to the dhis-support-hibernat
>
> > I have looked at different alternatives for the embedded database in the
> > lite version.
> >
> > - H2 is not working out so well. It seems the Hibernate H2Dialect is
> buggy.
> > The H2 people tried to submit a patch but it didn't work so well. It's
> all
> > explained here:
> > http://open
Hi
Not good news.
2009/4/3 Lars Helge Øverland :
>
>
> I have looked at different alternatives for the embedded database in the
> lite version.
>
> - H2 is not working out so well. It seems the Hibernate H2Dialect is buggy.
> The H2 people tried to submit a patch but it didn't work so well. It's
I have looked at different alternatives for the embedded database in the
lite version.
- H2 is not working out so well. It seems the Hibernate H2Dialect is buggy.
The H2 people tried to submit a patch but it didn't work so well. It's all
explained here:
http://opensource.atlassian.com/projects/hib
>>
>> PS. can we make it look for dhis2.home regardless of whether
>> DHIS2_HOME is set or not - and take precedence? Otherwise I have to
>> unset DHIS2_HOME. There will be no effect on applications which do
>> not set the dhis2.home property.
>>
>
> Sure. I was just a little afraid of doing this
2009/4/2 Bob Jolliffe
> Great. Works like a charm. Specially on Windoze. The application is
> now self referencing - just double click on the executable jar (or a
> shortcut to it) and it figures out the rest from there. (Knut: In
> fact it will work really well off a usb stick - no setup req
Great. Works like a charm. Specially on Windoze. The application is
now self referencing - just double click on the executable jar (or a
shortcut to it) and it figures out the rest from there. (Knut: In
fact it will work really well off a usb stick - no setup required).
A bit weird on linux.
I have committed a change that makes DHIS 2 to look for a system property
"dhis2.home" if the environment variable "DHIS2_HOME" is not set. This
should work with the executable jar...
___
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2
2009/4/1 Bob Jolliffe
> Looks good. Will take a proper look later. Got distracted with
> making animated gifs in gimp ...
>
Haha.
___
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Unsubscribe : https://
Looks good. Will take a proper look later. Got distracted with
making animated gifs in gimp ...
Cheers
Bob
2009/4/1 Lars Helge Øverland :
>
>>
>>
>>
>> I've finally got rid of all the pesky System.err.println() statements
>> and am using Jetty's Log class. Haven't figured out yet how to tie it
>
>
>
> I've finally got rid of all the pesky System.err.println() statements
> and am using Jetty's Log class. Haven't figured out yet how to tie it
> in with the commons logging in the webapp and log to a file (other
> than stderr). That's the next challenge ... priority 1.
I have changed th
Cool. startup now betwen 19 and 25 seconds total. And using 65M Ram.
2009/4/1 Bob Jolliffe :
> 2009/4/1 Knut Staring :
>> 2009/4/1 Bob Jolliffe
>>>
>>>
>>> However it does give me the chance to make some observations on
>>> startup time (with an empty database). Total startup time on my XP
>>>
2009/4/1 Knut Staring :
> 2009/4/1 Bob Jolliffe
>>
>>
>> However it does give me the chance to make some observations on
>> startup time (with an empty database). Total startup time on my XP
>> virtual machine is 35s. I'm going to put XP on my little asus for a
>> realistic low power scenario an
2009/4/1 Bob Jolliffe
>
>
> However it does give me the chance to make some observations on
> startup time (with an empty database). Total startup time on my XP
> virtual machine is 35s. I'm going to put XP on my little asus for a
> realistic low power scenario and will measure again. But part
Hi
2009/3/31 Lars Helge Øverland :
>
>>
>> > Sorry obviously that won't be enough. DHIS 2 looks for config file in
>> > this
>> > order: 1) default properties file in dhis-support-hibernate 2) Classpath
>> > in
>> > the WAR 3) DHIS2_HOME env variable, where the last one gets precedence.
>> > We
>>
> That sounds like the ticket.
>
>
OK I will work on the webapp side. I'll look for a hibernate.properties
outside the JAR for now if thats ok with you.
___
Mailing list: https://launchpad.net/~dhis2-devs
Post to : dhis2-devs@lists.launchpad.net
Uns
Hi
2009/3/31 Lars Helge Øverland :
>
>>
>> > Sorry obviously that won't be enough. DHIS 2 looks for config file in
>> > this
>> > order: 1) default properties file in dhis-support-hibernate 2) Classpath
>> > in
>> > the WAR 3) DHIS2_HOME env variable, where the last one gets precedence.
>> > We
>>
>
> > Sorry obviously that won't be enough. DHIS 2 looks for config file in
> this
> > order: 1) default properties file in dhis-support-hibernate 2) Classpath
> in
> > the WAR 3) DHIS2_HOME env variable, where the last one gets precedence.
> We
> > could read in a hibernate.properties file and ove
>
> Or maybe jdbc:h2:./database/dhis2 (see the little dot - to make the
> url relative).
You are right again.
> I think I'd still use a hibernate.properties file,
> probably alongside the jar, to allow some flexibility. Still have to
> puzzle how best to deal with the DHIS2_HOME env variable.
2009/3/30 Lars Helge Øverland :
>
>>
>>
>> > The relative one will have the OS user home as basis.
>>
>> This I don't know. Unless the URL has a '~' then might it not be
>> relative to the current working directory instead? This I can check.
>> I think the location of the db is important enough -
>
>
> > The relative one will have the OS user home as basis.
>
> This I don't know. Unless the URL has a '~' then might it not be
> relative to the current working directory instead? This I can check.
> I think the location of the db is important enough - to enable backups
> etc - that we want t
Hi
2009/3/30 Lars Helge Øverland :
>
>> This looks good. I was playing with having the war in
>> /src/main/resources but it ended up getting copied in twice leading to
>> a 65M jar! This seems to work better and follow the "maven way". I'm
>> still in 2 minds whether I like the 33M executable j
> This looks good. I was playing with having the war in
> /src/main/resources but it ended up getting copied in twice leading to
> a 65M jar! This seems to work better and follow the "maven way". I'm
> still in 2 minds whether I like the 33M executable jar, but more
> thoughts below. The webapp
Hi Lars
Thanks for checking this out. I was wondering if it was in a void ...
2009/3/30 Lars Helge Øverland :
> Hey Bob,
>
> this sounds nice. I have contributed some hacking myself:
>
>
> - Updated versions of jetty and jetty-util in the lite POM to the latest
> (and existing:) ones in the mvn
On Fri, Mar 27, 2009 at 6:53 PM, Bob Jolliffe wrote:
> I've just committed a (very rough and ready) version of a dhis2-lite,
> aimed at being suitable for running on smaller machines with no
> tomcat, and no windows service and the beginnings of a user interface.
>
> bzr checkout lp:~dhis2-devs/d
I've just committed a (very rough and ready) version of a dhis2-lite,
aimed at being suitable for running on smaller machines with no
tomcat, and no windows service and the beginnings of a user interface.
bzr checkout lp:~dhis2-devs/dhis2/sandbox
DO READ THE README FILE.
Hopefully after more tes
74 matches
Mail list logo