[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[sherod]

You hadn't noticed that I've been quiet lately?

On Nov 11, 3:12 pm, "Mark Derricutt" <[EMAIL PROTECTED]> wrote:
> Pray tell sherod - how did you drive the boat from the workshop without the
> original car?  Or a trailer?
>
> On Tue, Nov 11, 2008 at 5:04 PM, sherod <[EMAIL PROTECTED]> wrote:
>
> > I put my car in for an oil change last week and it came back as a
> > boat.  I was chuffed.
>
> --
> "It is easier to optimize correct code than to correct optimized code." --
> Bill Harlan
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[Mark Derricutt]

Pray tell sherod - how did you drive the boat from the workshop without the
original car?  Or a trailer?


On Tue, Nov 11, 2008 at 5:04 PM, sherod <[EMAIL PROTECTED]> wrote:

>
> I put my car in for an oil change last week and it came back as a
> boat.  I was chuffed.
>
-- 
"It is easier to optimize correct code than to correct optimized code." --
Bill Harlan

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[sherod]

I fail to see what's wrong with downloading a system level - supposed
to be invisible - application and ending up with a free word
processor.

I put my car in for an oil change last week and it came back as a
boat.  I was chuffed.

On Nov 11, 12:40 pm, Casper Bang <[EMAIL PROTECTED]> wrote:
> I also noticed when downloading update 10 for instance 
> fromhttp://www.java.com/en/download/you get the installer to Open Office
> thrown in:http://82.103.135.236/open-office-installer-wtf.png
>
> It is not just about the download size, it's also the mental overhead.
> Sometimes I wonder whether Sun ever tried guiding a customer over the
> phone, these bundles simply do not help the perception of Java.
>
> /Casper
>
> On Nov 11, 2:23 am, Joshua Marinacci <[EMAIL PROTECTED]> wrote:
>
> > The addons to not increase the download size unless you choose the  
> > extra install. With the kernel the minimum install is greatly reduced  
> > from the previous JRE installs.
>
> > - Josh, on the go
>
> > On Nov 10, 2008, at 4:21 PM, Michael Neale <[EMAIL PROTECTED]>  
> > wrote:
>
> > > Subject says it all ;)
>
> > > We can only hope that over time that Sun's java distros are replaced
> > > with OpenJDK built ones even for the desktop.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[Casper Bang]

I also noticed when downloading update 10 for instance from
http://www.java.com/en/download/ you get the installer to Open Office
thrown in: http://82.103.135.236/open-office-installer-wtf.png

It is not just about the download size, it's also the mental overhead.
Sometimes I wonder whether Sun ever tried guiding a customer over the
phone, these bundles simply do not help the perception of Java.

/Casper

On Nov 11, 2:23 am, Joshua Marinacci <[EMAIL PROTECTED]> wrote:
> The addons to not increase the download size unless you choose the  
> extra install. With the kernel the minimum install is greatly reduced  
> from the previous JRE installs.
>
> - Josh, on the go
>
> On Nov 10, 2008, at 4:21 PM, Michael Neale <[EMAIL PROTECTED]>  
> wrote:
>
>
>
> > Subject says it all ;)
>
> > We can only hope that over time that Sun's java distros are replaced
> > with OpenJDK built ones even for the desktop.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Hot news! JavaFX Desktop ship date Dec 2!

[Joshua Marinacci]

I can neither confirm nor deny the awesome rumor that the JavaFX SDK  
will soon be released. :)

- Josh, on the go

On Nov 9, 2008, at 8:08 PM, Kram <[EMAIL PROTECTED]> wrote:

>
> This is very very cool, Im excited!
>
> I have only just started on JavaFX and am starting to blog on it:
> http://markmacumber.blogspot.com/
>
> Hopefully the 1.0 SDK will have heaps of new features, demos, etc...
> for us all to work with.
>
> On Nov 9, 2:26 am, Weiqi Gao <[EMAIL PROTECTED]> wrote:
>> On Nov 8, 3:50 am, Patrick Wright <[EMAIL PROTECTED]> wrote:
>>
>>> Just heard this on the "This Ain't Your Dad's Java" podcast from
>>> November 7 (seehttp://blogs.sun.com/javafx/entry/ 
>>> this_ain_t_your_dad),
>>> they've announced that the release data for JavaFX Desktop is set  
>>> for
>>> December 2, 2008. They apparently announced this at a presentation  
>>> in
>>> Korea and the news wasn't passed along.
>>
>>> Pretty cool!
>>
>>> Patrick
>>
>> Thanks, Patrick.
>>
>> I did a little transcript of the relevant segment here:
>>
>>  http://www.weiqigao.com/blog/2008/11/08/javafx_december_2.html
>>
>> --
>> Weiqi Gao
>> [EMAIL PROTECTED]://www.weiqigao.com/blog/
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[Joshua Marinacci]

The addons to not increase the download size unless you choose the  
extra install. With the kernel the minimum install is greatly reduced  
from the previous JRE installs.

- Josh, on the go

On Nov 10, 2008, at 4:21 PM, Michael Neale <[EMAIL PROTECTED]>  
wrote:

>
> Subject says it all ;)
>
> We can only hope that over time that Sun's java distros are replaced
> with OpenJDK built ones even for the desktop.
>
>
> >

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[Mark Derricutt]

"For users of non Microsoft Operating Systems - The Java updater will
transparently install Virtual Box, Sun Microsystems open source
visualization technology and a copy of Microsoft Vista Home in order for the
MSN toolbar to install correctly."



Gah - so many times I mistyped "Sun Microsoft" there.

On Tue, Nov 11, 2008 at 1:47 PM, sherod <[EMAIL PROTECTED]> wrote:

>
>
> Thank god, just don't use IE.   :o)
>

-- 
"It is easier to optimize correct code than to correct optimized code." --
Bill Harlan

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: Sun to Distribute MSN Toolbar with Java

[sherod]

"Starting Monday, when Internet Explorer users download the Java
Runtime Environment, they'll be offered as part of the setup process a
download of the MSN Toolbar. The toolbar includes a search field and
news headlines. The Java Runtime Environment is the engine that runs
Java programs on computers."

http://www.pcworld.com/businesscenter/article/153589/microsoft_signs_msn_toolbar_deal_with_sun.html

Thank god, just don't use IE.   :o)

Sun must really, really need the money - and hopefully they are
getting it to make up for the offense I feel at this decision *sigh*

On Nov 11, 11:21 am, Michael Neale <[EMAIL PROTECTED]> wrote:
> Subject says it all ;)
>
> We can only hope that over time that Sun's java distros are replaced
> with OpenJDK built ones even for the desktop.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: 64bit Linux and Java

[Tom Corbin]

I've been using 64 bit suse and I can't say I've had any problems -
except I never know where to find javaws.   I'm not sure 64-bit java
has javaws in it, but other than that it all seems to work.

I do end up having both 32 bit and 64 bit java installed, but mostly
because I don't pay attention when I install it.   I don't usually use
the suse distributed java, but install my own versions.

On Nov 10, 3:53 pm, "Mark Fortner" <[EMAIL PROTECTED]> wrote:
> I started off with 64-bit linux on my laptop, so I can't really compare it
> to anything else.  I haven't had any problems with it, other than the
> initial headache of having to setup both 32 and 64-bit versions of Java on
> the same laptop in order to take advantage of the Java plugin in FireFox.  I
> think I heard that they're going to fix that in Java 6u12.
>
> I do both desktop and web development and haven't really had any problems.
>
> I don't know what kind of development you're doing, but if you're doing
> anything that talks to native code, then you might have to jump through some
> extra hoops.
>
> Mark
>
>
>
> On Mon, Nov 10, 2008 at 1:43 PM, ToddH <[EMAIL PROTECTED]> wrote:
>
> > I currently run 32 bit Linux (Ubuntu Interpid Ibex) on my Core 2 duo
> > laptop which I mainly use for Java development. I'm about to re-
> > install my laptop to clean it up a bit and switch to XFS and was
> > wondering if it's worth switching to 64 bit Linux? I've heard gripes
> > about the Java and Flush plugins for Firefox under 64 bit Linux.
> > Anyhow, my subjective question to the group is, is it worth going to
> > 64 bit Linux or will it just be one headache after another to get
> > things working?
>
> > Thanks,
> > Todd
> >http://gabrito.com
>
> --
> Mark Fortner
>
> blog:http://feeds.feedburner.com/jroller/ideafactory

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: SwingX is dead, long live JavaFX (hopefully)

[Tom Corbin]

If the two JSR's are not being dropped - where's the blogging on
them?   Where's the activity?
>From outside sun, they seem pretty stagnant.I can't blame anyone
for having that impression.

On Nov 9, 6:08 pm, Joshua Marinacci <[EMAIL PROTECTED]> wrote:
> Neither SwingX, nor Swing, or JSR 295 nor JSR 296 is being dropped.  
> Richard and I have each written posts (links below) that better  
> describe the situation.  Swing is a big part of the client-side Java  
> future.
>
> http://weblogs.java.net/blog/rbair/archive/2008/11/javafx_enterpri.html
>
> http://forums.java.net/jive/thread.jspa?messageID=315074&tstart=0#315074
>
> - Josh
>
> On Nov 9, 2008, at 6:13 AM, robeden wrote:
>
>
>
> > To be clear: they're not dropping Swing or JSR 296 (the app
> > framework)... just SwingX.
>
> > Rob
>
> > On Nov 8, 3:21 am, "Alexis Moussine-Pouchkine" <[EMAIL PROTECTED]>
> > wrote:
> >> The original "news" is about SwingX, not Swing.
>
> >> How could one think Sun would do this given the work that went in  
> >> 6u10
> >> (including Nimbus), the Swing/JavaFX integration and the
> >> NetBeans/VisualVM, etc... investment? Swing is just everywhere in
> >> corporate custom applications and I just don't see Sun dropping such
> >> core customers altogether. Having said this, JavaFX is indeed THE
> >> current focus of the software client group and Sun's resources aren't
> >> infinite AFAIK.
>
> >> -Alexis
>
> >> On Fri, Nov 7, 2008 at 11:34 PM, robeden <[EMAIL PROTECTED]> wrote:
>
> >>> Hey guys -
>
> >>> I'm sure through Dick's wandering through the world of Java posts
> >>> you've probably seen Kirill Grouchnikov's blog post about the demise
> >>> of the SwingX project's funding (http://weblogs.java.net/blog/
> >>> kirillcool/archive/2008/11/sun_setting_dow.html). There's a lot of
> >>> interesting discussion going on in the SwingX forums about the
> >>> decision:
> >>>  http://forums.java.net/jive/thread.jspa?threadID=52945&tstart=0
> >>>  http://forums.java.net/jive/thread.jspa?threadID=52665&tstart=0
>
> >>> Basically it boils down to Sun throwing everything (from a desktop
> >>> Java perspective) into JavaFX.
>
> >>> Here's another interesting blog post about a developer moving to
> >>> flash:http://blog.sharendipity.com/were-moving-to-flash-heres-why
>
> >>> Personally, I tend to agree that this is a really bad decision.
> >>> Desktop Java is in trouble and killing SwingX doesn't help.  
> >>> Hopefully
> >>> JavaFX will be the greatest thing since sliced bread as Sun claims  
> >>> it
> >>> is.
>
> >>> Thanks for the show. I love the discussion!
>
> >>> Rob Eden

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: SwingX is dead, long live JavaFX (hopefully)

[Tom Corbin]

Yes, but the impression I get from reading Richard Blair's response is
that Swing will have maintenance work done, otherwise it will be
JavaFX.If all they are doing is maintenance work, then I don't see
Swing moving forward.   And if it doesn't move forward, it's dead.

JavaFX is of no interest to me.   If I were to do something like
JavaFX, I'd use Groovy's swing builder because it does pretty much
what JavaFX does, but in a language that is really good and in which I
can do lots of other things and not be limited to JavaFX.

I think that JavaFX is a big, stupid case of NIH.   Plus a desire for
control that only dooms them.

On Nov 9, 8:13 am, robeden <[EMAIL PROTECTED]> wrote:
> To be clear: they're not dropping Swing or JSR 296 (the app
> framework)... just SwingX.
>
> Rob
>
> On Nov 8, 3:21 am, "Alexis Moussine-Pouchkine" <[EMAIL PROTECTED]>
> wrote:
>
> > The original "news" is about SwingX, not Swing.
>
> > How could one think Sun would do this given the work that went in 6u10
> > (including Nimbus), the Swing/JavaFX integration and the
> > NetBeans/VisualVM, etc... investment? Swing is just everywhere in
> > corporate custom applications and I just don't see Sun dropping such
> > core customers altogether. Having said this, JavaFX is indeed THE
> > current focus of the software client group and Sun's resources aren't
> > infinite AFAIK.
>
> > -Alexis
>
> > On Fri, Nov 7, 2008 at 11:34 PM, robeden <[EMAIL PROTECTED]> wrote:
>
> > > Hey guys -
>
> > > I'm sure through Dick's wandering through the world of Java posts
> > > you've probably seen Kirill Grouchnikov's blog post about the demise
> > > of the SwingX project's funding (http://weblogs.java.net/blog/
> > > kirillcool/archive/2008/11/sun_setting_dow.html). There's a lot of
> > > interesting discussion going on in the SwingX forums about the
> > > decision:
> > >  http://forums.java.net/jive/thread.jspa?threadID=52945&tstart=0
> > >  http://forums.java.net/jive/thread.jspa?threadID=52665&tstart=0
>
> > > Basically it boils down to Sun throwing everything (from a desktop
> > > Java perspective) into JavaFX.
>
> > > Here's another interesting blog post about a developer moving to
> > > flash:http://blog.sharendipity.com/were-moving-to-flash-heres-why
>
> > > Personally, I tend to agree that this is a really bad decision.
> > > Desktop Java is in trouble and killing SwingX doesn't help. Hopefully
> > > JavaFX will be the greatest thing since sliced bread as Sun claims it
> > > is.
>
> > > Thanks for the show. I love the discussion!
>
> > > Rob Eden

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Sun to Distribute MSN Toolbar with Java

[Michael Neale]

Subject says it all ;)

We can only hope that over time that Sun's java distros are replaced
with OpenJDK built ones even for the desktop.


--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] So much for a smaller java on windows...

[Mark Derricutt]

So with all the modularity of the Java Kernel which Sun now gives us,
they're also giving us the MSN toolbar?

http://www.readwriteweb.com/archives/sun_to_distribute_msn_toolbar.php

*sigh*

-- 
"It is easier to optimize correct code than to correct optimized code." --
Bill Harlan

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Fwd: [The Java Posse] Re: episode 215: reflection and generics

[Marcelo Fukushima]

just a quick observation: it only works because the maps you're trying
to extract the generic info from, contains such information in the
containing class file (the GenericTest fields specifically) - try
changing the field types to Map and you wont the get info
anymore, even tough you created the maps with the type information

-- Forwarded message --
From: Tasos Zervos <[EMAIL PROTECTED]>
Date: Mon, Nov 10, 2008 at 10:48 AM
Subject: [The Java Posse] Re: episode 215: reflection and generics
To: The Java Posse 



If you aren't keen to follow the article try this:

import java.lang.reflect.*;
import java.util.*;

public class GenericTest
{
   public HashMap map1 = new HashMap();
   public HashMap map2 = new HashMap();

   public static String fieldSignature(Object obj, String fieldName)
   throws SecurityException,
NoSuchFieldException
   {
   StringBuffer signature = new StringBuffer(fieldName);
   Field field = GenericTest.class.getField(fieldName);
   Type genericFieldType = field.getGenericType();
   if(genericFieldType instanceof ParameterizedType)
   {
   signature.append(" is of type
").append(obj.getClass().getName()).append("<");
   ParameterizedType aType = (ParameterizedType)
genericFieldType;
   Type[] fieldArgTypes = aType.getActualTypeArguments();
   for(Type fieldArgType : fieldArgTypes)
   {
   Class fieldArgClass = (Class) fieldArgType;
   signature.append(fieldArgClass.getName()).append(",");
   }
   signature.append(">");
   }
   return signature.toString();
   }

   public static void main(String[] args) throws SecurityException,
NoSuchFieldException
   {
   GenericTest test = new GenericTest();
   System.out.println("map1.getClass() == map2.getClass() is "
   + (test.map1.getClass() == test.map2.getClass()) );
   System.out.println("map1.getClass() is " +
test.map1.getClass());
   System.out.println("map2.getClass() is " +
test.map2.getClass());
   System.out.println(GenericTest.fieldSignature(test.map1,
"map1"));
   System.out.println(GenericTest.fieldSignature(test.map2,
"map2"));
   }
}

My quick test shows:
map1.getClass() == map2.getClass() is true
map1.getClass() is class java.util.HashMap
map2.getClass() is class java.util.HashMap
map1 is of type java.util.HashMap
map2 is of type java.util.HashMap

:-D

Tasos

On Nov 10, 12:46 pm, Tasos Zervos <[EMAIL PROTECTED]> wrote:
> The equality test has to return true otherwise you would be breaking
> compatibility with older code.
> This doesn't mean that there aren't other ways to find the "signature"
> of map1 and map2.
>
> The Reflection API does provide access to the "specific" types of
> generic signatures.
>
> Have a look at this 2005 
> article:http://www-128.ibm.com/developerworks/java/library/j-cwt11085.html#h2
>
> The article series uses ASM (DRY) also later on.
>
> On Nov 4, 11:05 pm, Christian Catchpole <[EMAIL PROTECTED]>
> wrote:
>
> > Here is my analysis of the situation.  I could be wrong.  But here
> > goes..
>
> > When I got my copy of Java 5 my first question was, do generics really
> > take the cast out of the equation?  I disassembled the code to find
> > the cast still exists.  This implies that when you compile this..
>
> > HashMap map = new HashMap()
> > String string = map.get("");
>
> > The generated code actually equates to this..
>
> > HashMap map = new HashMap()
> > String string = (String)map.get("");
>
> > The class returned by map.getClass() does not know the map only
> > contains Strings.  It's actually the reference to the map which
> > marshals the types.
>
> > I did a quick test...
>
> > HashMap map1 = new HashMap();
> > HashMap map2 = new HashMap();
>
> > System.out.println(map1.getClass() == map2.getClass());
>
> > true
>
> > They use the same class and can't therefore hold the type information
> > for both declarations.
>
> > I can only assume this re-compiler the posse were talking about, scans
> > the code for the actual cast / type check to determine the types.




-- 
[]'s
Marcelo Takeshi Fukushima

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: 64bit Linux and Java

[Mark Fortner]

I started off with 64-bit linux on my laptop, so I can't really compare it
to anything else.  I haven't had any problems with it, other than the
initial headache of having to setup both 32 and 64-bit versions of Java on
the same laptop in order to take advantage of the Java plugin in FireFox.  I
think I heard that they're going to fix that in Java 6u12.

I do both desktop and web development and haven't really had any problems.

I don't know what kind of development you're doing, but if you're doing
anything that talks to native code, then you might have to jump through some
extra hoops.

Mark

On Mon, Nov 10, 2008 at 1:43 PM, ToddH <[EMAIL PROTECTED]> wrote:

>
> I currently run 32 bit Linux (Ubuntu Interpid Ibex) on my Core 2 duo
> laptop which I mainly use for Java development. I'm about to re-
> install my laptop to clean it up a bit and switch to XFS and was
> wondering if it's worth switching to 64 bit Linux? I've heard gripes
> about the Java and Flush plugins for Firefox under 64 bit Linux.
> Anyhow, my subjective question to the group is, is it worth going to
> 64 bit Linux or will it just be one headache after another to get
> things working?
>
> Thanks,
> Todd
> http://gabrito.com
>
> >
>


-- 
Mark Fortner

blog: http://feeds.feedburner.com/jroller/ideafactory

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] 64bit Linux and Java

[ToddH]

I currently run 32 bit Linux (Ubuntu Interpid Ibex) on my Core 2 duo
laptop which I mainly use for Java development. I'm about to re-
install my laptop to clean it up a bit and switch to XFS and was
wondering if it's worth switching to 64 bit Linux? I've heard gripes
about the Java and Flush plugins for Firefox under 64 bit Linux.
Anyhow, my subjective question to the group is, is it worth going to
64 bit Linux or will it just be one headache after another to get
things working?

Thanks,
Todd
http://gabrito.com

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] #216 - Interface Inference

[Casper Bang]

Around 53:30, there's a participant (Joel Neely? Sounds like he's from
Texas anyway) who calls for "interface inference". That sounds an
awful lot like Delphi and C# delegates, no duck-typing or dynamic
proxy required, it can all be resolved (and inlined) at compile time.
Very useful for minimizing coupling between subsystems (sender and
receiver need only be concerned with the call signature, not some
fragile published interface) and of course, the foundation of a
language level event mechanism. Unfortunately for those who would like
this improvement, Sun has taken a stand against that one a long time
ago: http://java.sun.com/docs/white/delegates.html

But closure proposals like FCM and BGGA would be a superset of such a
mechanism, no?

/Casper
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: SwingX is dead, long live JavaFX (hopefully)

[Vince O'Sullivan]

On Nov 8, 8:32 pm, Joshua Marinacci <[EMAIL PROTECTED]> wrote:
> Rich has a well worded response on his blog:
>
> http://weblogs.java.net/blog/rbair/archive/2008/11/javafx_enterpri.html

It's good to hear that - as well as Swing - SwingX, JavaFX, JSR 295,
JSR 295 (and presumably AWT) are all still going strong.  As pointed
out in the responses to the above article, though, it would be better
to hear these things sooner and from Sun as a well publicised policy
or strategy.

As it is, the apparent silence (unless you know where to look for
info) combined with Sun's "Leaver Of The Week" dripfeed is combining
to create a void perfectly shaped to fit rumours.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: NetBeans... nice!

[Casper Bang]

True, the project group is somewhat of an afterthought (started as a
6.0 plugin) and it has been showing. But in 6.5rc it seems much more
stable and reliable than previously, although still horrendously slow
and without any visual indications as to what's going on (yes I have
filed a RFE).

/Casper

On Nov 10, 3:24 pm, mbien <[EMAIL PROTECTED]> wrote:
> On Nov 10, 9:31 am, "Adam G." <[EMAIL PROTECTED]> wrote:
>
> > I also have to admit that the plugin system of NetBeans is much better
> > that the Eclipse thing. Sometimes you mess up you configuration and
> > then you can not update anymore because of conflicts. And till now it
> > was to complicated to resolve them somehow so I always did a new
> > installation :) But still I use Eclipse and love it!
>
> > One thing I still don't understand as a Eclipse user with NetBeans is
> > the workspace. In Eclipse I have several projects in one workspace,
> > and if I want to tidy things up I create working sets and thats it.
> > And now in NetBeans I have a workspace and a *default project*. Why do
> > I have to have a default project and what is the meaning behind that?
>
> NetBeans has project groups which are very similar to workspaces, just
> create/switch/edit a project group by clicking with RMB on the project
> view. The nice thing about them is that you can reuse one project in
> multiple groups which is IMO quite usefull in some situations.
>
> NetBeans 6.5 works also without a main project, the behavior in this
> mode should be very similar to eclipse.
>
>
>
> > Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: NetBeans... nice!

[mbien]

On Nov 10, 9:31 am, "Adam G." <[EMAIL PROTECTED]> wrote:
> I also have to admit that the plugin system of NetBeans is much better
> that the Eclipse thing. Sometimes you mess up you configuration and
> then you can not update anymore because of conflicts. And till now it
> was to complicated to resolve them somehow so I always did a new
> installation :) But still I use Eclipse and love it!
>
> One thing I still don't understand as a Eclipse user with NetBeans is
> the workspace. In Eclipse I have several projects in one workspace,
> and if I want to tidy things up I create working sets and thats it.
> And now in NetBeans I have a workspace and a *default project*. Why do
> I have to have a default project and what is the meaning behind that?

NetBeans has project groups which are very similar to workspaces, just
create/switch/edit a project group by clicking with RMB on the project
view. The nice thing about them is that you can reuse one project in
multiple groups which is IMO quite usefull in some situations.

NetBeans 6.5 works also without a main project, the behavior in this
mode should be very similar to eclipse.


>
> Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: NetBeans... nice!

[Josh Juneau]

The default project allows one to choose which project is being
actively worked on so that all of the menu commands (such as build,
debug, etc) will work directly with that project.  In other words, it
allows you to tie one project to the overall Netbeans control
structure.  That way, you can use shortcut keys like F6 and F11 to
easily and quickly build and deploy your active (default) project.
Netbeans allows you to manually right-click on any project in your
Projects navigator and build->deploy, but setting one as the default
makes it easier to work with that project via shortcut keys.

Netbeans allows you to change the default project at any time by
right-clicking the project in the Projects navigator.

Does that make sense?  I apologize for the wordiness...


Josh Juneau
[EMAIL PROTECTED]
http://jj-blogger.blogspot.com
http://www.gathereventplanning.com
Twitter ID:  javajuneau



On Mon, Nov 10, 2008 at 2:31 AM, Adam G. <[EMAIL PROTECTED]> wrote:
>
> I also have to admit that the plugin system of NetBeans is much better
> that the Eclipse thing. Sometimes you mess up you configuration and
> then you can not update anymore because of conflicts. And till now it
> was to complicated to resolve them somehow so I always did a new
> installation :) But still I use Eclipse and love it!
>
> One thing I still don't understand as a Eclipse user with NetBeans is
> the workspace. In Eclipse I have several projects in one workspace,
> and if I want to tidy things up I create working sets and thats it.
> And now in NetBeans I have a workspace and a *default project*. Why do
> I have to have a default project and what is the meaning behind that?
>
> Cheers!
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: episode 215: reflection and generics

[Tasos Zervos]

Episode #166 - Guillaume Laforge on Groovy also included Guillaume
describing
how Groovy gets the Generics info from Java [class-loaded] classes!
Posse, posse...

;-)

On Nov 6, 6:53 pm, Casper Bang <[EMAIL PROTECTED]> wrote:
> It's actually all described in chapter 7.5 of "Java Generics and
> Collections" which the Posse have endorsed in the past. Basically you
> can introspect it (look for ParameterizedType) and it can help you in
> a few instances, but in my humble experiences those solutions often
> turns ugly and fragile (played with that a while 
> ago:http://coffeecokeandcode.blogspot.com/2008/05/type-strategy-pattern.html).
>
> /Casper
>
> On Nov 6, 3:13 pm, Jess Holle <[EMAIL PROTECTED]> wrote:
>
> > Viktor Klang wrote:
> > > On Thu, Nov 6, 2008 at 1:49 PM, Jess Holle <[EMAIL PROTECTED]
> > > > wrote:
>
> > >     Viktor Klang wrote:
> > >>     Actually guys, referential equality is kind of retarded, so the
>
> > >>     Map.class == Map.class
>
> > >>     example is bad.
>
> > >>     However,
>
> > >>     Map.class.equals(Map.class) SHOULD
> > >>     return false
> > >     No, it MUST not -- else loads of things break.
>
> > > If you want to make an omelet, you've got to break some eggs...
>
> > Yes, but breaking eggs just cause you feel like it is for toddlers, not
> > chefs.
>
> > >     Further == and .equals MUST give the same results for Class
> > >     objects -- else loads of things break.
>
> > >     The "ConcreteClass" noted below would not be a Class -- it would
> > >     be a new API.
>
> > > Yeah, I realize that, that's why I'm moving away from Java.
>
> > I'm still missing what the real benefit to having these Class objects be
> > unequal is.  It sounds nice in some ivory tower sort of way, but really
> > as long as you have access to the fact that the "K" parameter is String
> > and the "V" parameter is Integer (and the compiler can use this as well
> > to do things like "new V[]"), I don't really see any issue.
>
> > --
> > Jess Holle
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: episode 215: reflection and generics

[Tasos Zervos]

If you aren't keen to follow the article try this:

import java.lang.reflect.*;
import java.util.*;

public class GenericTest
{
public HashMap map1 = new HashMap();
public HashMap map2 = new HashMap();

public static String fieldSignature(Object obj, String fieldName)
throws SecurityException,
NoSuchFieldException
{
StringBuffer signature = new StringBuffer(fieldName);
Field field = GenericTest.class.getField(fieldName);
Type genericFieldType = field.getGenericType();
if(genericFieldType instanceof ParameterizedType)
{
signature.append(" is of type
").append(obj.getClass().getName()).append("<");
ParameterizedType aType = (ParameterizedType)
genericFieldType;
Type[] fieldArgTypes = aType.getActualTypeArguments();
for(Type fieldArgType : fieldArgTypes)
{
Class fieldArgClass = (Class) fieldArgType;
signature.append(fieldArgClass.getName()).append(",");
}
signature.append(">");
}
return signature.toString();
}

public static void main(String[] args) throws SecurityException,
NoSuchFieldException
{
GenericTest test = new GenericTest();
System.out.println("map1.getClass() == map2.getClass() is "
+ (test.map1.getClass() == test.map2.getClass()) );
System.out.println("map1.getClass() is " +
test.map1.getClass());
System.out.println("map2.getClass() is " +
test.map2.getClass());
System.out.println(GenericTest.fieldSignature(test.map1,
"map1"));
System.out.println(GenericTest.fieldSignature(test.map2,
"map2"));
}
}

My quick test shows:
map1.getClass() == map2.getClass() is true
map1.getClass() is class java.util.HashMap
map2.getClass() is class java.util.HashMap
map1 is of type java.util.HashMap
map2 is of type java.util.HashMap

:-D

Tasos

On Nov 10, 12:46 pm, Tasos Zervos <[EMAIL PROTECTED]> wrote:
> The equality test has to return true otherwise you would be breaking
> compatibility with older code.
> This doesn't mean that there aren't other ways to find the "signature"
> of map1 and map2.
>
> The Reflection API does provide access to the "specific" types of
> generic signatures.
>
> Have a look at this 2005 
> article:http://www-128.ibm.com/developerworks/java/library/j-cwt11085.html#h2
>
> The article series uses ASM (DRY) also later on.
>
> On Nov 4, 11:05 pm, Christian Catchpole <[EMAIL PROTECTED]>
> wrote:
>
> > Here is my analysis of the situation.  I could be wrong.  But here
> > goes..
>
> > When I got my copy of Java 5 my first question was, do generics really
> > take the cast out of the equation?  I disassembled the code to find
> > the cast still exists.  This implies that when you compile this..
>
> > HashMap map = new HashMap()
> > String string = map.get("");
>
> > The generated code actually equates to this..
>
> > HashMap map = new HashMap()
> > String string = (String)map.get("");
>
> > The class returned by map.getClass() does not know the map only
> > contains Strings.  It's actually the reference to the map which
> > marshals the types.
>
> > I did a quick test...
>
> > HashMap map1 = new HashMap();
> > HashMap map2 = new HashMap();
>
> > System.out.println(map1.getClass() == map2.getClass());
>
> > true
>
> > They use the same class and can't therefore hold the type information
> > for both declarations.
>
> > I can only assume this re-compiler the posse were talking about, scans
> > the code for the actual cast / type check to determine the types.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: episode 215: reflection and generics

[Tasos Zervos]

The equality test has to return true otherwise you would be breaking
compatibility with older code.
This doesn't mean that there aren't other ways to find the "signature"
of map1 and map2.

The Reflection API does provide access to the "specific" types of
generic signatures.

Have a look at this 2005 article:
http://www-128.ibm.com/developerworks/java/library/j-cwt11085.html#h2

The article series uses ASM (DRY) also later on.

On Nov 4, 11:05 pm, Christian Catchpole <[EMAIL PROTECTED]>
wrote:
> Here is my analysis of the situation.  I could be wrong.  But here
> goes..
>
> When I got my copy of Java 5 my first question was, do generics really
> take the cast out of the equation?  I disassembled the code to find
> the cast still exists.  This implies that when you compile this..
>
> HashMap map = new HashMap()
> String string = map.get("");
>
> The generated code actually equates to this..
>
> HashMap map = new HashMap()
> String string = (String)map.get("");
>
> The class returned by map.getClass() does not know the map only
> contains Strings.  It's actually the reference to the map which
> marshals the types.
>
> I did a quick test...
>
> HashMap map1 = new HashMap();
> HashMap map2 = new HashMap();
>
> System.out.println(map1.getClass() == map2.getClass());
>
> true
>
> They use the same class and can't therefore hold the type information
> for both declarations.
>
> I can only assume this re-compiler the posse were talking about, scans
> the code for the actual cast / type check to determine the types.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---

[The Java Posse] Re: NetBeans... nice!

[Adam G.]

I also have to admit that the plugin system of NetBeans is much better
that the Eclipse thing. Sometimes you mess up you configuration and
then you can not update anymore because of conflicts. And till now it
was to complicated to resolve them somehow so I always did a new
installation :) But still I use Eclipse and love it!

One thing I still don't understand as a Eclipse user with NetBeans is
the workspace. In Eclipse I have several projects in one workspace,
and if I want to tidy things up I create working sets and thats it.
And now in NetBeans I have a workspace and a *default project*. Why do
I have to have a default project and what is the meaning behind that?

Cheers!
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups "The 
Java Posse" group.
To post to this group, send email to javaposse@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/javaposse?hl=en
-~--~~~~--~~--~--~---