SOCR-R Interface Development Project - Revision history

Tdlee: Text replacement - "{{translate|pageName=http://wiki.stat.ucla.edu/socr/" to ""{{translate|pageName=http://wiki.socr.umich.edu/"

2020-03-03T17:48:31Z

Text replacement - "{{translate|pageName=http://wiki.stat.ucla.edu/socr/" to ""{{translate|pageName=http://wiki.socr.umich.edu/"

IvoDinov at 20:01, 8 December 2009

2009-12-08T20:01:19Z

IvoDinov at 17:30, 20 December 2006

2006-12-20T17:30:27Z

IvoDinov at 17:30, 20 December 2006

2006-12-20T17:30:14Z

IvoDinov at 17:23, 20 December 2006

2006-12-20T17:23:08Z

New page

Please research these two projects (SOCR and R) and consider drafting a project specification with details on what, when, how, etc. to achieve the goal of seamless invocation of R commands from an R server via the (Java) SOCR interface. The basic use-case is:

User starts (a new) applet (SOCR_R_Analyses.html). The applet establishes a secure connection with Java/C/JNI server and retrieves the (plug-ins) for all R-analyses that we have described (see for example how we do the Distributions: http://socr.ucla.edu/htmls/jars/implementedAnalysis.txt).

Then the Java client GUI displays a drop-down list of these (the way we do the standard SOCR Java analyses, for example) and allows the user to get help (R-help + Wikipedia help) on each type of analysis. Once the user selects an analysis, they are allowed to enter data, simulate data or paste in their own data – the way the Java SOCR analyses do.

The SOCR Java GUI interface will need to configure itself according to the type of analysis selected by the user to allow full control of the parameters that go in any R-analysis that we “describe”. Looking over at JGR/RJava and other such initiatives may be helpful. Once the user selects all appropriate parameters and enters their data the Client submits the job to the SOCR_R_Server, who executes the task and returns the results back to the client. The client may then display the results in a new “Results” tab-pane under the specific analysis GUI. Note that R results could be numeric, graphical, textual. Also, error and return codes from R should be gracefully handled (reported to the user the way R does and point the user to the specific online R docs that discuss the specific type of error.

← Older revision		Revision as of 17:48, 3 March 2020
Line 19:		Line 19:
	*[http://socr.stat.ucla.edu/docs/index.html SOCR JavaDoc]		*[http://socr.stat.ucla.edu/docs/index.html SOCR JavaDoc]

−	{{translate\|pageName=http://wiki.~~stat~~.~~ucla~~.edu~~/socr~~/index.php?title=SOCR-R_Interface_Development_Project}}	+	"{{translate\|pageName=http://wiki.socr.umich.edu/index.php?title=SOCR-R_Interface_Development_Project}}

← Older revision		Revision as of 20:01, 8 December 2009
Line 1:		Line 1:
−	==[[SOCR]] ~~Project~~ - Development of a [[SOCR]]-[http://www.r-project.org R] Interface==	+	==[[Available_SOCR_Development_Projects \| SOCR Project]] - Development of a [[SOCR]]-[http://www.r-project.org R] Interface==

	* '''Project Goal''': To develop an agile and functional interface between the Java-based SOCR utilities and the C++/C-based R tools, that allows [[SOCR]] to utilize variety of R resources via a web-server.		* '''Project Goal''': To develop an agile and functional interface between the Java-based SOCR utilities and the C++/C-based R tools, that allows [[SOCR]] to utilize variety of R resources via a web-server.

← Older revision		Revision as of 17:30, 20 December 2006
Line 1:		Line 1:
−	==[[SOCR]] Project - Development of a [[SOCR]]-[http://www.r-project.org R] Interface	+	==[[SOCR]] Project - Development of a [[SOCR]]-[http://www.r-project.org R] Interface==

	* '''Project Goal''': To develop an agile and functional interface between the Java-based SOCR utilities and the C++/C-based R tools, that allows [[SOCR]] to utilize variety of R resources via a web-server.		* '''Project Goal''': To develop an agile and functional interface between the Java-based SOCR utilities and the C++/C-based R tools, that allows [[SOCR]] to utilize variety of R resources via a web-server.

@@ Line 1: / Line 1: @@
-Please research these two projects (SOCR and R) and consider drafting a project specification with details on what, when, how, etc. to achieve the goal of seamless invocation of R commands from an R server via the (Java) SOCR interface. The basic use-case is:
+==[[SOCR]] Project - Development of a [[SOCR]]-[http://www.r-project.org R] Interface
-User starts (a new) applet (SOCR_R_Analyses.html). The applet establishes a secure connection with Java/C/JNI server and retrieves the (plug-ins) for all R-analyses that we have described (see for example how we do the Distributions: http://socr.ucla.edu/htmls/jars/implementedAnalysis.txt).
+* '''Project Goal''': To develop an agile and functional interface between the Java-based SOCR utilities and the C++/C-based R tools, that allows [[SOCR]] to utilize variety of R resources via a web-server.
-The SOCR Java GUI interface will need to configure itself according to the type of analysis selected by the user to allow full control of the parameters that go in any R-analysis that we “describe”. Looking over at JGR/RJava and other such initiatives may be helpful. Once the user selects all appropriate parameters and enters their data the Client submits the job to the SOCR_R_Server, who executes the task and returns the results back to the client. The client may then display the results in a new “Results” tab-pane under the specific analysis GUI. Note that R results could be numeric, graphical, textual. Also, error and return codes from R should be gracefully handled (reported to the user the way R does and point the user to the specific online R docs that discuss the specific type of error.
+* '''Background''': Research these two projects ([[SOCR]] and [http://www.r-project.org R]) and consider drafting a project specification with details on what, when, how, etc. to achieve the goal of seamless invocation of R commands from a remote R server via the (Java) SOCR interface.