Doug Zwick wrote:
>The JNLP Resource tag allows differentiation of resource downloads based on
>architecture as well as system (using the arch="ppc" and arch="i386 x86"
>attribute, along with os="Mac\ OS\ X").
I didn't realize that, although I searched for "os.arch" in the JNLP spec.
I suspect I bungled the search term.
>In our particular case, we have a release coming out just before when I
>expect the Leopard seeds to come out. If we can't slip Leopard support
>into that scheduled release we will have to either wait for the next
>scheduled release (months later), or put out an unscheduled "emergency"
>release for Leopard compatibility. We would much prefer to get this stuff
>into our scheduled release. OTOH, if Apple could publicly comment on how
>well existing 32-bit JNI libs will work under 64-bit Leopard, that might
>alleviate any concern we have about things breaking unexpectedly under
>64-bit Leopard, requiring an unscheduled release.
Understood.
The thing is, I never place all my faith in public statements without
testing them myself. For me, public statements are "what you believe",
while testing is "confirming what is". I need to know what is, not what is
believed. If software development only needed belief, there'd be no bugs.
In the past, I have created and deployed components that intentionally fail
when they encounter a platform I know I can't handle. I typically write
simple portable code (no native code, JDK 1.3 target) that presents the
error in an obvious way to the user. This gives me some degree of
controlled failure (a failsafe), if I don't manage to deploy an update in a
timely manner. This is also a useful way to find when customers haven't
updated properly.
As a defensive measure, you may want to set up something like this now for
the "ppc64" and "x86-64" arch's, and test it if you can, perhaps by faking
"os.arch". This would give you some assurance that your customers won't
hit any unexpected snags. (I'm not entirely certain about the arch
identifiers; check 'man 3 arch' and Apple's other references on arch names.)
-- GG
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Java-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/java-dev/email@hidden
This email sent to email@hidden
