one-project-devel Mailing List for ONE Open Negotiation Environment
Status: Planning
Brought to you by:
solutaone
Menu
▾
▴
one-project-devel — ONE Project Developer Mailing List
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
(19) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(25) |
Dec
(12) |
| 2008 |
Jan
(3) |
Feb
(1) |
Mar
(6) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Pierfranco F. <pfe...@so...> - 2008-08-04 09:54:14
|
Dear all,
it seems that there are yet a set of bugs that impede the correct
execution of the ONE platform, in addition these two issues are
jeopardizing the II trial as well as the II project review to be held at
the end of October.
1. session timeout when in the portal in a portlet
2. the engine is not able to execute model as the editor creates it
It seems that bug number 1. is due to a non correct alignment of the
version of frameworks used by various components.
Some other technical mails from Soluta has been sent to try to address
the problem but no reply has been received. I know the period is not
good since some of the key persons are in vacation, but I'm asking all
the partners to actively cooperate in addressing these bugs shortly.
Please contact Paolo for coordinating actions and workarounds,
best
--
Pierfranco
CIO and founder
Soluta.Net
"Innovation in Action"
http://www.soluta.net
+39.0423.915.547
Join the third edition of the MDA Forum 2008 http://mdaforum.soluta.net
The information transmitted is intended only for the person or entity to
which it is addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other use of, or
taking of any action in reliance upon, this information by persons or
entities other than the intended recipient is prohibited. If you
received this in error, please contact the sender and delete the
material from any computer.
|
|
From: Pierfranco F. <pfe...@so...> - 2008-04-21 10:52:15
|
Dear all, in http://one-project.sourceforge.net/wiki/index.php/WP3:Negotiation_Model_Editor_new#Model_Tagging you can find the initial specification of the implementation of the model tagging in the Editor. Contributes from the involved partners are welcome and encouraged: the R&L might used these values, the Engine could show these information to participants to enrich the descriptions... Best Pierfranco -- Pierfranco CIO and founder Soluta.Net "Innovation in Action" http://www.soluta.net +39.0423.915.547 Join the third edition of the MDA Forum 2008 http://mdaforum.soluta.net The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
From: Pierfranco F. <pfe...@so...> - 2008-04-07 16:58:25
|
Hi, you can find here the draft version of the agenda. Please read it and contribute, the preparation for the meeting is starting now. http://one-project.sourceforge.net/wiki/index.php/090608_-_Sixth_Tech_Meeting#Agenda best regards Pierfranco Ferronato PS: sorry for cross posting, I need to be sure I reach all of you |
|
From: Pierfranco F. <pfe...@so...> - 2008-03-27 22:24:43
|
Hi, this is a simple document for the English Auction has modelled so far with the Editor: limitations and issues have been described, best Pierfranco PS: the nme is also published in the DKB with name "English Auction for development" v0.0.1 |
|
From: Pierfranco F. <pfe...@so...> - 2008-03-25 13:36:25
|
The following text has been published in the wiki at[1] About Box --------- Each Component that has a GUI (either rich or thin client) has to show an about box with the following information: *Project ONE: www.one-project.eu *<name and version of the component>: <version> *release date: <date> *Developed by: <partner> (<URL>) *Licences: <licences list> [a URL can be privided] *What's new: <list of changes per version> [a URL can be provided I let the portal designer to define a common way to show these information best Pierfranco [1] http://one-project.sourceforge.net/wiki/index.php/WP2:Architecture_specification#About_Box |
|
From: Pierfranco F. <pfe...@so...> - 2008-03-14 19:41:16
|
Dear partners, we are approaching two strategic milestones in the short term: - San Gallen Student Workshop [due 17th June 2008] - Coop Service Users I Trial [due 10th July 2008] To this extend we have defined another technical meeting: 6th Technical Meeting [due 9th June 2008], the venue might be Girona. PLEASE HERE UNISG CONFIRM AVAILABILITY and ALL PARTERS PLEASE CONFIRM ATTENDANCY with all the persons attending![1] In the campus we need to have complete access the the resources of our laptops inside the lan: please UNIG comfirm this. We have to commit to our duties because in the 6th technical meeting we HAVE TO IMPLEMENT the *FULL ROUND* implementation of a negotiation model! This was the goal of this just past meeting by CS and we failed, next time we can not miss this goal, users have to execute the entire platform! In the remaining few weeks, about a month, we will provide FIX and stability. Not mentioning that we have also to startup the testing environment: we need a ONE Node in CN with all the components deployed. The ONE platform will not be terminated by June because we will have about another 7 months to go for the II Trial [due March 2009], for this reason we have to decide *now* WHICH features will be available and WHEN! This is extremely important and key for the success, we have to sync our efforts. For this reason I'm asking all the development partners to provide me a list of the *features* they will support for their components and *when* in association with a specific *version*: I'm expecting a major version release each month for each of you. This roadmap is to be continued 'till December 2008 when all the features are to be finished. This effort was already defined in the wiki in http://one-project.sourceforge.net/wiki/index.php/Project_Phases since more then a year ago, but was not considered and left empty and "unfortunately" not followed by partners. This time I'm asking to provide ME such a features list with milestones. Failing on doing this will probably result in jeopardizing the integration of the project and the fail in demonstrating the platform and the entire project as a consequence. For each partner I need a list of components' name, version, features list and the expected delivery date: delivery means actual deployment in the test environment. I'm attaching here a first draft version, the list does not assume to be complete: please integrate as required! Again, as kindly asked in the past, _*PLEASE*_ do apply the ONE standard for versioning and dependency in the first software release. Apply this to Maven in SF. Please make sure each of you (proactively) follow up the content of the mail and the associated actions, this letter must not be a dead end by any of you, best Pierfranco [1] http://www.doodle.ch/bkma9f5wf6bt7yuy |
|
From: Jason F. <jfi...@ts...> - 2008-03-14 17:25:00
|
We have commited our updates to MM 1.3.1 (simple adding the "CustomEvent"), and updated the Generated core classes -- Jason Finnegan Telecommunications Software and Systems Group Waterford Institute of Technology Cork Road Waterford Ireland Tel:00353 (0) 51 302961 Fax:00353 (0) 51 302901 mail: jfi...@ts... web: http://www.tssg.org |
|
From: Matteo B. <mb...@so...> - 2008-03-14 15:16:02
|
Hello all in this page "http://one-project.sourceforge.net/wiki/index.php/Task_2.4_Development_Platform%2C_Realization_and_Maintenace" at "Requierements" chapter there are all third parties framework with the used version. Please verify that this list was completed and all version are corrected. If you need some different version of framework , please, modify the documents and via email warn all one-project-dev user. If you have any problems, please send me a mail Thanks Matteo -- Matteo Bordin Soluta.net, Italy http://www.soluta.net Mob: +39-346-017-9168 Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: matteobordin ************************************** The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
From: Zohra B. <zbo...@ts...> - 2008-03-11 11:37:36
|
Hi All, Few bugs were fixed in the Ecore MM v1.3.0 (the corrections are related to the definition of some references between meta-elements). This version is available in CVS with the new generated class in the subproject one-neg-core, also committed to CVS. The new features/modifications discuss in the 5th tech meeting are not in this version. They will be added in the next versions v1.3.x. Best Regards, Zohra. ---- Zohra Boudjemil Telecommunications Software and Systems Group, Waterford Institute of Technology, Carriganore Campus, Co Waterford. Email: zbo...@ts... Phone: 00353 51 306139 |
|
From: Pierfranco F. <pfe...@so...> - 2008-02-29 09:39:23
|
Hi, in SF the tracker/feature tracker has been activated and configured. I highlight the importance of using it, in addition it will be used intensively by the users during the trials, this is the right moment to get acquainted with it. In Soluta.Net it is already in use for the Editor and the SetupManager. Last but not least it encourage the adoption and it's a noteworthy feature to show to the Commission best Pierfranco |
|
From: Pierfranco F. <pfe...@so...> - 2008-01-16 12:50:36
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear all, in order to implement Maven in Sourceforge it is required from all the partners that develop software, to provide us a list of this kind: <component name> <version> dependency with <component name> <version> dependency with <component name> <version> dependency with <component name> <version> ... This applies also to the MM. The granularity of the components (e.g. if the R&L is split in one, two or more components is a partner own design strategy) thanks Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHjf2Rs+zjG7yrDdQRAgSZAJ0SPtzXwoUDKrI++iF6yAI2+ibxZQCfcUQg fYTSX+4coIsR5UTk4lwKwsM= =9ZM0 -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2008-01-14 08:28:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://uk.techcrunch.com/2008/01/09/google-ibm-and-verisign-to-join-openid/ - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhgzus+zjG7yrDdQRAmIwAJ0fMH1wOph3S69ZYmB1jKuN34yT6ACgtq85 EjLujtQ5tJNcrc8/0NmKv/I= =9PGW -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2008-01-11 12:41:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, conference call is then confirmed for Wed 16th at 03:00pm CET Topics are listed here: http://one-project.sourceforge.net/wiki/index.php/WP2_Meeting_minute_-_January_2008 I encourage you all to contribute before Wed the 16th in the wiki best Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHh2Pds+zjG7yrDdQRArclAJ4gM7x1+vQy3n1IhyeTW3G1cyx2OgCeLpyh 4NYTq/5OJxwOal4QqaTr9UM= =v9Xx -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-20 16:23:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear all, I spammed you all recently, I want to make some order in the sent emails: in the wiki there are the list of open issue/concerns that requires input/discussion from you. To this extend one or more conference call shall be organized shortly after the Holidays: the meeting is to be decided here: http://www.doodle.ch/r456mkwueg9gnbcc Wiki is here: http://one-project.sourceforge.net/wiki/index.php/WP2_Meeting_minute_-_January_2008 best Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHapcGs+zjG7yrDdQRAlj0AKCv8uMCjZv8UGnsNtHDpIXk6WYVBgCfW3eb 5KdgPESWkkkN7TWQkda7hx8= =13mL -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-19 16:17:45
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, another issue relevant and found in D1.2 is related to the management of "dynamic issues" (it's a new definition I have introduced for this purpose). The requirement is that in both the setup and the runtime the participant must be able to create new issues that where not specified in the model. There are two type of dynamic issues: 1. setup time 2. run-time Setup-time - ---------- the owner be able to choose from a list one or more issue about an item at set-up time. The list of allowable issues can defined at modelling time: a proper model in the MM, so do a mechanism in Editor, has yet to be defined and implemented. A a suggestion: "Setup-time" might be an attribute of one or more issues in the information model, if true it can be added or removed at set-up time. Setup-time issue can not be referenced in the action language since they might not be available at run-time. - From the implementation viewpoint the decision at setup will not affect the model, but rather the instance (M0) as if the issues chosen were not present in the original XMI model (M1). Run-time - -------- the participant can create an issue on the fly in the negotiation console. This can be implemented by creating a "Run-time Issue Allowed" attribute (Yes/No ,Changeable: yes: allowed. No: not allowed, is also Changeable = tre then the Setup can modify these values otherwise not) of the information model and be set in the editor as well as in the setup. The engine will allow the creation of a new issue at any tine while in the Negotiating Stage. This issue might be as an object (M0) in the instance model of the negotiation, an instance of entity "run-time issue" (M1). The original model stored in the KDB has not to be affected, so do the instance model in the XMI model (in the DKB), the fact that this object was created in memory at run-time will be stored in the log/history for possible post-processing purposes: this information is indeed valuable. NS: a negotiation model can have only one type of dynamic issue. considerations - -------------- Using dynamic issues has some negative congruences: - - If over-used they will badly affect the reuse of models and even reduce the use of the Editor: - - It does not allow the use of the action language. - - The recommender will have no clause about this issue and be unable to make valuable recommendation. Even if I understand the value of this requirement from a user perspective, dynamic issue might de-structure the life-cycle of the negotiation and the strategy we set for the architecture. I suggest a very cautious approach. best regards Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaUQks+zjG7yrDdQRAiwbAJ91gQmwXW7OlpQCQ/5nqW4tjkN6JwCgph4s s7vIQCqYAk8eU/6+YF8NwIQ= =fGA0 -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-19 14:41:54
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, after spending some useful time on D1.2 I got to the conclusion that the invitation phase has to be implemented by the Setup: the user selects the participants and writes the invitation mail. BUT, since the date-time of the announcement might not be immediate (ref. Figure 22: Mockup – Create a Dutch Auction pg 32 in D1.2), the actual sending of the emails to participants might be postponed and the Setup can not send them right away. As a consequence it's the Engine that is in the best condition to sent the messages. >From this stand point I have rewritten the sequence diagram in EA (attached here-by), please read the EA model for more information about the diagram, descriptions are available in the node field of messages, also in the diagram property. kindly Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHaSzPs+zjG7yrDdQRAuXZAJ4vOoE9hy5Qy5zexLMKkCNGQkkhzQCfWgPR piONHeljEbOQJtb0rSuLwcg= =JXPr -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-14 15:09:35
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, as from D1.2, bilateral negotiations are negotiations that are private and where only one participant in invited, as such I do not see where the platform is to support it: not the editor nor the engine is aware of this distinction. Only the Setup might ask "Bilateral Y/N", in case it will set as True the check-box "Private" and will not allow the selection of more then on participant in the invitation phase. Am I missing something? By the way: I expect this can not be set in the Editor best Pierfranco - -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYpyqs+zjG7yrDdQRArE+AKCo6qE8oRE4UbxSDOjE4eFQKas1WACfWlFH jnaELeeaHudkK9wVWYHIOjU= =ldn4 -----END PGP SIGNATURE----- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-13 10:58:09
|
So do I we shall "watch" the page to avoid circulating this kind of email, I did it just now ;) best Pierfranco Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Alessandro Serra wrote: > Hi, > we have posted our comments. >=20 > Regards, > Alessandro >=20 > Pierfranco Ferronato wrote: >> Hi, >> >> comments of the comments :) posted >> >> Contribution from FBK is kindly requested >> >> best >> Pierfranco >> >> Claire Fahy wrote: >> =20 >>> Hi All, >>> >>> Please find some comments added by WIT to the wiki. >>> >>> Claire >>> >>> -----Original Message----- >>> From: Pierfranco Ferronato [mailto:pfe...@so...]=20 >>> Sent: Friday, December 07, 2007 9:53 AM >>> To: Paolo Avesani; Alessandro Serra; Andrea Danzi >>> Cc: ONE Project Developer Mailing List; Claire Fahy >>> Subject: WP2-Wp4 alignment meeting in SN >>> >>> Ciao, >>> >>> the minute is in the wiki: >>> http://one-project.sourceforge.net/wiki/index.php/120207_-_WP4_WP2_Al= ignment >>> _Meeting >>> >>> Comments from WIT are appreciated but really needed since there are s= ome >>> impacts in the Engine/Console and in the runtime framwork, >>> >>> Best Regards >>> Pierfranco >>> =20 >> >> =20 >=20 > -------------------------------------------------------------------- > Alessandro Serra, PhD, Researcher > Bruno Kessler Foundation - IRST (formerly ITC-IRST) > Via Sommarive 18, 38100 Povo (Trento), Italy > phone: (+39) 0461 314 359 > fax: (+39) 0461 302 040 > email: se...@it... > url: sra.itc.it > -------------------------------------------------------------------- >=20 |
|
From: Alessandro S. <se...@fb...> - 2007-12-13 10:40:38
|
Hi, we have posted our comments. Regards, Alessandro Pierfranco Ferronato wrote: > Hi, > > comments of the comments :) posted > > Contribution from FBK is kindly requested > > best > Pierfranco > > Claire Fahy wrote: > >> Hi All, >> >> Please find some comments added by WIT to the wiki. >> >> Claire >> >> -----Original Message----- >> From: Pierfranco Ferronato [mailto:pfe...@so...] >> Sent: Friday, December 07, 2007 9:53 AM >> To: Paolo Avesani; Alessandro Serra; Andrea Danzi >> Cc: ONE Project Developer Mailing List; Claire Fahy >> Subject: WP2-Wp4 alignment meeting in SN >> >> Ciao, >> >> the minute is in the wiki: >> http://one-project.sourceforge.net/wiki/index.php/120207_-_WP4_WP2_Alignment >> _Meeting >> >> Comments from WIT are appreciated but really needed since there are some >> impacts in the Engine/Console and in the runtime framwork, >> >> Best Regards >> Pierfranco >> > > -------------------------------------------------------------------- Alessandro Serra, PhD, Researcher Bruno Kessler Foundation - IRST (formerly ITC-IRST) Via Sommarive 18, 38100 Povo (Trento), Italy phone: (+39) 0461 314 359 fax: (+39) 0461 302 040 email: se...@it... url: sra.itc.it -------------------------------------------------------------------- |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-12 17:09:13
|
Hi, comments of the comments :) posted Contribution from FBK is kindly requested best Pierfranco Claire Fahy wrote: > Hi All, >=20 > Please find some comments added by WIT to the wiki. >=20 > Claire >=20 > -----Original Message----- > From: Pierfranco Ferronato [mailto:pfe...@so...]=20 > Sent: Friday, December 07, 2007 9:53 AM > To: Paolo Avesani; Alessandro Serra; Andrea Danzi > Cc: ONE Project Developer Mailing List; Claire Fahy > Subject: WP2-Wp4 alignment meeting in SN >=20 > Ciao, >=20 > the minute is in the wiki: > http://one-project.sourceforge.net/wiki/index.php/120207_-_WP4_WP2_Alig= nment > _Meeting >=20 > Comments from WIT are appreciated but really needed since there are som= e > impacts in the Engine/Console and in the runtime framwork, >=20 > Best Regards > Pierfranco |
|
From: Claire F. <cf...@ts...> - 2007-12-11 17:31:18
|
Hi All, Please find some comments added by WIT to the wiki. Claire -----Original Message----- From: Pierfranco Ferronato [mailto:pfe...@so...] Sent: Friday, December 07, 2007 9:53 AM To: Paolo Avesani; Alessandro Serra; Andrea Danzi Cc: ONE Project Developer Mailing List; Claire Fahy Subject: WP2-Wp4 alignment meeting in SN Ciao, the minute is in the wiki: http://one-project.sourceforge.net/wiki/index.php/120207_-_WP4_WP2_Alignment _Meeting Comments from WIT are appreciated but really needed since there are some impacts in the Engine/Console and in the runtime framwork, Best Regards Pierfranco -- Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-11 17:27:48
|
Hi, this is to check if the MM supports the following concept: The Editor be able to specify "custom" negotiation's attributes that are to be used by the Scripting Language (SL). The values of these attributes should also be set/changed in the Setup phase if they have their property, say "changeable", set to true. E.g.: if the First Price Sealed-bid auction model be incremental (price has to increase) or decremental (price has to decrease) is to be defined in the model using a negotiation attribute named say "incremental" of type "boolean" with property "changeable"=3Dtrue. In the setup the owner can then decide either incremental or decremental. This required to concept of non final negotiation attributed and it's final property "changeable", Comments are kindly asked before we work on this feature thank's lot Kind Regards Pierfranco --=20 Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-10 15:15:41
|
Hi thanks 'lot for the reply, I have a comment about (3) because this issue is pretty complex. - visible at runtime? - visible across participants? - visible at the end of a negotiation? - "visible" via the scripting language? - what about private/public negotiations? - avoid authorization mechanism in the DKB A) invitation is only for private negotiations, and for the reasons listed in my recent email, the list of the participants for a private negotiation shall always be hidden before and during the negotiation (not even been persistent in the DBK). This information can be disclosured by the Engine at the end of the negotiation across participants: implementation strategy is yet to be discussed. B) Regarding public negotiations, I agree with Volker about this ability. In my perspective this can be a property of the model (e.g. "Visible Participants") that can be set in the model (i.e. in the Editor) or during the setup (be careful about when a negotiation is to be Private). This implementation is in charge of the Engine that, given the "Visible Participants" attribute can provide this information across participants and in the Portal as part of the "negotiation status" C) Regarding the ability of "reading" the participants using the Scripting language in the Editor, I'd discourage this feature because this'd open up the ability for hacking the scripting language of a negotiation (by reading the participant identity) for the benefit of a single participant. Regarding this point someone might argue that since this code is publicly available this'd quickly be discovered as it happens for Open Source applications.Yes this is True...but given the nature of this project (economical transactions are to be supported) I prefer security over flexibility at this stage.+ Summary: - invitations are never be to be stored - the DKB has not to implement authorization schemas - only the Engine knows the identity of participants - the Engine shares the identities of participants at run-time only for public negotiations and only if the owner has allowed this feature - the scripting language reads participants information in an anonymous w= ay Of course this does not conclude the issue about participants visibility, any comments are appreciated and encouraged Best Regards Pierfranco Hoyer, Volker wrote: > Hi Claire, > =20 > please find below my comments regarding your questions: > (1) I'm not sure if I understand you correct. >From my perpective the > negotiation issue could represent an amount, a value, a free text > (string), a date, etc. I don't know how you will include the amount in > the meta model.=20 > (2) Concerning the comments of the Greek reviewer, we should include a > RFI message in the meta-model. I think it would not change your meta > model in general, but we have explicitly a message he requested for. > (3) To provide an open meta model supporting different business > scenarios, it would be great if the negotiation owner is able to define= > if the participants can view the lists of participants or not. > =20 > =20 > =20 > Best regards, > Volker > =20 > =20 >=20 > -----------------------------------------------------------------------= - > *From:* Claire Fahy [mailto:cf...@ts...] > *Sent:* Donnerstag, 6.Dezember 2007 18:28 > *To:* 'Katarina Stanoevska'; Hoyer, Volker > *Cc:* pfe...@so...; 'Zohra Boudjemil'; 'Jason Finnegan' > *Subject:* Inclusion of RFI in meta-model > *Importance:* High >=20 > Hi Katarina and Volker, >=20 > We have been having some discussions within WP3 and we had some > questions towards WP1 regarding the presence of business requirements > for the issues discussed. These issues include: >=20 > 1) The concept of =93Amount=94 to be included in the meta-model.= Do > you feel there is a need to add this concept to the meta-model as a > specification of =93Issue=94 to allow for an issue that would represent= > =93quantity=94 within the negotiation? >=20 > 2) Relating to the handling of RFI in the meta-model, we wanted t= o > ask if you felt there was a business requirement to explicitly include > it as a message in the meta-model. Currently, we have a generic message= > called =93information=94 within the meta-model which may used to handle= it. > Do you believe that since the meta-model represents the concepts of > negotiation for a business user, a user would look for terminology such= > as RFI? >=20 > 3) Should the =93list of participants=94 of the negotiation be > something that is only viewable by the owner? >=20 > =20 >=20 > For more information, please look to the minutes of our discussion at: >=20 > http://one-project.sourceforge.net/wiki/index.php/WP3_Meeting_Minuts_-_= 4_December_2007 >=20 > =20 >=20 > Thanks for your help, >=20 > Best Regards, >=20 > Claire >=20 |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-10 11:33:13
|
Hi, for the sake of security and for avoiding the DKB to implement a Authorization mechanism we believe that the list of invited participants to a private negotiations has not to be stored with the negotiation instance in the DKB: as a consequence the setup will send the emails and then discard those address. Moreover for the same reasons we believe (WIT and SN) that the Scripting Language facility in the Editor has to be implemented only at the owner side. Concluding, the list of participants is an information to be provided in the Scripting Language. Still I personally believe the list has to be given in anonymous way, at least until the Acceptance phase. To be decided with WIT is the mechanism of the Engine to authenticate the participants on a private negotiation when joining (e.g. by means of a token sent in the invitation mail). Notice that the Engine knows the identity of participants, but this information has not to be advertised or provided. Any comments? Best Regards Pierfranco Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. Claire Fahy wrote: > Hi Katarina and Volker, >=20 > We have been having some discussions within WP3 and we had some > questions towards WP1 regarding the presence of business requirements > for the issues discussed. These issues include: >=20 > 1) The concept of =E2=80=9CAmount=E2=80=9D to be included in the= meta-model. Do > you feel there is a need to add this concept to the meta-model as a > specification of =E2=80=9CIssue=E2=80=9D to allow for an issue that wou= ld represent > =E2=80=9Cquantity=E2=80=9D within the negotiation? >=20 > 2) Relating to the handling of RFI in the meta-model, we wanted t= o > ask if you felt there was a business requirement to explicitly include > it as a message in the meta-model. Currently, we have a generic message= > called =E2=80=9Cinformation=E2=80=9D within the meta-model which may us= ed to handle it. > Do you believe that since the meta-model represents the concepts of > negotiation for a business user, a user would look for terminology such= > as RFI? >=20 > 3) Should the =E2=80=9Clist of participants=E2=80=9D of the negot= iation be > something that is only viewable by the owner? >=20 > =20 >=20 > For more information, please look to the minutes of our discussion at: >=20 > http://one-project.sourceforge.net/wiki/index.php/WP3_Meeting_Minuts_-_= 4_December_2007 >=20 > =20 >=20 > Thanks for your help, >=20 > Best Regards, >=20 > Claire >=20 |
|
From: Pierfranco F. <pfe...@so...> - 2007-12-07 09:53:36
|
Ciao, the minute is in the wiki: http://one-project.sourceforge.net/wiki/index.php/120207_-_WP4_WP2_Alignm= ent_Meeting Comments from WIT are appreciated but really needed since there are some impacts in the Engine/Console and in the runtime framwork, Best Regards Pierfranco --=20 Soluta.net Pierfranco Ferronato CIO and Founder Soluta.Net,Italy Innovation in Action http://www.soluta.net Tel: +39-0423-915547 Fax: +39-0423-915547 ICQ: 297565827 Skype: pferronato The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. |
1 message has been excluded from this view by a project administrator.
