[jpos-users] Is it optimize to have all parameteres in XML file?

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

[jpos-users] Is it optimize to have all parameteres in XML file?

hmmftg
Hi 
I'm recently using JPOS to simulate financial transactions based on ISO 8583. 
I noticed in JPOS they love using XML a lot of files as configuration parameters. 
I have a question in my mind that why they choose this approach? 
I want to develop a bigger application which can work with a lot of Servers/Terminals/Transaction/Databases/External Peers(Based On TCP/IP over ISO-8583)/A lot of parameters in DB
 when I tried to imagine such a software with JPOS, I came to a big deploy folder with a lot of critical files which is hard to configure and needs migration from Records in tables to XML tags. 
My question is Why they use file system to store configurations and is it a good idea to use that many XML files or should I make changes in my software and let it read configurations from DB?(as it is easier to manages Backup/Modify/Archive/Manage Authorizes and stuff in DB)

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/0be307d3-1762-46ff-baed-24939ca64c02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] Is it optimize to have all parameteres in XML file?

chhil

On Wed, Nov 9, 2016 at 1:52 PM, hmmftg <[hidden email]> wrote:
Hi 
I'm recently using JPOS to simulate financial transactions based on ISO 8583. 
I noticed in JPOS they love using XML a lot of files as configuration parameters. 
I have a question in my mind that why they choose this approach? 
I want to develop a bigger application which can work with a lot of Servers/Terminals/Transaction/Databases/External Peers(Based On TCP/IP over ISO-8583)/A lot of parameters in DB
 when I tried to imagine such a software with JPOS, I came to a big deploy folder with a lot of critical files which is hard to configure and needs migration from Records in tables to XML tags. 
My question is Why they use file system to store configurations and is it a good idea to use that many XML files or should I make changes in my software and let it read configurations from DB?(as it is easier to manages Backup/Modify/Archive/Manage Authorizes and stuff in DB)

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/0be307d3-1762-46ff-baed-24939ca64c02%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAPazefAwXevYJE1Zd9HvAHWxd%3DZjfg3YRoX8ptT5_KSFvmgUag%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] Is it optimize to have all parameteres in XML file?

Victor Salaman-Medina

jPOS/Q2 configuration is XML driven, because it's hierarchical structure makes sense for our type of configuration. It's also magical, there's a simple deployment model, you create a file, brings up a server, remove that file and that service goes away. Being an open source project, this gives YOU, the developer the opportunity to extend the configuration mechanism so it would read from wherever you want!

/V

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CALK1Syzu5dQ53pNu7b65C6cMxN4U1JqeuM1RO4LKO%3DymfYjV0Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: [jpos-users] Is it optimize to have all parameteres in XML file?

Alejandro Revilla

XML was pretty new and cool back in the late 90s when I started working on jPOS. If I’d started jPOS these days, I’d probably use YAML, and actually myself, and I believe Victor too are using YML files, in my case, on some large projects I use YML to generate the XML files, i.e.:

-
  server: aaa
  port: 2001
  channel: NACChannel
  header: 6000030000
  packager: GenericPackager
  packager_config: jar:packager/iso87binary.xml
  destination: net1

-
  server: bbb
  port: 2002
  channel: NACChannel
  header: 6000030000
  packager: GenericPackager
  packager_config: jar:packager/iso87binary.xml
  destination: net

each server would generate the appropriate server XML file.

But you’re not limited to statically XML generation, look at this old PoC, QCluster, that reads deployment files from the database from several jPOS Q2 nodes: http://jpos.org/blog/2005/06/jpos-ee-qcluster/

On a funny note, you may get a laugh out of this tweet: https://twitter.com/apr/status/765923671340883969




On Wed, Nov 9, 2016 at 9:43 AM, Victor Salaman <[hidden email]> wrote:

jPOS/Q2 configuration is XML driven, because it's hierarchical structure makes sense for our type of configuration. It's also magical, there's a simple deployment model, you create a file, brings up a server, remove that file and that service goes away. Being an open source project, this gives YOU, the developer the opportunity to extend the configuration mechanism so it would read from wherever you want!

/V

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CALK1Syzu5dQ53pNu7b65C6cMxN4U1JqeuM1RO4LKO%3DymfYjV0Q%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--
--
jPOS is licensed under AGPL - free for community usage for your open-source project. Licenses are also available for commercial usage. Please support jPOS, contact: [hidden email]
---
You received this message because you are subscribed to the Google Groups "jPOS Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
To post to this group, send email to [hidden email].
To view this discussion on the web visit https://groups.google.com/d/msgid/jpos-users/CAAgSK%3DnbY06c4SZuYJW_VhNyyJ985FGaY5ORkq_OabX3f3gdJw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
Loading...