Stefano Mazzocchi schrieb:
It's called quicktime for java and has been there for years :-)
Sure, Quicktime for Java is not that bad, but unfortunately using
heavyweight native GUI widgets, which are difficult to integrate without
side effects in a Swing application. If platform dependency
Fernando Cassia schrieb:
Which defeats the whole purpose of cross-platform java in the first place.
So why not do it win32 / linux /Gtk then?
Because Java as a programming language has other advantages than
platform independence.
Tor
Fernando Cassia wrote:
I'm still scratching my bald head thinking why hasn't Google embraced
desktop
java yet. Google Talk would be a killer app written in Swing / 100% Pure
Java.
It's never stupid to stay realistic. There is no JavaSound
implementation giving you enough control of e.g. the
Leo Simons wrote:
I'll also request everyone tries to ensure that you do not try and
represent anything as legal fact unless its been thoroughly verified that
it is indeed rather certain that what is being said is undisputable. Also,
always try and provide as much references as possible.
The
Geir Magnusson Jr schrieb:
I'm not so sure - the fact that there's been that exposure under NDA
means there can be no contribution in that area until the NDA
problem is resolved.
Which means? Do I have to solve it or are you willing to solve it?
Geir Magnusson Jr wrote:
Are you
Geir Magnusson Jr schrieb:
I would further argue that if the author must retain right to revoke
the license or have control over derivative works, then open source is
impossible in Germany.
Obiously it is not, as long as the software users accept the potenial
risk of having to replace the
Geir Magnusson Jr wrote:
It's not OSS if the author can do that arbitrarily. Think about it -
you could wait until something is really popular, and then go shake
down every user using it...
Not necessarily the users directly, but at least the enity, which is
managing the reproduction and
Geir Magnusson Jr wrote:
I thought I better split this, to prevent the discussion from getting
too confusing. One thing I already pointed out with the Apache CLA is
that it is very biased towards US copyright law.
Well, the ASF is a US Corporation (non-profit) so those are the laws
under
Geir Magnusson Jr wrote:
I'm not so sure - the fact that there's been that exposure under NDA
means there can be no contribution in that area until the NDA problem
is resolved.
Which means? Do I have to solve it or are you willing to solve it? It is
of course silly of me not to keep legal
Stefano Mazzocchi wrote:
Another think that I wonder, for the windowing stuff, why don't we use
Cairo[1]?
Isn't Cairo just a rendering library? AFAIK, it does not offer any kind
of e.g. portable widget access, which is probably the most tricky thing
to implement for AWT. Swing can be
Jeremy Huiskamp schrieb:
Would I be correct in assuming that the majority of java.sql would be
trivial to implement by reading the javadocs (everything except
DriverManager)? I can take a whack at the low hanging fruit this
weekend.
The java.sql package mostly contains interfaces, so it
Jeremy Huiskamp wrote:
Didn't say it was difficult, just that it's not trivial ;-) As in,
the javadocs don't tell me everything I could possibly need to know
to implement it. I'd love to take a crack at it, but I figured I'd
start with the really easy stuff. If you beat me to it then so
Geir Magnusson Jr wrote:
Yes, this would be the place. Sorry about that - I am in the middle
of a machine change, and email switch, so I've been an email blackhole
at times...
So, I sent you a partial implementation of JavaSound and a Vorbis SPI,
any interest? One problem is of course,
Geir Magnusson Jr wrote:
Lets discuss that here. :) I didn't mean to ignore you - but two mail
machines were hard to follow. I'm ready to join them into one, and
hopefully I'll stop dropping the ball :)
Ok, here are a snippet from the mail I sent you:
(Win32 partial implementation of
Geir Magnusson Jr wrote:
Which code, and what were the terms of the NDA? The CLA is fairly
lightwieght.
What questions do you have for both?
I thought I better split this, to prevent the discussion from getting
too confusing. One thing I already pointed out with the Apache CLA is
that it
Geir Magnusson Jr schrieb:
Please, feel free to take a whack at it. Just don't break us that are
using the non-free toolchain.
I was just curious if I was doing something wrong and generally the
opinion, that it would make sense to not require a rather expensive
compiler suite to build the
Hi,
when building Harmony on Windows, the makefile in
native-src\win.IA32\makefile includes ntwin32.mak. Could it be that this
utility file is only included with the commercial versions of Visual
C++/Studio? If so, and if this is the only dependency on the commercial
version, would it be
Geir Magnusson Jr. wrote:
8) Employment Limitations
Are you employed as a programmer, systems analyst, or other
IT professional? If so, you may be an commiter
only if your employer either:
a) signs a Corporate Contribution License Agreement with Apache
and lists you as a
Geir Magnusson Jr. wrote:
What are you working on?
It's a framework to ease JNI programming, or more precisely to make it
possible to call native, e.g. OS functions without writing wrapper code
in C to do type conversions etc.
For example, invoking the Windows MessageBox function in
Rodrigo Kumpera wrote:
Last time I checked, no one, nether me or you, is developing code agains the
TCK, but to a real JVM. And as hard as we may try, sometimes we end with
software that depends on unspecified behavior. So it's better try to be bug
compatible too.
No, I don't agree on
Geir Magnusson Jr. wrote:
(Tomcat : I'd bet they fixed that (or will fix...))
It doesn't seem so. The SSL code has been in Tomcat versions 4.1.x to
5.5.9 and I just saw that also the LDAP code in Tomcat 5.5.9 uses
classes in com.sun.
Well, can't the VM just prevent non-kernel code from
Geir Magnusson Jr. wrote:
I meant execution context. Is there a clear boundary between code
thats executing in the context of the VM and code that's executing in
the context of the 'user' app?
Usually not, but it might be possible to emulate something similar using
several classloaders
Geir Magnusson Jr. wrote:
(for the record, this isn't about not doing Java or not doing
JikesRVM, but rather my understanding that we'll need a small C/C++
kernel to host the modules, no matter how they are written, and this
is a way to get that going...)
Excuse me if I'm missing
23 matches
Mail list logo