The post MOSS2007 Excel Services – Web Services performance appeared first on Blog IT.

The product includes 2 main components: Excel Web Access (EWA) and Excel Web Services (EWS). EWA is in essence a web part that displays a mostly read-only view of an Excel spreadsheet. You can input single-valued parameters and see the calculations being updated. EWS is a web services layer in the front of an Excel spreedsheet. You can input values, individual cells or ranges, and get both results of a binary snapshot of the spreadsheet.

I was really surprised about how much I can do with the product, and how easily. The ability to save a spreadsheet I half filled with Web Service calls, the ability to use Ajax to invoke the web services (with some sample code availablle on the net) on the browser, the power of the User Defined Functions, developed in C# and which can access databases or whatever, etc. It IS a very interesting product, and I strongly recommend it.

This said, I think this first version, included in MOSS 2007, still has space to evolve in a couple of different areas, improving it’s fit to several more design/architecture problems.

First, EWA has to be improved to support full read-write, instead of simple single-cell input, using ranges, lists-of-values, etc. While this doesn’t happen, it’s usefullness is mostly in data display and very simple usage scenarios.

The second is more strategic: the Excel “client” is not really a Client App to Excel Services. They are different applications. If would be nice if one could have Excel (client) open a spreadsheet and do the calculations and data access on the server only.

Let me give an example, related to the product’s main selling point: imagine you have an Excel spreadsheet initially developed in the 80’s. It has hundreds of formulas, some 20 sheets, reference data, dozens of input fields/ranges, charts, etc. A living nightmare to IT, not necessarily so to the business users. Now I can store this spreadsheet on the server, true, but what do use as a client? I know I can interact with it using EWS, but the development of a specific Smart Client to access it, replicating some of the rules, is clearly an expensive option. This should be done directly in Excel Client, because that is the application the the business users love and know how to use, and because that’s what minimizes development effort. I can use VSTA and develop in Excel Client to do this, and this is probably the best option at the moment.

Developing this idea, two more thoughts: it would be nice to have a “Excel Click-Once” functionallity, where a spreadsheet open in Excel (client) could be updated with the latest information from the server spreadsheet. Also, one of the problems with current Excel spreadsheets build up over the years, is that they get lost in people’s hard drives. Some kind of mechanism could be in place to avoid or control this, so that people are always using the most up-to-date version of the logic.

Two further aspects, non-technical: when a business user is presented with a solution based on Excel Services, the reaction can easily be of surprise: “is this it?!“. They are used to IT giving them apps, web sites, etc., not saying: “Just use Excel“. People still have the impression that, to be good, you have to pay for it.
Which brings me to the second aspect: licensing (which is where you do pay). To use Excel Services, one has to fully license MOSS2007 Enterprise. That is, to use Excel Services, you have to pay for SharePoint Server, Forms Services, BDC, etc. All the components of SharePoint Server. Interestingly, this does not happen with Forms Services: you can simply license WSS 3.0 + Forms Services.

Anyway, these were just some ideas. Excel Services is an excelent start for a new product, and will surelly have very interesting developments in the following years.

Most of the information I’ve used while developing my prototypes where based the SharePoint 2007 SDK, but I also recommend LuisBE’s blog, and Cum Grano Salis (where you can find the Ajax library I mentioned). Also, this ExcelPackage CodePlex project seems very promising (don’t get me started in the power of the new formats :-)).

The post Excel Services v1 appeared first on Blog IT.

Neste evento, vou apresentar a seguinte sessão:

Soluções de Workflow e Processos de Negócio com formulários desenvolvidos em InfoPath 2007
A sessão apresenta as diferentes ferramentas disponíveis para construir e gerir as soluções baseadas em Microsoft Office InfoPath 2007. Apresenta o novo modelo de objectos do InfoPath, fala sobre a integração melhorada do Microsoft Visual Studio 2005, e sobre as novas caracteristicas como os templates, os ficheiros de ligação a dados partilhados, e a possibilidade de serem utilizados em ambientes Web e Windows. Conhecerá igualmente o desenvolvimento, gestão e a possibilidade de utilização de formulários desenvolvidos em InfoPath 2007 noutras aplicações. O servidor da Microsoft Office SharePoint 2007 apresenta o Business Data Catalog (BDC) como uma nova tecnologia para facilitar a ligação ao portal e as aplicações empresariais. Nesta sessão iremos analisar o BDC e a sua integração nas soluções existentes.

Apareçam!

The post Evento Msdn Better Together. For developers appeared first on Blog IT.

Existem no entanto alguns pormenores a referir: quando se entra na lista de Tasks do SharePoint, por omissão a vista seleccionada é a “My Tasks”, e esta não lista as tarefas atribuídas ao utilizador via os grupos a que pertence. Se mudarmos para a vista “By My Groups”, já são visíveis as tarefas atribuídas a grupos, mas apenas os grupos SharePoint de que o utilizador actual é membro, e não os grupos na AD.

Já em relação a workflows o comportamento é o desejável. Verifiquei o Approval, com os dois tipos de grupos, e ambos funcionaram bem, entregando as tarefas em sequência ou paralelo a todos os utilizadores do grupo em causa.

[Nota: os testes foram feitos com o beta2]

[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/joaomartins]

The post SharePoint 2007: Atribuir tarefas a grupos de utilizadores appeared first on Blog IT.

Para quem tiver interesse em começar a explorar o tema de Workflows em SharePoint, tem no blog do Nick Swan uma explicação passo-a-passo de um workflow com VS2005 e formulários InfoPath 2007, tanto dos vários passos como do que é necessário para fazer o deployment. O exemplo não é o mesmo do curso, apesar de muito semelhante, mas antes uma explicação detalhada do “How To” que é incluído no SDK do MOSS 2007 (SDK > Managing Enterprise Document Content > Workflows in Office SharePoint Server 2007). Este exemplo funciona bem com a beta 2 do MOSS 2007.

Algumas notas gerais que podem facilitar a sua realização:

• Para fazer debug ao Workflow no VS2005, é necessário fazer Attach ao w3wp (Managed Code);
• No string Install.Bat que instala a Feature e o Workflow, e que é criado automaticamente quando se cria o projecto no Visual Studio, trocar as 2 linhas que fazem o Deactivate e Uninstall da Feature para o topo. Depois de os formulários InfoPath estarem feitos e testados, comentar as duas linhas que fazem essa verificação;
• Caso apenas se altere o código do workflow, não é necessário reinstalar a feature, basta colocar no Gac a nova versão e fazer IISRESET;
• Um dos aspectos interessantes do exemplo é que usa o primeiro formulário tanto para na Associação como na Iniciação do workflow, o que é especificado no Workflow.Xml . O mesmo pode ser feito na criação de Tasks, mas neste caso pode não ser obrigatório repetir a associação, bastando atribuir o mesmo “Task Type” às tarefas criadas e fazer a associação uma única vez.
• Quando se faz o Publish de um formulário IP, deve usar-se o mesmo nome que aparece nas properties (quando se vai copiar o URN).
• O ficheiro com a Secondary Data Source, o ItemMetadata.xml, tem de ter este nome, e é case sensitive. Notar que o exemplo do Nick Swan está incorrecto neste ponto (ou antes, os screenshots estão bem, a descrição textual incorrecta). Este ponto está referido na documentação do MOSS, mas é fácil deixar passar. Se não tiver este nome, a passagem de valores para o 2º formulário não funciona.

Para quem vai começar nisto, recomendo ainda o download do ECM Starter Kit for 2007 Office System , que além das templates de projecto para o Studio tem vários exemplos de workflow sobre
MOSS.

Fazer workflows para MOSS tem a sua complexidade, que suponho vá diminuir à medida que a tecnologia ganhe maturidade, mas o potencial – já hoje – é muito grande. Repleto de “Oportunidades para ISV’s”. 🙂

[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/joaomartins]

The post Workflows com Visual Studio e InfoPath no MOSS2007 appeared first on Blog IT.

A grande saliência, mesmo tendo o SharePoint em pano de fundo, vai para o Workflow. Foi o tema que mais interesse e antecipação criou (tal como aconteceu no seu lançamento no PDC05 o ano passado), apesar de – como se teve oportunidade de constatar – o desenvolvimento de Workflows sobre SharePoint, adicionalmente se usando formulários InfoPath, ter alguma complexidade técnica. Os exemplos e demonstrações que tivemos oportunidade a fazer foram apenas pontos de partida, e é essencial que venha a existir mais documentação.

Também a recolher algum interesse teve o desenvolvimento para Office Cliente, e refiro-me aqui principalmente ao desenvolvimento de Add-Ins, desenvolvidos sobre Visual Studio Tools for Office (o curso focou na CTP de Junho do VSTO "v3", mas o beta do VSTO 2005 Special Edition ficou disponível já durante o curso). Há soluções e possibilidades muito interessantes no modelo, e a integração com o "online", via SharePoint, pode ser uma grande mais valia. Um aspecto curioso de referir é que, ainda assim, o desenvolvimento de aplicações do tipo "Smart Client" continua a ter alguma resistência, possivelmente, devida aos últimos 10 anos em que nos habituámos a tudo ser baseado em Web. Para vários dos ISV's, no entanto, é o modelo que faz mais sentido para a sua área de negócio.

No cruzamento entre o cliente e o servidor estão as componentes baseadas na utilização de Forms Server em conjunto com o Outlook como cliente. A ideia de termos formulários ricos que são preenchidos num browser ou no próprio Outlook, e que podem ser trabalhados nos novos "Forms Folders" do Outlook e guardados num SharePoint (eventualmente associados a Workflows) levanta imensas possibilidades e oportunidades de negócio, talvez com saliência para o sector público e grandes organizações.

Outras áreas que foram bastante referidas incluiram a componente de Web Content Management (WCM), a utilização do MOSS 2007 como plataforma para desenvolver sites web públicos (o substituto do CMS2002), e o Enterprise Content Management (ECM), para aplicações de gestão de conteúdos, incluindo coisas como Records Management e Workflow. O programa do curso não incluía, no entanto, grandes desenvolvimentos nestas duas áreas.

Duas outras áreas particularmente referidas foram o Business Data Catalog (BDC) e os Excel Services. A primeira pode operar uma mini-revolução no mundo da Integração de Sistemas ao permitir expôr com relativa simplicidade, em sites SharePoint, informação que é armazenada em sistemas de negócio (desde que em Sql ou acessíveis por Web Services), sem obrigar a programação. Um cenário do tipo "case study" é a possibilidade de disponibilizar informação de sistemas como SAP num SharePoint, em que a consulta pode ser feita em web parts pré-disponibilizadas ou acessível meramente usando a pesquisa texto livre do MOSS. Se isto não deixa água na boca… 🙂 Para isto, e numa abordagem inicial, o que é necessário é apenas especificar uma camada de metadados a descrever a informação do sistema origem, e voilá.
A segunda, os Excel Services, não tanto pela realização de cálculos pesados no servidor ou pelas potencialidades em termos de Business Inteligence, mas pela possibilidade de invocar folhas de cálculo no servidor utilizando a camada de web services genéricos que é disponibilizada. E há coisas que são muito mais interessantes de fazer no Excel que programadas em C#. 🙂

A quem esteve no curso: espero sinceramente que tenha valido a pena, e ver-vos noutras ocasiões! Nos próximos dias vou tentar colocar aqui respostas a perguntas mais frequentes ou informação sobre assuntos que tenham sido cobertos de forma menos aprofundada.

[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/joaomartins]

The post Formação Office 2007 for Developers: Wrap Up appeared first on Blog IT.

Quem já começou a desenvolver para Office 2007, e quer beneficiar das potencialidades do VSTO e do novo interface utilizador do Office, usava até agora o VSTO “v3” – CTP de Junho. Estas tools têm agora uma nova versão, ainda em beta, a VSTO 2005 Special Edition (beta), que está sincronizada com o Office 2007 Beta 2 TR que acabou de sair. Esta versão desenvolve o que a v3 de Junho já incluía, como a programação para a Ribbon, desenvolvimento de (Managed) Add-in’s e de Custom Task Panes.

Mais informações e download no site da MS ou no ServerSide.Net . É um admirável mundo novo. 🙂

[Ps: o livro obrigatório para quem desenvolve com VSTO 2005 é o “Visual Studio Tools for Office: Using C# with Excel, Word, Outlook, and InfoPath”, dos Eric’s Carter & Lippert]

[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/joaomartins]

The post VSTO 2005 SE Beta appeared first on Blog IT.

Se sim, e se já experimentaram, provavelmente chegaram à conclusão que não é possível, porque o Word nem sequer permite escolher uma lista de SharePoint como Data Source para o Merge.

Existem duas alternativas:

1)    exportar a lista para Excel e usar o Excel como data source; ou

2)    criar uma base de dados Access e fazer uma linked table para a lista de SharePoint , usando esse Access como data source.

A primeira é chata porque obriga a fazer sempre a exportação para Excel (ou a abrir o Excel e fazer refresh dos dados) antes do mail merge.

A segunda não funciona porque o Word diz que a data source não possui tabelas visíveis.

No entanto, podemos fazer a segunda alternativa funcionar através dos seguintes passos:

1)    Ele mostra o erro: The data source contains no visible tables. Pressionamos OK.

2)    Ele mostra a mensagem: Could not find ‘C:\Contactos.mdb’. Pressionamos OK.

3)    Aparece uma janela de login para a ligação à BD Access. Pressionamos o botão Database…

4)    Aparece uma janela para selecção do ficheiro MDB. Seleccionamos o ficheiro Access e pressionamos OK.

5)    Volta ao ecrã de login. Pressionamos OK.

6)    Aparece uma janela para seleccionar a tabela de onde queremos importar a informação para o merge. No entanto não aparece nenhuma tabela. Pressionamos o botão Options…

7)    Aparece uma caixa de opções. Activamos a opção Synonims e pressionamos OK.

8)    Aparece a dita tabela na lista de tabelas da BD 😀

9)    Daqui para a frente segue-se o processo normal.

Estes passos foram realizados em Word 2007, mas este procedimento deve ser semelhante em Word 2003 e SharePoint 2003 (já que foi descrito com resposta a um pedido de ajuda referente à versão 2003).

André Vala

?>

The post Mail merge a partir de uma lista de SharePoint appeared first on Blog IT.

Isto significa, porém, que um tema não tem qualquer influência no layout das páginas.

NOTA: as descrições seguintes referem-se apenas à versão Beta 2.

Instalação de um Tema

O tema é uma pasta composta por ficheiros CSS, um ficheiro INF e vários ficheiros de imagem (GIF, JPG…). A instalação de um tema compreende dois passos:

1) colocar a pasta em C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\THEMES

2) alterar o ficheiro C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\1033\SPTHEMES.XML acrescentando uma entrada para o novo tema:

<Templates>

            <TemplateID>MyTheme</TemplateID>

            <DisplayName>My Theme</DisplayName>

            <Description>O My Theme tem um fundo branco com áreas de controlo vermelhas e highlights amarelos</Description>

            <Thumbnail>images\MyTheme.png</Thumbnail>

            <Preview>images\MyTheme.gif</Preview>

</Templates>

O TemplateID corresponde ao nome da pasta do tema.

O DisplayName é o nome que aparece na listas dos temas, na página de selecção, no Sharepoint.

O Description é a descrição que aparece associada ao tema, nessa mesma página, no Sharepoint.

O Thumbnail e Preview são as imagens de exemplo usadas, na página de selecção de tema do site Sharepoint, para mostrar o look final.

Ao fazer estas alterações, o tema fica imediatamente disponível no SharePoint, sem necessidade de reiniciar o IIS.

Edição de um Tema

Depois de aplicado um tema a um site, alterar as CSS ou as imagens na pasta dos temas não surtirá qualquer efeito nesse site.

Mesmo que se aplique um Tema B ao site, alterando em seguida a CSS do Tema A, para depois o voltar a aplicar… o site ficará com o aspecto do Tema A inicial.

Explicação: ao editar o site com Sharepoint Designer 2007, podemos constatar que, ao aplicar um determinado tema, o Sharepoint faz um merge de todas as CSS do tema e copia tudo para a pasta (virtual) _themes dentro do site. Nessa pasta passam a estar todos os CSS, imagens e o ficheiro INF, e um novo ficheiro CSS (por exemplo CAP1011-65001.CSS) que é o ficheiro realmente utilizado pelo Sharepoint. O nome do ficheiro é criado com base no nome do tema (CAP, no exemplo) e a codepage (65001, no exemplo) que está definida no ficheiro INF do tema.

Portanto, para editar o tema e ver as implicações das alterações, deve ser alterado este ficheiro no SharePoint Designer.

As classes (estilos) que não forem redefinidos ficarão com as definições do tema original do SharePoint.

André Vala

?>

The post Criar temas para o SharePoint 2007 com o SharePoint Designer 2007 appeared first on Blog IT.

As demonstrações, feitas com a versão Beta 2, foram as seguintes:

Criação de Site
Criação de site, um processo muito semelhante ao da versão anterior do SharePoint, mas com selecção explícita dos membros dos 3 grupos de segurança por omissão: Visitors, Members e Owners (desapareceram os anteriores Readers, Contributors e Administrators).

Criação de Document Library Mail-Enabled
Uma das novidades mais interessantes da nova versão do SharePoint é a possibilidade de enviar mails para doclibs. Esta funcionalidade apenas necessita de um SMTP, não obriga a ter Exchange Server, e é feita sem necessidade de qualquer configuração específica. Basta indicar, ao criar a doclib, o endereço email que pretendemos.

Enviar email para Document Library Mail-Enabled
Envio de um email para uma doclib, com vários documentos em anexo. Alguns segundos depois, os documentos anexo aparecem na doclib, como previsto. Na parametrização desta funcionalidade, é possível indicar se queremos que sejam publicados apenas os anexos, ou também o corpo do email como ficheiro .EML, ou ainda as permissões para publicação. Esta é uma potencialidade muito simples, mas dá um enorme jeito em diversos cenários, como arquivo de documentos trocados em projectos, etc.

Segurança ao nível do item
Uma das funcionalidades mais pedidas em projectos na versão actual do SharePoint (SPS2003/WSS2.0) é a possibilidade de especificar permissões de items individuais em document libraries, sejam documentos sejam pastas. A nova versão restaura uma possibilidade que existiu em termpos no SPS2001, sendo agora possível especificar diferentes permissões individualmente, quer em termos de grupos quer de utilizadores específicos. Excelente!

Workflows
Outra das "killer features" é a possibilidade de associar workflows à publicação ou alteração de conteúdos, utilizando a tecnologia Windows Workflow. A demo que fiz utilizou um dos workflows nativos do MOSS 2007 (para quem não sabe, é a abreviatura oficial do Microsoft Office SharePoint Server 2007), para aprovação de documentos de uma doclib. Criei um workflow de aprovação, com aprovação paralela por um de dois aprovadores. Mostrei que esta aprovação pode ser feita ou directamente no SharePoint, ou no Outlook através do email de notificação que é enviado aos aprovadores, ou no próprio Word, quando o documento é aberto por um dos aprovadores. Este workflow também cria notificações na lista de tarefas do site, atribuídas aos aprovadores, sendo o seu estado actualizado automaticamente quando o documento é actualizado.
Apesar de não o ter mostrado, é possível também alterar dinamicamente o workflow, delegando a tarefa a outro utilizador seleccionado.
Além dos workflows nativos, podem ser criados workflows programaticamente, no Visual Studio 2005 (apesar de o SDK para o Beta 2 ainda não estar disponível), ou usando o SharePoint Designer, conhecido anteriormente por FrontPage e que foi convertido numa ferramenta de authoring específica para SharePoint.

Subscrições RSS
O novo Outlook inclui um feedreader bastante interessante (pode não ser o mais refinado do mercado, mas tem a enorme vantagem de ter o RSS integrado com o email), e o SharePoint inclui a possibilidade de criar subscrições sobre feeds dos conteúdos de DocLibs, Listas, resultados de pesquisas, etc. Nesta demonstração, criei uma subscrição sobre o conteúdo da doclib que tinha criado.

Acesso Offline a Document Libraries
Se a subscrição RSS de doclibs (ou qualquer outra feed RSS) é interessante, mais interessante pode ser ter acesso integral, offline, ao conteúdo de document libraries. Esta é outra das funcionalidades que considero mais interessantes. Os documentos das várias doclibs ficam organizados em "SharePoint folders" do Outlook, e é possível indicar individualmente se queremos ou não ter cada ficheiro com cópia no Outlook (por exemplo, caso existam ficheiros de grandes dimensões ou que não mudem muito e que não nos interesse ter localmente).

Sincronização de Calendários
A versão actual do SharePoint já permitia ter uma cópia offline de calendários SharePoint no Outlook. Esta relação passou a ser bidireccional na versão 2007, ou seja, é agora possível adicionar agendamentos a um calendário SharePoint directamente no Outlook. Uma funcionalidade muito interessante, esta dos calendários partilhados, mais uma vez tanto do ponto de vista do trabalho em equipa como até de calendários individuais.
Esta sincronização bidireccional passou também a ser possível com os contactos, que não demonstrei.

Sincronização de Tarefas
Nesta demonstração mostrei não apenas a sincronização bidireccional entre a Task Lisk do SharePoint e as Tasks do Outlook, como a possibilidade de criar vistas Gantt. A vista Gantt pode ser criada sobre qualquer lista, desde que tenha quatro campos específicos: um campo com o nome (Title) da tarefa, um campo numérico com % de realização, e duas datas, início e fim. Não é uma vista Gantt completa com dependências como se vê no Project, mas tem as barrinhas com as datas e a indicação da % de realização.
Nota: posso ter dado a entender na apresentação que na versão actual do SharePoint era possível ter uma cópia offline das tasks no Outlook, o que não corresponde à verdade.

Reciclagem
Uma "pequena funcionalidade", a existência de uma Recycle Bin de onde podemos recuperar documentos eliminados por engano. Depois de passados 30 dias, os documentos são automaticamente removidos desta Recycle Bin, e passados para uma Recycle Bin de administração, de onde só podem ser recuperados por um administrador.

MySite e Blog
Vista geral pelos sites pessoais, que podem ser utilizados para guardar documentos, ter contactos de colegas, a hierarquia da organização, uma ficha pessoal, etc. Além de toda esta informação, um dos novos items que se podem criar são blogs, que não têm necessariamente de ser criados no MySite. Têm as funcionalidades normais dos blogs, como permalinks ou possibilidade de fazer comentários. É uma funcionalidade muito fashion, que pode ter grande utilidade em blogs internos de projectos ou equipas.

Envio de textos para blogs via Word
O envio de posts para os blogs do SharePoint pode ser feito num formulário específico, mas existe uma forma mais interessante de o fazer, usando directamente o Word 2007. Basta seleccionar "Publish > To Blog" e o Word cria uma template que permite preencher o título do post e o respectivo corpo do conteúdo. De seguida é necessário configurar uma conta de blog, e note-se que este pode estar alojado – além do SharePoint – em soluções como o My Spaces, Community Server, ou outros. Aquando da publicação é possível indicar a localização para onde devem ser enviadas imagens eventualmente utilizadas, podendo seleccionar-se uma Document Library ou um site Ftp. A salientar pela positiva o facto de o HTML gerado pelo Word ser limpo, o que não acontece com o HTML do Word 2003, e a vantagem de se poder recorrer ao spell check. Pela negativa, no entanto, há o facto de não suportar (ainda?) mecanismos como categorias ou parametrizações avançadas, como o Cross-Posting do Community Server.

Web Part RSS Feed Reader
Depois de mostrar como o SharePoint disponibiliza inúmeras feeds RSS, e como o Outlook pode ser usado para as consumir, faltava mostrar a WebPart de leitura de feeds RSS. Já existem webparts gratuitas na Net que oferecem esta funcionalidade no SPS2003/WSS2.0, agora passou a estar incluída de base. Para demonstrar a funcionalidade, criei uma Web Part a consumir uma feed do Flickr, com texto e imagens.

Wiki
A última demonstração do primeiro bloco ilustrou a possibilidade de criar Wikis no SharePoint. Popularizados em grande parte pelo sucesso e dimensão da Wikipedia, são um repositório "plano" de páginas, sendo os links entre elas realizados usando uma notação simplificada: [[título da página destino]]. Esta funcionalidade pode ser muito útil para documentação de projectos, por exemplo (e com um conversor CHM/HELP para Wiki, mais ainda).

Groove
No segundo bloco de demonstrações, e depois de apresentar globalmente o Groove como uma tecnologia de espaços de trabalho colaborativos distribuídos, criei um workspace, convidei um utilizador remoto por email (que entretanto aceitou o convite e começou a criar conteúdos no workspace), apresentei várias ferramentas, como o repositório de documentos, fórum de discussão, sketch pad ou instant messaging, e terminei com a sincronização entre o Groove e document libraries SharePoint. Ao contrário da sincronização offline com o Outlook, esta não é automática, sedo realizada a pedido do utilizador. Relativamente ao Outlook, tem a vantagem de ser possível adicionar documentos no Groove que são depois enviados para o SharePoint, o que não é possível no primeiro.
O Groove parece-me ser uma ferramenta muito interessante como parte integrante do Office, mas tem ainda um caminho a percorrer relativamente às potencialidades de integração com o SharePoint. Exemplos do que poderia ser possível são:

• Em vez de existir área de ficheiros e área sincronizada com SharePoint, poderia haver uma única área de ficheiros, opcionalmente sincronizada com o SharePoint;
• Sincronização de fórum de discussão, tarefas, notepad, sketchpad, e outras ferramentas, com funcionalidades equivalentes do SharePoint;
• Sendo o Groove destinado a suportar equipas distribuídas geograficamente, com duração limitada no tempo, seria interessante ter a possibilidade de arquivar todo o conteúdo de um Workspace relativo a um projecto terminado, por exemplo como site SharePoint.

A seu tempo!

Tive um precalço na demonstração: não tinha parado previamente o serviço "System Event Notification" (com "net stop sens" no comando de linha), sem o que a sincronização entre o Outlook e o SharePoint não funciona nas VMs. A não esquecer.

[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/joaomartins]

The post GetReady – Colaboração com Office 2007 appeared first on Blog IT.