Domain: softwareag.com
Stories and comments across the archive that link to softwareag.com.
Comments · 18
-
MySQL, MySQL-Max, Enterprise RDBMSMySQL is still a database that is growing up. It is of course rock solid and fast (and good for some purpose), but it is missing some of the so called "enterprise" features ("real" replication, performant stored procedures, support from all the enterprise tools ("hot" backup solutions, etc))
It is quite interesting what they are doing with MySQL-Max with seems to be their enterprise solution. They teamed up with SAP DB, an open source database technology that SAP bought from Software AG to tease Oracle a bit. It is based on Adabas D a commercial database that has a "oracle compatibly mode" via ODBC.
It is quite interesting to see a mixture of SAP DB and MySQL united in MySQL-MAX. (Infoworld article)
-
MySQL, MySQL-Max, Enterprise RDBMSMySQL is still a database that is growing up. It is of course rock solid and fast (and good for some purpose), but it is missing some of the so called "enterprise" features ("real" replication, performant stored procedures, support from all the enterprise tools ("hot" backup solutions, etc))
It is quite interesting what they are doing with MySQL-Max with seems to be their enterprise solution. They teamed up with SAP DB, an open source database technology that SAP bought from Software AG to tease Oracle a bit. It is based on Adabas D a commercial database that has a "oracle compatibly mode" via ODBC.
It is quite interesting to see a mixture of SAP DB and MySQL united in MySQL-MAX. (Infoworld article)
-
Re:For those that have tried both....StarOffice 7 has a database component (AdabasD) that is not OSS
AdabasD is not native component of SO. It comes as an aditional software also AFAIR version shipped with SO is kinda limited (5 concurent connections or so)... But you can always get the same AdabasD (as shipped with SO) for free:
http://www.softwareag.com/adabasd/
But under limited license...
-
Re:Other Office Apps
"I am suprised that Sun's Star Office recieves so much attention from slashdot and the open sauce community."
Why? Is OO.org not "open" enough for you? Unless you're running pure Debain, you risk hipocrisy
And since you're talking about the alternative of Ability Office, what open source code base does it use?
"doesn't use a ugly as hell windowing toolkit."
Huh? What, are you still using 5.2 or something?
"Star Office is not very similar to Open Office at all"
Yeah, they only use exactly the same API structure. It's not like they're more similar to each other than any two versions of MS Office...
"sun kept the best parts to themselves (database app)"
Because the databasee app isn't theirs to open. The database engine included with SO is Software AG's Adabas. Kinda like why they aren't opening "their" Flash code generator.
"Also its cheaper than StarOffice, Ability only costs 69.95"
So far, the three features of Ability Office you've listed are exporting to PDFs, opening MS Office formats and running under *nix. These are two things that OO.org does for free. If price point is your main sticking point, then you should look at OO.org instead of Ability Office.
Yes, I'll grant that your post was informative in bringing attention to Ability Office, but it seems like your post's flamebait-to-information ratio still is above 1. -
Re:Other Office AppsI believe the reason why they keep the database application in StarOffice "to themselves" and not release it with OpenOffice.org is that Adabas is commercial software
...I believe that you're right.
Get it here. Free, but not Libre, I think. Read the licence.
-
Re:portability
Yes it was ported, try googling "dcom unix", duh. two relevant links, software ag's entirex dcom on linux product and the Open Group's COMSource program. Granted there's no GPL'd com/dcom out there, wish we could have done that, but we never had the resources or mgmnt buy-in to do so. sigh. Are the ports used? Probably a little. You likely don't hear Microsoft making hay about these because they arrived on-scene just as the big
.NOT shift was happening, and this was off-message. and no, it wasn't too hard to port except for sorting out threading, ld/.so, security, and process-model issues... haha, but actually pretty standard porting issues, esp back then when *nix threading was less settled. -
Re:Take the easyst way
If you need to hit the DB from some type of programming environment I'd recommend using a DB with an implementation of the XML:DB API. I've been looking at Xindice, and Software AG's Tamino, both of which support the Java XML:DB API, which actually seems rather nice.
As for the speed, I can't comment from personal experience, but according to the Software AG folks it's quite fast even for their customers who are indexing terabytes of data. Of course, that's pr bunny speak so it's to be taken with a grain of salt.
I'm not sure exactly how native XML DB's work, but from my research (e.g.)it seems that implementations are based on hierarchical data bases: e.g. Adabas -> Tamino.
-
Re:Take the easyst way
If you need to hit the DB from some type of programming environment I'd recommend using a DB with an implementation of the XML:DB API. I've been looking at Xindice, and Software AG's Tamino, both of which support the Java XML:DB API, which actually seems rather nice.
As for the speed, I can't comment from personal experience, but according to the Software AG folks it's quite fast even for their customers who are indexing terabytes of data. Of course, that's pr bunny speak so it's to be taken with a grain of salt.
I'm not sure exactly how native XML DB's work, but from my research (e.g.)it seems that implementations are based on hierarchical data bases: e.g. Adabas -> Tamino.
-
Re:Take the easyst way
If you need to hit the DB from some type of programming environment I'd recommend using a DB with an implementation of the XML:DB API. I've been looking at Xindice, and Software AG's Tamino, both of which support the Java XML:DB API, which actually seems rather nice.
As for the speed, I can't comment from personal experience, but according to the Software AG folks it's quite fast even for their customers who are indexing terabytes of data. Of course, that's pr bunny speak so it's to be taken with a grain of salt.
I'm not sure exactly how native XML DB's work, but from my research (e.g.)it seems that implementations are based on hierarchical data bases: e.g. Adabas -> Tamino.
-
Re:Berkley DB XML also an option
For what it's worth, at my workplace at the moment, we're doing the exact same thing, but already have a ton of data that we need to get ingested. The pointy haired boss hired These Guys who know there stuff pretty well, and prefer to use Xindice. The only problem is that it's well.. quite slow.
Other commercial alternatives are Ipedo or Tamino if your development house has the cash. Education discounts of 99% are availible I believe from Tamino, but the Ipedo people aren't as forthcoming with what they're willing to deal on.
Sadly, there just isn't a hands down winner in this market, but if you're looking for something to go with Cocoon, Xindice looks to be the best OSS solution for the moment. -
Re:All this hype about XML> Who the hell is trying to store large complex databases in XML?
<n00b>We are!!!</n00b>
:-p -
Re:from the "making-windows-liveable" dept?There is a COM implementation for linux from softwareag. Admittedly it's geared towards transparent DCOM interop with windows machines rather than ActiveX style scripting, but pretty much all of the base COM stuff is there. Can be a bitch to get things working on it sometimes though.
More interestingly, Mozilla is largely hooked up using COM (well, they call it XPCOM, but it's extremely similar in the fundamentals), and there are mappings to JavaScript and Python. Maybe more people will expose applications/components using XPCOM in the future; isn't the web browser supposed to be the operating system anyway?... or maybe I'm out of date
:)Anyway, I agree, OLE/ActiveX/COM are great, and hopefully linux (or I guess more probably KDE/Gnome) will eventually incorporate some or all of the functionality they provide. But better, with less stupid gotchas, and less bloat (as a user I love OLE, as a developer I loath it:)
-
Clarification: licensed, not bought
SAP licensed Adabas D and evolved it into the current SAP DB. Adabas D has itself evolved and is still sold by SoftwareAG. The situation is like that of SQL Server, which was licensed by Sybase to Microsoft and has evolved under both brands since the fork.
-
Natural?
Natural from Software AG seems to fit the description.
-
Natural?
Natural from Software AG seems to fit the description.
-
Re:Cross-Platform Support - Yes
It is ported to other platforms (Unix, GNU/Linux).
Software AG did it, IIRC.
It's just a multi-megabyte download
I don't know if many people acutally use it... cheers, Rainer -
Re:This is smartHell, if they port DCOM
DCOM has already been ported to linux by Software AG.
-
Re:Time to turn to Microsoft?
There is a Linux DCOM implementation. If I remember correctly the responsible company was even funded by MS. (Apologies if I remember wrong.) Anyway check out EntireX by http://www.softwareag.com I been meaning to try it out. But then I've been meaning to try out COBRA, GTK+, BSD sockets,
......... too. :)