OpenQabal renamed, development moved, etc.
As we get very (very) close to a release of "The project formerly code-named Project Shelley," big things are at hand in OpenQabal world. First... the project is renamed. Say goodbye to "OpenQabal" and hello to "ScrewPile." Why ScrewPile? A Screwpile is a particular type of lighthouse. Fogbeam'ers like lighthouses, so we're using lighthouse related terms for all of our open source activities. Also, development has been moved from the old Java.net site and onto Google Code and Github. The new ScrewPile Project on Google Code is already available for your perusal. A New ScrewPile Dev blog is available as well. GitHub repos are coming soon'ish. Why Google Code? And why Google Code *and* GitHub? Google Code is just a little easier to work with. The project pages can be edited wiki-style and it has nice integration with Google Groups, etc. And since all of these big changes are coming, now seemed like a good time to switch. As to why both GC and GitHub... because Git is the future, and we expect the Git repo(s) to be the main basis for development, with code pushes to the Google Code SVN repo as a convenience for people who don't know Git, don't have access to Git, etc. The other big news... "Project Shelley," "Project Poe" and "Project Collins" all have real names now! Say hello to Neddick, Quoddy and Heceta respectively. Why "Neddick," "Quoddy," and "Heceta?" Because we like lighthouses. Neddick is named after the famous Cape Neddick "Nubble" Lighthouse, Quoddy after the West Quoddy Head Ligthouse and Heceta after the Heceta Head Lighthouse. There are still a few things to be worked out over the next day or two, but we expect to be totally up and running on the new system(s) very soon, and the first code pushes from the new codebase will be out very soon. Stay tuned... And as always, follow @ScrewPile on Twitter for super handy news blurbs and updates.Posted at 10:29PM Jul 07, 2010 by Phillip Rhodes in General | Comments[0]
Capability Case #2: Technology Radar
Following on from yesterday's post about Project Shelley Capability Case #1: Collaborative Filtering for Information Retrieval, here is the next detailed capability case for Project Shelley Capability Case #2: Technology Radar. Also available in (pdf) and (odt) format.Name:
Technology Radar
Â
Intent:
             Identify technological developments - which may present either a threat to the enterprise, or a groundbreaking new opportunity - as early as possible.Â
Â
Description:
New technologies are being developed at a dizzying pace. Worldwide, private enterprises, academic researchers, and open-source hackers are all constantly pushing the envelope, developing new approaches and tools.  Some of these advancements may represent a huge threat to your organization, perhaps by enabling a competitor to cannibalize your existing business model with a much less expensive alternative. Others may represent an opportunity to break new ground with products, product features, or services that can represent sizable new revenue streams. It is advantageous to identify these advances as soon as possible, in order to out maneuver the competition and take maximum advantage of new developments.
Â
As Downes and Mui point out in their bookUnleashing the Killer App, this kind of awareness requires a technology radar consisting of a fat pipeline, a sensitive radar screen and sophisticated intelligence.
Â
Solution Story:
             At MegaCorp, developers of the market leading Flozzit product, leaders are constantly jousting with rival HyperCorp, each striving to release the most advanced product in order to steal customers from the other. Recently, HyperCorp has released a multiple new versions with features that no one at MegaCorp had considered, or believed possible at the time. After the most recent release, MegaCorp leaders dug in and discovered that HyperCorp had integrated advanced technology developed by researchers at Miskatonic University. “Why,†asked MegaCorp CEO Howard Phillips, “did we not know about this sooner? This is actually a better fit for our product.. if we had done this first, we could have taken a huge chunk of HyperCorp’s market share, instead of letting them jump further in front of usâ€Â No one had an answer.
             In order to address this lack of awareness of emerging technologies, MegaCorp decide to implement a Technology Radar. An “emerging technologies†channel is created, where every member of the organization can submit links to documents, articles and news-feeds that touch on technologies related to MegaCorp’s industry. Users throughout the organization vote, tag and comment on each submission, allowing the collective intelligence of the organization to filter the less important items, while pushing the key ones to the top. Product Managers and executives begin to make browsing the latest ‘top items’ on the channel a routine habit... and some users configure the system to send them a dynamic alert via instant messaging when an entry reaches a certain score.
             A few months later, the Flozzit Product Manager receives such an instant message... the link is to an article published by Arkham University, announcing the development of a new algorithm which solves a problem that MegaCorp engineers have been struggling with.  AU has released the source code under a permissive open-source license, and MegaCorp begin integrating the new approach, and also recruit two of the students from AU who worked on the project.
             Using the new technology, MegaCorp are able to deliver a new release of Flozzit with several features which they believe that HyperCorp cannot match. Amazingly, the new HyperCorp release comes out six weekslater, and is almost totally equivalent to the new Flozzit.
CEO Phillips talks to his mangers and explains why he’s happy with developments; “We weren’t able to leap-frog them this time... but if we hadn’t rolled that new stuff out when we did, their new release would have been a dagger into our heart.   Now we’ve shown them, and the market, that they aren’t always the ones on the forefront of technical advancements. And the two new guys we hired from Arkham are already hard at work on some stuff that’s going to blow everybody away.â€
            Â
Vintage:
Mature Commercialization            Â
Â
Challeges:
Corporate culture which fosters a “Not Invented Here†syndrome.Â
Lack of incentives for participation in the system.
Lack of belief in the utility of the system.
Lack of participation in the system by executives and other decision makers.
Â
Forces:
             TBD
Â
Business Results:
             Better awareness of technological advances which are significant to the organization.                          Ability to gain early mover advantage over competitors by incorporating advances             Â
sooner.
Lower risk of being one-upped by the competition with a significant technical            Â
advancement.            Â
Â
Capabilities:
             Share links to web-sites, documents and other items of interest
             Categorize links by topics using channels
             Tag links with specific keyword
             Rank items by voting them “up†or “downâ€
             Search and filter by topic, keyword, and/or score
             Sort view by various statistical measures, such as “all-time scoreâ€, “hotnessâ€, and             Â
“controversiality.â€
Dynamic alerting, via email, instant messaging, etc., when items reach certain thresholds.
Â
Typical Use Scenarios and Guidance:
             A technology radar is established to pull in information from many disparate sources:
             RSS feeds, Twitter streams, email lists, and user submitted links to websites, documents              and articles. Collaborative filtering through collective intelligence is used to filter the                           lower value submissions, while ensuring the relevant information gains visibility.             Â
Employees through the organization view the radar, through the “emerging technologies†            Â
channel and take advantage of the information.Â
Â
In some cases this may represent a “bottom up†scenario, such as an engineer finding an interesting new library which enables a feature the engineer likes... he quickly knocks out a prototype, shows it to senior management, and it is eventually adopted into a product release. In another case, this may be a “top down†scenario, where a senior leader discovers a new technology, and issues a mandate that R&D investigate it’s applicability to their product.
Â
Applicable Technologies:
             Fogbeam Labs “Project Shelleyâ€
Other corporate knowledge repositories (blog servers, forums software, document             Â
management systems, HR management systems, etc.)
Existing Data Warehouses / Databases / Knowledgebases
External information sources (web pages, databases, etc.)
Â
Implementation Effort:
             TBD
Â
Integration:
             Project Shelley can easily integrate any knowledge source which can be accessed via
HTTP and which exists in a format which can be parsed into text tokens for indexing by             Â
Lucene. Where text extraction is not possible, location through metadata is still possible (ex, mp3 audio files, video, etc).
Â
Â
Integration Mechanism:
             RSS feeds, HTTP, OpenSearch
Â
Integration Status:
             TBD
Â
Posted at 01:02PM Jun 12, 2010 by Phillip Rhodes in General | Comments[0]
So, what's a "Capability Case" and why should I care?
One of the things that we're doing with Project Shelley (and all of the OpenQabal projects, really) (the new name is ScrewPile)is expressing the initial requirements in terms of capability cases. That link explains capability cases in more detail, but the gist of it is this: A capability case is a business problem, linked to a set of technological capabilities, through a scenario. A capability case could be considered somewhat similar to a use case, but capability cases are more specifically about linking the scenario to a business problem and envisioning a solution, expressed as required capabilities. To illustrate the point, and to get the ball rolling with describing Project Shelley Neddick in terms of capability cases, here's our first Project Shelley Neddick Capability Case. (pdf), (odt).Name:
Collaborative Filtering for Information Retrieval
Â
Â
Intent:
             Use voting/ranking by individual users to tap into the “wisdom of crowds†effect to filter /                           select the most relevant information in a given context.
Â
Description:
Knowledge workers - and especially executives - face nonstop demands on their time, and have to make key decisions in ever decreasing time spans, in order to adapt to the rapidly changing business environment. Balanced against the need for rapid decision making is the need to consider and evaluate as much available information as possible before making a decision. The information needed to make correct decisions often exists, either within your enterprise - often locked away in the collective, accumulated wisdom of every member of the organization - or somewhere outside your enterprise. In either case, it can be nearly impossible to solicit the correct information before risking a strategic mistake. In any medium to large organization, it simply is not possible to review every document and poll every employee, customer, partner and vendor before executing a decision. Even if time were available to do this, a small nugget of essential information could easily be lost in the sea of noise. However, technological tools make it possible to rapidly filter, rank and correlate various sources of knowledge, helping to ensure that what is important makes it to the people who need it, despite it’s origin.
Â
A group of individuals can often be “smarter†than any one member of the group.   By aggregating the wisdom of individuals via voting / ranking / correlation using collective intelligence it is possible to tap into the wisdom of crowds effect within your organization.  Collective intelligence ensure that relevant information is seen by those who need to see it, even if it “bubbles up†from an otherwise obscure source.
Â
Solution Story:
Â
             At MegaCorp, the worldwide leader in enterprise software with their flagship Flozzit product; sales were down and managers were scrambling to increase revenues. A group of managers decided that the solution was to create a new, feature-enhanced Flozzit 3.0, which would add missing features and solve long-standing issues that were resulting in lost sales.
Â
             Lacking sufficient resources to add every desirable feature, it was critical that the Flozzit Product Manager identify the features which would most directly impact sales. So the Product Manager began scouring over enhancement requests in the bug database, and scanning old emails from account managers, field reps and engineers. After a few weeks work and several meetings, the PM thought she had a pretty good handle on which features should go into Flozzit 3.0.
Â
Before committing resources to the new roadmap however, she decides to peruse the “Flozzit†channel on the PS portal, and look for items tagged “complaint†or “enhancement.â€Â At the top of the list is a report written by a customer support representative (who the PM had never met, or even heard of; she wasn’t even sure if he was still with the company) titled “Why BigCorp hates Flozzit.â€Â Intrigued, she examines the filtering metadata and sees that nearly every CSR in the company has upvoted the report, as well as one or two of the engineers.  She downloads the report and digs in, to find a detailed summary of the top issues that end-users at BigCorp (the largest customer of Flozzit!) had complained about when talking to the CSRs. The language was detailed and some of it was not kind to Flozzit. After reading the report, the PM arranges to meet with the CSR who wrote the report, and identifies 5 top issues which had never been discussed in the many meetings held to identify the new Flozzit 3.0 roadmap. She then calls her top contact at BigCorp to discuss the issues and the first thing he says about issue #1 is “Yes, our users have been very concerned about that. We noticed that HyperCorp is releasing that feature in their 4.0 product and might consider switching if MegaCorp doesn’t answer soon.â€
Â
Armed with this new information, the PM polls a sample of other Flozzit customers about the 5 issues identified and find that 3 of them are so important that they must go into Flozzit 3.0.
Â
Six months later Flozzit 3.0 ships with the 3 new features and a slew of bug fixes. BigCorp immediately commits to an upgrade, and are so happy with the new version that they purchase another 50 licenses a few months later.
Â
Vintage:
Mature Commercialization            Â
Â
Challenges:
             Corporate culture which stifles dissent.Â
Lack of incentives for participation.
Lack of belief in the utility of the system.
Unsupported document formats, databases with proprietary formats which are difficult to
integrate.
Â
Forces:
             TBD
Â
Business Results:
             Better identification of actionable news and information which might otherwise remain             Â
lost in the sea of information inside the enterprise; leading to better decision making at
both the strategic and tactical levels.
Â
Capabilities:
             Share links to web-sites, documents and other items of interest
             Categorize links by topics using channels
             Tag links with specific keyword
             Rank items by voting them “up†or “downâ€
             Search and filter by topic, keyword, and/or score
             Sort view by various statistical measures, such as “all-time scoreâ€, “hotnessâ€, and             Â
“controversiality.â€
Â
Â
Â
Typical Use Scenarios and Guidance:
             Knowledge workers view channels of topical concern to their jobs, or of general interest, on a regular basis, voting and tagging existing items, commenting on existing items, and submitting new items, creating a view of what’s important - and adding to the corporate memory - using collective intelligence.
             Knowledge workers discover relevant information through casual browsing; and through directed searching by tag, channel, submitter, score, or other attribute, when specific topics are under review.  By limiting causal browsing to the most highly ranked items, an employee can maintain a “finger on the pulse†of what is considered important at a point in time, wthout reviewing every item. But directed search makes all of the other items accessible when they are relevant to a topical query. Â
Â
Applicable Technologies:
             Fogbeam Labs “Project Shelleyâ€
Other corporate knowledge repositories (blog servers, forums software, document             Â
management systems, HR management systems, etc.)
Existing Data Warehouses / Databases / Knowledgebases
External information sources (web pages, databases, etc.)
Â
Implementation Effort:
             TBD
Â
Integration:
             Project Shelley can easily integrate any knowledge source which can be accessed via
HTTP and which exists in a format which can be parsed into text tokens for indexing by             Â
Lucene. Where text extraction is not possible, location through metadata is still possible (ex, mp3 audio files, video, etc).
Â
Â
Integration Mechanism:
             RSS feeds, HTTP, OpenSearch
Â
Â
Integration Status:
             TBD
Â
Posted at 10:03PM Jun 11, 2010 by Phillip Rhodes in General | Comments[0]
OpenQabal, Project Shelley, Project Poe, Project Collins, WTF?
If you were paying attention to the previous post and its predecessor you should kinda have an idea of what Project Shelley is. At least, you may be thinking to yourself, "Ok, it's a Reddit clone, written in Groovy/Grails, and incomplete, what's the big deal?" And that's a perfectly fine attitude to have at the moment. The point of this post is to start clarifying where this is going, how Project Shelley relates to Project Poe (namesake) and Project Collins (namesake) and how it all fits into the OpenQabal vision. Let's start by looking at what OpenQabal is meant to be. In the past, I had described OQ as: ...an open-source social-networking and collaboration platform / suite driven by the principles of federation, composition, and openness; with a special emphasis on enabling "distributed conversations" and the "federated social graph." So, let's start by throwing that paragraph out, while keeping some of the essence of it. This is still - in part - about social-networking and collaboration, but "distributed conversations" (especially at "Internet scope") aren't really part of what I'm interested in tackling right now. Not because it's not interesting, or because it's a solved problem, but because I don't see as much value for it in the setting(s) that I'm focusing on. But, again, if members of the community see a place to do that kind of work within the OQ umbrella, then that would be great by me. Now, the "federated social graph" bit... I wouldn't say that's being thrown out, but rather placed on the "back burner." So, that leaves us with, what, "an open-source social-networking and collaboration platform / suite driven by the principles of federation, composition, and openness?" Well, yes. But to make the scope of intended application(s) clearer, and the way things will decompose, I'd re-word that now as something like: "OpenQabal is an open-source suite of APIs and applications - driven by the principles of federation, composition, open protocols, and open standards - for building and enabling intelligent enterprise applications for collaboration, social-networking, knowledge management and discovery, organizational learning, Information Retrieval and decision support." No, that definition isn't perfect, and it'll morph over time. But I think that gets closer to the heart of things. "Intelligent enterprise applications" is really what interests me right now. And what I mean by that is, using technologies like collaborative filtering, tagging, social-graph mining, explicit semantics, data mining, machine learning, etc. to build (or integrate) enterprise applications in a way that makes them "smarter" or better able to help humans find the information they need, when they need it (even if they don't know they need it yet!) I've said before that I don't really like the label Enterprise 2.0, but for lack of a better term, you could say that that's what this is. Except we should probably call it Enterprise 3.0 just to one-up the competition, eh? With that said, what OpenQabal becomes is sort of an "umbrella" or over-arching structure for sub-projects that handle different parts of this vision. Think of how Glassfish has become an "umbrella" project for a series of related projects: OpenMQ, OpenESB, SailFin, Portal Server, etc. With OQ as the overall structure, sub-projects will deal with provide various APIs and/or applications / subsystems that are part of this overall "intelligent application" vision. A number of the pieces we talked about in the old OpenQabal model will live on now, pretty much as they always would have. I still see the need for an API / system for managing tags, something for doing recommendations, something for managing a social graph and allowing queries against it, etc. Of course, as before, in a lot of areas existing open-source code exists to do these things. In that case, we may (within the letter and spirit of the respective licenses) just "borrow" existing code, possibly wrapping or modifying it to fit the model of what we're doing here. Other bits will have to be written entirely from scratch, and that's OK. So, what about these sub-projects? Well, here's what I think I know about them so far:Posted at 09:34PM Jun 10, 2010 by Phillip Rhodes in General | Comments[0]
More on what Project Shelley does
In case last nights post didn't sate your appetite for Project Shelley information, here's another morsel. These screen shots illustrate the various ranking views that are available and demonstrate the RSS feed support. This is the "hot" view. "Hotness" is a basically a metric that combines age and activity... if something is both new and has votes (or comments), it's hotter than if it's older and has fewer votes/comments. In other words, hotness decays with age (on a logarithmic basis) from the moment an entry is posted, and hotness rises in response to votes or comments.
Posted at 03:49PM Jun 10, 2010 by Phillip Rhodes in General | Comments[0]
Introducting Project Shelley (with lots of screenshots!)
So, if you follow the OpenQabal Twitter stream or my personal twitter stream, you've heard some chatter about something called "Project Shelley." You may assume it had something to do with my recent post about restarting OpenQabal development, and you would be correct. So, what is this "Project Shelley?" Well, for starters, Project Shelley is just a temporary code-name. The project will get a better name later (maybe we'll have a contest or something) but it works for now. Someday I'll explain how the name came about... for now I'll just mention that it's a nod to our friend Mary Shelley the author of Frankenstein. Now with that out of the way, let's get down to the nitty-gritty. Project Shelley is the first bit to come out of rethinking the direction of OpenQabal. In the past, I was more focused on the broader social-networking aspect, thinking about decentralized, federated social-networks. But my personal interest was always more in enterprise applications of this kind of technology, and NOT in trying to build a "facebook killer" ala Diaspora or whoever. So, while working for a semi well-known self-publishing company in the Raleigh area back in 2008, I started playing with the Open Reddit code, looking at how that type of technology could be a complement to some other things "behind the firewall" vis-a-vis knowledge management. Some people showed interest, but no real champion ever stepped up to push its use, then the economic collapse happened and side-projects became less emphasized, and then I left the company in 2009. But that experience planted a seed, and so the first new OpenQabal sub-project is - essentially - a very Reddit (or Digg if you prefer) like application that uses voting, tagging, sharing, filtering, etc. of articles and documents. In it's present form it looks a lot like "just a Reddit clone" but the intention is to move beyond that, and I'll talk more about the more advanced features later (and to be fair, Shelley already has things that Reddit doesn't, but it also lacks things that Reddit does have) but tackling something that starts of as a "reddit like" gave me a chance to get started with a well known problem domain, and a chance to get something tangible out the door to start poking and prodding and playing with. The current version has a lot of functionality, but will need a fair amount of "cleanup" work to be anywhere near production ready. The intent here really was to blast through as much as possible in a short period of time just to make this project feel real again. So... with no further ado, here are screenshots and details about what this stuff does.
So there you go...a quick look at what Project Shelly is, currently. Coming later, more on what it will become in the future, and some info on the even more mysterious "Project Poe."
Posted at 12:46AM Jun 10, 2010 by Phillip Rhodes in General | Comments[0]
A Few Odds and Ends
Ok, a couple of other OpenQabal tidbits before bed:Posted at 01:34AM May 13, 2010 by Phillip Rhodes in General | Comments[0]
Latest OpenQabal News
I'm sure most everyone is assuming that OpenQabal is dead. That would be a reasonable assumption given the lack of activity on my part for the past while. And it may even be true, for a certain value of "dead" and a certain value of "OpenQabal." Certainly since the last time I was heavily engaged in this project, the world around us has changed, and context and assumptions have changed. To everyone who wanted a decentralized, federated, open-source social-networking platform 2 years ago, I apologize... I let myself get distracted by other concerns and let this languish.
This is doubly sad given the recent burst of interest in that very space (see: Diaspora), after the Facebook's Gone Rogue bit; but things are what they are and there's no use crying over spilt milk. So, the future then... As I said almost a year ago, the goal - in my mind - had already changed to being more about APIs for building "social applications." I believe that is still the case, and that is still the direction that I'll be pursuing with code I write in the near future. There is another subtle (or not so subtle) shift in focus as well... More than before, my intent is to focus on APIs, interfaces and tools for building socially aware applications in an enterprise context. As much as I hate buzzwords and labels, I'd say the goal is a Enterprise 2.0 suite. As my current interests have moved heavily in the area of social ranking / voting, collaborative filtering, tagging, etc., I've started coding up a front-end to work with those techniques. As that evolves, some of the same APIs that were part of the OpenQabal vision 2 years ago will begin to evolve again. Some new things may appear, some old things may get dropped, as I explore some ideas about how all of this will work. At any rate, there *will* be new work coming out of the OpenQabal project, it just might not be what anybody thought it would be before. Some things I know I'll be doing:Posted at 12:58AM May 13, 2010 by Phillip Rhodes in General | Comments[0]
Is OpenQabal dead?
A few emails have shown up in my inbox over the past month or two, which I've been sadly negligent in replying too. If you sent one of them, I will reply to you directly in short order, but I did want to post a quick update here. The question lately has been: "What's going on with OpenQabal? Is the project (dead|inactive|stalled|etc) or alive?" The short answer is, the project IS still alive. For some value of "alive" anyway. This project has not received much attention from me lately, for a variety of reasons. Late last year I was involved in a political campaign, and that bled over into the holiday season, and I basically said "I'll work on it after the beginning of the year." Then January came and went, and my passion for hacking code in my every spare hour got pushed aside for some other interests for a while. But at no point did I decide to drop this project, and I fully expect some work to resume shortly. Of course my life just keeps getting more complicated, as I'm currently in the middle of starting a new IT consulting and custom development shop: Fogbeam Labs. The bad news about that is, it takes time and cycles that I could be spending on OpenQabal. The good part is, if things work out well and I prove I can support myself consulting, I should (in theory) have more freedom to dedicate some time to OQ, unlike when I was doing the "40 hours a week for The Man" job. One point of interest though: The focus of OpenQabal might change. After a very enlightening discussion a few weeks ago - with a friend who's opinions I respect greatly - I'm thinking that OpenQabal should probably drop most of the directly user facing "stuff" (for now at least) and focus on become a set of enabling APIs for building social applications. Of course those APIs were always part of the plan, but what I was trying to build was the APIs and a default suite of applications to use them, all at the same time. And since this is still mostly a one-person project, it's proving somewhat overwhelming. So, the net-net is: OpenQabal is still alive, but the focus may be changing, and the roadmap along with it. And I can't make any specific promises at the moment about what will be done when. Unless you want to hire Fogbeam Labs to do some OpenQabal work, that is. :-) Also, to the couple of folks who have asked "I want to use OpenQabal in a production site, can I?" The answer is a qualified "maybe." The blogging and forums stuff works fairly well, since it's all based on existing code from established projects. And SSO between the Roller App and the JavaBB App using CAS works fairly well. The last thing I was looking into before things got stalled out was how to make CAS into an OpenID Relying Party so one could sign in using OpenID and still get SSO between apps. That may get dropped for now, once work resumes however.Posted at 05:15AM Jun 02, 2009 by Phillip Rhodes in Java | Comments[1]
Some Notes on Identity Management in OpenQabal
Some quick notes on what's going on with the Identity related stuff in OQ.[Read More]
Posted at 11:37PM Nov 17, 2008 by Phillip Rhodes in Java | Comments[1]
Finally back to work on OpenQabal
So after a rather long hiatus - due mainly to a political campaign - we're finally getting back to work on OpenQabal here. Of course our old road-map is now shot to heck, so it's going to take a while to sit down and put together a new plan and get some momentum going again. But I can say that a lot of work has been done the past week. Some of the needed work done includes: swapping all of the EJB2 SLSBs that were in place for remoting with EJB3 SLSB's instead, plugging in some of the JMS event messaging code that had been planned (and prototyped like 2 years ago!), renaming some modules, some serious refactoring in the IdentityEngine project, and - last but not least - getting the CruiseControl build-loop all sorted out so that everything builds continuously again. So what's next in the short-term? Some or all of the following:Posted at 11:22PM Nov 03, 2008 by Phillip Rhodes in Java | Comments[0]
So, what's going on with OpenQabal anyway?
Anyone following the OpenQabal project may be wondering: "What the heck is going on? No recent commits to SVN, no blog posts... what's up, is this dead or what?" Well, the answer is "No, the project is hardly dead." It has been on something of a hiatus however, as the main developer is currently running a campaign for NC Lieutenant Governor and has been a touch occupied the past month or two. Rest assured though, that things will get back to normal. I'm hoping to get some work done this weekend, and once the election is over, the pace should pick up again. Unfortunately the old road-map is totally hosed now, at least as far as schedule goes, so that will need to be re-worked. In the meantime, feel free to grab the code, experiment, research, submit proposals, patches, etc. And definitely email me with any questions or concerns.Posted at 10:58PM Aug 12, 2008 by Phillip Rhodes in Java | Comments[0]
OpenQabal 0.0.3 available
OpenQabal 0.0.3 has been released and is now available from the SVN repo. As with previous releases, there are not yet pre-built binary releases available... you will have to check the code out from SVN and build it. Thankfully this process is now *much* easier as a result of massive work on the build system and the addition of scripts to automate most of the tedious stuff. You can now essentially build and install OpenQabal with 4 commands. Changes in this release include:Posted at 06:24PM May 10, 2008 by Phillip Rhodes in Java | Comments[0]
2 more tasks until OpenQabal 0.0.3 can be released
Finally getting closer and closer to getting this OpenQabal release out. The last two tasks to do are: A. verify the new SQL which includes a "seed" admin user, and B. make the install/config/uninstall scripts and any utility scripts working on Windows. Most of that stuff is in Ruby so it should be pretty portable, but there are some Bash scripts which will need equivalents written as DOS batch files. Ugh. Still, this stuff should be done soon, maybe tonight, which means the release should happen in the next day or two. In other news, I've started working on getting setup with Amazon EC2, in order to host a "demo" instance of OpenQabal. And after that, I think I need to go on holiday for a while. :-)Posted at 05:46PM May 04, 2008 by Phillip Rhodes in Java | Comments[0]
OpenQabal Update
Ok, the new OpenQabal release that was mentioned a few weeks ago is *finally* eminent. No really, it's coming soon. The big hold-up turned out to be a bit of Roller integration that had been overlooked. Getting single-sign-on and integration with the centralized identity stuff working using Acegi and CAS takes care of web access; and that stuff has been in place for a while now. But at some point we realized that API access for posting new blog entries also needed to be wired into the new authentication stuff. And that's a whole new can of worms. Basically, deciding to implement that in this release meant moving forward with implementing an initial version of what we're calling the IdentityEngine, which will eventually be the centralized source for all things identity, vis-a-vis OpenQabal. Even for OpenID logins or other logins using an external authentication provider, OpenQabal has to keep track of that that that such-and-such identity exists, and map it to resources, etc. So getting this piece in place was kind of a big deal, even if this first cut at it is fairly naive. Anyway, with that in place and API access now working, the last things left to do before a release are basically all "fit and polish" work. Clean up some loose ends here and there, more testing, tweaking the SQL scripts and the install scripts. Oh, and the install stuff needs to be tested on Windows and any relevant tweaks made. At any rate, if things go well, look for the new release maybe this weekend, or early next week.Posted at 12:09AM Apr 29, 2008 by Phillip Rhodes in Java | Comments[0]
You are viewing a mobilized version of this site...
View original page here