uncleunc-developers Mailing List for Uncle Unc
Status: Beta
Brought to you by:
ulunum
Menu
▾
▴
uncleunc-developers — Forum for active developers of uncle unc codebase
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
(11) |
Apr
(5) |
May
(6) |
Jun
(3) |
Jul
(3) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
(1) |
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jair W. <je...@la...> - 2007-02-06 08:54:11
|
Hi, Vniagra 3, 35 Vnalium 1, 25 Cnialis 3, 75 Anmbien 2, 90 http://seced.22rx,com Important: Replace "," with "." in the above link -- wizards standing by to control the situation if it gets out of hand... The main thing is just to do your best, and nobody will think any the worse of you... Are you all right? |
|
From: Nadra B. <am...@fa...> - 2007-02-04 19:17:59
|
Hi, If you have a problem getting or keeping an erection, your sexlife can suffer. You should know that you're not alone. In fact, more than half of all men over 40 have difficulties getting or maintaining an erection. This issue, also called erectile dysfunction, occurs with younger men as well. You should know there is something you can do about it. http://parkerokaynow.*com ( Important! Remove "*" ) -- I need to go to the hospital wing, I think, he said. Bad headache. My dear, you were undoubtedly stimulated by the extraordinary clairvoyant vibrations of my room! said Professor Trelawney. If you |
|
From: <da...@cr...> - 2003-07-25 08:20:38
|
Hi all, I've released a new version of Unc, with a couple of bugfixes for the GUI and a revised third-party-libraries file, as the previous one had a broken jar in it (the one for Jetty, which isn't used in the default setup, hence it went unnoticed for so long). I've also added the object browser bean jar to sourceforge, ready to drop into your favourite beanbox or launch the demo application (using bird-flocking algorithms as the object model) by double-clicking or 'java -jar' ing it. Have fun Dave Crane |
|
From: Dave C. <da...@cr...> - 2003-07-08 07:59:12
|
Thanks, Carfield, I'll add it to the list to have a look at (now I've got three to evaluate, dang!) Cheers, Dave On Sat, 5 Jul 2003 00:20:22 +0800 (GST), Carfield Yim <ma...@de...> wrote: > Personally haven't use any of these, but this one sound nice: > http://serp.sourceforge.net/#bytecode > > \\\|/// > \-- -//( @ @ ) > -----------oOOo-(_)-oOOo------------------------------------------------ > Visit my homepage at http://www.carfield.com.hk > > Programming discussion groups > Software design: news://news.carfield.com.hk/programming.design > Design Pattern: news://news.carfield.com.hk/programming.design.pattern > java: news://news.carfield.com.hk/programming.java > linux: news://news.carfield.com.hk/programming.linux > ------------------------------------------------------------------------ > > > > > On Fri, 4 Jul 2003 da...@cr... wrote: > >> >> Quick techie question, >> >> I'm looking to make use of a bytecode generator within Unc at some point >> in the near future, the two main contenders appear to be Apache BCEL and >> the gnu.expr+gnu.bytecode packages. Has anyone used either of these? Any >> comments on ease of use, particularly whether the BCELifier lives up to >> its claims. >> >> Thanks, >> >> Dave >> >> >> >> ------------------------------------------------------- >> This SF.Net email sponsored by: Free pre-built ASP.NET sites including >> Data Reports, E-commerce, Portals, and Forums are available now. >> Download today and enter to win an XBOX or Visual Studio .NET. >> http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 >> _______________________________________________ >> UncleUnc-developers mailing list >> Unc...@li... >> https://lists.sourceforge.net/lists/listinfo/uncleunc-developers >> > > -- Dave Crane |
|
From: Carfield Y. <ma...@de...> - 2003-07-05 02:57:27
|
Personally haven't use any of these, but this one sound nice: http://serp.sourceforge.net/#bytecode \\\|/// \- - -// ( @ @ ) -----------oOOo-(_)-oOOo------------------------------------------------ Visit my homepage at http://www.carfield.com.hk Programming discussion groups Software design: news://news.carfield.com.hk/programming.design Design Pattern: news://news.carfield.com.hk/programming.design.pattern java: news://news.carfield.com.hk/programming.java linux: news://news.carfield.com.hk/programming.linux ------------------------------------------------------------------------ On Fri, 4 Jul 2003 da...@cr... wrote: > > Quick techie question, > > I'm looking to make use of a bytecode generator within Unc at some point in the near future, the two main contenders appear to be Apache BCEL and the gnu.expr+gnu.bytecode packages. Has anyone used either of these? Any comments on ease of use, particularly whether the BCELifier lives up to its claims. > > Thanks, > > Dave > > > > ------------------------------------------------------- > This SF.Net email sponsored by: Free pre-built ASP.NET sites including > Data Reports, E-commerce, Portals, and Forums are available now. > Download today and enter to win an XBOX or Visual Studio .NET. > http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01 > _______________________________________________ > UncleUnc-developers mailing list > Unc...@li... > https://lists.sourceforge.net/lists/listinfo/uncleunc-developers > |
|
From: <da...@cr...> - 2003-07-04 08:48:44
|
Quick techie question, I'm looking to make use of a bytecode generator within Unc at some point in the near future, the two main contenders appear to be Apache BCEL and the gnu.expr+gnu.bytecode packages. Has anyone used either of these? Any comments on ease of use, particularly whether the BCELifier lives up to its claims. Thanks, Dave |
|
From: <da...@cr...> - 2003-07-04 08:45:52
|
Hi all, A new release of Uncle Unc has gone up last night. New features include: - added low level interfaces for searching and sorting containers, yet to deliver concrete implementations (sorting can be done by the Sirius GUI, but that's something I've inherited from the dog.gui code, which I'll need to move down into the object tree at some point - some fixes and extensions to dog.gui to provide better interoperation with Swing - Unc components can now be hosted inside a Swing GUI without any issues - filtering interfaces moved into the utilities package, in order to alloe filtering of objects other than ulu.view.Item - About box restored - the main item list can now toggle between a column view and a simple list view (with bigger icons, for those who like their eye-candy) I've also packaged up the first javabean to be spun off Uncle Unc, called the ObjectBrowser - an instant GUI generator for any java object. See more at http://www.sunwheeltech.co.uk/beans/ If you want torun the example app, its in the com.sunwheeltech.examples.boidbox section, should run out of the box from the source download as java com.sunwheeltech.examples.boidbox.BoidBox src/com/sunwheeltech/examples/boidbox/startup.py Happy coding, Dave |
|
From: Dave C. <da...@cr...> - 2003-06-02 21:15:03
|
Hi all, A new release of 'Uncle Unc' is up, mostly a cleaned-up version of existing code. I've been through most of the packages with a javadoc tool (the aging but still quite useful DocWiz) and tidied things up. There is an ant task for generating the javadoc, (that generates many style warnings but gets there in the end!) While on this journey, I've taken notes on what needs to be done to reach the point where I can freeze the core API and begin to invite other developers in to contribute on modules without my breaking their code in the next release. There are also a few bugfixes in place with the filters mechanism, and an improved set of file filters. Regards, Dave Crane |
|
From: <da...@cr...> - 2003-05-09 12:56:10
|
Hi all, After rather a long interval, the new release of Uncle Unc has been posted. There's further work on the move towards a decorator-based approach (the ulu.view.Shaper interface), with filesystems (and zip/jar archives) now completed. There are various new utility classes too, mostly in anticipation of developing a proper luggable module structure. During the long delay since February, the first Uncle Unc-based application has been released, with much of my energy taken up with testing and deploying that. I encountered the IzPack installer - http://www.izforge.net/izpack - along the way, and its made my life much easier too. Would there be any interest in an installer for Unc? Anyway, the application in question is a system dynamics simulator for environmental policy-makers, at http://www.eccosim.org.uk. It's been a useful exercise pushing this in front of non-techies, and I think on the whole its validated my belief that the file-explorer-everything-is-an-object approach works fairly well. In the lull, I've also been doing some documentation, javadoc quality is improving, and I've revamped the website, which should go live in the next week or so. I also developed a separate application called 'ShowMan', which runs an XML and python based script in order to do live demonstrations of coding. There's a demo of this in the latest Unc download ('java ulu.show.ShowMan file:///path/to/unc/scripts/show/whatisunc.xml'), but the technology is equally applicable to showing off any java project. Unc has been crawling along as my pet project for over a year now, and there's still some work to do before it's core API is stable enough to take submissions on third-party modules without breaking them every time, but it's strong enough to embed into real applications now (e.g. my simulator). I'm currently developing a few javabeans that leverage Unc, allowing developers to drop file viewers, log viewers, object inspectors etc. into their apps from their favourite dev tool. All the best, Dave |
|
From: <da...@cr...> - 2003-01-14 12:21:15
|
Hi all, A new release of Unc is up (for some reason I've managed to register each file twice in the SF listings this time - you only need one copy of each file). The changelog explains most updates, and there are quite a few this time. Biggest change is that its now possible to round-trip Unc views as XML, which allows for saving of startup options etc., and for serving views across a network to thinb clients. I've devised a simple implementation of this, with a scripted webserver built on an embedded Jetty server, and been able to browse my unix filesystems from a Win2K unc client, which was kind of neat. To make this really useful, I'll need to add support for method invocation and paging in the XML network protocols, but that won't be a big job now that the infrastructure is in place. Under the hood, I'm doing another round of refactoring of the codebase, without breaking anything so far. The Item and View interfaces were getting crowded, and have been broken up into a number of separate aspect-based interfaces. Ultimately, I'll try to get most of the UI components to talk to these little interfaces rather than the big ones, making them more flexible and reusable. Enjoy. Dave |
|
From: <da...@cr...> - 2002-12-17 16:10:26
|
Hi, I just stumbled across the 'Naked Objects' website today (http://www.nakedobjects.org), and saw a lot of similarity to what I've been trying to achieve through Uncle Unc over the last year. The key idea behind their coding approach is to expose the user directly to the business objects, rather than imposing an artificially restrictive GUI between the two. They have published a book, and the entire things' also available online, the first couple of chapters make a damn fine introduction to Object-Oriented coding IMHO. Just thought I'd share this find with the list, as it left me feeling quite excited, both about their stuff and Unc, asd it seemed to clarify to me what I'm trying to do and why. I'll be lurking on their developers mailing list, see what turns up. Cheers, Dave |
|
From: Dave C. <da...@cr...> - 2002-12-12 21:51:50
|
Hi all, Another release of Unckle Unc has just gone up, with a much-stabilised version of the multithreading capabilities of the gui introduced in the previous update, and some neat back-end stuff that provides visual feedback on thread activity (and can be re-used for much else besides). I've mostly been mucking about with the gui again, need to get onto those back-end modules and start tidying them up... As this may be the last release of the year, may I take the opportnity to wish everyone a happy christmas/midwinter or midsummer and new year. All the best, Dave |
|
From: <da...@cr...> - 2002-11-12 10:11:01
|
Hi all, A new release of Uncle Unc is up on the site in source code form. New features are listed in the changelog, but, in brief: - methods invoked from the GUI now run in their own thread, easing the burden on the AWT event thread and allowing larger, more complex activity to be invoked. This arose from trying to run a simulation model with 6000-odd variables through the Unc harness, and watching it freeze up badly when it tried to open a new view and wrap each variable in an unc item. - better interaction between filters and pagers, which now behave almost intuitively in the sirius gui, apart from the fact that the gui list will sort items independently of the order in which the underlying View object stores them. - added log view filters for apache logs, and tested out on some fairly big ones (and one very huge one at 16M, which it couldn't handle. My fault for running up a 16M log file in the first place, rather than using a database to log it!) - a few beginning scratches at parcelling up bits of the gui as javabeans, allowing unc components to be embedded in other applications. So, there's been a fair bit of work going on under the hood during the last month or so, and I foresee a couple more big changes to do before I consider moving unc out of alpha and declaring it useful. - currently, bespoke views such as jini, databases, log files etc. are implemented as subclasses of View. It struck me as more sensible in many ways to have only one View, and implement the bespoke types as objects that manipulate the View, automatically populating it, creating subviews etc. etc. - the dog gui toolkit uses a 'DItem' object as a placeholder for lists etc. I wrap my Item objects in DItems, and there may be performance gains in flattening this out and rewiring dog to use Items directly. These will both entail pulling everything apart so that it stops working, then putting it together again. There's a danger that I keep chasing my tail if I do that. Now that I'm looking at beans too, my plan is to release roughly once a month, and to alternate between producing a useful bean from the current functionality, and doing some of the heavy rewiring work. So I'm aiming at having a drop-in bean for reading log files by end of November, then pick some grunt work for December. Regarding beans, I can see that there's an advantage here to having a Swing-based version of the controls. Dog interacts with swing OK, but won't respond to PLAF, for example. As a quick straw poll, would anyone here be influenced in whether to use a javabean by whether it is swing or not? (I'm not planning on ditching dog, but on possibly supporting two sets of GUI components, following the same design patterns. A lot of the architeture of sirius can translate fairly straight to a swing version. Dog is too useful not to have: smaller, faster, stands a good chance of running under personaljava, has the list component ready-rolled, etc. etc.). While I'm on this line, anyone had any good or bad experience of eclipse as a gui framework? Regards, Dave Crane |
|
From: Dave C. <da...@cr...> - 2002-09-19 21:05:55
|
Hi all, It's been a few weeks now, but I've finally got unc to a good stopping space and time to put out a new release. Python startup scripts have now been implemented, allowing population of the 'scrapbook' folder at startup with any arbitrarily complex object that you may wish to frequently use as method arguments, for example. Most of the time, though, has been spent on porting my system dynamics simulator to use unc as the gui framework. The app itself is fairly esoteric (although I do use it for some of the work that I do - see http://www.eccosim.org.uk if you're curious), but from the unc perspective its been a very useful first step in testing out the object-wrapping capabilities of the framework. I've added quite a bit of support now, extending the ObjectView so that reflection-derived fields and methods can be represented either as child items as before, or as properties and methods of the current item, in which case they can be manipulated in a fairly natural way within the sirius gui. Bean getter/setter methods can be presented as properties too. The simulator can be started by invoking unc with the scripts/unc/startdyn.xml file, which will launch a simple and fairly uninteresting simulation of a warehouse inventory! That's all, folks! Dave |
|
From: Dave C. <da...@cr...> - 2002-08-15 21:21:30
|
Hi all, Once again, there's a new release up. There isn't much in terms of new features in this one, I've basically just finished off the business of binding complex method arguments to the dialog box, so you can search the scrapbook for matching objects (the scrapbook is usually empty, of course - the next release will address that). To test it out, pick any object from an unc view and call its equals() method. Big news is that I've set up the process for binary distribution too now. For the moment, I'm offering it as a tar.gz which unzips to create a few jars (including all the really essential third-party libraries), accessible config files and startup scripts for unix and windows. I've launched it on clean boxes of each of these OSes (Red hat 6.2 and Win2K), would love to hear from you all on how smooth this goes for you, so I can iron out any glitches in the scripts. In particular, any cygwin, MacOS X or other unusual configurations (I've done a cut'n'paste job on the ant startup scripts, which check for many special situations, I'm curious to know how well it works in practice).. Cheers, Dave |
|
From: <da...@cr...> - 2002-08-02 20:30:08
|
Hi all, Another new buid went up last night, several new features, see the changes file for details. I've updated the getting started docs (readme.src.html), as Unc can now be launched without jython, but failed to mention a couple of package dependencies: apache oro regex testing. The jython.jar contains some but notall of this, and specifically not the GlobCompiler (ask me if you didn't know that globs could be compiled!?), so you'll need to get the full standalone distrib from http://jakarta.apache.org/oro. I'm using version 2.0.6, it is thankfully small! Also a few completely non-essential classes depend on the servlet API, just delete these if you don't want to download the servlet developers kit or tomcat. Sorting out package dependencies in the Ant script is on my todo list, I promise Cheers, Dave |
|
From: <da...@cr...> - 2002-07-22 09:24:35
|
Hi all, I put a new release up Saturday, forgot to mail the list until today. Too much good weather this weekend :-) Uncle Unc source release 0.22 is up at sourceforge, with improved JDBC module, a few fixes and tweaks to the pager GUI element, and some initial code on expanding Sirius' ability to handle complex method parameters (mail me if you don't know what that means, and I'll try to work it out!). Regards, Dave |
|
From: Dave C. <da...@cr...> - 2002-07-13 20:30:50
|
Hi all, Another new releae up, which makes the log4j reader modules fairly useable! Quite a few fixes behind the scenes, and a nice little gui widget for showing which page of a large view you're on. Dave |
|
From: <da...@cr...> - 2002-07-04 21:06:36
|
Hi all, A new release up at sourceforge, with a variety of new bits and pieces. Still not a stable/smooth install, but I have been able to get the client to launch from a jar file (i.e. java -jar) and via JNLP using Sun's webstart thing. There is a new tree component for the GUI which is _very_ unstable at the moment, and will only appear when the config file is altered to allow experimental features. There's the start of a filtering framework, a bit more of the pager architecture worked out, and the start of an XML-based persistence mechanism, used at startup at present. I'm aiming to consolidate in the next few weeks, and iron out any bugs that I have in the basic mechanisms - paging, filtering, persistence, method calls - so that the existing services work properly (log files are a bit broken at present, for example, and the class browser has a terrible time when launched from jar files, especially under jnlp). In the meantime, everything is in place for developing some simple services that ought to be in here really, such as zip and jar files, xml files (I'm using a lovely little bare-bones xml parser called nanoxml-lie (6kbytes of code) to do the persistence stuff), and RSS newsfeeds. Cheenu, your google module maybe ready to be parameterised properly - method calls work now as long as all arguments are strings. Anyone who wants to dip their toes in any of these give me a shout. Dave Crane |
|
From: Dave C. <da...@cr...> - 2002-06-20 21:29:43
|
Hi all, A new release up again. This week, I have mostly been working on the GUI client - see the screenshots on the project home page. Not quite packaged up ready for binary release yet, but getting there. See the changelog in the src.tar.gz fopr full gory details. Dave |
|
From: <da...@cr...> - 2002-06-10 09:23:24
|
Hi, I forgot to mention this morning that the latest build also has a 'paging' feature that works (i.e. breaks a view holding many items up into pages of a given size, with next|back methods for skipping through them. The default way to do this is just to load all items up into a vector at once as usual, and then just display subsections of that when View.items() is called. There's scope to override this, though, which I'll look to do for databases and log file readers shortly, by moving the paging down to a lower level and only creating the Item wrappers for the current page. I revised the previous Pager interface completely to get this working (going from Pager containing the View to View containing the Pager), in case anyone has looked at this bit of code and thought they understood it ! Dave |
|
From: Dave C. <da...@cr...> - 2002-06-10 07:27:22
|
Hi folks, Another new release of unc up at sourceforge, with a few new bits and pieces, mostly bug fixes and tidying up. I've added a 'scrapbook' view for catching objects and views generated by the user which don't immediately fit anywhere else, and successfully wrapped a remote object generated by a jini service and was able to inspect it using unc, which I thought was pretty neat. Dave |
|
From: Dave C. <da...@cr...> - 2002-05-31 21:00:39
|
Hi everyone, I've just posted a new release of the Unc stuff onto sourceforge, with new sets of icons, much more mature version of the new codebase (you can actually invoke methods of the items in the lists and get a response now) - still a developers only release, should be stable enough to go back into production soon. (I'm having a look at java web start/jnlp at the moment as a way of managing future binary releases. Anyone got any experience/stories about this?) Cheenu - the folk at google have no objections, so my paranoia was unfounded, and your contributions are a regular part of unc now. I'm on holiday until Thursday of next week, in case any glaring bugs come up and go un-replied to for a few days. Dave |
|
From: <da...@cr...> - 2002-05-08 16:22:08
|
To anyone who's trying to keep up with the refactoring of the codebase, I'm having a quick look at the ObjectFactory, and it makes much more sense for every Item and View to require a null-args constructor, plus a couple of required methods: /** set the name of the item or container */ void setName(String name) /** set the primary reference object around which this view or item is wrapped */ void setReference(Object obj); So the previous rule that all items must be constructed with a name is out for now. All _should_ settle down for the next release! Dave |
|
From: Cheenu <ch...@us...> - 2002-05-02 18:23:18
|
Dave, Feel free to adapt the code to the new interfaces for the next release. Like you said, with your new interface we can make searches dynamic. -Cheenu On Thu, 2 May 2002 da...@cr... wrote: > > Hi Cheenu, > > Excellent stuff! Many thanks for your contribution. > > It may take me a couple of days to digest this, pull down the apache SOAP stuff etc., but I'm keen to give it a try. > > Yes, we should be able to factor in dynamic search terms pretty soon with the reworking I've been doing, a lot of which was aimed at getting the ability to call items on the methods. I've been testing this out with the database login and it runs nicely there. The addition of a google search facility will be a nice showcase of this capability. > > If you're agreeable, I will adapt the code to the new interfaces for the next release (ten minute job, hopefully!), and keep it as ahard-coded search for that. We can then talk about how to make searches dynamic once the new intefaces are out there in public, hopefully for the one after that. > > Thanks too for the clear install instructions. I'll adapt the ant file to do a sniff for apache soap like I do for log4j and jini, as I seem to remember its quite a big download? > > All the best, > > Dave > > > > > >Hello, > > > >Attached is an implementation of search through Google SOAP API with unc. > > > >Requirements > >1. Apache SOAP from http://xml.apache.org/soap/ installed as detailed in > >http://xml.apache.org/soap/docs/index.html > >2. Google Web API from http://www.google.com/apis/ > >3. A Google account to obtain license key for searches, from > >http://www.google.com/apis/ > > > >Put Google license key in google.properties file googlesearch.Key field. > > > >Right now search string is defined in google.properties > >Also, the results set to view 0-10, 11-20 etc is in the google.properties > >file > > > >With the new UI that Dave said today, these might get better. > > > >Have fun for now > >Cheenu > > > > > >-----Original Message----- > >From: da...@cr... [mailto:da...@cr...] > >Sent: Friday, April 12, 2002 11:23 AM > >To: unc...@li... > >Cc: da...@cr... > >Subject: [Uncleunc-developers] google SOAP API > > > > > > > >Hi all, > > > >I stumbled across a link today - google are cooking up a soap API for > >their service. The author of the ruby implementation linked to here works > >at Google, it looks like its in its early stages still. > > > >http://www.ruby-talk.org/cgi-bin/scat.rb/ruby/ruby-talk/37623 > > > >Apache have a SOAP toolkit for java. Anyone fancy brushing up their SOAP > >skills and writing an UNC container that can retrieve google search items? > > > >(I'll put this into the proper SF task list thing early next week, but as > >its Friday afternoon, I thought I'd bring it up here.) > > > >Have a good weekend. I'll be back online on Monday. > > > >Dave > > > >PS: I posted a 'how to code for unc' article on the web site > >(uncleunc.sourceforge.net) the other day, which gives a blow by blow run > >through the DBView code. Do have a look if you want to have a go at > >something but don't know where to start. > > > >_______________________________________________ > >UncleUnc-developers mailing list > >Unc...@li... > >https://lists.sourceforge.net/lists/listinfo/uncleunc-developers > > > > > > > > _______________________________________________________________ > > Have big pipes? SourceForge.net is looking for download mirrors. We supply > the hardware. You get the recognition. Email Us: ban...@so... > _______________________________________________ > UncleUnc-developers mailing list > Unc...@li... > https://lists.sourceforge.net/lists/listinfo/uncleunc-developers > |
1 message has been excluded from this view by a project administrator.
