[GeoNetwork-devel] IRC meeting this morning!

GeoNetwork GeoNetwork Developer
1

Hi all,

As François suggests in its last mail concerning schematron update, it would be nice to have a small discussion on that point this morning.

I would also discuss about small modifications for managers in Geonetwork java source code.
Indeed, as I worked in a multiple instance context for GeoNetwork, I would like to modify some managers (ie. ThesaurusManager, ContactManager…) to become singleton classes, in order to get only one instance of this manager.I would also suggest to have a dedicated SchemaManager, responsible of loading schemas. This will implies some small changes in EditLib and DataManager classes.

Hope to see you in one hour on the irc meeting!
Cheers,

Mathieu

2

Hi Mathieu and Francois,

Unfortunately I'll be travelling then - I'll check in when I reach home but maybe too late otherwise I'll have to take a look at the log.

Francois' proposal to update the schematrons seems like a nice logical step to take (we do already use XPaths to attach validation error messages to the right part of the XML tree :slight_smile: so I'm interested in the mechanisms and tech details that go with it)

Also re: the singleton suggestion: with this change perhaps the multiple instance context for GeoNetwork can move from unsupported/not mentioned to supported and documented including why someone might use it?

Cheers,
Simon
________________________________________
From: Mathieu Coudert [mathieu.coudert@anonymised.com]
Sent: Tuesday, 13 April 2010 6:19 PM
To: Devel geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] IRC meeting this morning!

Hi all,

As François suggests in its last mail concerning schematron update, it would be nice to have a small discussion on that point this morning.

I would also discuss about small modifications for managers in Geonetwork java source code.
Indeed, as I worked in a multiple instance context for GeoNetwork, I would like to modify some managers (ie. ThesaurusManager, ContactManager...) to become singleton classes, in order to get only one instance of this manager.I would also suggest to have a dedicated SchemaManager, responsible of loading schemas. This will implies some small changes in EditLib and DataManager classes.

Hope to see you in one hour on the irc meeting!
Cheers,

Mathieu

3

The proposal page [1] has been updated according to the IRC
discussion. Simon, Archie, feel free to update your proposals status
knowing we decided to make a code freeze on May 1st for 2.5.0 and
2.4.3 will be probably released this week by Jose & Jeroen.

Ciao.
Francois

[1] http://trac.osgeo.org/geonetwork/wiki/proposals

2010/4/13 <Simon.Pigot@anonymised.com>:

Hi Mathieu and Francois,

Unfortunately I'll be travelling then - I'll check in when I reach home but maybe too late otherwise I'll have to take a look at the log.

Francois' proposal to update the schematrons seems like a nice logical step to take (we do already use XPaths to attach validation error messages to the right part of the XML tree :slight_smile: so I'm interested in the mechanisms and tech details that go with it)

Also re: the singleton suggestion: with this change perhaps the multiple instance context for GeoNetwork can move from unsupported/not mentioned to supported and documented including why someone might use it?

Cheers,
Simon
________________________________________
From: Mathieu Coudert [mathieu.coudert@anonymised.com]
Sent: Tuesday, 13 April 2010 6:19 PM
To: Devel geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] IRC meeting this morning!

Hi all,

As François suggests in its last mail concerning schematron update, it would be nice to have a small discussion on that point this morning.

I would also discuss about small modifications for managers in Geonetwork java source code.
Indeed, as I worked in a multiple instance context for GeoNetwork, I would like to modify some managers (ie. ThesaurusManager, ContactManager...) to become singleton classes, in order to get only one instance of this manager.I would also suggest to have a dedicated SchemaManager, responsible of loading schemas. This will implies some small changes in EditLib and DataManager classes.

Hope to see you in one hour on the irc meeting!
Cheers,

Mathieu

------------------------------------------------------------------------------
Download Intel&#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

4

I’ve updated the proposal page with links to newly created tickets for the things open for 2.5.0, as discussed.

I’ve also moved the search performance proposal from 2.5.0 to 2.4.3 and asked Jose to complete the section about 2.4.3 on that page.

Kind regards
Heikki Doeleman

On Tue, Apr 13, 2010 at 1:18 PM, Francois Prunayre <fx.prunayre@anonymised.com> wrote:

The proposal page [1] has been updated according to the IRC
discussion. Simon, Archie, feel free to update your proposals status
knowing we decided to make a code freeze on May 1st for 2.5.0 and
2.4.3 will be probably released this week by Jose & Jeroen.

Ciao.
Francois

[1] http://trac.osgeo.org/geonetwork/wiki/proposals

2010/4/13 Simon.Pigot@anonymised.com:

Hi Mathieu and Francois,

Unfortunately I’ll be travelling then - I’ll check in when I reach home but maybe too late otherwise I’ll have to take a look at the log.

Francois’ proposal to update the schematrons seems like a nice logical step to take (we do already use XPaths to attach validation error messages to the right part of the XML tree :slight_smile: so I’m interested in the mechanisms and tech details that go with it)

Also re: the singleton suggestion: with this change perhaps the multiple instance context for GeoNetwork can move from unsupported/not mentioned to supported and documented including why someone might use it?

Cheers,
Simon

From: Mathieu Coudert [mathieu.coudert@anonymised.com]
Sent: Tuesday, 13 April 2010 6:19 PM
To: Devel geonetwork-devel@lists.sourceforge.net
Subject: [GeoNetwork-devel] IRC meeting this morning!

Hi all,

As François suggests in its last mail concerning schematron update, it would be nice to have a small discussion on that point this morning.

I would also discuss about small modifications for managers in Geonetwork java source code.
Indeed, as I worked in a multiple instance context for GeoNetwork, I would like to modify some managers (ie. ThesaurusManager, ContactManager…) to become singleton classes, in order to get only one instance of this manager.I would also suggest to have a dedicated SchemaManager, responsible of loading schemas. This will implies some small changes in EditLib and DataManager classes.

Hope to see you in one hour on the irc meeting!
Cheers,

Mathieu

Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev

GeoNetwork-devel mailing list
GeoNetwork-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
GeoNetwork OpenSource is maintained at http://sourceforge.net/projects/geonetwork

5

Hi all,

Sorry for not attending the IRC meeting. Been quite busy with other things (having a baby mainly :)) and just getting back to a bit of normality again.

Our user group is quite happy with the "ThesaurusKeywordSearch" feature, which has been added to the trunk and they don't see a need for the "HierarchicalKeywords" feature anymore.

Can I retract that proposal and close the ticket or how is the procedure in this case?

Sorry again, Heikki, you just created the ticket I guess...

Cheers,
    Michael

-----Original Message-----
From: heikki [mailto:tropicano@anonymised.com]
Sent: Tuesday, 13 April 2010 11:02 PM
To: Francois Prunayre
Cc: geonetwork-devel@lists.sourceforge.net
Subject: Re: [GeoNetwork-devel] IRC meeting this morning!

I've updated the proposal page with links to newly created
tickets for the things open for 2.5.0, as discussed.

I've also moved the search performance proposal from 2.5.0 to
2.4.3 and asked Jose to complete the section about 2.4.3 on that page.

Kind regards
Heikki Doeleman

On Tue, Apr 13, 2010 at 1:18 PM, Francois Prunayre
<fx.prunayre@anonymised.com> wrote:

  The proposal page [1] has been updated according to the IRC
  discussion. Simon, Archie, feel free to update your
proposals status
  knowing we decided to make a code freeze on May 1st for
2.5.0 and
  2.4.3 will be probably released this week by Jose & Jeroen.
  
  Ciao.
  Francois
  
  [1] http://trac.osgeo.org/geonetwork/wiki/proposals
  
  2010/4/13 <Simon.Pigot@anonymised.com>:
  
  > Hi Mathieu and Francois,
  >
  > Unfortunately I'll be travelling then - I'll check in
when I reach home but maybe too late otherwise I'll have to
take a look at the log.
  >
  > Francois' proposal to update the schematrons seems
like a nice logical step to take (we do already use XPaths to
attach validation error messages to the right part of the XML
tree :slight_smile: so I'm interested in the mechanisms and tech details
that go with it)
  >
  > Also re: the singleton suggestion: with this change
perhaps the multiple instance context for GeoNetwork can move
from unsupported/not mentioned to supported and documented
including why someone might use it?
  >
  > Cheers,
  > Simon
  > ________________________________________
  > From: Mathieu Coudert [mathieu.coudert@anonymised.com]
  > Sent: Tuesday, 13 April 2010 6:19 PM
  > To: Devel geonetwork-devel@lists.sourceforge.net
  > Subject: [GeoNetwork-devel] IRC meeting this morning!
  >
  > Hi all,
  >
  > As François suggests in its last mail concerning
schematron update, it would be nice to have a small
discussion on that point this morning.
  >
  > I would also discuss about small modifications for
managers in Geonetwork java source code.
  > Indeed, as I worked in a multiple instance context
for GeoNetwork, I would like to modify some managers (ie.
ThesaurusManager, ContactManager...) to become singleton
classes, in order to get only one instance of this manager.I
would also suggest to have a dedicated SchemaManager,
responsible of loading schemas. This will implies some small
changes in EditLib and DataManager classes.
  >
  > Hope to see you in one hour on the irc meeting!
  > Cheers,
  >
  > Mathieu
  >
  >
--------------------------------------------------------------
----------------
  > Download Intel&#174; Parallel Studio Eval
  > Try the new software tools for yourself. Speed
compiling, find bugs
  > proactively, and fine-tune applications for parallel
performance.
  > See why Intel Parallel Studio got high marks during beta.
  > http://p.sf.net/sfu/intel-sw-dev
  > _______________________________________________
  > GeoNetwork-devel mailing list
  > GeoNetwork-devel@lists.sourceforge.net
  > https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
  > GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork
  >
  
--------------------------------------------------------------
----------------
  Download Intel&#174; Parallel Studio Eval
  Try the new software tools for yourself. Speed
compiling, find bugs
  proactively, and fine-tune applications for parallel
performance.
  See why Intel Parallel Studio got high marks during beta.
  http://p.sf.net/sfu/intel-sw-dev
  _______________________________________________
  GeoNetwork-devel mailing list
  GeoNetwork-devel@lists.sourceforge.net
  https://lists.sourceforge.net/lists/listinfo/geonetwork-devel
  GeoNetwork OpenSource is maintained at
http://sourceforge.net/projects/geonetwork