Can anybody explain me how Dynamics Site Number allocation should be used.
For example:
I am a software development company
I have 4 repositories: develop, test, deploy, helpdesk
Do I enter the details as:
I Create 1 Site with code: mycompany
So I choose: Register Site Numbers
Owning Site: mycompany
Allocated Site: What do I enter here? "develop", "test", ....?
Site Number:
CargoMate - Global Logistics Software Solutions
Bangkok - Dubai - Amsterdam - Miami - San Francisco - Los Angeles
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Mark,
I've read that document but it does not answer my questions.
Martin
-Original Message-
Sent: Thursday, November 21, 2002 1:20 PM
To: dev@icf.possenet.org
Subject: RE: Dynamics Site numbers
Hi Marting,
Check out this link - it contains a list of FAQ around site number. Maybe it
might give you some insight on what to do.
http://psdn.progress.com/library/site_number_faq.pdf
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company of people who
are trying to understand the question.
-Original Message-
Sent: 21 November 2002 11:41
To: 'dev@icf.possenet.org'
Subject: Dynamics Site numbers
Can anybody explain me how Dynamics Site Number allocation should be used.
For example:
I am a software development company
I have 4 repositories: develop, test, deploy, helpdesk
Do I enter the details as:
I Create 1 Site with code: mycompany
So I choose: Register Site Numbers
Owning Site: mycompany
Allocated Site: What do I enter here? "develop", "test", ....?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: Site Number: Count: 4
And what if I am lucky and get a customer buying my application which gets a
life and test
environment=repository?
Do I enter the details as:
Create new Sitecode and create: customer
I choose: Register Site Numbers
Owning Site: customer
Allocated Site: What do I enter here? "life", "test",...?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: customer
Sitecode table so
this forces me to create a sitecode:
customerSite Number: Count: 2
or as:
Owning Site: mycompany
Allocated Site: customer-life
Sitecode table so
this forces me to create a sitecode:
customer-lifeSite Number: Count: 1
My main problem what the use is of "Allocated Site" field?
What is the intended use in case where a development-company(with x
repositories) sells his product to customers(also with several
repositories).
When a customer uses a Life and Test repository, should I use differenct
Site Numbers?
Anyhelp will be appreciated.
Best regards,
Martin Bos - mailto:martin.bos@cargomate.com
CargoMate BV - Meerwal 21 B - 3432 ZV - Nieuwegein - NL
tel. +31(0)30-6048811 - fax +31(0)30-6090000 -CargoMate - Global Logistics Software Solutions
Bangkok - Dubai - Amsterdam - Miami - San Francisco - Los Angeles
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
______________________________________
This e-mail may contain confidential information and may be legally
privileged and is intended only for the person to whom it is addressed. If
you are not the intended recipient, you are notified that you may not use,
distribute or copy this document in any manner whatsoever. Kindly also
notify the sender immediately by telephone, and delete the e-mail. When
addressed to clients of the company from where this e-mail originates ("the
sending company ") any opinion or advice contained in this e-mail is subject
to the terms and conditions expressed in any applicable terms of business or
client engagement letter . The sending company does not accept liability for
any damage, loss or expense arising from this e-mail and/or from the
accessing of any files attached to this e-mail.
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Hi Marting,
Check out this link - it contains a list of FAQ around site number. Maybe it
might give you some insight on what to do.
http://psdn.progress.com/library/site_number_faq.pdf
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company of people who
are trying to understand the question.
-Original Message-
Sent: 21 November 2002 11:41
To: 'dev@icf.possenet.org'
Subject: Dynamics Site numbers
Can anybody explain me how Dynamics Site Number allocation should be used.
For example:
I am a software development company
I have 4 repositories: develop, test, deploy, helpdesk
Do I enter the details as:
I Create 1 Site with code: mycompany
So I choose: Register Site Numbers
Owning Site: mycompany
Allocated Site: What do I enter here? "develop", "test", ....?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: Site Number: Count: 4
And what if I am lucky and get a customer buying my application which gets a
life and test
environment=repository?
Do I enter the details as:
Create new Sitecode and create: customer
I choose: Register Site Numbers
Owning Site: customer
Allocated Site: What do I enter here? "life", "test",...?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: customer
Sitecode table so
this forces me to create a sitecode:
customerSite Number: Count: 2
or as:
Owning Site: mycompany
Allocated Site: customer-life
Sitecode table so
this forces me to create a sitecode:
customer-lifeSite Number: Count: 1
My main problem what the use is of "Allocated Site" field?
What is the intended use in case where a development-company(with x
repositories) sells his product to customers(also with several
repositories).
When a customer uses a Life and Test repository, should I use differenct
Site Numbers?
Anyhelp will be appreciated.
Best regards,
Martin Bos - mailto:martin.bos@cargomate.com
CargoMate BV - Meerwal 21 B - 3432 ZV - Nieuwegein - NL
tel. +31(0)30-6048811 - fax +31(0)30-6090000 -CargoMate - Global Logistics Software Solutions
Bangkok - Dubai - Amsterdam - Miami - San Francisco - Los Angeles
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
______________________________________
This e-mail may contain confidential information and may be legally
privileged and is intended only for the person to whom it is addressed. If
you are not the intended recipient, you are notified that you may not use,
distribute or copy this document in any manner whatsoever. Kindly also
notify the sender immediately by telephone, and delete the e-mail. When
addressed to clients of the company from where this e-mail originates ("the
sending company ") any opinion or advice contained in this e-mail is subject
to the terms and conditions expressed in any applicable terms of business or
client engagement letter . The sending company does not accept liability for
any damage, loss or expense arising from this e-mail and/or from the
accessing of any files attached to this e-mail.
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Martin,
You should always assign a unique ID to each development repository. The
only valid exception is if the repository will never be modified directly -
including things such as setting up users, menus, security, etc. If any of
this could happen locally and you are likely to resend them data from these
tables - these repositories should be given their own site ID.
In your case, it looks like you have 1 development repository and 3
non-development repositories. So in your case, if you are absolutely sure
data will not changed in the 3 non-development repositories you could
actually choose to use the same site ID for all four repositories. If you
start to have additional development repositories (distributed development),
these
should all have their own unique site ID. In that case your original single
site ID, will become the master site ID. So you have 3 valid options:
Option 1 - Using same site ID
Owning Site: mycompany
Allocated Site: Leave blank
Site Number: Count: 1
Option 2 - Each Repository has a site ID
Owning Site: mycompany
Allocated Site: "develop", "test", ....?
Site Number: Count: 1
Option 3 - four general site ID without specific allocation site
Owning Site: mycompany
Allocated Site: Leave blank
Site Number: Count: 4
As for the customer repositories, the same rules apply. If customers
themselves collaborate and send data to each other, each customer should
have a unique site ID as well. However, you should always be the owning
site, leaving us with the following options
Option 1 - Using same site ID
Owning Site: mycompany
Allocated Site: customer
customerSite Number: Count: 1
Option 1 - Each Repository has a site ID
Owning Site: mycompany
Allocated Site: customer:
customerSite Number: Count: 1
Option 3 - four general site ID without specific allocation site, i.e.
no distinction between life and test
Owning Site: mycompany
Allocated Site: customer Site Number: Count: 2
Hope that helps you make the right decision.
Regards,
Frank Kjaersgaard
Product Manager
-Original Message-
Sent: Thursday, November 21, 2002 6:34 AM
To: 'dev@icf.possenet.org'
Subject: RE: Dynamics Site numbers
Mark,
I've read that document but it does not answer my questions.
Martin
-Original Message-
Sent: Thursday, November 21, 2002 1:20 PM
To: dev@icf.possenet.org
Subject: RE: Dynamics Site numbers
Hi Marting,
Check out this link - it contains a list of FAQ around site number. Maybe it
might give you some insight on what to do.
http://psdn.progress.com/library/site_number_faq.pdf
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company of people who
are trying to understand the question.
-Original Message-
Sent: 21 November 2002 11:41
To: 'dev@icf.possenet.org'
Subject: Dynamics Site numbers
Can anybody explain me how Dynamics Site Number allocation should be used.
For example:
I am a software development company
I have 4 repositories: develop, test, deploy, helpdesk
Do I enter the details as:
I Create 1 Site with code: mycompany
So I choose: Register Site Numbers
Owning Site: mycompany
Allocated Site: What do I enter here? "develop", "test", ....?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: Site Number: Count: 4
And what if I am lucky and get a customer buying my application which gets a
life and test
environment=repository?
Do I enter the details as:
Create new Sitecode and create: customer
I choose: Register Site Numbers
Owning Site: customer
Allocated Site: What do I enter here? "life", "test",...?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: customer
Sitecode table so
this forces me to create a sitecode:
customerSite Number: Count: 2
or as:
Owning Site: mycompany
Allocated Site: customer-life
Sitecode table so
this forces me to create a sitecode:
customer-lifeSite Number: Count: 1
My main problem what the use is of "Allocated Site" field?
What is the intended use in case where a development-company(with x
repositories) sells his product to customers(also with several
repositories).
When a customer uses a Life and Test repository, should I use differenct
Site Numbers?
Anyhelp will be appreciated.
Best regards,
Martin Bos - mailto:martin.bos@cargomate.com
CargoMate BV - Meerwal 21 B - 3432 ZV - Nieuwegein - NL
tel. +31(0)30-6048811 - fax +31(0)30-6090000 -CargoMate - Global Logistics Software Solutions
Bangkok - Dubai - Amsterdam - Miami - San Francisco - Los Angeles
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
______________________________________
This e-mail may contain confidential information and may be legally
privileged and is intended only for the person to whom it is addressed. If
you are not the intended recipient, you are notified that you may not use,
distribute or copy this document in any manner whatsoever. Kindly also
notify the sender immediately by telephone, and delete the e-mail. When
addressed to clients of the company from where this e-mail originates ("the
sending company ") any opinion or advice contained in this e-mail is subject
to the terms and conditions expressed in any applicable terms of business or
client engagement letter . The sending company does not accept liability for
any damage, loss or expense arising from this e-mail and/or from the
accessing of any files attached to this e-mail.
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
Frank,
1. I know already that each repository should have a unique site-id.
I understood, that even for non-development repositories, I should
use a unique siteno.
2 When you talk about sending data from repository 1 to 2
do you mean application data (icfdb) or own initial data (like
country codes,....) or both.
Since we provide our customer with initial data like country table,
we sent data from our deployment environment to the repository
of each customer.
Does that require a unique siteno per customer?
3 In your answer you mix up the term "Sitenumber" and "Sitecode"
when saying:
If you
start to have additional development repositories
(distributed development),
these
should all have their own unique site ID. In that case your
original single
site ID, will become the master site ID.
4. The term: "master site id" is unknown to me.
What do you mean by that.
5. My original question was not about sitenumbers but
about the website and the use of owning site-code
and allocated site-code.
6. As far as I understand the way of allocating sitenumbers is:
For each customer of my application:
1. I create a new site-code with password.
2. Create sitenumbers of this customer by entering:
Owning SIte: mysitecode
Allocated Site: customersitecode
Count: 2 (number of repositories for that
customer)
Doing it this way, I can get a list of all the sitennumber I have
allocated
for all of my customers.
BUT now I have to maintain all the passwords for these customer
stitecodes!!!
(so they will all be the same as you can expect).
7. Why is the field "Allocated Site" when Register Site Numbers a field
which is validated against the sitecodes?
This forces me to create sitecodes without sitenumbers since
I will create the sitenumbers with my own sitecode as owning
Sitecode.
8. Why can such a simple thing like sitenumbers be so complex?
Martin
-Original Message-
Sent: Friday, November 22, 2002 2:41 PM
To: dev@icf.possenet.org
Subject: RE: Dynamics Site numbers
Martin,
You should always assign a unique ID to each development
repository. The
only valid exception is if the repository will never be
modified directly -
including things such as setting up users, menus, security,
etc. If any of
this could happen locally and you are likely to resend them
data from these
tables - these repositories should be given their own site ID.
In your case, it looks like you have 1 development repository and 3
non-development repositories. So in your case, if you are
absolutely sure
data will not changed in the 3 non-development repositories you could
actually choose to use the same site ID for all four
repositories. If you
start to have additional development repositories
(distributed development),
these
should all have their own unique site ID. In that case your
original single
site ID, will become the master site ID. So you have 3 valid options:
Option 1 - Using same site ID
Owning Site: mycompany
Allocated Site: Leave blank
Site Number: Count: 1
Option 2 - Each Repository has a site ID
Owning Site: mycompany
Allocated Site: "develop", "test", ....?
Site Number: Count: 1
Option 3 - four general site ID without specific allocation site
Owning Site: mycompany
Allocated Site: Leave blank
Site Number: Count: 4
As for the customer repositories, the same rules apply. If customers
themselves collaborate and send data to each other, each
customer should
have a unique site ID as well. However, you should always be
the owning
site, leaving us with the following options
Option 1 - Using same site ID
Owning Site: mycompany
Allocated Site: customer
customerSite Number: Count: 1
Option 1 - Each Repository has a site ID
Owning Site: mycompany
Allocated Site: customer:
a sitecode:
customerSite Number: Count: 1
Option 3 - four general site ID without specific allocation site, i.e.
no distinction between life and test
Owning Site: mycompany
Allocated Site: customer
sitecode: customerSite Number: Count: 2
Hope that helps you make the right decision.
Regards,
Frank Kjaersgaard
Product Manager
-Original Message-
Sent: Thursday, November 21, 2002 6:34 AM
To: 'dev@icf.possenet.org'
Subject: RE: Dynamics Site numbers
Mark,
I've read that document but it does not answer my questions.
Martin
-Original Message-
Sent: Thursday, November 21, 2002 1:20 PM
To: dev@icf.possenet.org
Subject: RE: Dynamics Site numbers
Hi Marting,
Check out this link - it contains a list of FAQ around site
number. Maybe it
might give you some insight on what to do.
http://psdn.progress.com/library/site_number_faq.pdf
Regards,
Mark Davies
Senior Analyst Programmer
MIP
Tel: +27 (0)11 803 1281
Fax: +27 (0)11 807 1732
E-Mail: markd@mip.co.za
PO Box 2899, Rivonia, 2128
Johannesburg, South Africa
Avoid people who say they know the answer. Keep the company
of people who
are trying to understand the question.
-Original Message-
Sent: 21 November 2002 11:41
To: 'dev@icf.possenet.org'
Subject: Dynamics Site numbers
Can anybody explain me how Dynamics Site Number allocation
should be used.
For example:
I am a software development company
I have 4 repositories: develop, test, deploy, helpdesk
Do I enter the details as:
I Create 1 Site with code: mycompany
So I choose: Register Site Numbers
Owning Site: mycompany
Allocated Site: What do I enter here? "develop", "test", ....?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: Site Number: Count: 4
And what if I am lucky and get a customer buying my
application which gets a
life and test
environment=repository?
Do I enter the details as:
Create new Sitecode and create: customer
I choose: Register Site Numbers
Owning Site: customer
Allocated Site: What do I enter here? "life", "test",...?
Site Number: Count: 1
or as:
Owning Site: mycompany
Allocated Site: customer
validated against the
Sitecode table so
this forces me to
create a sitecode:
customerSite Number: Count: 2
or as:
Owning Site: mycompany
Allocated Site: customer-life
validated against the
Sitecode table so
this forces me to
create a sitecode:
customer-lifeSite Number: Count: 1
My main problem what the use is of "Allocated Site" field?
What is the intended use in case where a development-company(with x
repositories) sells his product to customers(also with several
repositories).
When a customer uses a Life and Test repository, should I use
differenct
Site Numbers?
Anyhelp will be appreciated.
Best regards,
Martin Bos - mailto:martin.bos@cargomate.com
CargoMate BV - Meerwal 21 B - 3432 ZV - Nieuwegein - NL
tel. +31(0)30-6048811 - fax +31(0)30-6090000
-CargoMate - Global Logistics Software Solutions
Bangkok - Dubai - Amsterdam - Miami - San Francisco - Los Angeles
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
______________________________________
This e-mail may contain confidential information and may be legally
privileged and is intended only for the person to whom it is
addressed. If
you are not the intended recipient, you are notified that you
may not use,
distribute or copy this document in any manner whatsoever. Kindly also
notify the sender immediately by telephone, and delete the
e-mail. When
addressed to clients of the company from where this e-mail
originates ("the
sending company ") any opinion or advice contained in this
e-mail is subject
to the terms and conditions expressed in any applicable terms
of business or
client engagement letter . The sending company does not
accept liability for
any damage, loss or expense arising from this e-mail and/or from the
accessing of any files attached to this e-mail.
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org
To unsubscribe, e-mail: dev-unsubscribe@icf.possenet.org
For additional commands, e-mail: dev-help@icf.possenet.org