From asim_beg at hotmail.com Sun Feb 3 19:37:12 2002 From: asim_beg at hotmail.com (Asim Beg) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] Inner, anonymous classes? Message-ID: Bob, - getPasswordAuthentication() is a public method of some class. - takes no paramters. - returns an object of type PasswordAuthentication (defined somewhere else) I think once you understand how inner classes work, they should not be difficult to read. Inner classes are espacially useful and handy in GUI apps for Event handling code. Hope the above helps. Asim >From: "Mike Bresnahan" >To: >Subject: RE: [TCLUG-DEVEL] Inner, anonymous classes? >Date: Wed, 23 Jan 2002 12:00:49 -0800 > >No, that is a function you've shown. An anonymous inner class looks like >this: > >public class Foobar { > public static void main( String args[]) { > BaseClass baseClass = new BaseClass() { > public void doit() { > System.out.println("Hello, World!"); > } > }; > baseClass.doit(); > } >} > >interface BaseClass { > void doit(); >} > >In this example I create an anonymous class derived from BaseClass. > >Mike > > > -----Original Message----- > > From: tclug-devel-admin@mn-linux.org > > [mailto:tclug-devel-admin@mn-linux.org]On Behalf Of Bob Tanner > > Sent: Wednesday, January 23, 2002 12:59 AM > > To: tclug-devel@mn-linux.org > > Subject: [TCLUG-DEVEL] Inner, anonymous classes? > > > > > > Is it just me or are inner-anonymous classes just hard to read? > > > > I believe this is an inner-anonymous class? > > > > public PasswordAuthentication > > getPasswordAuthentication() { > > String username, password; > > > > String result = JOptionPane.showInputDialog("Enter > > 'username,password'"); > > > > StringTokenizer st = new StringTokenizer(result, ","); > > username = st.nextToken(); > > password = st.nextToken(); > > > > return new PasswordAuthentication(username, password); > > } > > > > I'm not sure how to read this code. > > > > Anyone wanna give this a chatty interpretation? > > > > > > -- > > Bob Tanner | Phone : (952)943-8700 > > http://www.mn-linux.org, Minnesota, Linux | Fax : (952)943-8500 > > Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 > > > > _______________________________________________ > > tclug-devel mailing list > > tclug-devel@mn-linux.org > > https://mailman.mn-linux.org/mailman/listinfo/tclug-devel > >_______________________________________________ >tclug-devel mailing list >tclug-devel@mn-linux.org >https://mailman.mn-linux.org/mailman/listinfo/tclug-devel _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx From jpschewe at mtu.net Mon Feb 11 08:04:14 2002 From: jpschewe at mtu.net (Jon Schewe) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] XML instance editors? Message-ID: I'm looking for an XML instance editor that validates against XML Schemas so that the user doesn't create invalid documents and uses the schema to build the interface, for things that are choices, and supports ensuring referential integrity for keyref statements. I'd preferably like something that's open source and runs on Linux, but the target platform is Windows and if need be, it can be commercial. Any ideas? -- Jon Schewe | http://mtu.net/~jpschewe | jpschewe@mtu.net For I am convinced that neither death nor life, neither angels nor demons, neither the present nor the future, nor any powers, neither height nor depth, nor anything else in all creation, will be able to separate us from the love of God that is in Christ Jesus our Lord. - Romans 8:38-39 From dmblevins at mediaone.net Mon Feb 11 08:37:40 2002 From: dmblevins at mediaone.net (David Blevins) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] XML instance editors? In-Reply-To: Message-ID: I new a guy who was doing just that, but it looks like his project hasn't gone anywhere since talking with him last. You can still check it out if you like: http://www.pierlou.com/visxml/ Otherwise, this site seems to contain a few free/open source XML links: http://www.garshol.priv.no/download/xmltools/ -David > -----Original Message----- > From: tclug-devel-admin@mn-linux.org > [mailto:tclug-devel-admin@mn-linux.org]On Behalf Of Jon Schewe > Sent: Monday, February 11, 2002 8:04 AM > To: tclug-devel@mn-linux.org > Subject: [TCLUG-DEVEL] XML instance editors? > > > I'm looking for an XML instance editor that validates against XML > Schemas so > that the user doesn't create invalid documents and uses the > schema to build > the interface, for things that are choices, and supports ensuring > referential > integrity for keyref statements. I'd preferably like something > that's open > source and runs on Linux, but the target platform is Windows and > if need be, > it can be commercial. Any ideas? > > -- > Jon Schewe | http://mtu.net/~jpschewe | jpschewe@mtu.net > For I am convinced that neither death nor life, neither angels > nor demons, neither the present nor the future, nor any > powers, neither height nor depth, nor anything else in all > creation, will be able to separate us from the love of God that > is in Christ Jesus our Lord. - Romans 8:38-39 > > _______________________________________________ > tclug-devel mailing list > tclug-devel@mn-linux.org > https://mailman.mn-linux.org/mailman/listinfo/tclug-devel From john.larmour at sdrc.com Mon Feb 11 09:44:10 2002 From: john.larmour at sdrc.com (John Larmour) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] XML instance editors? References: Message-ID: <3C67E6C9.78B0127C@sdrc.com> I haven't used it myself, but it sounds like Xeena may be the kind of thing you are looking for... http://alphaworks.ibm.com/tech/xeena Jon Schewe wrote: > I'm looking for an XML instance editor that validates against XML Schemas so > that the user doesn't create invalid documents and uses the schema to build > the interface, for things that are choices, and supports ensuring referential > integrity for keyref statements. I'd preferably like something that's open > source and runs on Linux, but the target platform is Windows and if need be, > it can be commercial. Any ideas? > > -- > Jon Schewe | http://mtu.net/~jpschewe | jpschewe@mtu.net > For I am convinced that neither death nor life, neither angels > nor demons, neither the present nor the future, nor any > powers, neither height nor depth, nor anything else in all > creation, will be able to separate us from the love of God that > is in Christ Jesus our Lord. - Romans 8:38-39 > > _______________________________________________ > tclug-devel mailing list > tclug-devel@mn-linux.org > https://mailman.mn-linux.org/mailman/listinfo/tclug-devel From jpschewe at mtu.net Mon Feb 11 10:59:33 2002 From: jpschewe at mtu.net (Jon Schewe) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] XML instance editors? In-Reply-To: <3C67E6C9.78B0127C@sdrc.com>; from john.larmour@sdrc.com on Mon, Feb 11, 2002 at 09:44:10AM -0600 References: <3C67E6C9.78B0127C@sdrc.com> Message-ID: <20020211115933.A24216@mtu.net> I looked at it and no it doesn't do editing, only validating. On Mon, Feb 11, 2002 at 09:44:10AM -0600, John Larmour wrote: > I haven't used it myself, but it sounds like Xeena may be the kind of thing you > are looking for... > http://alphaworks.ibm.com/tech/xeena > > Jon Schewe wrote: > > > I'm looking for an XML instance editor that validates against XML Schemas so > > that the user doesn't create invalid documents and uses the schema to build > > the interface, for things that are choices, and supports ensuring referential > > integrity for keyref statements. I'd preferably like something that's open > > source and runs on Linux, but the target platform is Windows and if need be, > > it can be commercial. Any ideas? > > > > -- > > Jon Schewe | http://mtu.net/~jpschewe | jpschewe@mtu.net > > For I am convinced that neither death nor life, neither angels > > nor demons, neither the present nor the future, nor any > > powers, neither height nor depth, nor anything else in all > > creation, will be able to separate us from the love of God that > > is in Christ Jesus our Lord. - Romans 8:38-39 > > > > _______________________________________________ > > tclug-devel mailing list > > tclug-devel@mn-linux.org > > https://mailman.mn-linux.org/mailman/listinfo/tclug-devel > > _______________________________________________ > tclug-devel mailing list > tclug-devel@mn-linux.org > https://mailman.mn-linux.org/mailman/listinfo/tclug-devel -- Jon Schewe | http://mtu.net/~jpschewe For I am convinced that neither death nor life, neither angels nor demons, neither the present nor the future, nor any powers, neither height nor depth, nor anything else in all creation, will be able to separate us from the love of God that is in Christ Jesus our Lord. - Romans 8:38-39 From tanner at real-time.com Thu Feb 21 01:28:08 2002 From: tanner at real-time.com (Bob Tanner) Date: Mon Jan 17 14:29:32 2005 Subject: [TCLUG-DEVEL] Threads vs java.nio.*? Message-ID: <20020221012808.C28355@real-time.com> Anyone playing with jdk-1.4 java.nio.* packages? It looks like these packages provide synchronous I/O multiplexing, just like a unix select(2). This would rock since I've had to implement this sort of stuff as threads in the past. -- Bob Tanner | Phone : (952)943-8700 http://www.mn-linux.org, Minnesota, Linux | Fax : (952)943-8500 Key fingerprint = 6C E9 51 4F D5 3E 4C 66 62 A9 10 E5 35 85 39 D9 From hopper at omnifarious.org Thu Feb 21 01:34:46 2002 From: hopper at omnifarious.org (Eric M. Hopper) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Threads vs java.nio.*? In-Reply-To: <20020221012808.C28355@real-time.com> References: <20020221012808.C28355@real-time.com> Message-ID: <1014276886.6583.8.camel@monster.omnifarious.org> On Thu, 2002-02-21 at 01:28, Bob Tanner wrote: > Anyone playing with jdk-1.4 java.nio.* packages? > > It looks like these packages provide synchronous I/O multiplexing, just like a > unix select(2). > > This would rock since I've had to implement this sort of stuff as threads in the > past. I intend to implement my StreamModule system ( http://www.omnifarious.org/StrMod ) in Java sometime soon because of this. Until they added that one feature, I always considered Java a toy language when it came to serious network programming. Have fun (if at all possible), -- The best we can hope for concerning the people at large is that they be properly armed. -- Alexander Hamilton -- Eric Hopper (hopper@omnifarious.org http://www.omnifarious.org/~hopper) -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 228 bytes Desc: This is a digitally signed message part Url : http://shadowknight.real-time.com/pipermail/tclug-devel/attachments/20020221/744c935a/attachment.pgp From tclug at codeuntangler.com Thu Feb 28 11:42:48 2002 From: tclug at codeuntangler.com (Randy McLaughlin) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Looking for an attorney Message-ID: <5.1.0.14.0.20020228112712.02eccbf0@pop.netaddress.com> I am in search of an attorney who understands open source and can help me structure my business to maximize my ability to contribute to open source projects and minimize the tendency of my clients to want contracts that claim proprietary possession of my every thought, not to mention source that might otherwise be sharable. I am a software developer offering consulting services as my revenue source. If I could afford to do so I would prefer to spend my time developing open source software, but I find I must turn to the proprietary world in order to find an income. My immediate need is help with writing contracts with my clients that deliver the product they need and pay me for, while retaining the right to contribute generic parts of the code to open source projects. My real love is building frameworks upon which I can build my code, but it is difficult to do so with clients making claims on the framework as well as the product built upon the framework. From dieman at ringworld.org Thu Feb 28 11:52:50 2002 From: dieman at ringworld.org (Scott M. Dier) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Re: Looking for an attorney References: <5.1.0.14.0.20020228112712.02eccbf0@pop.netaddress.com> Message-ID: <3C7E6E72.6010407@ringworld.org> Randy McLaughlin wrote: > proprietary world in order to find an income. My immediate need is help > with writing contracts with my clients that deliver the product they A common contract I've heard of is one that allows 6 months time where they get exclusive rights to the application, and then after that 6 months you get to do as you please with it. -- Scott Dier From tclug at codeuntangler.com Thu Feb 28 12:02:25 2002 From: tclug at codeuntangler.com (Randy McLaughlin) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Re: Looking for an attorney In-Reply-To: <3C7E6E72.6010407@ringworld.org> References: <5.1.0.14.0.20020228112712.02eccbf0@pop.netaddress.com> Message-ID: <5.1.0.14.0.20020228115443.02ea0068@mail.codeuntangler.com> At 11:52 AM 2/28/2002 -0600, Scott M. Dier wrote: >Randy McLaughlin wrote: >>proprietary world in order to find an income. My immediate need is help >>with writing contracts with my clients that deliver the product they > >A common contract I've heard of is one that allows 6 months time where >they get exclusive rights to the application, and then after that 6 months >you get to do as you please with it. >-- >Scott Dier Thanks. That's an interesting idea. I tend to think in terms of separating the executable rights and the source code rights. I have no problem with transferring all rights to the executable to the client, and I'm ok with granting a non-exclusive, perpetual right to use the source however they wish but I'd like to retain the right to reuse the generic parts of the source (without disclosing proprietary information) and to contribute that code to projects so that I am contributing to a larger body of shared code. If I, for example, write an interface to another software package, I'd hate to have to wait 6 months before I could use it in another project. It's so inefficient! From dieman at ringworld.org Thu Feb 28 12:11:40 2002 From: dieman at ringworld.org (Scott M. Dier) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Re: Looking for an attorney References: <5.1.0.14.0.20020228112712.02eccbf0@pop.netaddress.com> <5.1.0.14.0.20020228115443.02ea0068@mail.codeuntangler.com> Message-ID: <3C7E72DC.6010904@ringworld.org> Randy McLaughlin wrote: > and to contribute that code to projects so that I am contributing to a > larger body of shared code. If I, for example, write an interface to > another software package, I'd hate to have to wait 6 months before I > could use it in another project. It's so inefficient! Yeah, the split between the right to reuse your source vs. the redistribution of source/executable is a good idea. I would hate to have to not use parts of what I write a couple weeks later for something else. -- Scott Dier From poptix at techmonkeys.org Thu Feb 28 21:44:52 2002 From: poptix at techmonkeys.org (Matthew S. Hallacy) Date: Mon Jan 17 14:29:33 2005 Subject: [TCLUG-DEVEL] Re: Looking for an attorney In-Reply-To: <5.1.0.14.0.20020228115443.02ea0068@mail.codeuntangler.com>; from tclug@codeuntangler.com on Thu, Feb 28, 2002 at 12:02:25PM -0600 References: <5.1.0.14.0.20020228112712.02eccbf0@pop.netaddress.com> <3C7E6E72.6010407@ringworld.org> <5.1.0.14.0.20020228115443.02ea0068@mail.codeuntangler.com> Message-ID: <20020228214452.V5596@techmonkeys.org> On Thu, Feb 28, 2002 at 12:02:25PM -0600, Randy McLaughlin wrote: > Thanks. That's an interesting idea. I tend to think in terms of > separating the executable rights and the source code rights. I have no > problem with transferring all rights to the executable to the client, and > I'm ok with granting a non-exclusive, perpetual right to use the source > however they wish but I'd like to retain the right to reuse the generic > parts of the source (without disclosing proprietary information) and to > contribute that code to projects so that I am contributing to a larger body > of shared code. If I, for example, write an interface to another software > package, I'd hate to have to wait 6 months before I could use it in another > project. It's so inefficient! > What I've done before is put those segments that are genericly reusable into my own library that is under something resembling the GPL, basicly they pay for their program which links in parts of my library. I own the library, they own their application. A similar situation would be writing an application that supports gzip, the customer obviously doesn't get any rights over the zlib libraries, but they do benefit from it. -- Matthew S. Hallacy FUBAR, LART, BOFH Certified http://techmonkeys.org/~poptix GPG public key 0x01938203