Think about it: how many ladies can say that their Valentine's card runs at 14 MHz?"
Clearly this is a trick question. No such girlfriend ever existed in the first place.
& this is clearly a trick answer since no-one mentioned girlfriends. Clearly when the OT referred to 'ladies' it was actually a euphemism for 'moms', the only women in the lives of those building these cards.
The parent here speaks the truth. I notice a lot of the comments in the thread are coming from developers or sysadmins who want to solve everything with libraries or command line tools. But it really sounds to me like you need a reasonable document management system (and of course being a slashdot reader you want it for free).
Again, I'm not affiliated with Alfresco, but did quite a bit of research into open source DMS's that would run in a java environment for a couple of recent projects. I found Alfresco to be well architected, easily extendible if I needed it to be and importantly simple to deploy & get running. It will integrate with your LDAP for access and while it's marketed as an Enterprise CMS, is quite capable of doing DMS.
It uses Lucene under the hood, and while it has a web UI, isn't focused on indexing web sites. You can record meta-data against docs, and it's also capable of extracting some metadata from common MS Office formats. I've no doubt this could be extended if there were other doc properties you wanted access to (although I've never tried myself).
Most importantly is that the project & community is quite healthy with very active forums. You can get paid support (the Enterprise License) if you so desire, but I expect you'd probably start with the GPL version just to get yourself up & running.
I wouldn't recommend the SMB interface for the time being as there's currently an outstanding bug with it that causes it to die after a while (the rest of the app continues to run happily), however the FTP interface is great for an initial import of docs. Also take a look at the rules capability for classifying/sorting docs as they're imported.
It does the basics like check-in/check-out & workflow, and can be backed by your DB of choice as it uses Hibernate for ORM. Searching can be done against keywords or meta-data (classifications, dates, authors etc) & in my experience is more powerful/useful than sharepoints keyword based searching. If you're really keen you can use the Java or Web Service API's for integrating into other solutions.
Again, I'm not affiliated, but clearly I'm a fan-boy:) I'd recommend installing the base Alfresco Community release (no need for Web Content Management, Records Management etc to start with), loading some docs into it via the FTP interface (or upload a zip via the web interface which it will explode out for you) & giving it a test run. I've got people asking me every couple of days when we're rolling it out internally (just got to finish the sharepoint comparison first).
AJAX is a bandaid over a dying platform
on
Head Rush Ajax
·
· Score: 1
Ajax, to the regret of some and delight of others, has emerged as a means of providing rich, responsive web applications that are highly cross-platform.
Is it just me, or are highly cross-platform & browser based javascript mutually exlusive concepts?
I attended the Sun Dev days here in Melb a few weeks back, where one of Sun's evangilists described AJAX as an exciting emerging technology providing rich clients to the web. I'm sorry, but it's neither exciting, nor emerging. AJAX is a bandaid over the top of standards that have long since outlived their useful lives. Browsers & HTML aren't a platform for building rich, interactive applications. They're a platform for publishing static documents in a simple fashion, or for mildly interactive server-based systems. AJAX is a stop-gap until the major players bite the bullet & standardises on a new platform for massively multiplayer online rich-client apps. Anyone who's had to build this stuff from scratch knows the pain of building it, especially in making it cross-platform using 10 year old cross-browser kludges.
When asked about the possible ecological effects on marine life the military had no comment. What are the ecological effects of sinking a nuclear sub? Strikes me this is a better option.
Re:Why not use JBOSS?
on
IBM buys Gluecode
·
· Score: 3, Informative
very single application server has classloading quirks. with BEA/WAS,etc you get to call them bugs and cry and shout that things aren't working right, then wait two weeks for a potential patch from support, that may or may not work.
Yup... they're bugs b/c they're documented to work one way, and actually work another. However the class-loading heirachy is very clear (until you start deploying applications that do their own class-loading as well ala Sun Portal Server).
Any application server that, when it doesn't find the class it's looking for in your deployed application, goes looking for class files in other deployed applications (& yes, I know you can turn this behaviour off, but recall experiencing other problems when I did).
i think the specs are farily clear regarding the application container provider's responsibilities regarding classloaders.
Actually, the spec is very loose when it comes to class loading. It does state that applications shouldn't assume that classes will be loaded by a different classloader, but doesn't state that the servers shouldn't work this way.
By convention amongst the major vendors, it seems you get a heirachy of classloaders, where your application can only load classes deployed with itself or its ancestors. JBoss by comparison flattens it out, so you can load things from other applications.
Clear specification, rather than phrases like "should not assume that each component is loaded in a separate class loader and has a separate namespace" and "Typically this will require the use of a separate class loader for each application.", where the classloading behaviour/heirachy is mandated would be preferable in my books. & while I'm ranting, so would getting rid of app server specific deployment descriptors.
if you read the jboss docs/examples, you'll see that there's a simple ant execution to setup multiple server instances without port conflicts.
I'm obviously running a different version to you, as I've not seen this in the docs. Instead, I've found that I have to enable the bindmanager (which isn't used by default in 3.2.x), then grep the rest of the server structure for all the ports it could possibly be using (hasingleton comes to mind as one offender). This is as per the instructions on the jboss.org website. Possibly it's changed in the latest versions. Unfortunately my corp clients don't like rapid upgrade cycles.
Re:Why not use JBOSS?
on
IBM buys Gluecode
·
· Score: 2, Informative
JBoss is great when you only want to deploy a single application on a single box. Start needing to deploy multiple applications on a single server instance & you quickly get into classloader hell (damn ambiguous specs, and JBoss deciding to take a unique approach to just about everyone else). Try & set up multiple JBoss instances & ask yourself why pre-packaged JBoss components in the deploy directory (where you deploy your applications) refer to specific ports configured elsewhere, and you have to change a half dozen obscure files to get it to work.
Don't get me wrong, I think JBoss is great. I could just do without some of it's quirks. The Apache Foundation has become a commercial Java developers best friend, esp license wise. Regardless of how compatible other licenses are to internal development, minimal restrictions on what a client can do with their IP gives them a warmer, fuzzier feeling & lets me get on with not re-inventing the wheel.
"Boy have I got a deal for you" *pulls small green bird out of pocket* "notice the interesting, tri-pronged root structure. This is an especially rare one with 2 trunks. It'll sing to itself for hours. For you, a very special price."
For every round hole, there's a square/.er trying to fill it:-/
My mother also suffers from keratoconus, has done since she was about 10 I think, and aside from requiring an anti-glare screen, does not have any trouble with a 14" monitor.
I suspect that medical help would be more beneficial. She has used contacts to correct the shape of her eyes, as well as her glasses for the last 25-30 years. And about 5 years ago now, had 1 cornea replaced. If your vision has already deteriorated to the point where contacts are unsuitable, then a cornea transplant is probably your best option. Mum loves her new eye & is looking forward to getting the other one done.
"Optus@Home has clarified its position on piracy, saying it will not be actively monitoring customer internet traffic. Rather it will respond only to complaints lodged with Optus by copyright owners, Optus@Home chief executive Chris Chapman told Australian IT today."
I have optus cable & their AUP is less restrictive than Telstra's (The only competitior in the market). Our downloads aren't at a capped rate & the service by all reports is more reliable.
Since the CEO has now qualified his statements & they aren't proactively checking downloads, I don't see a problem. Australian law makes ISP's liable for their users activities. If I was running the show I'd be keeping track too. Yes the law is wrong, but given that it stands I think this is the best way for them to approach it. Follow up on complaints from copyright holders.
Slashdot Mirror
Think about it: how many ladies can say that their Valentine's card runs at 14 MHz?"
Clearly this is a trick question. No such girlfriend ever existed in the first place.
& this is clearly a trick answer since no-one mentioned girlfriends. Clearly when the OT referred to 'ladies' it was actually a euphemism for 'moms', the only women in the lives of those building these cards.
The parent here speaks the truth.
:) I'd recommend installing the base Alfresco Community release (no need for Web Content Management, Records Management etc to start with), loading some docs into it via the FTP interface (or upload a zip via the web interface which it will explode out for you) & giving it a test run. I've got people asking me every couple of days when we're rolling it out internally (just got to finish the sharepoint comparison first).
I notice a lot of the comments in the thread are coming from developers or sysadmins who want to solve everything with libraries or command line tools. But it really sounds to me like you need a reasonable document management system (and of course being a slashdot reader you want it for free).
Again, I'm not affiliated with Alfresco, but did quite a bit of research into open source DMS's that would run in a java environment for a couple of recent projects. I found Alfresco to be well architected, easily extendible if I needed it to be and importantly simple to deploy & get running. It will integrate with your LDAP for access and while it's marketed as an Enterprise CMS, is quite capable of doing DMS.
It uses Lucene under the hood, and while it has a web UI, isn't focused on indexing web sites. You can record meta-data against docs, and it's also capable of extracting some metadata from common MS Office formats. I've no doubt this could be extended if there were other doc properties you wanted access to (although I've never tried myself).
Most importantly is that the project & community is quite healthy with very active forums. You can get paid support (the Enterprise License) if you so desire, but I expect you'd probably start with the GPL version just to get yourself up & running.
I wouldn't recommend the SMB interface for the time being as there's currently an outstanding bug with it that causes it to die after a while (the rest of the app continues to run happily), however the FTP interface is great for an initial import of docs. Also take a look at the rules capability for classifying/sorting docs as they're imported.
It does the basics like check-in/check-out & workflow, and can be backed by your DB of choice as it uses Hibernate for ORM. Searching can be done against keywords or meta-data (classifications, dates, authors etc) & in my experience is more powerful/useful than sharepoints keyword based searching. If you're really keen you can use the Java or Web Service API's for integrating into other solutions.
Again, I'm not affiliated, but clearly I'm a fan-boy
When asked about the possible ecological effects on marine life the military had no comment.
What are the ecological effects of sinking a nuclear sub? Strikes me this is a better option.
Yup... they're bugs b/c they're documented to work one way, and actually work another. However the class-loading heirachy is very clear (until you start deploying applications that do their own class-loading as well ala Sun Portal Server).
Any application server that, when it doesn't find the class it's looking for in your deployed application, goes looking for class files in other deployed applications (& yes, I know you can turn this behaviour off, but recall experiencing other problems when I did).
i think the specs are farily clear regarding the application container provider's responsibilities regarding classloaders.
Actually, the spec is very loose when it comes to class loading. It does state that applications shouldn't assume that classes will be loaded by a different classloader, but doesn't state that the servers shouldn't work this way.
By convention amongst the major vendors, it seems you get a heirachy of classloaders, where your application can only load classes deployed with itself or its ancestors. JBoss by comparison flattens it out, so you can load things from other applications.
Clear specification, rather than phrases like "should not assume that each component is loaded in a separate class loader and has a separate namespace" and "Typically this will require the use of a separate class loader for each application.", where the classloading behaviour/heirachy is mandated would be preferable in my books. & while I'm ranting, so would getting rid of app server specific deployment descriptors.
if you read the jboss docs/examples, you'll see that there's a simple ant execution to setup multiple server instances without port conflicts.
I'm obviously running a different version to you, as I've not seen this in the docs. Instead, I've found that I have to enable the bindmanager (which isn't used by default in 3.2.x), then grep the rest of the server structure for all the ports it could possibly be using (hasingleton comes to mind as one offender). This is as per the instructions on the jboss.org website. Possibly it's changed in the latest versions. Unfortunately my corp clients don't like rapid upgrade cycles.
JBoss is great when you only want to deploy a single application on a single box. Start needing to deploy multiple applications on a single server instance & you quickly get into classloader hell (damn ambiguous specs, and JBoss deciding to take a unique approach to just about everyone else).
Try & set up multiple JBoss instances & ask yourself why pre-packaged JBoss components in the deploy directory (where you deploy your applications) refer to specific ports configured elsewhere, and you have to change a half dozen obscure files to get it to work.
Don't get me wrong, I think JBoss is great. I could just do without some of it's quirks.
The Apache Foundation has become a commercial Java developers best friend, esp license wise. Regardless of how compatible other licenses are to internal development, minimal restrictions on what a client can do with their IP gives them a warmer, fuzzier feeling & lets me get on with not re-inventing the wheel.
"Boy have I got a deal for you"
/.er trying to fill it :-/
*pulls small green bird out of pocket*
"notice the interesting, tri-pronged root structure. This is an especially rare one with 2 trunks. It'll sing to itself for hours. For you, a very special price."
For every round hole, there's a square
My mother also suffers from keratoconus, has done since she was about 10 I think, and aside from requiring an anti-glare screen, does not have any trouble with a 14" monitor. I suspect that medical help would be more beneficial. She has used contacts to correct the shape of her eyes, as well as her glasses for the last 25-30 years. And about 5 years ago now, had 1 cornea replaced. If your vision has already deteriorated to the point where contacts are unsuitable, then a cornea transplant is probably your best option. Mum loves her new eye & is looking forward to getting the other one done.
"Optus@Home has clarified its position on piracy, saying it will not be actively monitoring customer internet traffic. Rather it will respond only to complaints lodged with Optus by copyright owners, Optus@Home chief executive Chris Chapman told Australian IT today."
I have optus cable & their AUP is less restrictive than Telstra's (The only competitior in the market). Our downloads aren't at a capped rate & the service by all reports is more reliable.
Since the CEO has now qualified his statements & they aren't proactively checking downloads, I don't see a problem. Australian law makes ISP's liable for their users activities. If I was running the show I'd be keeping track too. Yes the law is wrong, but given that it stands I think this is the best way for them to approach it. Follow up on complaints from copyright holders.