in

SharePoint Blogs

The Best Place for SharePoint-related Blogs

OBA, SharePoint and Aghy [MVP]

April 2008 - Posts

  • OBA Composition Reference Toolkit 2.0

    I have really good news: the OBA Composition Reference Toolkit version 2.0 is coming soon, in the first half of May. This release will extend the functionality of the V1: it'll contain security handling, incremental provisioning, and we'll be able to install the Composer client to Windows Vista, and let the server on a remote SharePoint server. Moreover, we'll able to use a lot of new components for HR recuriting, Expense Reporting, Purchase Requisition Management, Financial Services, Health & Life Sciences.

    But if we think as a developer, here is the most important thing: the full source code of the OBA Composition Reference Toolkit will be available for us, for free! We'll have codes, documentation and all. So we'll be able not just to write our own components integrated to the Composer, but to extend the Composer's functionality as well, regarding to our or customers' needs. Wow!...

  • Generate documents with OBA

    In the OBA demo Part 1 and Part 2 I presented how we can easily deploy and provision OBA components with OBA Composer. In this post, I'll show you an example developed by our team which creates some documents from LOB System data.

    Now let's see a general user need: we'd like to generate several documents from data stored in several LOB Systems: contracts, specifications, training materials, etc. These document types have common parts, but we need custom information as well. We have some other important requirements too:

    • The data source have to be transparent for the end users
    • Let's use our existing client softwares
    • Minimize (or avoid, if it's possible) the LOB Systems' modification
    With help of my developer team we made a little demo OBA, which hasd the following layers:
    • On the client side we have a VSTO Word Add-in (the Word 2007's UI is well known by end-users, so they are really happy with it)
    • The VSTO Add-in communicates with the other layers via a WCF (Windows Communication Framework) layer.
    • At the bottom we have SharePoint lists and libraries as data sources, we store in them everything in this version.
    • Between the WCF and SharePoint we have a layer called LINQ4SP. This layer developed by us contains custom components for SharePoint. The goal of this module is to make the development process more productive and less complicated. We're planning to make a public version of this component in April 2008.

     

    Well, now let's see how does this component work. First the user pick up a Section type (i.e. Contracts), then he/she can select a section (chapter) from this type. The VSTO Add-in reads the section's document from the SharePoint library via several layers.

    But generally the documents live with included dynamic property fields. In this example we put customer info into documents (company name, address, tax number, account number, contact, etc.) - of course, we can have different data sources (SQL, SAP, Oracle etc. or Web Services), not only SharePoint lists.

    We can insert the customer data into my document via embedded property fields easily, and the pre-defined sections contain these property fields as well. When the user selects a customer and contact, all the information will be inserted or updated in the document.

     

    OK, but how can we use this OBA? In our company, we use it for generate training materials, contracts and several project documents. Of course, we make some further development as well, so if you read my blog, you'll be informed about our new components and developments.

    Posted Apr 21 2008, 03:05 PM by Agnes Molnar with 2 comment(s)
    Filed under:
  • OBA demo - Part 2

    In the OBA demo Part 1 we could see how we can build component-based applications by OBA Composition Reference Toolkit. But these are only the base things - these are really important, as in a building, but we can't move in yet. We're really happy to have it ready, it's an important step to our goals - so let's go away! Well, in the following demo I'll present you how we can build the next phases of our OBAs, what kind of possibilities we have, and what are the limitations.

    So, let's see some interesting possibilities in the OBA Composition Reference Toolkit's currect version. For example, if we'd like to add further components to our existing OBA, we have more possibilities. First, we can choose a component from the filterable list (see OBA demo - Part 1).

    Second, we have a chance to search for some related, compatible componets to our existing components (Related Components). We can do this, because we can define some interfaces to our OBAs, so they can communicate with others.

    (Click on the picture for the short demo.)

    That's good. But in this version we have a small trouble with this method. We create an OBA with related SharePoint site, then upload some content or make some customization. After that we'd like to add a new component, with a new Provisioning - we can do that, but all of the former contents will be lost! The OBA Composer will overwrite the full site. It could be really cumbersome. But here is a good news: we'll have a new version soon with incremental provisioning!...

    Our house has its walls already. Let's go forward...

  • MVP Summit 2008

    Welcome from Seattle - I'm just arrived this afternoon to participate on MVP Summit 2008. Actually here is night, but I have a jet leg (9 hours difference to Hungary) - I hope, I can reduce it soon.

    I think, it'll be a great event to learn a lot of things, and meet a lot of interesting people (first of all, other SP MVPs). I can't wait Monday! :)
     

  • OBA Composition Reference Toolkit VPC

     

    Yes! Yes! YESSSSSSSSSSS! It's downloadable!

     

    The VPC Image is downloadable for everyone, which contains the OBA Composition Reference Toolkit presented by me several times in Hungary (Hungarian Architecture Forum, Visual Studio 2008 Launch, etc.). The OBA Composer is downloadable for several weeks, but needs a really complitated server environment. The newly accessible virtual environment is a really big help for us - could you imagine that?

     

    The fully installed VPC can be downloaded from http://connect.microsoft.com. After log in, you can sign to the "OBA Reference Architecture Packs" connect program. Here you can download  the VPC image, and you can find some details about it as well (for example user credentials).

     

    The documentation of OBA Composition Reference Toolkit, hands on lab, etc.  are downloadable from related MSDN site.

     

    And finally: we're waiting for the next version of this toolkit to the second half of April. In that release we will find a real client-server Composer application, incremental provisioning feature, OBA Services in the SSP, and other powerful and interesting things.

     

  • WSS 3.0 --> MOSS 2007 migration

    One of our customers had WSS 3.0, and just decided to upgrade it to MOSS 2007. The installation was successfully finished by their own operational team, and they was waiting for us to migrate the sites and other contents. OK, it's a really average task, but here is the trick: we had to keep the GUID of all documents and list items because of a custom feature. (All documents and list items are identified by GUID in this feature.)

    Well, how to start a task like this? - Of course, planning. What we have to migrate: sites, lists, documents, features, custom settings and custom requirements. One of there custom requirements is the GUID-issue: how can we guarantee the proper working after migration?

    Ok, let's migrate the database. Copy the content database from WSS to MOSS database server, and let the MOSS to "eat" it. I'll write it in a professional language as well, but here is an other issue: we faced that the operational team installed a Hungarian MOSS, but the WSS is an English one...

    No problem, the Language Pack can make a wonder for us: let's install an English Language Pack to the Hungarian MOSS (it's not the first time to do that), and let's start the migration:

    1. Stop the WSS Services, and detach the WSS_Content database.
    2. Copy the MDF and LDF files to the new database server (if it's needed).
    3. Attach the database on the new server.
    4. If the WSS have to work on, attach back the saved database to the WSS's DB server, and start the WSS services.
    5. Go to the MOSS Central Administration, and create a new Web Application. Give a custom name to your WebApp's content database, for example WSS_Content_Temp.
    6. Add the WSS_Content database to the Web Application with this command:
      stsadm.exe -o addcontentdb -url http://<server>:<port> -databasename <content database> -databaseserver <DB Server name>
    7. Now we have a Web Application, which has two content databases: the old WSS_Content with our sites, and the new, empty one: WSS_Content_Temp. Go to the Central Admin > Application Management > Content Databases, and delete the empty WSS_Content_Temp database.
    8. Install and activate the required features

    That's all! We're ready to use the old contents and features on the new MOSS server. We have the original GUIDs, the original Created By and Last Modified By fields for all list items and documents - the full process was transparent for users, except the new URL, and the new features and functions came with MOSS...


  • Most Valuable Professional

     I'm really happy and proud of writing these words: I have been awarded SharePoint Server MVP from April 1, 2008.

     I'd like to say thank you to all my friends and colleagues, who was helping me to achieve this award.

     I'd like to say thank you to YOU, all readers of my blog as well: thank you for all feedbacks, comments and e-mails.

     I promise, I'll continue...


Need SharePoint Training? Attend a SharePoint Bootcamp!

Posts (c) their respective authors. Everything else (c) 2007 SharePoint Experts