I am new to Hadoop. So, please can anybody explain to me why we need cloudera or Hortonworks? We can download each Apache project and use those libraries to create Big Data project, right? And, also if I already use linux OS, do I have to use cloudera-quickstart vm ware? Thanks in advance.
Lets look at this in using a similar analogy.
Lets assume you are using OS 'D' of version 'v1'. In it you need different set of libraries - A,B and C.
A depends on B and also C depends on B. Across the versions of A and C, the dependencies are different versions of C.
Now if you need all the three libraries, it becomes your head ache to make sure you use/install libraries of each such that each are compatible and there's no clash.
Plus not everyone is expert in all the three libraries as well as the underlying system. So what happens if there some optimization needed in using these libraries while using them in your own tools? Also what about some issues that you face while using them.
That's where these "Stack Distributions" come into play. Each of these vendors provide a complete stack which is tested as a whole and are compatible with the different libraries that are packaged and not just only hadoop. This makes lives of lots of people easier. Also based on what plan or subscription you have with the vendor, you can get support/training and other auxiliary things.
Just to add as an extra, please remember, Open Source does not necessarily mean Free.(Please note that this is my personal opinion)
As to your other part of question wrt with linux do you need to use any vm ware image or so, for a beginner or learning purposes, this makes your life rather simpler.
I create VCards (.vcf-files) in some apps of mine. Now a customer needs to add a private mobile and a business mobile number to a vcard.
I have tried to add two times the same attribute to the vcard (TEL;CELL;VOICE) but this seems not to be supported (at least outlook only takes the first instance).
Is there a up-to-date description of all fields I can add into vcards and is there a description on what is allowed and what are donts.
If I search the web, I find a lot of information, but the most of it is very old and it seems that the different clients only support a subset of attributes.
Check the version of vCard that Outlook supports vs. the version to which you are coding.
I think that Outlook supports only vCard ver 2.x and perhaps that version does not support what you are trying to do.
Maybe the cardme project will do your happiness.
Many others projects are existing, but these one was the best to my point of view.
I am currently working on SCORM 1.2 learning content. I am quite new to SCORM and I can't seem to find all a list of "cmi." properties I can use.
I have been using the following tool: http://www.scormsoft.com/trident to give me a fair idea of the references available through its built in intellisense. Unfortunately, this product can only create SCORM 2004 packages.
Can SCORM 2004 properties be used in 1.2?
As SCORM 2004 is a major overhaul of the 1.2 Runtime, they are not interchangeable, although similar in many ways. I would recommend the following process:
There is a mostly accurate diagramm of the RTE that can be found here, it's a really great overview.
Set up a local Moodle instance. This LMS has a really good player, and insted of using the ADL Sample RTE, this LMS actually has reporting, so you can see what a typical LMS will do with your data.
Reverse engineer the SCORM 1.2 Conformance Test Suite if necessary
RTFM if you need advice on the criticall propertys like *lesson_status* or *lesson_mode*
The last two Points can all be found at ADL directly.
Of course there are alternative testing environments or freely available demo curses, but this should get you pointed in the right direction.
Anybody aware of SAP module(s) being built using PowerBuilder or any road-map in place for such development in future.
There are some modules built in PowerBuilder. As we become more familiar with our SAP side of the business, we are hopeful to learn about more. We've met with the teams that build these modules and are understanding their roadmap and we've discussed the PowerBuilder roadmap with them as well.
Are you using PB to customize SAP? I'd be interested in discussing more of what prompted your question - please email me! I am out of the office today and tomorrow but will be back next week.
Sue Dunnell
PowerBuilder Product Manager
dunnell#sybase.com
If I'm understanding correctly you are wanting to call existing BAPI's via PowerBuilder; for example create a Purchase Requisition using the built in BAPI CreaeFromData ? I have created a couple back in version 8 or 9 of PB and it was quite a challenge it is totally do-able. I have code for creating Purchase Requisitions and have code which calls a custom "in-house" written BAPI.
I actually thought about building an API for all the SAP BAPI's because of how difficult it was and I can usually find the answer to anything on the web, but not this; had to trial and error it.
Two hints. Study the BAPI in SAP Object Explorer or maybe it was called BAPI Browser can't remember, but SAP shows the parameters in different order depending on which way you look at them. To make them work in PB you have to call the parms in the exact order, unlike the Microsoft languages where you can do named arguments and such. Then you have to be sure to make all REF types REF. Any ONE item wrong and you get the dreaded system crash which tells you nothing. If PowerBuilder had not started losing popularity I would have kept writing APIs for various BAPIs
Contact me if you want any sample code. I can't give any exact code from one of my corporate clients but would be happy to get you going in the right direction.
Sincerely,
R
What are the software/ Wiki you use to write and share your specs about the developers, testers and management?
Do you use Wiki system, and if so, what Wiki software you use?
Or do you use Sharepoint to manage and version the specs? One problem with SharePoint 2003 as specs platform is that it's very hard to collaborate among different people.
For backward compatibility sake, I would also like to have the platform able to import Microsoft Word seamlessly. And it would certainly help if the interface is similar to Microsoft Word.
Any idea?
I've used Confluence at a number of places, it's a pretty powerful wiki and very good for creating specifications that can be shared amongst various parties. See:
http://www.atlassian.com/software/confluence/
There's some more information here on the advantages of using Confluence:
https://stackoverflow.com/questions/170352/confluence-experiences
EDIT: I've updated this to deal with the Microsoft Word import feature you mentioned. Confluence supports this through the Office Connector here:
http://www.atlassian.com/software/confluence/plugins/office-connector.jsp
There's also a Sharepoint connector:
http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp
plus a whole bunch of plugins:
http://www.atlassian.com/software/confluence/plugins/sharepoint-connector.jsp
Some of these are user contributed also. I can't recommend Confluence enough as a commercial wiki.
I've also used JSPWiki, which is open source. it's ok but not as good as confluence, see:
http://www.jspwiki.org/
You could try Google docs - I have successfully used this in the past. It supports import / export to MS Word, and it has great support for multiple user - see http://www.brighthub.com/internet/google/articles/8236.aspx.
It supports versioning, allows you to chat with other people who are currently working on the document, and shows you a list of all the changes others have made to the document (without needing to close / reopen the document).
If you want corporate support, Google also provides that - see Google Apps for business.
We use SharePoint -- it's not ideal, but it does a decent job. If I were you, I would seriously look at getting off SharePoint 2003 and on to MOSS (SharePoint 2007). It's not perfect, but it's substantially better. Here's a little bit on using MOSS as a wiki. I think in general wiki's are a good tool for getting people up to speed on your system. We used to pass around "getting started documents" and now we have all that type of stuff in our developer portal.
Per John's comment, I looked up this feature comparison. I have to go back and look at what features I'm using that are not in WSS -- I might be paying for licenses I don't need! :)
We use email. I know it isn't elaborate, but it is easy to use. Everyone has it installed and there are no licensing issues. All spec changes are sent to an super set email distro indicating the updates and the location on the network share where the spec can be found.
We use Alfresco, in its Community version, from both its Share and Explorer web interfaces.
Quite useful, with a document library, wiki, forum and calendar.
We curently host about 1.8 Go consisting mainly in docs, versionned and sometimes automatically converted to PDF (by creating an automatic content rule).
FTP, WebDav and network share are also used to access to the same repository.
You could take a look at Microsoft Groove - the collaboration software that Microsoft bought a few years back.
It's bundled free with premium versions of Microsoft Office.
You can customize the workspace with discussion boards and can fairly seamlessly store collaboratively-edited Office documents.
We use MediaWiki for dos & specs. Wiki definitely wins anything like Microsoft Word or SharePoint - it allows you to develop a documentation in "first refer, then describe" = "divide and rule" way. Perfect for developers - they used to think the same way. The process of developing a documentation is almost ideal: you start from TOC and drill down until you write the document for every link you put earlier.
MediaWiki is quite customizable - there are lots of extensions there. The most necessary ones are:
Source code highlighter - CSO_Source
Our own templates integrating wiki with class reference.
Others are InterWiki, FileProtocolLinks, YouTube (we use customized version of it to display HD video), ReCaptcha, SpecialDeleteOldRevisions, Maintenance.
Some integration examples are here.
And we use Google issue tracker to track the issues. Its main advantages:
Imput usability: the process of adding\changing the issue is really convenient there. Earlier we tried Track Studio - the same actions require 2-3 times more time there, so it died fast simply because most of us hated to use it.
Customizable grids. See the examples. Really helpful.
Atom\RSS support. So everyone knows what's going on.
There is a Gurtle tool integrating it with TortoiseSVN. Really helpful.
Its main disadvantage is that it can't be closed from the public access. This makes it simply unusable in many cases.
If you want a UI similar to Word, why not use Word with SharePoint 2007? You're on 2003 so the experience is there. Upgrade to SharePoint 2007 and you can have the collaboration, Word features, document sharing, and so on.
This is the kind of thing Microsoft wants people to use Office for, so there's a ton of doco out there about how to configure your SharePoint and Office environment to support collaboration.
There is something that Google do in this direction and it looks really cool: wave.google.com. It would be a great step in collaboration and worth to wait it.
Here we use Google Docs it makes the documents available to everyone write or read only, public or private among people that have or not Google accounts, it also can import Word docs, not to mention that it runs directly into the browser so it has high availability with zero cost and zero setup, also its computer/OS agnostic, we have a nice experience with it.
Also perhaps you should take a look at Basecamp or Backpack at 37Signals, any of then might also fit your bill.
We use DocBook for all of our specifications (and other customer-facing documentation). DocBook is an XML format that lets you easily generate documents in just about any format, including PDF, which is how we distribute things to clients to get them signed off. We can divide a document into files (by section) and commit everything to our source control system (Subversion). Because it is all XML (i.e. text-based), Subversion's automatic merging and conflict resolution works great if two people work on the same file. We have a set of stylesheets that all of our documents use, so all documents share the exact same style/format, with no extra work on our part.
And if you don't like editing XML files directly, there are GUI front-ends that provide a reasonably WYSIWYG-like experience. I believe that most people in my office use XMLMind. Still, we happen to all be technical people so if we had to write XML directly it wouldn't be an issue.
As a sidenote, we also put out release notes. We have some XSLT that lets us write documents like this:
<bugs>
<bug id="1234" component="web">JavaScript error when clicking the Kick Me button</bug>
</bugs>
We then have a script that runs through our Subversion repository doing an svn log from the previous release tag to the current release tag, and some Bugzilla integration to automatically generate release notes on-the-fly.
(also, for most internal-only documentation, we use MediaWiki, which is also a great way to collaborate.)
We use OnTime. It was originally only used for defect tracking, but we've started using it to track features as well. These can be used to document the feature as it evolves during development. Features can be grouped together into sprints or releases, and time can be tracked against each feature. If you are using SCRUM, you can also plot burn-down charts for each sprint. It also has wiki functionality.