Talk:SORCER
This article was nominated for deletion on 4 November 2013 (UTC). The result of the discussion was no consensus. |
This is the talk page for discussing improvements to the SORCER article. This is not a forum for general discussion of the article's subject. |
Article policies
|
Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives: Index, 1, 2, 3, 4, 5 |
The following Wikipedia contributors may be personally or professionally connected to the subject of this article. Relevant policies and guidelines may include conflict of interest, autobiography, and neutral point of view. |
Index
|
|||||
note about archiving
To reduce clutter here, we manually archived all discussions, some of which may still have been active. Please see "Archive 1" over to the righthand side, to view the previous info. Feel free to open a new section here, if you want to discuss something in the archives further (don't edit the "Archive 1" contents directly though... too confusing!). I've already copied the sourcing-and-tone sections from the archives, see below. 74.192.84.101 (talk) 18:02, 30 December 2013 (UTC)
notability and sourcing
Worthwhile reading — WP:42 is the answer to most questions about new articles, in the wikiverse (gratitude to TRPoD for this link). Summary of the sources-list below is basically....
- DoD, the multiyear multi-million-dollar supergrants by the USAF+NIST and NSFChina (plus hints of Ulyanovsk) ... and the classified weaponized-aerospace work these indicate. Such work is not useful as RS now, today, because WP:V demands the info be *published* aka available to the public... and wikiLeaks doesn't count as RS methinks... or does it? Hmmmm. Point is, this stuffwill be declassified someday. And it exists now, today. We cannot *use* it today, for sourcing the article, but that doesn't mean we have to pretend this set of classified sources, published-yet-top-secret, doesn't exist — when evaluating the public sources below, it can lend some perspective to what they don't say.
- UK, the 2007 U.Cranfield lit-review & industry-survey (a solid secondary source), plus the 2009 G.Goteng PhD from same place. WP:SOURCES sez, "academic peer-reviewed pub's are usu the most RS". WP:SCHOLARSHIP sez, "PhD [theses]...can be used but care should be exercised".
- RU, the 2007/YYYY/2013 newspaper articles in Russian (I've asked somebody who "can read a few words of Russian" to give us rough assessment of depth... anybody amongst us here know Cyrillic?)
- ZH, the 2010 PhD and 3+ peer-reviewed journal articles by Nan Li (most of the work in Chinese but that is no hindrance to wikiNotability though it is a barrier to gauging depth... Clover1991 of DUROMAC fame has offered to help us with translating the mandarin if kazumo is busy), plus the 2011 and 2013 Beijing Jiaotong University PhD (students of Nan methinks?); *maybe* the ZH edu-news section; additional evidence, tho not themselves RS, are the two Master's theses. Again WP:SOURCES and WP:SCHOLARSHIP
- US, the 2013 iosPress/AFRL papers (peer-reviewed by the 20 members of the conf-board and the 3 members of the editorial-subset which were mostly Aussies), plus the 2012 DaytonThesis PhD (which has a public-domain chapter on SORCER beginning on page 230... decent tone... might be the best place to start on the rewrite of mainspace?); additional evidence, tho not itself RS, is the WrightState Master's. SorcerDotCom in Poland, and SorcerSoftDotOrg at TTU in Texas, are the entities directly responsible for SORCER; the USAF and WPAFB are funding Prof.Sobolewski, U.Dayton, WrightSt.U, and various other stuff via the MSTC/AFRL folks in Ohio.
Meanwhile, as Tim and ScopeCreep and TRPoD and Garamond and others are analyzing whether this list of sources is bulletproof wikiNotability, safe from all future deletion-attempts, Pawelpacewicz and Martijn and Prubach and myself can try to start working on WP:TONE, and on clearly explaining the meaning of SORCER/nsh/exertions/mograms/SOOA/COLA/PEPSI/7UP/etc to the readership.
Fiddle Faddle's suggestion "that the first task is to show and prove notability though" ... there is one, and only one, way to prove wikiNotability. That is, namely, to find multiple independent Reliable Sources, which cover SORCER itself (specifically), in some amount of depth. Finding good sources, and proving wikiNotability, are the same thing. Nothing more is required, but also, nothing less is required. There is a difference between a *secondary* source, and an *independent* source. If anyone finds independent sources, fact-checked by an independent journalist's professional editorial board, or peer-reviewed by independent referees at some journal's science-board, please add them to the list below. Thanks for improving wikipedia. 74.192.84.101 (talk) 18:02, 30 December 2013 (UTC)
PLEASE EDIT THESE SOURCE-EVALUATIONS DIRECTLY, TO FILL IN MISSING DETAILS. Thanks much. :-) 74.192.84.101 (talk) 18:27, 13 December 2013 (UTC)
some WP:ABOUTSELF sources
|
---|
Mwsobol#0
Mwsobol#1
|
AFRL / IOSPRESS x2 or x3
|
---|
Shortname == iosPress#1
Shortname == iosPress#2 (Mwsobol#2)
|
TBD sources which need sorting and filling
|
---|
Kazumo#12 / Mwsobol#3
Mwsobol#4
Kazumo#11
132
Kazumo#13 (this is a wiki methinks?) Pawelpacewicz#73
|
NAN LI x3 or x4 of Beijing
|
---|
Shortname == N.Li 2008. journal paper (Kozamo#1)
Shortname == N.Li 2009. PhD thesis (Kozamo#6)
Shortname == N.Li 2011_A. journal paper (Kozamo#3_A)
Shortname == N.Li 2011_B. journal paper (Kozamo#3_B)
Shortname == N.Li 2011_C. conference paper (Kozamo#9)
Shortname == ICDMA'11 aka N.Li 2011_D. Suggested as WP:RS to satisty WP:NOTE.
Shortname == N.Li 2012. journal paper (Kozamo#2)
|
U.Cranfield in the UK
|
---|
Shortname == Cranfield 2007. chapter (Beavercreekful#1)
|
RUSSIAN NEWSPAPERS x3
|
---|
Beavercreekful#3
Beavercreekful#4
Beavercreekful#9
|
CHINESE EDU NEWS x4
|
---|
Beavercreekful#5
Beavercreekful#6
Beavercreekful#7
Beavercreekful#8
|
PHD THESIS x4 (cf N.Li 2009 above)
|
---|
Shortname == G.Goteng 2009. PhD thesis (Beavercreekful#2)
Shortname == J.Yu 2010. PhD thesis (Kozamo#7)
Shortname == L.Kong 2013. PhD thesis (Kozamo#8)
Shortname == DaytonThesis. Ph.D. thesis (more than one?) from from University of Dayton
|
details of DaytonThesis w.r.t. SORCER/exertions/SOOA
|
---|
abstract == Nonlinear, high fidelity aerodynamic analysis methods are considered computationally expensive and impractical for use in the preliminary design environment. In lieu of nonlinear methods, linear aerodynamic methods are utilized in the execution of design tasks because of their computational efficiency. Linear codes are considered accurate in low Mach number flight regimes where aerodynamics is generally linear but are not accurate in transonic flight regime due to the simplified assumptions that are required by such codes. This investigation demonstrates that nonlinear aerodynamic analysis methods are necessary when performing design tasks in the presence of nonlinear phenomena. To reduce the cost of using nonlinear aerodynamic analysis, the velocity transpiration boundary condition was employed to simulate surface deformations and control surface deflections. Observations showed velocity transpiration offers significant computational savings when compared to mesh motion enabled codes. To improve turnaround, a distributed computing framework wasadopted to distribute workload and information storage across a network. A comparative design study was carried out comparing linear and nonlinear analysis tools in design. A rectangular wing's structural mass was optimized to perform both a roll and pull-up maneuver while subjected to rolleffectiveness and skin stress constraints. At a subsonic design point, the linear and nonlinear tools produced similar designs. However, at a transonic design point, the tools produced significantly different designs. The addition of aerodynamic shape variables to the design space at the transonic design point led to a further enhanced design. The results of this study reaffirm the notion that nonlinear high-fidelity aerodynamic analysis methods must be utilized when designing vehicles that will operate in nonlinear regimes. Further, several methods were demonstrated that could reduce the cost of using nonlinear analysis methods. SORCER-related technology is covered in reasonable depth: 3 pages in ch#4, 3 pages in ch#5, 6 pages in ap#G. which is a total of a dozen pages out of 243 pages of content, aka about 5% of the thesis. That said, sorcer played *the* key part, allowing the non-linear analysis to be computationally feasible. Exertions are mentioned on about 50% of those dozen pages (and are implicit in most of the rest of them), and services were mentioned in 80% of the dozen (and very implicit in all of them). Kolonay is on the thesis cmte, gets seven bibliography entries (out of 73 total aka ~10%), is credited as author of four SORCER-packages (plus helped write a bit of new code specifically for this thesis). Sobolewski is mentioned thrice: in the bibliography, as the creator of SORCER, plus credit for writing a few of the classes used in the thesis (perhaps specifically *for* this thesis project? unclear). selected entries of the 73-entry bibliography.
Appendix G, on printed-page 230-245, is half-a-dozen pages explaining how SORCER works, what service-oriented means, and what exertions are. Recommended, and as pub-domain, we can reuse it if we like. As for the aerospace-design portion of the thesis, SORCER is specifically covered in the chapters on efficient automated numerical optimization of the wing-shape during the design-phase, as well as in the conclusions (nonlinear optimization is made possible by the efficiency gains of SORCER's grid-computing network-parallelism... this is not especially helpful at Mach 0.50 speed, but it hands-down results in a better wing-design for transonic flight at Mach 0.89). chapter four, distributed design optimization, printedPage73==pdfPage90 ...a grid-computing environment... Within SORCER the numerical optimizer and the aeroelastic solvers were exposed as services on a network. SORCER reduced the computational expense of using nonlinear aerodynamic analysis method within the preliminary design environment by allowing the computational workload to be distributed across a network of computers. SORCER allowed for multiple copies of services to be available for use when executing a design study. This effectively reduced the computational expense of using a nonlinear aerodynamic method in the preliminary design environment. chapter four, distributed design optimization, printedPage75&76==pdfPage92&93 The numerical optimization code utilized in this investigation was Design Optimization Tools (DOT). It is developed and maintained by Vanderplaats R&D Inc. The strategy used to solve the optimization problem was constructed within SORCER. ...the code determines ... if [automated] design investigation has converged and if an optimal [wing] design has been discovered. chapter five, conclusions, printedPage111&112==pdfPage128&129 The last set of tasks performed in this investigation involved executing the transpiration enabled aeroelastic solver in the performance of preliminary design tasks. To further improve the computational effciency of the transpiration enabled nonlinear aeroelastic solver, a preliminary design environment was constructed in SORCER. SORCER grid-computing capabilities allowed for design problems to scale across the computation resources available on a network of computers. In the execution of multidisciplinary design optimization studies, the velocity transpiration enabled computational aeroelastic solver proved quite serviceable. The solver generated optimal structural designs at a subsonic design point of Mach 0.50 and transonic design point of Mach 0.89. The designs developed using the [SORCER-based] nonlinear aerodynamic method compared to design produced using [traditional] linear aerodynamics. At subsonic design point [Mach 0.50] the optimal designs produced by the linear and nonlinear methods were very similar there was only 14.69 slugs difference in structural mass. However, at transonic design point [Mach 0.89] the structural design were very different. The design generated using the linear aerodynamic method did not properly account for the presence of a shock wave... ...proof that linear design tools produced completely different designs than nonlinear tools in a nonlinear flight regime. ... If a designer chose to use the design obtained using linear aerodynamic analysis methods as the basis of a detailed design or prototype, the end result could be a costly redesign of the structure because the design failed to account shock wave effects. Through the performance of the design optimization study portion of this investigation, it was demonstrated how distributed computing can be used to accelerate computational analysis through coarse parallelization of computational effort. Analysis tools were deployed across a network of computers as services. Information was transported from analysis service to analysis service via web servers, network proxies. Data was passed within service context data structures. SORCER's framework allowed for analysis tasks to be executed concurrently or sequentially depending [on] data dependencies. The design process was accelerated through the exploitation of this parallelism. A unique aspect of this work was the fact that the optimization design strategy was implemented within the design framework. One programs the network as oppose to programming individual computer systems. The framework calculated exact sensitivities via finite difference directly, selecting the appropriate network services to dynamically compute a gradient or function evaluations. The framework permitted some failure recovery in the analysis. Code was implemented to check for corrupt output. Intermediate results were archived in Java objects. Through execution of this investigation several ideas could be implemented to improve computational efficiency of nonlinear CFD [computational fluid dynamics] in the preliminary design environment. page113... paraphrasing: explains how greater performance could be achieved, by rewriting the CFD and CSD apps (computational fluid & structural dynamics) to be more granular, which would permit SORCER to expose subcomponents thereof as services in a parallelized pipeline (finer-grained parallelism rather than the coarse-grained parallelism actually used in the thesis project) page113, quoting: SORCER could offer a computation advantage over the conventional analysis codes... for very large problems SORCER may offer computational advantage over the message-passing interface currently used by the CFD solver to parallelize analysis effort. |
MASTERS THESIS x3
|
---|
Shortname == A.Liu 2010. master's thesis (Kozamo#4)
Shortname == W.Wang 2011. master's thesis (Kozamo#5)
Shortname == WrightThesis.
|
SUPERGRANTS x3 or x4
|
---|
Shortname == NIST
Shortname == USAF Shortname == NSFC 2012. quad-year R&D grant (Kozamo#10)
Shortname == Ulanyovsk(sp) rumours |
notability and sourcing, further discussion thereof
Commentary goes here please, use the shortname of the source in the list above (if such is yet specified). 74.192.84.101 (talk) 18:02, 30 December 2013 (UTC)
dealing with terminology/jargon/neologisms
Good advice, copied from the archives. 74.192.84.101 (talk) 18:02, 30 December 2013 (UTC)
- mograms, mogramming - a new term (invented by you), which violates WP:OR. The UML? model is translated down to code, so it's just code with a service manifest. You need to explain that correctly, and get rid of mograms, mogramming. It's not cited anywhere in the firmament, except by yourself, which means it's not acceptable within WP.
- If that is related to me ("invented by you") then you are making the uneducated statement regarding software language engineering. Please read the chapter on "Languages and Mograms" in the book on "Software Language Engineering: Creating Domain-Specific Languages Using Metamodels"Mwsobol (talk) 15:04, 1 January 2014 (UTC)
- How many times have people asked about this particular neologism, and asked for a source? Now, since I doubt that anyone is going to :::buy this book for the present, perhaps it is time to furnish us with chapter and verse and quotation to show the provenance of the term? Fiddle Faddle 16:46, 1 January 2014 (UTC)
- Why we cannot use the term "mogram" in the article as follow:
- How many times have people asked about this particular neologism, and asked for a source? Now, since I doubt that anyone is going to :::buy this book for the present, perhaps it is time to furnish us with chapter and verse and quotation to show the provenance of the term? Fiddle Faddle 16:46, 1 January 2014 (UTC)
- If that is related to me ("invented by you") then you are making the uneducated statement regarding software language engineering. Please read the chapter on "Languages and Mograms" in the book on "Software Language Engineering: Creating Domain-Specific Languages Using Metamodels"Mwsobol (talk) 15:04, 1 January 2014 (UTC)
"mogram (program or model or both) " with the reference to the the independent third party source "Software Language Engineering: Creating Domain-Specific Languages Using Metamodels" by the leading expert in language engineering? Tell me what's wrong with it and please stop creating circular discussions on the same topics.Mwsobol (talk) 21:50, 1 January 2014 (UTC)
- No links to Java, Service (systems architecture),Service-oriented architecture,Service layer and other important links.
- SORCER is the first platform that created front-end service-oriented mogramming (programming or modeling or both) as the key element of its federated service orientation. (Where is the citation for this?)
- Please show me another one that allows to define service compositions at the front-end. The fact that front-end compositions of service collaborations can be a hybrid of executable programs and executable models (mogram) is the secondary issue. If there is no another such platform with that feature then it's the first one. Are logical implications are invalid in Wikipedia?Mwsobol (talk) 15:14, 1 January 2014 (UTC)
- That is not the way it works. Citations are required here. If it is the first then something must show that it is the first. Otherwise it may simply be stated to be "a platform" Fiddle Faddle 16:49, 1 January 2014 (UTC)
- Please show me another one that allows to define service compositions at the front-end. The fact that front-end compositions of service collaborations can be a hybrid of executable programs and executable models (mogram) is the secondary issue. If there is no another such platform with that feature then it's the first one. Are logical implications are invalid in Wikipedia?Mwsobol (talk) 15:14, 1 January 2014 (UTC)
- Exertions Why? Not programs, applications, services? You need to explain why it was called that. I think it's the same as mogramming, re who is citing it generally, and if it's only you, it will not be acceptable.
- Semantically different things have names, so please try to understand the semantics of exertions first. A front-end and back-end services have different semantics. A service composition at the server (back-end) is done by a programmer and deployed by a deployer before it is used by the end user. A service composition at the font-end (exertion) is created and executed by the end user at runtime. For interpreted exertions (netlets) no compilation and deployment is needed to run service compositions.Mwsobol (talk) 15:29, 1 January 2014 (UTC)
- Wikipedia requires that the reader has things exlpained to them. "Trying to understand" is not the way it works. Again, where are the citations? Fiddle Faddle 16:56, 1 January 2014 (UTC)
- Semantically different things have names, so please try to understand the semantics of exertions first. A front-end and back-end services have different semantics. A service composition at the server (back-end) is done by a programmer and deployed by a deployer before it is used by the end user. A service composition at the font-end (exertion) is created and executed by the end user at runtime. For interpreted exertions (netlets) no compilation and deployment is needed to run service compositions.Mwsobol (talk) 15:29, 1 January 2014 (UTC)
- SORCER is the first system enabling front-end service-oriented programming with the relevant operating system and dynamic back-end service federations as its virtual processor. That's neat, but don't know if it's true. I think Gigaspaces has a similar mechanism. You will certainly need a citation for this, other wise it's a false assertion, and will need to go.
- Gigaspaces is just the commercial implementation of JavaSpaces (one of Jini services) to support space computing. It's a space computing middleware based on the JavaSpaces technology. You can write into a Jini space any object, it's generic. In SORCER what is called an exertion space is a JavaSpace service (can be Gigaspaces, we use open source Blitz or Jini JavaSpace) to provide space computing (synchronous federations) for exertions. However with synchronous execution (PUSH vs. PULL in SORCER) the service providers are accessed directly by SOS. You can create an exertion with mix of PUSH/PULL strategies so a part of service providers is accessed directly by SOS and another part reads exertion requests from the exertion space. That is done with the unique SORCR's federated method invocation (FMI). So JavaSpace (Gigaspace) is just one of SOS modules used for FMI.Mwsobol (talk) 15:51, 1 January 2014 (UTC)
- The rest of the unexplained, non linked article content like Providers use discovery/join protocols to publish services in the network and the SOS uses discovery/join protocols to discover registries and lookup proxies in those registries. What providers? What discovery/join protocols, etc etc etc.
- Terms service providers (services) and discovery/join protocols come from Jini terminology. The SORCER OS implementation uses Jini technology that defines its SOOA architecture. I assume that was stated explicitly in the article.Mwsobol (talk) 15:59, 1 January 2014 (UTC)
Lastly, it's written more as a reference manual, and currently doesn't make sense, lacks context and flow. The whole product seems to be built using Java, so how is it different from you average Java EE application server, like Weblogic or WebSphere. Sorry the criticism is so heavy. I knows your trying your best. scope_creep talk17:31 12 Dec 2013 (UTC)
- I can comment shortly (read at least one paper on SORCER if you want to see differences): SORCER is the federated platform (programming environment (exertions and var-models), service-oriented OS with FMI, and federated processor) it's not a server or a middleware. Exertion-oriented programming and var-oriented modeling in SORCER has nothing to to with Java syntax and semantics they are completely new service languages. The fact SORCER in part is implement with Java has nothing to do with the SORCER architecture and programming/modeling model.Mwsobol (talk) 16:07, 1 January 2014 (UTC)
- Is this paper on SORCER a WP:RS? If not then it is not relevant. Please at least get to understand the Wikipedia environment. Talking for ever round this subject produces nothing except fluff and clutter. It is presumed that your own work environment has rigour. So does Wikipedia. Our rigour is an insistence on correct reference material. Talking round and round abut this topic without making forward progress reinforces my original beliefs about this. Not every workplace is WP:N. Fiddle Faddle 16:56, 1 January 2014 (UTC)
- With the neologisms, may I suggest a special reference group named, perhaps neologism where a correct textual explanation is given , but in layman's language. I am sure I've explained this style of scheme to you before, but I only now see the application in this manner. One may have multiple names reference groups in an article. The only caveat is that the associated {{Reflist}}must come after the final instance on the page. Thus one may also have a group named note, another named Dr Pepper, and so forth. Fiddle Faddle 16:09, 29 December 2013 (UTC)
todo list
Here are the snark-spams at the top of the article today.
- A major contributor to this article appears to have a close connection with its subject. (December 2013)
- The topic of this article may not meet Wikipedia's general notability guideline. (December 2013)
- This article possibly contains original research. (December 2013)
- This article relies on references to primary sources. (December 2013)
- This article may contain an excessive amount of intricate detail that may only interest a specific audience. (December 2013)
- This article may be too technical for most readers to understand. (December 2013)
Pretty long list. :-) There are actually just two basic issues. WP:RS to prove wikiNotability, which is being covered above. WP:TONE, too much jargon, and gotta stay neutral. As we go through the paragraphs, we can start to solve tag#6 and tag#5. 74.192.84.101 (talk) 15:20, 29 December 2013 (UTC)
paragraph one
- SORCER (Service ORiented Computing EnviRonment), sometimes written as SOCER,
- is a cloud-based computing platform
- that integrates applications such as engineering systems in large complex IT environments.
- It is a follow up to the FIPER project
- which was funded by the National Institute of Standards and Technology Advanced Technology Program.
- The SORCER program was led by Michael Sobolewski at Texas Tech University[1] through 2009.
- In 2010, the project spun off into an independent organization with a goal of providing an open source platform.[2]
Rewrite attempt. See WP:Footnotes#Footnotes:_predefined_groups for the 'efn' squiggly-syntax.
- SORCER[a]
- is a cloud-based grid computing platform (typically using Java to write network-shell-scripts called exertions which implement location-agnostic web services).
- SORCER's grid-computing capability is primarily used to speed up computerized analysis of aerospace simulations and traffic noise, as of 2013.
- SORCER's predecessor was called FIPER, which was software for a GE aircraft-engine-design project
- funded from 1999-2003 by NIST's ATP.[b]
- SORCER Labs was founded in November 2002 at TTU;
- in 2010, SORCER Labs became a spin-off organization, funded primarily by the USAF's AFRL[c], and the source code was partially opened.
- SORCER (and FIPER) were invented primarily by Professor Mike Sobolewski; his work from 1994-2002 at GE, then at TTU through 2009, and since then at AFRL, mirrors SORCER's history.
- Other groups using SORCER include Beijing Jiaotong University in China, Cranfield University in the United Kingdom, andUlyanovsk State University in Russia.
Notes
- ^ SORCER derives from "Service ORiented Computing EnviRonment", written as SOCER in some early sources.
- ^ Advanced Technology Program of the National Institute of Standards and Technology.
- ^ Air Force Research Labof Ohio's Wright-Patterson Air Force Base funded by the United States Air Force, especially the MSTC Directorate under Raymond Kolonay.
Anybody else like this version better? 74.192.84.101 (talk) 15:20, 29 December 2013 (UTC)
- I find it easier to read, thus it is, by definition, better. It lacks the main requirement of an opening paragraph, though. It does not tell me why this is important. From a journalist's or marketeer's persepctive, and, amusingly, from an encyclopaedia's perspective this is a must have. "Tell me why I should read this material and why it is here." Something like "By deploying SORCER, recorded costs savings/ productivity increases [quantify and verify] have been made." That is at least highly desirable. (oops, failed to sign) Fiddle Faddle 13:44, 31 December 2013 (UTC)
- It sounds better and more like Wikipedia. But in my opinion we shoud not compare it to grid computing as:
- SORCER works on higher layers
- SORCER delivers logic for processing - grids doesn't (tools for grids does provide it but not grids itself);
- SORCER delivers language to operate on integrated systems - and grids does not.
Pawelpacewicz (talk) 13:34, 31 December 2013 (UTC)
- Well, there *is* a new language from sorcerSoft the company-slash-organization-twins, but "SORCER" is not the language, it is the nsh and the FMI-stuff and the service-configuration-backend... whereas EOL is the language, which is built on Groovy, which is built on JVM-bytecode. But, one can always just use straight Java as the language, which proves that EOL and SORCER *are* distinct, right? EOL is a language that can be used to program exertion-scripts for nsh to execute, and EOL has some special features not included in the base Groovy/Java languages. Anyways, we'll get to a paragraph about languages-used-with-SORCER, further down in our list of paragraphs.
- As for the definition of SORCER as a type of grid-computing-infrastructure, it is a quote straight from DaytonThesis, by Thompson. What is SORCER called in other reliable sources? Sometimes it is referred to as a meta-operating-system, but that's not how it is often used currently. It is a capability, which might be used in the classified literature, but not in the sources we have at present, right? That is what we have to stick to. What is SORCER called in the 2007 lit-review from U.Cranfield, for instance?
- As for Tim's question, see fragment#3 ("primarily used to" is my codephrase meaning "primarily Notable for being used to") that same DaytonThesis also gives us a good quote about the purpose (or at least *one* purpose) for which SORCER is notable... using the extra speed that SORCER's spread-the-load-across-the-grid-related-features offer, aircraft-designers like Thompson can perform full-fledged non-linear analysis of aircraft-designs in simulations, rather than the traditional linear-analysis. When the DaytonThesis simulated the aircraft-wing-design at mach 0.50 there was no difference in the optimality of the design; linear was just as good as non-linear. However, when the same pair of design-methodologies was applied to the same aircraft-wing-design at mach 0.89 ... which is getting close enough to the sound barrier that weird things come into play ... the SORCER-powered non-linear analysis-methodology created a *much* more-optimal automated wing-design, using the same amount of time & personnel & whatnot. So at least from Thompson's DaytonThesis perspective, SORCER is purely a grid-computing-infrastructure-platform, which permits spreading the computations across a grid of machines, and thus gives better wing-designs without the need to fabricate physical models and test them in the wind-tunnel. What do our other WP:RS say, is the chief advantage of using SORCER, as opposed to other software-options? What is the big advantage of SORCER for Nan Li, and the traffic-noise-mapping work? HTH. 74.192.84.101 (talk) 23:06, 31 December 2013 (UTC)
paragraph two
Current.
- Overview. SORCER is a computing platform that allows the end user
- to program dynamic front-end compound services, called exertions,
- bound at runtime by the SORCER OS (SOS)
- to federations of service providers as new back-end dynamic services.
- The SOS utilizes the service object-orient architecture (SOOA) and a federated method invocation.
- The front-end services created by the end users
- are service collaborations of users' applications, tools, and utilities with their data and corresponding control strategies.
- The end users in understandable domain specific languages (DSL)
- define only their service-oriented process expressions
- and the SOS makes that process expressions actualized by the corresponding dynamic service federations in the network.
Rewrite.
- Basic Explanation Of Typical Use. SORCER provides a new command-line shell nsh,[a] running on top of Linux or Cygwin.
- Shell scripts[b] for nsh create web services which run on the local PC. These script-generated services can call each other.
- The SORCER-runtime underneath nsh connects the scripted-services together dynamically,
- both locally to other scripted-services on the PC, but also (depending on config-files) remotely across the LAN to back-end scripted-services.
- Inside the SORCER environment,[c] every executing nsh script is a service,[d] which can be on the local PC, or across the LAN. Local scripted-services can act as wrappers[e] around back-end scripted-services.
- Scripted-services on the local PC
- can also provide a service-oriented wrapper which controls[f] existing command-line applications (and their associated data-files).
- Creating these scripted-services, and configuring them, is a job for programmers and system administrators, respectively. Once complete, such frameworks implemented on top of the SORCER-runtime are usually controlled by the enduser (often a wing-designer or turbine-engineer or other aerospace-industry personnel) using application-specific DSLs.[g]
- Engineer-endusers can write straightforward process-definition-expressions,
- and SORCER transparently spreads the process-workload out across the machines on the LAN.
Notes
- ^ Stands for 'network shell'.
- ^ Called exertions in the literature.
- ^ Sometimes called the "SORCER operating system" in the literature, but SORCER is not a bare metal bootable operating system; it is more of a software platform.
- ^ SORCER is an implementation of a service-based object-oriented architecture; see also object-oriented programming and web services for similar concepts.
- ^ federated method invocation
- ^ Using configuration-data called a control-strategy in the literature.
- ^ Although sometimes domain-specific languages are full-fledged programming environments, often they are far more English-like and/or GUI-driven than general-purpose programming languages.
Boy, howdy *this* is a heavy rewrite. My goal here is to explain the DEAD SIMPLE BASIC use case, not all the special/advanced/rare features, we can cover those further down. I've also tried to get rid of all the new words, and use existing concepts. I'm sure I've made some mistakes, please give me your corrections. :-) Thanks. 74.192.84.101 (talk) 23:55, 31 December 2013 (UTC)
how many source-code repos are there?
Questions about the number of forks/repos of the SORCER codebase (plus ancillary codebases surrounding it), which groups used what codebases (historically and recently), which groups contributed *code* as opposed to money/endusers/similar.
- SORCER is about grids of distributed algorithms, for concurrent-engineering design-disciplines
- SORCER is a huge computing environment, only a fraction of the results related to SORCER have been published
- This is partly because some of the apps are classified (military), and partly because some of the apps are proprietary (corporate trade-secrets)
- Still, there is a conceptual framework, and a reference architecture, which is what has been covered in the wikipedia article (to date).
- Mwsobol works full-time for AFRL/WPAFB (which maintains one? two? more? repos of the SORCER codebase... plus various USAF-proprietary libs/apps/etc).
- Mwsobol occasionally teachs SORCER, including in Russia (how many places? Ulyanovsk State University), and the Russians maintain their own SORCER repo (just one?)
- Mwsobol occasionally teachs SORCER, including in China (how many places? Beijing Jiaotong University), and the Chinese maintain their own SORCER repo (just one?)
- Cranfield University in the United Kingdom ... do they use SORCER, nowadays? When did they use it? What about UK military or British Airways or similar?
- Mwsobol occasionally does consulting work, and helps interested parties to get started with SORCER
- One such interested party was SorcerSoft.com, located in Poland, who got trained by Mwsobol during 2013
- SorcerSoft.com is now just starting to develop commercial GUI-tools for SORCER
- SorcerSoft.com's proprietary work is based on a private repo, an internal fork of the open-source codebase, is not available to the public,
- SorcerSoft.com's public work is based on the version developed at TTU (aka SORCER Labs), which is currently open-source
- Mwsobol occasionally teachs SORCER, including (in January 2014) in Poland at PJIIT, which is using an open-source version (different from SorcerSoft.com's? Different from SorcerSoft.org's repo, if any?)
- SorcerSoft.org ... which is not officially connected to SorcerSoft.com ... is the current home of Mwsobol's SORCER Lab (still at TTU? or now at AFRL? or maybe now at PJIIT? or maybe just spun-off to Mwsobol's private webhost? confusion!)
- The historical FIPER codebase, which was used at GE from the late 1990s (NIST-ATP-funded from 1999-2003 but Mwsobol first hired at GE GRC in 1996) for turbine-design.
- One of the small companies involved with FIPER was later acquired by Dassault, the EU corporation. Do they have an internal version of FIPER, or of SORCER?
- Is FIPER still being used by GE/Dassault/Stanford/OhioUniversities/others? If so, is the codebase (or are the codebases) available publically?
- Has GE used SORCER?
- Has Dassault used SORCER?
- Has Stanford used SORCER?
- Have OhioUniversities used SORCER? (yes, U.Dayton PhD + WrightStateU MEng) What about Ohio Aerospace Institute? What about BFGoodrich?
- During the transition from FIPER to SOCER-and-then-SORCER,
- some external links are redundant, already listed at http://sorcersoft.com
- one particular repo was developed at TTU, and is now maintained by sorcerSoft.com
- Github contributors page , https://github.com/sorcersoft/sorcer/graphs/contributors
- This particular github group is the maintainers of the version developed at SORCER Lab
- There are many maintainers of multiple repositories, not just that one
- the SORCER platform is implemented in many places.
- The MSTC/AFRL/WPAFB/USAF is using
and developingSORCER to ... [3] - but, in the 2012 DaytonThesis, Kolonay (director of MSTC) was specifically mentioned as implementing three or four major class-libraries(?)
- It is not fair to those who really contributed and are ignored.
- Unless all development sites are listed it is just misleading information
Note that wikipedia tends to just give one main "official link" ... is that SorcerSoft.org , nowadays ... right? As for the main subject of this talkpage section, anybody want to try and give me the overview of what groups were responsible for what code, when? Please start historically, so we can give a summary of the history of the project's code, in the article. Danke, it's appreciated. 74.192.84.101 (talk) 01:48, 1 January 2014 (UTC)
technical question, about exertions versus federations
"An exertion as the service classifier is used in SORCER and so all federations such that the exertion can be bound to at runtime are instances of it." --Beavercreekful
- I do not understand the above sentence.
- I'm familiar theoretically with Self.
- I'm familiar with Javascript-style prototyping where there is no classdef; objects are just modified-clones of previous objects.
- An exertion is an nsh-shell-script, written in EOL or in Java.
- A running/executing exertion is a service (kinda-like a web service but-not-exactly-like).
- A federation is a compound-service (a wrapper around a set of services... and the wrapper itself can be treated as a service).
- If I have a file called myExertion.sorcer stored on my local PC, that file (or the associated config-file maybe) will give the pointers (names? network-locations? URLs?) to the federations it depends upon.
- When I use nsh to execute-slash-run myExertion.sorcer , the bindings of the actual underlying dependencies (local federations/services or remote federations/services or local Linux apps/datafiles) are bound-at-runtime.
What does the word "it" at the end of the confusing sentence, really mean? "...so all federations such that the exertion can be bound to at runtime are instances of it."
- If an exertion can be bound-at-runtime to a federation, those federations are instances/subclasses/interfaceImplementations of that exertion?
- Or, if an exertion can be bound-at-runtime to a federation, then that exertion must be an instance/subclass/interfaceImplementation of those federations?
- Or, something else entirely? :-)
Thanks. 74.192.84.101 (talk) 01:48, 1 January 2014 (UTC)
- Ad. 1) I do not understand the above sentence.
Let's start with the UML definition of "classifier" with "exertions" added for my service-oriented class.
classifier
A collection of instances that have something in common. A classifier can have features that characterize its instances. Classifiers include interfaces, classes, datatypes, components, services (exertions).
If object a is an instance of a class A, A is the classifier of a.
And now it's important to understand the difference with interface types. An object a of class A that implements interface B is instance of interface B. In other words, the interface B is a classifier of a. By the interface type we can classify objects independently of the object implementation (class). SORCER uses interface types in exertion signatures to bind to network objects that implement the signature interfaces.
If an exertion with a service signature including a service type B (practically Java interface B in SORCER) matches the interface of a network object (service provider) that implements the interface B then this service provider is the instance of this exertion. Now if an exertions includes 5 signatures with 5 services types (Java interfaces) then five service providers in the network that implement these interfaces create the service federation for this exertion. This federation is an instance of the exertion. In that case we say that the exertion binds to the federation and matching (binding) is done by the SORCER OS. Take into account that there in no any static references to service providers in exertion signatures. Service providers are replicated for reliability and load balancing. So, when you run the same exertion again you can get usually a different federation (a collection of matching providers based on the interface types only). Obviously another attributes can be used in SORCER as well if required but the basic concept of binding is based on service types. That federation concept does not exist in any other service-oriented platform. By the way provisioning in SORCER is based on the service type concept as well. For a set of signature the SORCER OS on-demand can create a corresponding federation or multiple federations (instances) of a given exertion.
- Ad. 4) An exertion is an nsh-shell-script, written in EOL or in Java
see "How to explain SORCER conceptualizations?" An exertion is a front-end specification of a service federation and its collaborative behavior. A textual form of interpreted exertions are called "netlets", exertions as instances of Exertion interface (Created with SORCER API) are called "exertlets", and exertions created with GUIs are called "service diagrams". Thus, three forms of exertion languages exist: EOL for the network shel (nsh), Java API (no need for the shell), and a visual exertion programming with a GUI that creates a corresponding exertlet or netlet or both if the round trip editing is supported between service diagrams and netlets.
- Ad. 5) A running/executing exertion is a service (kinda-like a web service but-not-exactly-like).
see "How to explain SORCER conceptualizations?" below.
Oh, No!!!
Web services are back-end services (deployed at the app servers) and the front-end client can invoke only one service per invocation with a static server end-point (URL). What the invoked service do later is another story. An exertion is the from-end service that invokes a collaborative federation in the network (as explained above). There is no app servers, no static end-points, service providers are small footprint independent services that can come and go as needed in the global networkMwsobol (talk) 04:17, 1 January 2014 (UTC)
How to explain SORCER conceptualizations?
I was alarmed about the confusing SORCER conceptualizations above, so let's hope the clarification by analogy to a common computing platform will help to understand unique features of the SORCER platform. By the way, conceptually it does not have anything common with grid computing or web services. The fact you can do grid computing or run web services in SORCER does not mean it was designed directly to do so.
Let's consider a common computing platform (or runtime: programming environment, operating system, processor). For example, a UNIX platform (programming environment - Unix shell programming, a UNIX operating system, and a native or virtual processor such that the operating system can execute programs (executable codes) compiled for this platform. So, each platform has a front-end (shell or command processor), a back-end (executable codes) and in the middle (an operating system). A common platform is used predominantly to execute a single command that runs the executable code in the shell locally. Advanced users can write a shel script (in a file or at the command line) to create a pipeline of locally executing programs (pipes are local). The fact that an executable code can provide networking internally using for example sockets or any application protocol (FTP, SMPT, HTTP) is the feature of a program (application) not the platform. The common platform runs executable codes locally.
Now let's imagine that a platform at the back-end instead of local executable codes has applications, tools, utilities that can be provisioned on-demand in the network at runtime (they constitute a network processor of the platform). Now the shell script can define any collaboration (service pipeline (batch), workflow, block for branching and looping) of back-end services that can be found or provisioned in the network at runtime. These scripts define front-end services (programs) as collaborations of back-end services. The shell now executes front-end services and the operating system can run any collaboration of back-end services. These collaborations of backend services for each front-end service are called service federations. The paradigm is called federated service-oriented computing since a shel invokes a federation of service providers. To do so the operating system needs a new invocation method, instead of invoking a single program or pipeline of programs locally invokes a federation of back-end services in the network for each front-end service. Please match the above description to the chart of the SORCER OS in the article. Note that all other service platforms provide service collaborations at the back-end (called an applications server) only.
The above federated platform defines: a front-end service (exertion), a singleton back-end service (a service provider), and a back-end collaboration of services (federation) specified by a front-end service. When developing the FIPER architecture I have introduced the terms given in parenthesis to emphasize three types of completely different service semantics in federating computing. If you prefer, you can use longer names in the article: front-end service, back-end service, and a collaborative service at the backed defined by the front-end service. By the way a front-end service is a collaborative service as well but at the front-end as the virtual service (realized at the back-end by its federation). Also, calling a front-end service as a "service script" like UNIX script is confusing due to completely different semantics of the network shell, operating system, and the processor as a collection of dynamic service federations. SORCER front-end scripts are called "netlets". An exertion is a more generic concept for a front-end specification of a back-end federation. Formally, an exertion is a metamodel with models in the form of "netlet" (textual), "exertlet" (any object that implements Exertion interface, created with API), and "service diagram" (visual programming - interactive GUI). Therefore a netlet, exertlet, and service diagram are exertions. Three different forms of front-end services have to be called differently and three types of services (exertions, service providers, and federations) in federated computing have to be called differently.
The SORCER lab completed research in all aspects of federated computing as described above. Other organizations including AFRL develop federated service applications using the TTU SORCER platform. The research papers by AFRL are focused on how to design air vehicles using SORCER but not how to design SORCER. I assume this article is about the TTU platform architected, designed, and implemented at the SORCER lab as the extension of FIPER. The currently offered open source version maintained by SORCERsoft.com is the implementation completed at the SORCER lab. Thus, please drop any unjustified relationships of the TTU SORCER technology to other organizations that can be used as the secondary sources regarding how SORCER is used. They spent own money on the projects related directly to they business objectives. When they say we develop SORCER it means that develop tools to make SORCER easier to use with their applications. SORCERsoft.com is not developing the SORCER technology as well, the company is developing tools for interactive exertion-programming and var-oriented modeling. They do what Apple has done with BSD UNIX for Mac OSX. There is no any research paper on the SORCER technology from other places than the SORCER lab (sorcersoft.org) since that core technology is open to any organization with no need to redevelop it. I still assume the article should be about the core SORCER technology that originated from NIST FIPER and TTU SORCER.Mwsobol (talk) 02:59, 1 January 2014 (UTC)
This discussion has been circular since the start
Despite enormous efforts by experienced Wikipedia editors to find WP:RS, to show WP:N and to ensure WP:V, the discussion has proved to be an endless round of:
- Show me that this is notable
- It is notable because it is notable
- Give me the reference
- The reference is somewhere in this list of probably non WP:RS material
- If I find it, show me that this source is WP:RS
- It must be reliable because I say it is reliable
- Return to number 1
This has been going on for a couple of days short of two months. This alone shows me that the topic is not notable. Were it to be notable this would have been proven a long time ago. Doubtless people use this environment. Good. Maybe it will become notable one day. Today it is not.
Yes, we have WP:NODEADLINE, but there is a threshold of notability all articles must pass. We cannot faff around for ever with those who work in SORCER telling us for ever that their project is notable without clarity of answers to questions. It is time for clear answers. If the SORCER folk can show that this is WP:N by proving the bona fides of their sources to be WP:RS, now is the time. Fiddle Faddle 17:18, 1 January 2014 (UTC)
- I was informed about new material, clarifications, references to UK, Chinese, and Russian sources provided by a few contributors here. I think they are valid. I have provided myself additional clarification trying to help to get it consistent with the state of the art in service-oriented computing. It seems to me you have accepted sources from the Cranfield University as OK regarding notability. If someone contradicts his own previous statements, is continuously blaming others for problems, offending collaborating editors, and not providing reasonable feedback based on pretty much flexible Wikipedia rules then that person causes unnecessary circles.Mwsobol (talk) 22:12, 1 January 2014 (UTC)
- I am not sure what type of feedback you are looking for other than what has been said many times, there needs to be evidence of third party reliable sources discussing the subject in order for there to be a stand alone article on the topic. Where are the third party reliable sources? -- TRPoD aka The Red Pen of Doom 22:18, 1 January 2014 (UTC)
- You can provide a feedback for a healthy collaborations as 74.192.84.101 does or for a destructive collaboration. I am not going to participate in the latter case.Mwsobol (talk) 22:40, 1 January 2014 (UTC)
- I am not sure what type of feedback you are looking for other than what has been said many times, there needs to be evidence of third party reliable sources discussing the subject in order for there to be a stand alone article on the topic. Where are the third party reliable sources? -- TRPoD aka The Red Pen of Doom 22:18, 1 January 2014 (UTC)