openjnlp-devel Mailing List for OpenJNLP
Brought to you by:
kherr
Menu
▾
▴
openjnlp-devel — Technical discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(9) |
Dec
(9) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(2) |
Feb
(7) |
Mar
(6) |
Apr
(9) |
May
(29) |
Jun
(13) |
Jul
(10) |
Aug
|
Sep
(2) |
Oct
|
Nov
(7) |
Dec
(1) |
| 2003 |
Jan
|
Feb
(3) |
Mar
(1) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Chad W. <li...@th...> - 2005-03-22 16:22:08
|
Hi, On the OSX stuff - can you do all that code via reflection and avoid the compile-time dependency? Ugly, but might work. Jakarta Commons Beanutils has some libs which make reflection less (although still) painful... -- Chad Grant Wood <gr...@na...> wrote: > Chad, > > I haven't looked at OpenJNLP in quite awhile, so I apologize for not > responding quicker. I spoke briefly with Kherr this afternoon, and > there are some issues we should look at. > > First off, to build OpenJNLP use the build file in devel/targets/ > cd build/targets > ant build -or- ant compile > > second, I added your patch to Gestalt.java to check for WindowsXP. > Gestalt.java should be at revision 1.3 now unless I did something > wrong. I ran into one other bug, which was an odd double semicolon in > IconFactory that the 1.4 compiler didn't like which is now fixed... > which brings me to the final bigger problem: > > The big barrier to compiling on windows is the MacOSAppHandler class, > which imports the OSX specific MRJ classes. There may be others, but I > think tat is the one that complains the most. Obviously, this needs to > be addressed, possibly with some trickery in the build.xml file. The > easiest hack, really, is to delete it and then edit the classes that > use it... (openjnlp.desktop.MasterFrame comes to mind) until we get > another solution in place using Ant. Ah, the joys of integrating java > into various environments. > > > Grant |
|
From: Grant W. <gr...@na...> - 2005-03-22 01:34:04
|
Chad, I haven't looked at OpenJNLP in quite awhile, so I apologize for not responding quicker. I spoke briefly with Kherr this afternoon, and there are some issues we should look at. First off, to build OpenJNLP use the build file in devel/targets/ cd build/targets ant build -or- ant compile second, I added your patch to Gestalt.java to check for WindowsXP. Gestalt.java should be at revision 1.3 now unless I did something wrong. I ran into one other bug, which was an odd double semicolon in IconFactory that the 1.4 compiler didn't like which is now fixed... which brings me to the final bigger problem: The big barrier to compiling on windows is the MacOSAppHandler class, which imports the OSX specific MRJ classes. There may be others, but I think tat is the one that complains the most. Obviously, this needs to be addressed, possibly with some trickery in the build.xml file. The easiest hack, really, is to delete it and then edit the classes that use it... (openjnlp.desktop.MasterFrame comes to mind) until we get another solution in place using Ant. Ah, the joys of integrating java into various environments. Grant On Mar 21, 2005, at 5:21 PM, Chad Woolley wrote: > Ah , I overlooked those build files. Unfortunately they don't work > out of the box. But it's a start... > > Thanks, > Chad > > nm...@ve... wrote: > >> On Mon, Mar 21, 2005 at 01:40:59PM -0700, Chad Woolley wrote: >>> (please disregard prior email with similar title, it was from wrong >>> address, plus I posted the patch now) >> Hi Chad, >> As you can see, OpenJNLP isn't very active these days... but I'm using >> it and somehow managed to figure out the build. Alas, I did that so >> long ago that I don't remember what I had to struggle to figure out or >> what changes I had to make. Looking at my current source installation, >> I see a couple of Ant buildfiles. I build it with the "compile" target >> in the targets/build.xml buildfile. Hope that's enough to point you in >> the right direction. >> Nathan >>> Hi, >>> >>> We want to use OpenJNLP, but it's not working out of the box. I >>> posted >>> about this here: >>> >>> http://sourceforge.net/mailarchive/forum.php? >>> thread_id=6803515&forum_id=2420 >>> >>> Anyway, I hacked this and got it to work (Far as I can tell, it's >>> because XP isn't being checked for as an OS). The patch is in >>> SourceForge bugtracker: >>> >>> http://sourceforge.net/tracker/index.php? >>> func=detail&aid=1167849&group_id=21045&atid=121045 >>> >>> However, I'm clueless about how to build OpenJNLP from the source. >>> The >>> structure confuses me (I've worked with several other OS projects). >>> I >>> saw CodeWarrior mentioned somewhere, but I've never used it. >>> >>> Can someone give me some guidance here? Do I have to download a >>> trial >>> of CodeWarrior to build OpenJNLP, or does someone have some Ant >>> scripts >>> or something that I can use instead to build? >>> >>> Thanks, >>> Chad > |
|
From: Chad W. <li...@th...> - 2005-03-21 23:21:14
|
Ah , I overlooked those build files. Unfortunately they don't work out of the box. But it's a start... Thanks, Chad nm...@ve... wrote: > On Mon, Mar 21, 2005 at 01:40:59PM -0700, Chad Woolley wrote: > >>(please disregard prior email with similar title, it was from wrong >>address, plus I posted the patch now) > > > Hi Chad, > > As you can see, OpenJNLP isn't very active these days... but I'm using > it and somehow managed to figure out the build. Alas, I did that so > long ago that I don't remember what I had to struggle to figure out or > what changes I had to make. Looking at my current source installation, > I see a couple of Ant buildfiles. I build it with the "compile" target > in the targets/build.xml buildfile. Hope that's enough to point you in > the right direction. > > Nathan > > >>Hi, >> >>We want to use OpenJNLP, but it's not working out of the box. I posted >>about this here: >> >>http://sourceforge.net/mailarchive/forum.php?thread_id=6803515&forum_id=2420 >> >>Anyway, I hacked this and got it to work (Far as I can tell, it's >>because XP isn't being checked for as an OS). The patch is in >>SourceForge bugtracker: >> >>http://sourceforge.net/tracker/index.php?func=detail&aid=1167849&group_id=21045&atid=121045 >> >>However, I'm clueless about how to build OpenJNLP from the source. The >>structure confuses me (I've worked with several other OS projects). I >>saw CodeWarrior mentioned somewhere, but I've never used it. >> >>Can someone give me some guidance here? Do I have to download a trial >>of CodeWarrior to build OpenJNLP, or does someone have some Ant scripts >>or something that I can use instead to build? >> >>Thanks, >>Chad >> >> >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>_______________________________________________ >>Openjnlp-devel mailing list >>Ope...@li... >>https://lists.sourceforge.net/lists/listinfo/openjnlp-devel |
|
From: <nm...@ve...> - 2005-03-21 20:58:04
|
On Mon, Mar 21, 2005 at 01:40:59PM -0700, Chad Woolley wrote: > (please disregard prior email with similar title, it was from wrong > address, plus I posted the patch now) Hi Chad, As you can see, OpenJNLP isn't very active these days... but I'm using it and somehow managed to figure out the build. Alas, I did that so long ago that I don't remember what I had to struggle to figure out or what changes I had to make. Looking at my current source installation, I see a couple of Ant buildfiles. I build it with the "compile" target in the targets/build.xml buildfile. Hope that's enough to point you in the right direction. Nathan > > Hi, > > We want to use OpenJNLP, but it's not working out of the box. I posted > about this here: > > http://sourceforge.net/mailarchive/forum.php?thread_id=6803515&forum_id=2420 > > Anyway, I hacked this and got it to work (Far as I can tell, it's > because XP isn't being checked for as an OS). The patch is in > SourceForge bugtracker: > > http://sourceforge.net/tracker/index.php?func=detail&aid=1167849&group_id=21045&atid=121045 > > However, I'm clueless about how to build OpenJNLP from the source. The > structure confuses me (I've worked with several other OS projects). I > saw CodeWarrior mentioned somewhere, but I've never used it. > > Can someone give me some guidance here? Do I have to download a trial > of CodeWarrior to build OpenJNLP, or does someone have some Ant scripts > or something that I can use instead to build? > > Thanks, > Chad > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Openjnlp-devel mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/openjnlp-devel |
|
From: Chad W. <li...@th...> - 2005-03-21 20:41:05
|
(please disregard prior email with similar title, it was from wrong address, plus I posted the patch now) Hi, We want to use OpenJNLP, but it's not working out of the box. I posted about this here: http://sourceforge.net/mailarchive/forum.php?thread_id=6803515&forum_id=2420 Anyway, I hacked this and got it to work (Far as I can tell, it's because XP isn't being checked for as an OS). The patch is in SourceForge bugtracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1167849&group_id=21045&atid=121045 However, I'm clueless about how to build OpenJNLP from the source. The structure confuses me (I've worked with several other OS projects). I saw CodeWarrior mentioned somewhere, but I've never used it. Can someone give me some guidance here? Do I have to download a trial of CodeWarrior to build OpenJNLP, or does someone have some Ant scripts or something that I can use instead to build? Thanks, Chad |
|
From: Chad W. <cwo...@vm...> - 2005-03-21 20:32:25
|
Hi, We want to use OpenJNLP, but it's not working out of the box. I posted about this here: http://sourceforge.net/mailarchive/forum.php?thread_id=6803515&forum_id=2420 Anyway, I hacked this and got it to work (Far as I can tell, it's because XP isn't being checked for as an OS). However, I'm clueless about how to build OpenJNLP from the source. The structure confuses me (I've worked with several other OS projects). I saw CodeWarrior mentioned somewhere, but I've never used it. Can someone give me some guidance here? Do I have to download a trial of CodeWarrior to build OpenJNLP, or does someone have some Ant scripts or something that I can use instead to build? Thanks, Chad |
|
From: Chad W. <li...@th...> - 2005-03-14 20:36:45
|
Hi,
I'm trying to use OpenJNLP, but I can't get it to run any apps. I get
the following (I tried a few different apps):
OpenJNLP v0.7.1
java.lang.NullPointerException
at java.io.File<init>(Unknown Source)
at org.nanode.launcher.Launcher.updateLauncher(Unknown Source)
...
I got the source and tried to debug this, but didn't make much progress.
Any ideas?
Thanks,
Chad
|
|
From: Geetha y. <gye...@ya...> - 2004-09-16 03:06:29
|
any one who implemented netx a wrote their own launcher please give a start . 1) i have a jnlp to run my project 2) i want to use netx api and write a wrapper around to write my own launcher 3) any exampelesis welcome 4) any info to were to start 5) it is really important !! please help Thanks in advance __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail |
|
From: Gerald B. <lux...@ya...> - 2003-12-13 17:35:15
|
Hi, The Saturn Times announced the nominations for the "Web Start Project of the Year 2003" award today. The line-up includes: * NetX * OpenJNLP * Xito BootStrap * JDistro/Wharf * Web Application Launcher (WAL) * Web Start Services Pack * Apollo * Rachel * Lopica Web Start Tools * Vamp Ant Task Suite Cast your vote today and help OpenJNLP make the winner. You can find the pollstation online @ http://lopica.sourceforge.net/times/2003/12/poll_what_is_your_web_start_project_of_the_year_2003.html - Gerald PS: I've collected all links to the Web Start projects in a Web Start News Wire story for easy reference. See http://article.gmane.org/gmane.comp.java.jnlp.announce/56 for details. ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: Gerald B. <lux...@ya...> - 2003-07-10 19:56:35
|
Hi, just to let you know that I finally got around to upload my Web Start Cache Plugin for OpenJNLP that I created more than a year ago to the Lopica Web Start Paradise site. - Gerald What is Wayne? ============== Wayne is an experimental Web Start cache engine that also includes a cache plug-in wrapper for OpenJNLP - a free, open-source Web Start knock off - to let you use Web Start's cache format instead of OpenJNLP's home grown format. Grab a copy @ http://sourceforge.net/project/showfiles.php?group_id=64065 Links and Discussion ==================== For more info check out the Lopica Web Start Paradise Site @ http://lopica.sourceforge.net If you want to discuss the Wayne Web Start cache engine please join the lopica-talk mailinglist @ http://lists.sourceforge.net/lists/listinfo/lopica-talk ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: Gerald B. <lux...@ya...> - 2003-04-24 20:59:43
|
Sorry, I forget the links to the lopica-announce mailing list. Here we go: * Subscribe/Unsubscribe: http://lists.sourceforge.net/lists/listinfo/lopica-announce * Archive: http://sourceforge.net/mailarchive/forum.php?forum=lopica-announce - Gerald ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: Gerald B. <lux...@ya...> - 2003-04-24 20:40:56
|
Hi Kevin, I invite you to also send your OpenJNLP announcements or any other Web Start news (say about apps, toolkits, articles and more) to the lopica-announce mailing list also known as the Java Web Start News Wire. The goal is to turn the lopica-announce mailing list into an independent Web Start news source that helps to promote all things Web Start. For a start I will profile new Web Start launchers, apps and more in the Saturn Times - a web site dedicated to Web Start news from around the globe - online @ http://www.vamphq.com/times/ I also will add interesting Web Start links to the Unofficial Web Start FAQ or to the Web Start Link-opida online @ http://lopica.sourceforge.net I am sure others will also pick up your news and announcements and will help to expand the Web Start universe. - Gerald -------------------------------------- Gerald Bauer Lopica "Web Start Encyclopedia" Editor http://lopica.sourceforge.net -------------------------------------- ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca |
|
From: Cory J. <cj...@st...> - 2003-04-23 18:53:18
|
First, OpenJNLP is great!!! A question... It appears that OpenJNLP functions correctly when using a proxy with no = authentication (e.g. setting the system properties http.proxyHost and = http.proxyPort) -- However, I have been unsuccessful when authentication = is required by the proxy. Does the OpenJNLP lib have support for setting = a proxy with basic authentication? For example, a means to set the = "Proxy-Authorization" request property of the url connections.=20 I have looked through source of OpenJNLP Library 0.7.1 but no luck...=20 Are there plans for such? Thank you, Cory |
|
From: <Jan...@tk...> - 2003-04-15 07:36:44
|
Hi !
We're using OpenJNLP for updating our enterprise-software-clients.
We choosed OpenJNLP over WebStart because we can't pass command-line
arguments to WebStart, and we don't want sandbox-security.
Now in out production environment, we've got some problems, which I hope to
have fixed:
1. When a download is interrupted due to a network error, the downloaded
file was left currupted.
2. Version-based downloading was not implemented, but obviously prepared.
3. The JNLP-Spec doesn't address, how to deal with version-information if
the URL is a file://-URL. The implementation of Sun's FileURLConnection
just ignores parameters on file-URLs
(file://localhost/Q:/foo/bar?version-id=2.3 becomes Q:\foo\bar on Win32).
The solutions we chose were:
1. Downloading into a temporary file, copy to the cache after successful
download.
2. We implemented it ;-). But this required some massive code-changes,
mostly in CachedResouce.java. How should we deal with this, I'm frightened
of having to integrate out changes into the next OpenJNLP-Release. Another
issue is I used the jardiff.jar for patching the JarDiffs delivered by the
JNLPDownloadServlet. Are there any legal issues?
3. If version-information is provided with a file URL, the
naming-convention of the JNLPDownloadServlet is used so the file for the
above URL would be: Q:\foo\bar__V2.3
CU
Jan Koops (Hamburg, Germany)
|
|
From: <aj...@hs...> - 2003-03-27 07:16:31
|
Hi,
Does anyone have information on JNLP issues with Netegrity portal
software.
Currently I am facing problem launching the application.
Thanks
Atul
This message is proprietary to Hughes Software Systems Limited (HSS) and is
intended solely for the use of the individual to whom it is addressed. It
may contain privileged or confidential information and should not be
circulated or used for any purpose other than for what it is intended. If
you have received this message in error, please notify the originator
immediately. If you are not the intended recipient, you are notified that
you are strictly prohibited from using, copying, altering, or disclosing
the contents of this message. HSS accepts no responsibility for loss or
damage arising from the use of the information transmitted by this email
including damage from virus.
|
|
From: Kevin H. <ke...@na...> - 2003-02-26 18:14:58
|
On Tuesday, Feb 25, 2003, at 11:40 US/Central, ML...@th... wrote: > Hello, I'm new to both OpenJNLP and the mailing list so if I'm asking > something that has been discussed previously please forgive me. I am > part > of the Marathon project http://marathonman.sf.net and we are wanting > to use > some of the OpenJNLP functionality. What we are interested in is using > OpenJNLP to take a given url, download any necessary resources, and > give us > back a commandline that we can launch ourselves. Good to hear someone's looking at using OpenJNLP this way. It was one of our design principles. I've been involved in a full-time project (that pays!), so OpenJNLP hasn't gotten the attention from me it should lately. But I'll definately look at the patches you've posted and see what can be done to assist your project. |
|
From: <ML...@th...> - 2003-02-25 17:42:24
|
(See attached file: launcher.patch) Sorry I forgot to attatch the patch so here it is. Mike |
|
From: <ML...@th...> - 2003-02-25 17:40:52
|
Hello, I'm new to both OpenJNLP and the mailing list so if I'm asking something that has been discussed previously please forgive me. I am part of the Marathon project http://marathonman.sf.net and we are wanting to use some of the OpenJNLP functionality. What we are interested in is using OpenJNLP to take a given url, download any necessary resources, and give us back a commandline that we can launch ourselves. After looking through the code the best way I see is to subclass launcher and have it build up the commandline. However, the two important methods are private instead of protected. I have attached a patch that makes these protected; however, if you have another suggestion about how to do this I am happy to listen. Thanks, Mike |
|
From: Kevin H. <ke...@na...> - 2002-12-02 19:12:48
|
Just to let everyone interested know... Tuesday, Nov 19, 2002, at 06:23 US/Central, Nathan Meyers wrote: [...] > - IconFactory.java contains an extraneous semicolon that causes > compilation to fail with some compilers; it creates an "unreachable > statement". > > - JNLPContentHandler fails to set the resource properties when it > builds an ApplicationDescriptor. > > - FileCacheEntry does not properly deal with resource names such as [...] These bugs were all fixed in the recent OpenJNLP 0.7.1 release. Nathan's later patch was not included because of timing. It will have to wait for the next release. The changes were done on the ver-0-7 cvs branch and I have not yet merged into the main branch. I'll be doing that shortly and will let this list know when it's done. I'm going to roll off a major project here in a few weeks and will only be working on three things simultaneously so maybe I can devote more energy to OpenJNLP. |
|
From: Nathan M. <nm...@vi...> - 2002-11-26 18:41:53
|
Hello again,
Following up on our recent conversations, here are some OpenJNLP patches
to address the extraneous repeated retrieval of launch URLs.
- JNLPParser.URLJNLPParser.openInputStream(): Return the InputStream
from the connection recently opened, rather than launching a new
connection.
- JNLPParser.CachedJNLPParser.openInputStream(): avoid updating a resource
that was just fetched.
- CachedResource.update(): Do not query the resource for last modified
time; instead, GET it with an If-Modified-Since request header.
This addresses most of the extraneous GETs and HEADs of the launch URL.
There is still one case that will require a bit more intricacy to address:
OpenJNLP depends on finding an existing cache entry, even though it
will not be used because it is out of date. If no such entry exists,
it will be fetched, stored in the cache, and subsequently not used. This
behavior cannot be stopped by supplying a <jnlp> element without an
"href" attribute.
I cannot guarantee that these changes do not violate some important
assumptions about some cached or remote resources - but I don't think
they do.
Nathan Meyers
nm...@vi...
Index: src/org/nanode/jnlp/JNLPParser.java
===================================================================
diff -u -r1.1.1.1 JNLPParser.java
--- src/org/nanode/jnlp/JNLPParser.java 18 Nov 2002 12:04:18 -0000 1.1.1.1
+++ src/org/nanode/jnlp/JNLPParser.java 26 Nov 2002 18:18:06 -0000
@@ -490,7 +490,7 @@
throw new IOException("Bad MIME type: " + uc.getContentType());
}
- return srcURL.openStream();
+ return uc.getInputStream();
}
}
@@ -537,11 +537,15 @@
try {
// if descriptor not cached yet, add it to cache
- if (!cacheEntry.isResourceCached(ref) && !cacheEntry.addResource(ref)) {
- throw new IOException("failed to add descriptor to cache for " + cacheEntry.getTitle());
+ boolean doUpdate = true;
+ if (!cacheEntry.isResourceCached(ref)) {
+ doUpdate = false;
+ if (!cacheEntry.addResource(ref))
+ throw new IOException("failed to add descriptor to cache for " + cacheEntry.getTitle());
}
- if ((res = cacheEntry.getResource(ref, true)) == null) {
+ // Get the resource, updating it if we didn't just fetch it
+ if ((res = cacheEntry.getResource(ref, doUpdate)) == null) {
throw new IOException("descriptor not in cache");
}
} catch (Exception e) {
Index: src/org/nanode/launcher/cache/CachedResource.java
===================================================================
diff -u -r1.1.1.1 CachedResource.java
--- src/org/nanode/launcher/cache/CachedResource.java 18 Nov 2002 12:04:18 -0000 1.1.1.1
+++ src/org/nanode/launcher/cache/CachedResource.java 26 Nov 2002 18:18:06 -0000
@@ -138,12 +138,6 @@
}
public boolean update() {
- long remoteLastModified = getRemoteLastModified();
-
- if (remoteLastModified == 0L || remoteLastModified <= lastModified) {
- return false;
- }
-
// do a cache update
synchronized (reference) {
statistics.reset();
@@ -153,6 +147,11 @@
try {
URLConnection uc = reference.getURL().openConnection();
+ uc.setIfModifiedSince(lastModified);
+ if (uc instanceof HttpURLConnection
+ && ((HttpURLConnection) uc).getResponseCode()
+ == HttpURLConnection.HTTP_NOT_MODIFIED)
+ return false;
lastModified = uc.getLastModified();
statistics.contentLength = uc.getContentLength();
@@ -182,7 +181,6 @@
}
}
- lastModified = remoteLastModified;
} catch (Exception e) {
System.err.println(e);
statistics.aborted = true;
|
|
From: Nathan M. <nm...@vi...> - 2002-11-19 20:14:00
|
On Tue, Nov 19, 2002 at 12:23:32PM -0600, Kevin Herrboldt wrote: > On Tuesday, Nov 19, 2002, at 12:05 US/Central, Nathan Meyers wrote: > [...] > >I don't see how improving the cache implementation helps. To say that > >you're caching something implies making an initial HEAD request to > >decide > >whether to do a GET - a win for resources that are large and reasonably > >static, a loss for everything else. In my case, it's a big loss for the > > This is true if the caching mechanism is HEAD+GET. I should have been > clearer. I was thinking of switching the caching over to GET only using > the "If-Modified-Since" HTTP header, which should cause the server to > only send the contents of the requested resource if it's newer than > that header. This effectively turns GET into a HEAD request if OpenJNLP > has an up-to-date resource. Thanks for the clarification. Yes... this makes sense. > There are admittedly some issues with the logic of OpenJNLP and how it > parses JNLP files. There must be at least one too many attempts to load > the JNLP file. > > >startup .jnlp document. And if you only do a GET, why bother caching a > >result you'll never need again? > > I'm not sure if you know this about JNLP, but if you don't want a JNLP > file cached you make sure the <jnlp> tag does not have an href > attribute. Somewhere in the JNLP specs this is documented, although > it's obscure. I wasn't aware of this but I don't have that attribute anyway - it doesn't make sense for a dynamically generated page. So it looks like OpenJNLP isn't currently following this practice. Nathan Meyers nm...@vi... |
|
From: Kevin H. <ke...@na...> - 2002-11-19 18:23:37
|
On Tuesday, Nov 19, 2002, at 12:05 US/Central, Nathan Meyers wrote: [...] > I don't see how improving the cache implementation helps. To say that > you're caching something implies making an initial HEAD request to > decide > whether to do a GET - a win for resources that are large and reasonably > static, a loss for everything else. In my case, it's a big loss for the This is true if the caching mechanism is HEAD+GET. I should have been clearer. I was thinking of switching the caching over to GET only using the "If-Modified-Since" HTTP header, which should cause the server to only send the contents of the requested resource if it's newer than that header. This effectively turns GET into a HEAD request if OpenJNLP has an up-to-date resource. There are admittedly some issues with the logic of OpenJNLP and how it parses JNLP files. There must be at least one too many attempts to load the JNLP file. > startup .jnlp document. And if you only do a GET, why bother caching a > result you'll never need again? I'm not sure if you know this about JNLP, but if you don't want a JNLP file cached you make sure the <jnlp> tag does not have an href attribute. Somewhere in the JNLP specs this is documented, although it's obscure. |
|
From: Nathan M. <nm...@vi...> - 2002-11-19 18:05:51
|
On Tue, Nov 19, 2002 at 11:17:32AM -0600, Kevin Herrboldt wrote: > >There's one more change I'd like to make. I might not get to it very > >quickly, but here's the remaining problem I'd like to fix: the library > >should *not* apply the same caching logic to .jnlp files that it > >applies > >to resources specified in the .jnlp files; it should just fetch the URL > >once and then use it. As is, it's issuing something like four queries > >(GET and HEAD) against the same URL - in my case causing the server to > >perform a lot of wasted work. If/when I'm able to fix this one, I'll > [...] > > Have you tried this with Java Web Start? It behaves in pretty much the > same fashion. The real answer, I believe, is to improve the > implementation of caching. I have been planning to look at implementing > "If-Modified-Since" logic so only a single request to the server needs > to be made. Thanks for the response, Kevin. I don't see how improving the cache implementation helps. To say that you're caching something implies making an initial HEAD request to decide whether to do a GET - a win for resources that are large and reasonably static, a loss for everything else. In my case, it's a big loss for the startup .jnlp document. And if you only do a GET, why bother caching a result you'll never need again? Nathan Meyers nm...@vi... |
|
From: Kevin H. <ke...@na...> - 2002-11-19 17:17:38
|
On Tuesday, Nov 19, 2002, at 06:23 US/Central, Nathan Meyers wrote: [...] > My environment exposed some OpenJNLP bugs - I've attached some patches > to address them. Here's a brief explanation of the problems and > patches: Thanks for the patches. (After too long of an absence from working on OpenJNLP) I was about to start work on a minor point release to fix a couple of bugs. I'll look at incorporating your patches. [...] > There's one more change I'd like to make. I might not get to it very > quickly, but here's the remaining problem I'd like to fix: the library > should *not* apply the same caching logic to .jnlp files that it > applies > to resources specified in the .jnlp files; it should just fetch the URL > once and then use it. As is, it's issuing something like four queries > (GET and HEAD) against the same URL - in my case causing the server to > perform a lot of wasted work. If/when I'm able to fix this one, I'll [...] Have you tried this with Java Web Start? It behaves in pretty much the same fashion. The real answer, I believe, is to improve the implementation of caching. I have been planning to look at implementing "If-Modified-Since" logic so only a single request to the server needs to be made. |
|
From: Nathan M. <nm...@vi...> - 2002-11-19 16:42:25
|
Just a brief followup to my note from earlier today: I hope you can use the patches I sent in my earlier email. Please apply them *directly from the email* - do not cut/paste them from the copy of the email in the SourceForge mail archives! The Java source is corrupted during the processes of rendering the mail viewable to browsers. Nathan Meyers nm...@vi... |
