Riki

The Waikato Experience

by Riki on 21. November 2014 13:43

My Name is Riki Waikato and I’m a junior developer at Red Jungle, I have recently just finished my first full year of development work. Previous to working full-time I completed an Internship with Red Jungle and this post will talk about my experience.

I studied at the Eastern Institute of Technology (EIT) in Taradale, Napier. As part of completing my Bachelor of Computer Systems we were required to use our final semester to complete a final project or internship that could showcase the skills learnt during study. The streams that I followed were programming and web design, which was ideal for my field of interest as a Web Developer.

I chose to complete the internship, rather than a project, as it was a great way to learn from experienced Developers, see how my skills would translate to the real world, be exposed to a variety of technologies and of course it was a bonus to get myself in front of a potential employer.

I was put in contact with Red Jungle and met with Gerard and Phil to have a chat. The work sounded really interesting, challenging and I was keen to get started. The first challenge was learning ASP.NET MVC as this was new to me.  I tackled this by using online tutorials, books and having help from other in-house developers. Once I had the basics it was time to implement these skills in creating my own small project, showing that I was able to use the skills learnt. The project was a small HR application that had full CRUD around organisations, departments, employees and used C# MVC , JQuery and SQL Server.

The next step was to work on a commercial project which was very exciting and nerve racking at the same time. The project was “Re-Leased” a cloud based property management application that is integrated with Xero, the project at the time had been in development for 1½  years, so my first look at the project was very daunting with what seemed like hundreds of files in a complicated maze and the data model file was by far the largest ERD that I had ever seen. Phil and Bryan were the two developers working on Re-Leased at the time and would be my go-to for any help. Both Phil and Bryan had plenty of time and patience for me which was extremely appreciated. 

The tasks started off simple and were good while learning my way around the project. Over time the tasks grew in size, complexity and required a wide range of technologies to achieve the desired result. An average day could consist of using a wide range of technologies such as C#, SQL, JQuery, HTML, CSS, Linq, JSON, XML, Razor and on the odd rainy day VB. It was always great to see the work I had completed in the live application knowing that I had contributed to a great piece of software. 

During my internship I had great support from the team and always felt comfortable to approach any of the developers for help. Red Jungle has a lot of experience which they share on a daily basis and pass on in our fortnightly team talks. The team was more than welcoming, from the morning walk to our local coffee shop to the daily lunchtime game of cards. 

As my internship was drawing towards an end I was offered a position as a junior developer which I snapped up and have continued onto where I am today. Big thanks to all the Red Jungle team for making my experience a great one.

Tags:

General


Admin

Now hiring ASP.NET developers

by Phil on 10. October 2013 10:37

we_want_youWe are once again looking for talented and enthusiastic ASP.NET software developers to join our rapidly expanding team in our brand new Napier office.

We have new clients coming on board, as well as existing clients that are bringing us exciting new projects, and for this we need to extend the team.

Our vision is to build exceptional software applications for web and mobile. We pride ourselves on having a team of people dedicated to developing high quality products for our clients. As a company we want to work with new technology to create fantastic experiences for our customers and their users.

We have permanent full-time positions available for Intermediate and Senior ASP.NET developers.

Skills & Requirements

A Good candidate for these positions:

  • Has a solid background of commercial experience with .NET 3.0 - 4.5 in C#, ASP.NET MVC and SQL Server.
  • Knows how to design and build great web applications with HTML, CSS, and modern JavaScript.
  • Is passionate about great UI and UX.
  • Has good communication skills and is self-motivated.
  • Finds technology genuinely exciting and wants to progress their career in a fast paced environment.

A Great candidate for these positions:

  • Has considerable experience developing solutions for the Cloud/SaaS technical web environments.
  • Devours the latest posts, tutorials and books on how to create great web and mobile technology at night -- and can't wait to apply them the next morning.
  • Waxes eloquently about the awesome leaps forward in user experience and increased productivity consumers are enjoying -- and loves bringing those improvements to end users.
  • Writes beautiful code that runs quickly and robustly -- and rolls up their sleeves to debug, fix and improve existing code.

** Don’t miss this opportunity to join an innovative software house with a great company culture that understands and encourages a healthy work/life balance. You will be working in an interesting and stimulating environment with the latest web technologies, all while enjoying the fantastic lifestyle benefits that life in Hawke’s Bay brings with it. **

To apply; send us your story including a clear description of your experience and we will get in touch.

Apply for an Intermediate ASP.NET developer position.

Apply for a Senior ASP.NET developer position.

Tags:


Admin

Developers, on the move!

by Phil on 17. June 2013 10:57

Recently, as the team has expanded we have started to outgrow our current space. So when an opportunity for a brand new, larger space which we could tailor to our needs popped up earlier this year, we jumped at the chance. All without leaving the fantastic environment of the Ahuriri area which we now call home.

So in two weeks time Red Jungle will be making the move to our nearly completed new office -- but we’re not going far. The new premises are approximately 100 meters up the road at 36 Waghorne Street, Ahuriri. Just beside the existing Crown Hotel site. So do drop by and say hello if you are nearby!

As our customers grow, so do we and we’re super excited to be heading into a brand new office to accommodate the growing Red Jungle team. In fact, we’re still hiring and we’d love to hear from you.

A few photos of our nearly completed office.

IMG_0663IMG_0664IMG_1796

Our new location:

NewOfficeMap

Tags:


Admin

Tremains Triathlon 2013

by Phil on 23. March 2013 17:49

Last weekend the Red Jungle team took part again in the Tremains corporate triathlon. The event has been running for many years now, and we have been entering Red Jungle teams for the last couple of years. It’s always a great event, a lot of fun, and a great opportunity for some team building (and friendly office rivalry!).

From the website: “It's the largest event of this type held in Hawke's Bay.  Whilst competitive, it is also a lot of fun and largely about groups of co-workers or friends challenging themselves in the triathlon and then enjoying each other's company over a drink and BBQ afterwards.  Anyone can and does participate.”

There were a total of 453 teams (1359 competitors) entered, and we made up two of those teams this year. We would like to thank the organisers and sponsors for putting on another top notch event this year. We had a lot of fun, pushed ourselves to the point of exhaustion, and ate a lot of sausages afterwards.

Here are a few photos from the day. Thanks to all the Red Jungle team members (and spouses!) for your efforts on the day.

picture016

The cyclists, Bryan and Gerard waiting in transition for their runners to tag them in.

R0012959

Mandy and Phil waiting for their Kayak wave.

R0012972

Runners Tarah and Sarah waiting on the shore of Pandora Pond for their Kayaker’s to arrive.

R0012974

Mandy tags Sarah, off for her run.

R0012977

An exhausted Phil on his final approach to shore!

R0012978

Tarah is tagged and off on her running leg.

R0012979

Sarah amongst the pack of runners and walkers.

R0012983

Gerard running towards the finish line after his cycle leg.

R0012987

Bryan off his bike and heading to cross the finish line.

picture017

Trading war stories post race.

picture019

The team relax and enjoy a well deserved BBQ after the race.

WP_20130317_003

The NOW cars looking all dapper, lined up in formation by the finish line. Thanks for the free WIFI on the day guys!

Tags:


matthew

Transitioning a SaaS App to Azure Web Site - Part I

by Matthew Hintzen on 9. March 2013 17:21

This is the first post in transitioning a SaaS application that Red Jungle hopes to offer as a Product from its privately hosted Virtual Machine on Myhosting.com to run instead on Windows Azure as an Azure Website running against SQL Azure.

Currently the application is an ASP.NET MVC 3 application running on .Net Framework 4.5 using the Entity Frameworks.  The data is maintained on a Sql Server 2008 R2 Database.

This post is about transitioning the Database layer from it’s hosted SQL Instance on the VPN server to SQL Azure.  This walkthrough depends on your having Visual Studio 2012, all of the Latest Azure SDKs and SSMS 2012 installed on your development machine.  Trying to do this with SSMS 2008 is just too much work.  Please note this article was correct as of the 9th of March 2013, but be aware that the Azure Platform is changing and improving daily (thanks @ScottGu) so these instructions may have been superseded, it may be even easier than it seems here.

The Steps necessary to pull this off are:

  1. Log into and Backup the Database on the Virtual Machine, and bring that backup down to your development machine.
  2. Restore the database on your local Sql Server instance
  3. Open the VS2012 solution that contains your SaaS project (or you can start a new solution just for the database if you want).
  4. Add a new Sql Server Database Project
    • image
    • Name the project what ever you want the eventual database to be named in SQL Azure
  5. Right mouse click on the Database project Select Import From , then Select Database…
    • image
  6. Import the database using the Import Database Dialog
    • image
    • Personally I prefer to have the folder structure set up by Object Type, since especially with Azure we find everything ends up being DBO
    • Don’t bother with importing the Referenced logins or the permissions, or the database settings, cause they are all going to be changed for Azure
  7. Once that is done you will have Database structure in a solution that can not be added to source control, modified, deployed, etc
    • image  image
    • We won’t be using the Security on SQL Azure so we delete those
    • And Extended properties are not supported on SQL Azure so if you have any delete those as well
  8. Double click on the Properties tab of the project and in the Project Settings | Target platform: change to Windows Azure SQL Database
    • image

Here is where things begin to become different, some of the stuff I’m about to do is not specific to SQL Azure, It can apply to any Sql Database running on any SQL 2012 instance.  Basically Microsoft is changing the way we think of databases, and has introduced some new terminology.  Recognizing that Versioning is a continuing problem with databases, they are asking us to think of a database as a “Data-Tier Application” that runs on a SQL Hosting machine.  It’s still a Database, but they want to support some development scenarios that just don’t translate smoothly to how we as developers have been thinking about database, so they are hoping some new terminology will assist us in making that transition.

So from here on out don’t think of you data storage as a database, but rather as a Data-Tier Application that runs on a SQL engine.  So why Data-Tier Application? Well to be honest a SQL “database” really isn’t a database. We have stored procedures, triggers, functions, etc, which encapsulate usually business rules and logic, which to be totally honest isn’t data, its process.  Microsoft is just trying to get us developer to recognise this and realise that what we call a Database is more then just a place we store some bytes, it’s a place where actual coding, logic, and versioning is needed.  Hence why they are calling it now a Data-Tier Application.  So along those lines from here on out, I won’t be calling the item we are working on a Database I will be referring to it as a Data-Tier.

So now, looking at that Project Settings page, click on the Properties… button and a new dialog opens where we get to enter our Data-tier Application Properties

image

And finally here you can see where they have begun to introduce the concept of a Version Number in the Data-Tier.

The other interesting thing to note about the Project Settings Tab (in the same place where we clicked the Properties… button

image

They specifically have noted that the Output type is Data-tier Application which they have given a .dacpac file extension.  You do have the option to instead of using the .dacpac having the output created as a .sql file (the old database way), but if you read Microsoft’s documentation on SSMS 2012 and SQL Azure, the writing is pretty large on the wall, they REALLY want us to start using .dacpac.

The .dacpac can be thought of as the definition of the Data-tier without the data.  To read more of the concepts and way to think of a Data-tier application and how it relates to a .dacpac file, check out Data-tier Applications documentation on the Microsoft MSDN website. I’ll just be giving you the specific highlights you need to know for this particular part of the operation.

Also of note is that this new type of Database project can be “built” like any other project type, if you go to the Build section of the Properties for the project

image

you will see a build output path.  The data-tier (remember data-tier === to database, just a new more inclusive name) is dropped then recreated according to the scripts and specifications that have been saved in the project.  This uses the new localdb/v10 functionality of Sql (Microsoft is also doing away with SQL Express for on the fly attached files (single instance) database, and having us move to the localdb approach).  This data-tier once built can then be put thru various SQL and code analysis tools and warn you of problems with the Data-tier.

For example, imagine you have created a stored procedure that references the “User” table, but in a future version you decide to rename the table to “Person”.  Before you wouldn’t get an error until some piece of code in your business layer tried to access that stored procedure.  With this project type and being a Data-Tier, VS2012 will give you an immediate Error in the output window on a Build.  You find out about the error before you even get close to deploying the mistake. Think of it as Precompiling for Databases.

Now once that is all done, and you can successfully build and cleared all your errors (it will use the Target Platform we set earlier to make sure all features specified in the data schema and stored procedures, etc are compatible) we can publish the .dacpac to SQL Azure

image  image

On the Build Menu, there is a Publish <DatabaseName>… option, you can also find this by right mouse clicking on the project and finding “Publish…” there.

Now we end up with a dialog that was obviously designed by a developer and a UI consultant didn’t get a chance to review it.  Once you understand all its options and in what order to access them, it’s pretty easy, but let’s just say the UI is not intuitive.  Also the dialog can’t quite make up its mind whether or not it is going to embrace the new terminalogy and instead is a mishmash that just confuses the new conceptual approach.

image

First place to start, is at the bottom left with the Create Profile button (unless of course you have already created a profile previously in the project in which case you start with the Load Profile… button).

This will now Create a new publish profile and add it to the Project (for next time you need to use it)

image

Next we go up to the top left of the dialog and click the Edit button and you will get the dialog we have all seen for creating a connection to a Database, here we will put in the name of the SQL Azure Server url and the Sql Authentication credentials from the SQL Azure website.  http://manage.windowsazure.com

Once that is done, we have two options on how to proceed.  Staying with the “let’s jump around on the dialog” theme the developer who put this together has started with, we need to next look at the middle of the dialog at the “Register as a Data-tier Application” checkbox on the right, and the currently enabled “Advanced…” button to the left of that.

image

Let’s start by first clicking on the “Register as a Data-tier Application”.  You may notice that the “Advanced…” button has been disabled.  The Advanced button would allow you to set all sorts of Scripting publishing rights and defaults.  A Data-tier has those rules “built-in” to it’s schema so we don’t need to worry about them for this operation.

image

The other thing you will notice is the “Block publish…” checkbox has become active.  This will prevent a publish of the changes to the database if the target database connection already has a database published, and the version number is the same as was set back in the Data-tier application dialog, but the structure has changed.  This means you need to go back and modify the Version Number before it will allow you to publish the changes.  Of course if working on your local development machine you may not care, but on a production machine, if the database has changed at all we really do need to make sure we have modified the Data-tier application version number.

If all the settings are right, you should now go back to the bottom left of the dialog and “Save Profile”.  With that done, finally you can go to the bottom right and click “Publish”, and the database and structure will be published to SQL Azure and the database will automatically be set up to keep track of its “versions” as a Data-tier Application

image

Here you can see that the Data-tier functionality has added a __RefactorLog where it will keep track of Versioning and changes for you as part of being a Data-tier application.  This is a good thing.

Last thing to do is go into Visual Studio and Check in your Data-Tier Application database project to TFS (or Git-Hub, or SVN, or what ever source control system you use, just please use source control!)

Now to move the data

Ok, so I have actually been moving a database from our VPN to Azure as I have been making up this walk-thru (this is more for my co-workers at Red Jungle, but I thought I might as well share it with you as well).  So up to this point we have

  • Moved and versioned the database from the original hosting Virtual Machine onto my Development machine
  • Converted the Database structure to a SQL Database Project
  • Targeted the SQL Azure platform
  • “Converted” the database to be a Data-Tier Application
  • Set Versioning up.

So that’s great, I now have the database that our SaaS product uses deployed to SQL Azure, I could now in theory just change the connection string in our SaaS product and it should start using the SQL Azure database (and in fact it does…). Only one small problem, there is no data in that database, Red Jungle’s clients won’t like having to re-enter all their data…

So I guess I should have just restored the Backup I took of our SaaS database to SQL Azure.  Well there is a problem there as well, you see, SQL Azure doesn’t allow for Backups and Restores as you and I have come to know them in SSMS.  In order for SQL Azure to be massively parallel and scalable and replicable, Microsoft had to make things work a little bit different. 

This is Where we now learn about the .bacpac file format and Exporting a Data-tier Application.  Again you can follow that link to read in depth about it, but I’ll give you the highlights here.

First let’s start by going back to that database backup I downloaded and restored to my development machine.  Now first things first, if any changes had to be made to the Data-tier application project in VS2012, I’ll need to add a Schema Compare to my project, image

and run it comparing my Project to my target database on my machine, and update the database on my machine so it is the correct schema.

Next if the database I grabbed off the Virtual Machine was not deployed as a Data-tier application, (which in this case it wasn’t) I will need to “publish” the project again, but this time against the local version of the database.  This will add the versioning information to the database making it a true Data-tier application as well.

Once that is done, next I right mouse click on the database in my local SQL server and under task look at the Data-tier Application options

image

Hang on a moment what’s that “Deploy Database to SQL Azure…” option and why didn’t we use it before? Well 3 reasons

  1. The Database to be moved to Azure STILL needs to be converted to a Data-tier application, so we still would have had to do 80% of the work we already did
  2. When deploying a database to SQL Azure you can only deploy a NEW database; that is the <funkystring>.database.windows.net,1433 SQL Azure server you have set up thru the Azure Portal won’t let you overwrite the existing database, you will have to add a new one, which as long as you plan ahead could work for you, but still you do need to learn about how to backup and restore in this new context of Data-tier Application, so this is as good a time to learn and practice as any.
  3. Because when I started this tutorial I had never yet done a right mouse click on the latest edition of SQL Data Tools since the update was installed on my machine and I didn’t know they had added this feature until I got to this point in the article… and I don’t feel like re-writing it from scratch. ;-p

You might also notice the “Extract Data-tier Application…” option, the difference between Extract and Export, is Extract will just pull out the Data-tier schema, basically giving you an empty database of the current version, whereas the Export option pulls out the data AS WELL as the schema, it is akin to the old .bak file we are used to.

So back to the “correct” way, Now that we have everything set up correctly, select the “Export Data-tier Application…” option.

image

In this case we want to save it to Windows Azure (if you haven’t yet, go set up a Storage Account and a Container in Azure).

image

Click the Connect… button

image

Now retrieve your values for Windows Azure from online, you can find the account key by clicking on the Manage Keys on the Storage Home Page

image

Once you have those values fill out the settings dialog appropriately.

image

Click Next and you are taken to the “Summary” page, finally click Finish.

This basically makes what we have know as a .bak file, compresses it all up and uploads it to the Windows Azure Storage Account in a Blob.

The rest now all happens from the Azure Management portal.

  1. Open the Azure Management Portal and login
  2. Click to enter the DB section
    • image
  3. at the bottom of the page in the ribbon you should see “import”
    • image
  4. Click the Import then follow the dialog to connect to the storage container where you dropped the .bacpac file, and fill in the settings.  You will need to import this database using a new name, for example in the dialog below I just tacked on the word “Backup” to the original database name
    • image
  5. Making sure the Configure Advanced database settings are set, click to go to the next page, set the edition and database size and click Go.
  6. Then go get yourself a cup of coffee, this is going to take a while!

Then once the database with the data has been properly imported you rename it, using the old Silverlight Manage Console, and issue T-SQL commands into a sql command prompt window. 

ALTER DATABASE Database1 
MODIFY NAME = Database1_OLD
GO
WAITFOR DELAY '00:00:30'
GO
ALTER DATABASE Database1_copy_02_01_2012
MODIFY NAME = Database1
GO

Okay, that’s the “official” way to do it, but if I have to fall back to the Silverlight management console, and do esoteric T-Sql commands well I’d rather do Powershell (and if you know me you know that means I don’t want to do that!).

So instead the easiest thing to do is just delete the original database, and use that “Deploy Database to SQL Azure…”  command that I didn’t know about! I just specified the name for the Database to be the same as the one I had just deleted, and called it a day.

image

Which is exactly what I did!

Well that gets the database off the Virtual Machine and onto SQL Azure, the last step was to go onto the virtual machine and change the connection string to connect the new SQL Azure database.

Next up Loading Certificates for your Azure Website from a Blob.

Tags:

Azure | SQL Server