It looks like the dhis-web-maintenance-dataset version was "forked"
off the original and a few changes made. I noticed this because I was
trying to set the content type on a request header only to find that
it wasn't supported in our (two!) homegrown ajax request components.
Two suggestions [which are somewhat contradictory ]:
1. We should merge the request.js changes back into
web-commons-resources taking care not to break the many dependencies
2. We are already using jquery quite extensively in the frontend,
which has well developed and widely used ajax components. Perhaps we
should simply retire request.js entirely.
It looks like the dhis-web-maintenance-dataset version was “forked”
off the original and a few changes made. I noticed this because I was
trying to set the content type on a request header only to find that
it wasn’t supported in our (two!) homegrown ajax request components.
Two suggestions [which are somewhat contradictory ]:
We should merge the request.js changes back into
web-commons-resources taking care not to break the many dependencies
We are already using jquery quite extensively in the frontend,
which has well developed and widely used ajax components. Perhaps we
should simply retire request.js entirely.
Thoughts?
I’m aware of it and its horrible I suggest we do 1) as we have a lot of code which relies on commons/request.js. The last year we have been doing ajax through query and we will continue doing that. In the long-term we should consider to upgrade all js code to jquery.
If you feel up to it then fix it… If not write a bug and I will assign it.
Just a quick one, guys.
Just wondering where we are on the OpenMRS-DHIS integration.
Is work still on? Or is it complete?
Is there any place I could see code?
Thanks
Warm regards,
Ime
···
--- On Mon, 4/26/10, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
From: Bob Jolliffe <bobjolliffe@gmail.com>
Subject: [Dhis2-devs] Front end engineering ...
To: "dhis2-devs" <dhis2-devs@lists.launchpad.net>
Date: Monday, April 26, 2010, 1:59 PM
Looking at our ajax stuff while
tracking ognl issues I notice that we
have two copies of request.js:
It looks like the dhis-web-maintenance-dataset version was
"forked"
off the original and a few changes made. I noticed
this because I was
trying to set the content type on a request header only to
find that
it wasn't supported in our (two!) homegrown ajax request
components.
Two suggestions [which are somewhat contradictory ]:
1. We should merge the request.js changes back into
web-commons-resources taking care not to break the many
dependencies
2. We are already using jquery quite extensively in
the frontend,
which has well developed and widely used ajax
components. Perhaps we
should simply retire request.js entirely.
The OpenMRS-DHIS "integration" is based around exchanging datasets
using sdmx-hd. There has been a lot of work done on the sdmx-hd
standard itself recently which has required some changes to both the
openmrs module and our import export module. I hope to be more or
less finished with our import module by Friday - the basics are
already on launchpad, but will be more complete by then.
The import module itself is fairly generic. The substance of
importing lies in the transformation from an xml source to dxf for
import. I'm still working on an appropriate place to put those
transformations (xslt style sheets) but for the moment they are
externally provided on the filesystem.
So work is still on - but not complete.
Regards
Bob
···
On 28 April 2010 10:55, Ime Asangansi <asangansi@yahoo.com> wrote:
Hi Bob and all,
Just a quick one, guys.
Just wondering where we are on the OpenMRS-DHIS integration.
Is work still on? Or is it complete?
Is there any place I could see code?
Thanks
Warm regards,
Ime
--- On Mon, 4/26/10, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
From: Bob Jolliffe <bobjolliffe@gmail.com>
Subject: [Dhis2-devs] Front end engineering ...
To: "dhis2-devs" <dhis2-devs@lists.launchpad.net>
Date: Monday, April 26, 2010, 1:59 PM
Looking at our ajax stuff while
tracking ognl issues I notice that we
have two copies of request.js:
It looks like the dhis-web-maintenance-dataset version was
"forked"
off the original and a few changes made. I noticed
this because I was
trying to set the content type on a request header only to
find that
it wasn't supported in our (two!) homegrown ajax request
components.
Two suggestions [which are somewhat contradictory ]:
1. We should merge the request.js changes back into
web-commons-resources taking care not to break the many
dependencies
2. We are already using jquery quite extensively in
the frontend,
which has well developed and widely used ajax
components. Perhaps we
should simply retire request.js entirely.
Thanks for your quick email response.
Great to hear about the great work you've been doing and your approach to what has been a thorny issue.
My search for the launchpad blueprint has been futile. Please can you point me to that. Thanks.
BTW: Does it mean OpenMRS is able to export to sdmx? If not, how can you try out your dhis funtionality?
Thanks for your answers.
Cheers,
Ime
···
--- On Wed, 4/28/10, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
From: Bob Jolliffe <bobjolliffe@gmail.com>
Subject: Re: dhis-openmrs integration
To: "Ime Asangansi" <asangansi@yahoo.com>
Cc: "Dhis2" <dhis2-devs@lists.launchpad.net>
Date: Wednesday, April 28, 2010, 12:27 PM
Hi Ime
The OpenMRS-DHIS "integration" is based around exchanging
datasets
using sdmx-hd. There has been a lot of work done on
the sdmx-hd
standard itself recently which has required some changes to
both the
openmrs module and our import export module. I hope
to be more or
less finished with our import module by Friday - the basics
are
already on launchpad, but will be more complete by then.
The import module itself is fairly generic. The
substance of
importing lies in the transformation from an xml source to
dxf for
import. I'm still working on an appropriate place to
put those
transformations (xslt style sheets) but for the moment they
are
externally provided on the filesystem.
So work is still on - but not complete.
Regards
Bob
On 28 April 2010 10:55, Ime Asangansi <asangansi@yahoo.com> > wrote:
> Hi Bob and all,
>
> Just a quick one, guys.
> Just wondering where we are on the OpenMRS-DHIS
integration.
> Is work still on? Or is it complete?
> Is there any place I could see code?
>
> Thanks
>
> Warm regards,
> Ime
>
> --- On Mon, 4/26/10, Bob Jolliffe <bobjolliffe@gmail.com> > wrote:
>
>> From: Bob Jolliffe <bobjolliffe@gmail.com>
>> Subject: [Dhis2-devs] Front end engineering ...
>> To: "dhis2-devs" <dhis2-devs@lists.launchpad.net>
>> Date: Monday, April 26, 2010, 1:59 PM
>> Looking at our ajax stuff while
>> tracking ognl issues I notice that we
>> have two copies of request.js:
>>
>>
./dhis-web-maintenance/dhis-web-maintenance-dataset/src/main/webapp/dhis-web-maintenance-dataset/javascript/request.js
>>
./dhis-web-commons-resources/src/main/webapp/request.js
>>
>> It looks like the dhis-web-maintenance-dataset
version was
>> "forked"
>> off the original and a few changes made. I
noticed
>> this because I was
>> trying to set the content type on a request header
only to
>> find that
>> it wasn't supported in our (two!) homegrown ajax
request
>> components.
>> Two suggestions [which are somewhat contradictory ]:
>>
>> 1. We should merge the request.js changes back
into
>> web-commons-resources taking care not to break the
many
>> dependencies
>> 2. We are already using jquery quite extensively
in
>> the frontend,
>> which has well developed and widely used ajax
>> components. Perhaps we
>> should simply retire request.js entirely.
>>
>> Thoughts?
>>
>> Bob.
>>
>> _______________________________________________
>> 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
>>
>
Yes Ryan Crichton of jembi has written an sdmx-hd parser module for
openmrs (http://svn.openmrs.org/openmrs-contrib/sdmx-hd-parser\) and an
sdmx-hd reporting module which is using the new openmrs reporting
framework. So its lots of new stuff - the openmrs reporting framework
is quite freshly unwrapped. And the sdmx-hd standard itself is still
on public review until the 1 May. And the new import functionality of
dhis2 is still rough around the edges but I'm working on polishing
those this week.
Both openmrs and ourselves will have to make some adjustments to
handle the changes to the sdmx-hd standard.
Regards
Bob
···
On 28 April 2010 18:32, Ime Asangansi <asangansi@yahoo.com> wrote:
Hi Bob,
Thanks for your quick email response.
Great to hear about the great work you've been doing and your approach to what has been a thorny issue.
My search for the launchpad blueprint has been futile. Please can you point me to that. Thanks.
BTW: Does it mean OpenMRS is able to export to sdmx? If not, how can you try out your dhis funtionality?
Thanks for your answers.
Cheers,
Ime
--- On Wed, 4/28/10, Bob Jolliffe <bobjolliffe@gmail.com> wrote:
From: Bob Jolliffe <bobjolliffe@gmail.com>
Subject: Re: dhis-openmrs integration
To: "Ime Asangansi" <asangansi@yahoo.com>
Cc: "Dhis2" <dhis2-devs@lists.launchpad.net>
Date: Wednesday, April 28, 2010, 12:27 PM
Hi Ime
The OpenMRS-DHIS "integration" is based around exchanging
datasets
using sdmx-hd. There has been a lot of work done on
the sdmx-hd
standard itself recently which has required some changes to
both the
openmrs module and our import export module. I hope
to be more or
less finished with our import module by Friday - the basics
are
already on launchpad, but will be more complete by then.
The import module itself is fairly generic. The
substance of
importing lies in the transformation from an xml source to
dxf for
import. I'm still working on an appropriate place to
put those
transformations (xslt style sheets) but for the moment they
are
externally provided on the filesystem.
So work is still on - but not complete.
Regards
Bob
On 28 April 2010 10:55, Ime Asangansi <asangansi@yahoo.com> >> wrote:
> Hi Bob and all,
>
> Just a quick one, guys.
> Just wondering where we are on the OpenMRS-DHIS
integration.
> Is work still on? Or is it complete?
> Is there any place I could see code?
>
> Thanks
>
> Warm regards,
> Ime
>
> --- On Mon, 4/26/10, Bob Jolliffe <bobjolliffe@gmail.com> >> wrote:
>
>> From: Bob Jolliffe <bobjolliffe@gmail.com>
>> Subject: [Dhis2-devs] Front end engineering ...
>> To: "dhis2-devs" <dhis2-devs@lists.launchpad.net>
>> Date: Monday, April 26, 2010, 1:59 PM
>> Looking at our ajax stuff while
>> tracking ognl issues I notice that we
>> have two copies of request.js:
>>
>>
./dhis-web-maintenance/dhis-web-maintenance-dataset/src/main/webapp/dhis-web-maintenance-dataset/javascript/request.js
>>
./dhis-web-commons-resources/src/main/webapp/request.js
>>
>> It looks like the dhis-web-maintenance-dataset
version was
>> "forked"
>> off the original and a few changes made. I
noticed
>> this because I was
>> trying to set the content type on a request header
only to
>> find that
>> it wasn't supported in our (two!) homegrown ajax
request
>> components.
>> Two suggestions [which are somewhat contradictory ]:
>>
>> 1. We should merge the request.js changes back
into
>> web-commons-resources taking care not to break the
many
>> dependencies
>> 2. We are already using jquery quite extensively
in
>> the frontend,
>> which has well developed and widely used ajax
>> components. Perhaps we
>> should simply retire request.js entirely.
>>
>> Thoughts?
>>
>> Bob.
>>
>> _______________________________________________
>> 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
>>
>
Yes Ryan Crichton of jembi has written an sdmx-hd
parser module for
openmrs (http://svn.openmrs.org/openmrs-contrib/sdmx-hd-parser\)
and an
sdmx-hd reporting module which is using the new openmrs
reporting
framework. So its lots of new stuff - the openmrs
reporting framework
is quite freshly unwrapped. And the sdmx-hd standard
itself is still
on public review until the 1 May. And the new import
functionality of
dhis2 is still rough around the edges but I'm working on
polishing
those this week.
Both openmrs and ourselves will have to make some
adjustments to
handle the changes to the sdmx-hd standard.
Regards
Bob
On 28 April 2010 18:32, Ime Asangansi <asangansi@yahoo.com> > wrote:
> Hi Bob,
>
> Thanks for your quick email response.
> Great to hear about the great work you've been doing
and your approach to what has been a thorny issue.
>
> My search for the launchpad blueprint has been futile.
Please can you point me to that. Thanks.
>
> BTW: Does it mean OpenMRS is able to export to sdmx?
If not, how can you try out your dhis funtionality?
>
> Thanks for your answers.
>
> Cheers,
> Ime
>
> --- On Wed, 4/28/10, Bob Jolliffe <bobjolliffe@gmail.com> > wrote:
>
>> From: Bob Jolliffe <bobjolliffe@gmail.com>
>> Subject: Re: dhis-openmrs integration
>> To: "Ime Asangansi" <asangansi@yahoo.com>
>> Cc: "Dhis2" <dhis2-devs@lists.launchpad.net>
>> Date: Wednesday, April 28, 2010, 12:27 PM
>> Hi Ime
>>
>> The OpenMRS-DHIS "integration" is based around
exchanging
>> datasets
>> using sdmx-hd. There has been a lot of work done
on
>> the sdmx-hd
>> standard itself recently which has required some
changes to
>> both the
>> openmrs module and our import export module. I
hope
>> to be more or
>> less finished with our import module by Friday -
the basics
>> are
>> already on launchpad, but will be more complete by
then.
>>
>> The import module itself is fairly generic. The
>> substance of
>> importing lies in the transformation from an xml
source to
>> dxf for
>> import. I'm still working on an appropriate
place to
>> put those
>> transformations (xslt style sheets) but for the
moment they
>> are
>> externally provided on the filesystem.
>>
>> So work is still on - but not complete.
>>
>> Regards
>> Bob
>>
>> On 28 April 2010 10:55, Ime Asangansi <asangansi@yahoo.com> > >> wrote:
>> > Hi Bob and all,
>> >
>> > Just a quick one, guys.
>> > Just wondering where we are on the
OpenMRS-DHIS
>> integration.
>> > Is work still on? Or is it complete?
>> > Is there any place I could see code?
>> >
>> > Thanks
>> >
>> > Warm regards,
>> > Ime
>> >
>> > --- On Mon, 4/26/10, Bob Jolliffe <bobjolliffe@gmail.com> > >> wrote:
>> >
>> >> From: Bob Jolliffe <bobjolliffe@gmail.com>
>> >> Subject: [Dhis2-devs] Front end
engineering ...
>> >> To: "dhis2-devs" <dhis2-devs@lists.launchpad.net>
>> >> Date: Monday, April 26, 2010, 1:59 PM
>> >> Looking at our ajax stuff while
>> >> tracking ognl issues I notice that we
>> >> have two copies of request.js:
>> >>
>> >>
>>
./dhis-web-maintenance/dhis-web-maintenance-dataset/src/main/webapp/dhis-web-maintenance-dataset/javascript/request.js
>> >>
>>
./dhis-web-commons-resources/src/main/webapp/request.js
>> >>
>> >> It looks like the
dhis-web-maintenance-dataset
>> version was
>> >> "forked"
>> >> off the original and a few changes
made. I
>> noticed
>> >> this because I was
>> >> trying to set the content type on a
request header
>> only to
>> >> find that
>> >> it wasn't supported in our (two!)
homegrown ajax
>> request
>> >> components.
>> >> Two suggestions [which are somewhat
contradictory
>> ]:
>> >>
>> >> 1. We should merge the request.js
changes back
>> into
>> >> web-commons-resources taking care not to
break the
>> many
>> >> dependencies
>> >> 2. We are already using jquery quite
extensively
>> in
>> >> the frontend,
>> >> which has well developed and widely used
ajax
>> >> components. Perhaps we
>> >> should simply retire request.js
entirely.
>> >>
>> >> Thoughts?
>> >>
>> >> Bob.
>> >>
>> >>
_______________________________________________
>> >> 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
>> >>
>> >
>>
>
]: