Documentation of WPS 4.0 branch

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Documentation of WPS 4.0 branch

Matthias Müller
Hi guys,

I am a bit confused by the new module management in the WPS 4.0 branch.
Is there any documentation for module creation that describes the
current internals?

My observations so far:
* WPS modules are expected to maintain their own configuration. But this
configuration is sometimes hard-coded in the JAVA source code. What will
be the final solution here?
* There is some kind of loose coupling between Algorithm Repositories
and the new ClassKnowingModule. How is their relationship resolved? For
instance, the RConfigurationModule and MatlabAlgorithmRepositoryCM seem
to fake their class names to get things working. Is this the way to go
or just an interim solution?

Cheers,
Matthias

--
Matthias Müller
Dipl.-Geogr. | Research Associate

Technische Universität Dresden
Chair of Geoinformatics
01062 Dresden

Phone: +49 351 463-31953
Fax: +49 351 463-35879
Mail: [hidden email]

www: http://tu-dresden.de/uw/geo/geoinfo

_______________________________________________
Geoprocessingservices mailing list
[hidden email]
http://list.52north.org/mailman/listinfo/geoprocessingservices
http://geoprocessing.forum.52north.org
Please respect our mailing list guidelines:
http://52north.org/resources/mailing-lists-and-forums/guidelines
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Documentation of WPS 4.0 branch

BenjaminPross
Hi Matthias,

Thanks for bringing this up here, probably also a good topic for the
developers list [1].
Answers inline:

Am 15.12.2015 um 17:00 schrieb Matthias Müller:

> Hi guys,
>
> I am a bit confused by the new module management in the WPS 4.0
> branch. Is there any documentation for module creation that describes
> the current internals?
>
> My observations so far:
> * WPS modules are expected to maintain their own configuration. But
> this configuration is sometimes hard-coded in the JAVA source code.
> What will be the final solution here?
Not sure I understand the issue correctly. The configuration entries
e.g. for repositories are in the code because they are not likely to
change, in contrast to the format or algorithm entries that can be added
or deleted dynamically.
> * There is some kind of loose coupling between Algorithm Repositories
> and the new ClassKnowingModule. How is their relationship resolved?
> For instance, the RConfigurationModule and MatlabAlgorithmRepositoryCM
> seem to fake their class names to get things working. Is this the way
> to go or just an interim solution?
The relationship is resolved partly by the getClassName method. It
returns the name of the class that the configuration module is
responsible for. This is needed to load active repository and
parser/generator classes (e.g. here [2]).

Hope this helps. Documentation is is quite low atm.. If you have any
more questions, let me know.

Cheers,

Benjamin

[1] http://list.52north.org/mailman/listinfo/geoprocessingservices-dev
[2]
https://github.com/52North/WPS/blob/wps-4.0/52n-wps-server/src/main/java/org/n52/wps/server/RepositoryManager.java#L103
>
> Cheers,
> Matthias
>


--
Benjamin Proß
Software Engineer
52°North Geoprocessing Community

52°North Initiative for Geospatial Open Source Software GmbH
Martin-Luther-King-Weg 24
Fon: +49-(0)-251–396371-42
Fax: +49-(0)-251–396371-11
[hidden email]
http://52north.org/

General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk
Local Court Muenster HRB 10849

_______________________________________________
Geoprocessingservices mailing list
[hidden email]
http://list.52north.org/mailman/listinfo/geoprocessingservices
http://geoprocessing.forum.52north.org
Please respect our mailing list guidelines:
http://52north.org/resources/mailing-lists-and-forums/guidelines
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Documentation of WPS 4.0 branch

Daniel
Am 16/12/2015 um 08:24 schrieb Benjamin Proß:

> Hi Matthias,
>
> Thanks for bringing this up here, probably also a good topic for the
> developers list [1].
> Answers inline:
>
> Am 15.12.2015 um 17:00 schrieb Matthias Müller:
>> Hi guys,
>>
>> I am a bit confused by the new module management in the WPS 4.0
>> branch. Is there any documentation for module creation that describes
>> the current internals?
>>
>> My observations so far:
>> * WPS modules are expected to maintain their own configuration. But
>> this configuration is sometimes hard-coded in the JAVA source code.
>> What will be the final solution here?
> Not sure I understand the issue correctly. The configuration entries
> e.g. for repositories are in the code because they are not likely to
> change, in contrast to the format or algorithm entries that can be added
> or deleted dynamically.
>> * There is some kind of loose coupling between Algorithm Repositories
>> and the new ClassKnowingModule. How is their relationship resolved?
>> For instance, the RConfigurationModule and MatlabAlgorithmRepositoryCM
>> seem to fake their class names to get things working. Is this the way
>> to go or just an interim solution?
> The relationship is resolved partly by the getClassName method. It
> returns the name of the class that the configuration module is
> responsible for. This is needed to load active repository and
> parser/generator classes (e.g. here [2]).
>
> Hope this helps. Documentation is is quite low atm.. If you have any
> more questions, let me know.

Just a small "two cents" from my side: Documentation is low at the
moment because the whole configuration and modularization mechanism is
in alpha stage and might change in the future.

/Daniel


--
Daniel Nüst
52°North Initiative for Geospatial Open Source Software GmbH
Martin-Luther-King-Weg 24
48155 Münster, Germany
E-Mail: [hidden email]
Fon: +49-(0)-251–396371-36
Fax: +49-(0)-251–396371-11

http://52north.org/
Twitter: @FiveTwoN

General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk
Local Court Muenster HRB 10849
_______________________________________________
Geoprocessingservices mailing list
[hidden email]
http://list.52north.org/mailman/listinfo/geoprocessingservices
http://geoprocessing.forum.52north.org
Please respect our mailing list guidelines:
http://52north.org/resources/mailing-lists-and-forums/guidelines
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: Documentation of WPS 4.0 branch

Matthias Müller
I am moving this discussion to [hidden email]


-----Original Message-----
From: Geoprocessingservices [mailto:[hidden email]] On Behalf Of Daniel Nüst
Sent: Wednesday, December 16, 2015 10:01 AM
To: [hidden email]
Subject: Re: [52N Geoprocessingservices] Documentation of WPS 4.0 branch

Am 16/12/2015 um 08:24 schrieb Benjamin Proß:

> Hi Matthias,
>
> Thanks for bringing this up here, probably also a good topic for the
> developers list [1].
> Answers inline:
>
> Am 15.12.2015 um 17:00 schrieb Matthias Müller:
>> Hi guys,
>>
>> I am a bit confused by the new module management in the WPS 4.0
>> branch. Is there any documentation for module creation that describes
>> the current internals?
>>
>> My observations so far:
>> * WPS modules are expected to maintain their own configuration. But
>> this configuration is sometimes hard-coded in the JAVA source code.
>> What will be the final solution here?
> Not sure I understand the issue correctly. The configuration entries
> e.g. for repositories are in the code because they are not likely to
> change, in contrast to the format or algorithm entries that can be
> added or deleted dynamically.
>> * There is some kind of loose coupling between Algorithm Repositories
>> and the new ClassKnowingModule. How is their relationship resolved?
>> For instance, the RConfigurationModule and
>> MatlabAlgorithmRepositoryCM seem to fake their class names to get
>> things working. Is this the way to go or just an interim solution?
> The relationship is resolved partly by the getClassName method. It
> returns the name of the class that the configuration module is
> responsible for. This is needed to load active repository and
> parser/generator classes (e.g. here [2]).
>
> Hope this helps. Documentation is is quite low atm.. If you have any
> more questions, let me know.

Just a small "two cents" from my side: Documentation is low at the moment because the whole configuration and modularization mechanism is in alpha stage and might change in the future.

/Daniel

> Cheers,
>
> Benjamin
>
> [1] http://list.52north.org/mailman/listinfo/geoprocessingservices-dev
> [2]
> https://github.com/52North/WPS/blob/wps-4.0/52n-wps-server/src/main/ja
> va/org/n52/wps/server/RepositoryManager.java#L103
>
>>
>> Cheers,
>> Matthias
>>
>
>


--
Daniel Nüst
52°North Initiative for Geospatial Open Source Software GmbH Martin-Luther-King-Weg 24
48155 Münster, Germany
E-Mail: [hidden email]
Fon: +49-(0)-251–396371-36
Fax: +49-(0)-251–396371-11

http://52north.org/
Twitter: @FiveTwoN

General Managers: Dr. Albert Remke, Dr. Andreas Wytzisk Local Court Muenster HRB 10849 _______________________________________________
Geoprocessingservices mailing list
[hidden email]
http://list.52north.org/mailman/listinfo/geoprocessingservices
http://geoprocessing.forum.52north.org
Please respect our mailing list guidelines:
http://52north.org/resources/mailing-lists-and-forums/guidelines

_______________________________________________
Geoprocessingservices mailing list
[hidden email]
http://list.52north.org/mailman/listinfo/geoprocessingservices
http://geoprocessing.forum.52north.org
Please respect our mailing list guidelines:
http://52north.org/resources/mailing-lists-and-forums/guidelines
Loading...