aboutsummaryrefslogtreecommitdiffstats
path: root/doc/README.JWeb.txt
diff options
context:
space:
mode:
Diffstat (limited to 'doc/README.JWeb.txt')
-rw-r--r--doc/README.JWeb.txt93
1 files changed, 93 insertions, 0 deletions
diff --git a/doc/README.JWeb.txt b/doc/README.JWeb.txt
new file mode 100644
index 0000000..01fec8c
--- /dev/null
+++ b/doc/README.JWeb.txt
@@ -0,0 +1,93 @@
+Source, config, compile:
+ hg clone http://icedtea.classpath.org/hg/icedtea-web
+ cd icedtea-web
+ ./autogen.sh
+ ./configure --prefix=/home/sven/icedtea-web --with-jdk-home=/usr/lib/jvm/java-7-openjdk-amd64 --with-jre-home=/usr/lib/jvm/java-7-openjdk-amd64/jre --with-firefox=/home/sven/firefox/firefox
+ ./configure --prefix=/home/sven/icedtea-web3 --with-jdk-home=/usr/lib/jvm/java-7-openjdk-amd64 --with-jre-home=/usr/lib/jvm/java-7-openjdk-amd64/jre --with-firefox=/home/sven/firefox/firefox
+ make
+ make install
+
+(11:20:42 AM) sgothel: yes Sir ! :)
+(11:21:07 AM) sgothel: Yesterday I was reading about the issues of 'fake security' as they like to put it (and I do agree) ..
+(11:21:15 AM) sgothel: i.e. message boxes .. and all of that
+(11:21:52 AM) sgothel: while being able to abstract out things .. (AWT) and create a NEWT alternative impl. the issue would be chicken-and-egg regarding UI.
+(11:22:11 AM) sgothel: i.e. the super fast straight fwd would be either to drop all UI messages ..
+(11:22:13 AM) xranby: when you test icedtea-web create a link from ~/.mozilla/plugins/IcedTeaPlugin.so pointing to the plugin in /opt/icedtea-web/lib/IcedTeaPlugin.so
+(11:22:39 AM) sgothel: (still in the thinking process)
+(11:23:09 AM) sgothel: or (UI messages): (1) use html itself via broser, (2) use full JOGL/Graph
+(11:23:29 AM) sgothel: if using the latter (2), the plugin would be a JogAmp only plugin
+(11:23:44 AM) sgothel: at least w/ the NEWT plugin-plugin :)
+(11:24:13 AM) sgothel: [general-plugin] - [UI-plugin] - [user-app]
+(11:24:29 AM) sgothel: yup .. makes sense ?!
+(11:24:51 AM) sgothel: p1: general-plugin
+(11:24:57 AM) sgothel: p2: UI-plugin
+(11:25:03 AM) sgothel: p3: user-app
+(11:25:18 AM) sgothel: p1 loads p2, which must be signed - no UI can happen while doing so
+(11:25:40 AM) sgothel: p1+p2: will make a complete plugin, i.e. operable
+(11:25:59 AM) sgothel: then p3 can be loaded and run as usual
+(11:26:16 AM) sgothel: the 'only' issue is .. loading/installing p2 w/o any UI avail
+(11:26:18 AM) xranby: p3 == /opt/icedtea-web/bin/itweb-settings ?
+(11:26:38 AM) sgothel: I thought p3 is the user applet itself
+(11:26:44 AM) xranby: p4: webstart == /opt/icedtea-web/bin/javaws
+(11:27:02 AM) xranby: (optional?)
+(11:27:09 AM) sgothel: in current JWeb design .. I would drop JNLP/Webstart completly
+(11:27:23 AM) sgothel: why ? b/c orig JNLP implies even more UIs
+(11:27:34 AM) xranby: i see
+(11:27:39 AM) sgothel: lots of dialogue boxes (never really used) .. for files etc
+(11:27:57 AM) sgothel: p1 -> part-1
+(11:27:59 AM) sgothel: etc
+(11:28:19 AM) sgothel: again: loading p2 from an external source w/o UI avail .. might be an isue
+(11:28:22 AM) sgothel: *issue*
+(11:28:34 AM) sgothel: (the usual .. do you agree thingy)
+(11:29:01 AM) sgothel: so if this IS an issue, we could only deploy a product w/ p1+p2 -> a JOGL/NEWT'ish plugin
+(11:29:03 AM) xranby: you also mentioned idea yesterday of p5: browser extension that rewrite plugin ont available -> get ji gong
+(11:29:18 AM) sgothel: p1-3 .. only refers here for the applet loading
+(11:29:40 AM) sgothel: yes .. writing an extension which installs all .. would be sweet
+(11:29:59 AM) sgothel: best to find somebody who did write an extension already installing something .. hmm
+(11:30:12 AM) xranby: ok so p3 == the actual deployed end user app
+(11:30:23 AM) sgothel: yup
+(11:30:29 AM) xranby: p6 == /opt/icedtea-web/bin/itweb-settings to configure the plugin itself
+(11:30:55 AM) xranby: hopefully not required
+(11:31:12 AM) xranby: but maybe some people like to have a way to flush cache & uninstall applications
+(11:31:13 AM) sgothel: (do not hijack my namespace :) - the source code could keep the abstraction p1/p2 alive, while we would deploy a plugin w/ p1+p2
+(11:31:31 AM) sgothel: dunno what /opt/icedtea-web/bin/itweb-settings is ..
+(11:31:40 AM) xranby: hehe ok sorry for hijacking your p*: namespace ;)
+(11:31:52 AM) xranby: run it and you will be enlightened!
+(11:32:37 AM) sgothel: the control panel .. :)
+(11:33:18 AM) xranby: yup.. this one will need to be converted to newt + graph
+(11:33:24 AM) xranby: if we want to use it
+(11:33:51 AM) sgothel: .. on the very bottom of my thoughts right now :)
+(11:34:03 AM) sgothel: surely it could also simply still use AWT ..
+(11:34:11 AM) sgothel: i.e. we do not compete w/ current stuff
+(11:34:29 AM) sgothel: or a browser app .. something, from within extension
+(11:34:44 AM) sgothel: the latter might be most suitable
+(11:38:02 AM) xranby: icedtea-web configure got one important option --with-jre-home this one should point to the Ji Gong JRT install directory
+(11:38:17 AM) xranby: it will enable icedtea-web to actually locate the JRT
+(11:38:25 AM) xranby: on the mobile device
+(11:38:34 AM) xranby: by default it picks the location of the JDK used to build it
+(11:38:57 AM) sgothel: I was thinking of bundling JRT+plugin to one genuine thingy iff installed this way
+(11:38:58 AM) xranby: which naturally is not found on the end user device
+(11:39:34 AM) sgothel: or lets say it shall not matter .. if JRE is found good, if not, install JRT - treated as equals
+(11:39:34 AM) xranby: sgothel: then icedtea-web needs to know the install location on forehand
+(11:40:06 AM) xranby: because the path gets hardcoded into some of the icedtea-web tools and plugin
+(11:40:09 AM) sgothel: compile time ? then we surely need to change that - make it flexible/parametrize ..
+(11:40:13 AM) xranby: sure
+(11:40:32 AM) sgothel: java.home or something .. already exist
+(11:42:16 AM) xranby: that env variable is not used by the plugin.. for security reasons i think
+(11:42:27 AM) xranby: prevents the app from switching to a diff JRT
+(11:42:43 AM) sgothel: it's the java property set by the JVM itself AFAIK
+(11:43:19 AM) xranby: http://icedtea.classpath.org/hg/icedtea-web/log?rev=JAVA_HOME CVE-2010-3860
+(11:43:44 AM) sgothel: not JAVA_HOME, but 'java.home' :)
+(11:44:10 AM) sgothel: i.e. trad. plugin looks up deployment.properties listed JREs .. etc
+(11:44:17 AM) xranby: well. the java.home is not known by the plugin
+(11:44:22 AM) xranby: since its native code
+(11:44:35 AM) xranby: the plugin needs to find the jre java
+(11:44:39 AM) xranby: or libjvm.so
+(11:45:07 AM) sgothel: so we can install the plugin's library within the JRE/JRT
+(11:45:14 AM) xranby: sure
+(11:45:18 AM) xranby: relative path
+(11:45:22 AM) sgothel: this is how traditional plugin finds 'it's' JVM
+(11:45:56 AM) xranby: place a relative path to the --with-jre-home
+(11:45:58 AM) sgothel: so all this will boil down to migrating the plugin to JRT - simple
+(11:46:07 AM) xranby: shoudl fix it
+(11:46:13 AM) sgothel: great!