Monthly Archives: Október 2009

Í vegsemdar jQuery Auka Leita eins og-þú-gerð (Jan Tielens)

Ég er að vinna á BPOS kynningu (fljótlega til að vera í boði upp á vefsvæði Microsoft) and I wanted to add a little pizzazz. I’ve known about Jan er Tielen viðleitni fyrir heilmikill á meðan og ég hélt að það væri frábær tækni til að bæta við kynningu, so I did. You can read about it here: http://weblogs.asp.net/jan/archive/2009/07/02/sharepoint-search-as-you-type-with-jquery.aspx. It’s so simple to use it should probably be a crime (og kannski er einhvers staðar).

Ég bæta bara tvö stig til hvað hann skapaði þegar / skrifaði um:

  1. Þetta er, í raun, vinna í BPOs (SharePoint netinu) umhverfi.
  2. Til að gera það vinna án pirrandi skilaboð forskeyti tilvísuninni í jQuery bókasafn með https í stað http, eins og í:
<handrit type ="Text / javascript" src ="https://ajax.googleapis.com/ajax/libs/jquery/1.3.2/jquery.min.js"></handrit>

Jan points out that you should probably move the library itself to your site. Feeling a little lazy today, I decided to blog about it instead 🙂

</enda>

Þetta er annar póstur í mínum á að fara röð um hvernig á að nota jQuery með SharePoint.
Ef þú vilt læra meira um jQuery, Ég mæli: jQuery í Aðgerð með Bear Bibeault og Yehuda Katz.

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop Spjall Fimmtudagur 10/29 á 12:30 PM UTC

Næsta SharePoint Shop Spjall tekur setja þetta Fimmtudagur á 12:30PM UTC.

Við höfum tekið tvær vikur af (vegna SharePoint ráðstefnu í síðustu viku) og þar af leiðandi, við höfum ýmsar spurningar í biðröð, not to mention all kinds of cool stuff to talk about regarding SharePoint 2010. All of the panel members attended SPC, svo koma SP þína 2010 spurningar til að hringja eða sent þær til questions@sharepointshoptalk.com.

Innskot frá góðum hluta símtal sett til hliðar til að tala um einhverja SP 2010 góðvild, við munum einnig ræða:

  • Hvers vegna SharePoint sýnir mismunandi valkosti flakk undir Stillingar síðuna (þetta fer eftir lögun og síða uppsetningu)
  • Breyta versions.aspx - Vandamál, erfiðleikar gera það (I”m not surprised 🙂 ).
  • Embedding RSS straumar inn á síðuna þegar fengið er staðfest.
  • Using stsadm að stjórna skógarhögg.

Skráðu þig hér: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=p663256djrrflfdw

Eins og venjulega, senda einhverjar spurningar eða umræðu efni til questions@sharepointshoptalk.com, email mig beint eða Twitter á @ pagalvin.

Við vonumst til að sjá þig þar!

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

Quick Hit: Lestur InfoPath XML beint úr SPListItem í SharePoint

I’m been working on a project where I need to extract attachments from an InfoPath form. There are some good resources for parsing InfoPath forms (sem eru bara XML skrár, svo það er í raun alveg auðvelt).

Á meðan ég var að byggja upp verkefni, I started by downloading an InfoPath form and saving it to my local hard drive. My c# code was reading directly from that instance. Hins, the InfoPath forms are really living inside a SharePoint forms library. I did a little half hearted searching to find out how to read it directly from the library and almost gave up, in which case I would have saved the form to a local temp directory and read it from there. Hins, there’s no need to go through those hoops as you can read it directly from the library. This little snippet shows how:

/// Class definition stuff here, þ.mt:
einkaaðila SPFile mySharePointFile; /* Part of an SPList */
// More code goes here and inside a method of the class we have:
XmlTextReader textReader;
textReader = XmlTextReader(mySharePointFile.OpenBinaryStream());

textReader.WhitespaceHandling = WhitespaceHandling.Ekkert;

textReader.Read();

// If the node has value

while (textReader.Read())
{

… and so on and so forth …

They key bit above is that we can read the InfoPath directly via the OpenBinaryStream() method call on the SPFile as a parameter to the constructor on XmlTextReader. It works great.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

Fljótur og Þægilegur: Senda tölvupóst með Gmail SMTP Server í. NET C #

Þetta er ekki beint ný spjallþráð, en þegar ég þurfti að gera það, I found a lot of “why won’t this work for me” and not too many direct answers. I hope someone finds this useful.

Eftirfarandi hluti af kóða mun senda tölvupóst með eigin gmail reikningur minn til að gera það, þ.mt viðhengi:

með System.Net.Mail;
með System.Net;

NetworkCredential loginInfo = NetworkCredential("[Gmail ID minn]", "[Gmail lykilorðið mitt]");
MailMessage msg = MailMessage();
msg.From = MailAddress("[M Gmail Id]@ Gmail.com");
msg.To.Add(MailAddress("paul.galvin@arcovis.com"));
msg.Subject = "Test infopath dev subject";
msg.Body = "<HTML><líkami><sterk>Sterk skilaboð.</sterk></líkami></HTML>";
msg.IsBodyHtml = satt;

framhandleggur (band aFile í NIPFD.GetAttachmentNamesAndLocations())
{
    msg.Attachments.Add(Viðhengi(aFile));
} // Bæta viðhengjum.

SmtpClient viðskiptavinur = SmtpClient("smtp.gmail.com");
client.EnableSsl = satt;
client.UseDefaultCredentials = ósatt;
client.Credentials = loginInfo;
client.Port = 587;
client.EnableSsl = satt;
client.Send(msg);

Nokkrar helstu bitar sem drógu mig niður og aðrar athuganir / Skýringar:

  • Fyrsta lína sem skapar loginInfo hlut þarf að nota gmail auðkenni sviptur "@ Gmail.com". Svo, ef Gmail netfang mitt er "Sharepoint@gmail.com"Og lykilorðið mitt er" xyzzy "þá línu myndi líta út eins og:

NetworkCredential loginInfo = NetworkCredential("sharepoint", "xyzzy");

  • Gmail reikningnum mínum er sett upp til að nota SSL og það var ekki vandamál.
  • There is some conflicting information out there on what port to use. I used port 587 og það í uppnámi fínn fyrir mig.
  • Í mínu tilfelli, I also needed to send attachments. That NIPFD object has a method that knows where my attachments are. It’s returning a fully path (e.g. "C:\temp\attachment1.jpg”. In my test, Ég átti tvo viðhengi og þeir báðir í uppnámi fínn.

Ég nota Visual Studio 2008 að skrifa þennan kóða.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags: ,,,

SharePoint Ráðstefna 2009 - Fá Real Time þín frumgögnum Frá Twitter

Ég býst við að næstum allir vita þetta samt, but I thought I’d toss out a quick note that there’s a tremendous amount of very interesting information available via twitter. The hash tag #SPC09 seems to be the most popular. Like always, það er mikið af silliness og "í" brandara, en ef þú getur að komast yfir að, stöðva það út. I do my best to respond to comments or questions directed to me and I know that a lot of others do as well, svo það er ekki bara einn-vegur flæði upplýsinga.

New sessions start in just under two hours and continue up until about 3pm EDT this Thursday. It will start to pick up then.

Skrá sig út the kvak fæða hér: http://twitter.com/#search?q=%23spc09

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

Kerfisbundið Útdráttur Viðhengi Frá Eyðublöð InfoPath (Ásamt nafni!)

I have an expense entry solution for a client that leverages InfoPath and workflow. At one point during the approval process, Ég þarf að búa til tölvupóst sem hefur öll þessi góðu gögn InfoPath og viðhengi sig svo að (andvarp) someone can take that data and manually re-key it into an Oracle database application.

It’s not very difficult to get at or parse the InfoPath form. I didn’t know how to handle the attachments, þó. After an hour or two of poking around the Internets (an eternity!) I found this article: http://support.microsoft.com/kb/892730

It provide some handy code to extract the attachment from a node in the form. (You still need to find the node and all that, but that’s just XML parsing).

I know that the attachment is base64-encoded and I originally went down the path of just extracting the the base64 data, decoding it and saving it. Hins, I quickly realized I didn’t know how to get the file name itself until I found the aforementioned article.

I had actually found that quite early, but I was put off by its split personality. On the one hand, the article *says* it’s good for InfoPath 2007. En, the code and instructions are all about Visual Studio 2003 and references to InfoPath 2003.

Neðsta lína, the code that article provided is working well for me (svo langt). I can get my InfoPath form, I can parse it, I can find and decode the attachment and I know its name. What more can one ask of one’s life?

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags: ,,

If you’re worried that your SharePoint environment may be a tad unhealthy, let me help you fix that with a health check.

SharePoint Shop Spjall ágrip fyrir 10-08-2009

Í dag SharePoint Shop Spjall falla venjulega breitt svið af efni:

  • We discussed the issues around opening up parts of a SharePoint site collection to your trading partners. It’s not the most complicated thing in the world, en þegar þú byrjar að tala um upphátt, you realize there are a lot of small individual things that need to be done to do this correctly. You have to consider the firewall, licensing (your intranet SharePoint license may not be, and probably won’t be, sufficient), SharePoint configuration (AAM, extending web applications to zones that probably have HTTPS enabled), o.fl.. If anyone has a checklist of what to do and the sequence, I’d love to see it in comments. This question wins the “Most Discussed Question” aware of the year (svo langt).
  • I got to ask a question about the image library functionality that generates those thumb nail images. I speculated that an event receiver on the image library is generating the thumb nail. I’m probably way off base, but it does seem like there’s an entirely separate image on the web server for the thumb nail itself. Vamshi, a SharePoint Shop Talk regular, points out this blog entry: http://pathtosharepoint.wordpress.com/2009/08/23/picture-libraries-take-advantage-of-web-friendly-formats/. That’s a pretty interesting post about images in SharePoint if you’re interested in it.
  • We discussed custom edit forms (that you create via SPD) and the fact that you lose the attachment functionality when you do that. Laura Rogers has blogged on that subject here: http://sharepoint911.com/blogs/laura/archive/2009/09/10/fix-for-the-custom-form-attachments-issue.aspx

Í þessari viku, we introduced a new feature where we spent about 10 minutes demonstrating an interesting tip/trick in a SharePoint environment. Í þessari viku, we showed how to added a content editor web part (and actually any web part) to a newitem.aspx page. Í þessu tilviki, the objective was to show some extensive online help for that newitem.aspx page. This is also one of the usual starting points for integrating jQuery into your environment. Næsta vika, we do plan to show a jQuery tip/trick. Við vonumst til að sjá þig þar.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

SharePoint Shop Spjall 10/08/08 á 12:30 PM UTC

Við erum að hýsa næsta vikulega SharePoint Shop okkar Spjall fundur á morgun í 12:30 PM UTC.

Þetta er opinn Q&A and general kibitzing session on all topics SharePoint related.

Þú getur lesið ýmsar recaps af fyrri fundum hér til að fá tilfinningu fyrir hvað við gerum á þessum símtöl hér: http://paulgalvin.spaces.live.com/?_c11_BlogPart_BlogPart=blogview&_c=BlogPart&partqs=cat%3dPublic%2520Speaking

Skráning er upp og tilbúinn hérna: https://www.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=0z40kg9nb0t0842f

Twitter your questions to me, "Koddaver.

Email them to questions@sharepointshoptalk.com or just show up on the line and ask them out loud.

We hope to see you then!

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags:

Til Blogg eða ekki Blogg - Það er spurningin (að blogga um)

Athugaðu: Þetta var upphaflega settar til www.endusersharepoint.com.

A few weeks ago I had the chance to speak at SharePoint Saturday in New York. Enn og aftur, a tremendous event. Í þetta sinn, I spoke about “learning SharePoint” – a very broad topic. During the presentation (sem þú getur fengið hér), Ég talaði um ýmsar aðferðir til "að læra" SharePoint, þ.mt efni eins lært af bókum, bekknum herbergi þjálfun, búa til eigin VM og síðast en ekki síst (mér), community participation. One way to participate in the SharePoint community is via blogging. Someone asked me about blogging in particular and asked my opinion on a few concerns he had that I’ve heard others mention before. It’s been itching at the back of my head for a few weeks so in my usual fashion, Ég klóra þessi kláði með því að blogga um það.

Sumir telja að það eru svo margir gæði bloggers þarna úti á vettvangi í dag og að svo margir gæði bloggfærslur hafa verið skrifað að í vissum skilningi, there’s nothing new to write about. Eða, the “new” thing is so narrowly focused that it’s not going to be interesting to anyone. I don’t agree with those sentiments or the underlying assumption about them.

Fyrir ræsir, ef þú ert að blogga vegna þess að það er hluti af persónulegum tilraun að læra SharePoint vel, it’s really irrelevant if someone has written on your topic or not. One of the drivers behind community participation, hvort sem það er fyrir persónulega að læra eða ekki, er að þú þarf að fá það rétt. No one wants to put up some weak blog entry and look silly in front of the world. In the course of getting it right, þú ert að fara að hugsa um efni í gegnum fleiri vandlega, o.fl.. Thus, þú ert að hugsa, nám og miðað við þetta efni frá alls konar sjónarhornum, vinstri til hægri, allt að ofan, inni og út (eða að minnsta kosti ættir þú að vera). That’s a very valuable exercise. Í raun, it’s almost beside the point of pushing the “post” button by the time you finish writing it since you’ve already derived much of the benefit by now. Auðvitað, þú vilt að ýta á eftir hnappinn samt af ýmsum ástæðum, but I digress. The bottom line is that blogging is a valuable learning exercise in and of itself, tímabil.

I also reject the “it’s already been done” argument. So what if it was? The terrible consequence is that people who are looking up your topic via bing will now find two or five or a dozen articles. Who cares? I always prefer to find several articles on the same topic when I go searching the tubes for stuff. Different points of view, mismunandi skriftir stíll, different approaches to the same problem – they all help me understand what I need. In my opinion, samfélagið er ekki þar nálægt því að ná mettun benda á góða blogg greinar um hvaða efni í SharePoint heiminum.

Svo, bloggað í burtu! You won’t hear me complaining about it. I guarantee it 🙂

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags: ,

Ekki vera Bull í Kína Shop

Ágrip af sögu af SharePoint (Frá sjónarhóli nýlunda í hagsögu á)

Athugaðu: Þessi grein var upphaflega settar til www.endusersharepoint.com. I forgot to post it to my own blog 🙂

SharePoint hefur þróast mikið frá því árdaga þess sem einhverskonar á meðgöngutíma tækni við Microsoft –það er þróast næstum eins og hryllingi myndinni, þar sköpun vitlaus vísindamaður tekur á líf sitt, breaking free of its creator’s expectations and rules. The technical evolution is obvious – the WSS 3.0 mótmæla líkan er ríkari og flóknari en WSS 2.0, which was itself an improvement over earlier versions. The next version will no doubt show tremendous improvement over 3.0. From an End User’s perspective, þó, Þróun SharePoint er jafnvel meiri.

Í árdaga, SharePoint didn’t offer much to End Users. They would have their usual functionality requirements, work with IT to define them well and implement a solution. IT would use SharePoint to solve the problem. The product wasn’t very accessible to End Users. I’ve thought threw a few analogies, but I decided to stick Venn Diagrams to show what I mean. When Microsoft first released SharePoint to the world as a commercial offering, það fylgdi tiltölulega hefðbundna mynstur endir notandi <-> IT relationship. A lot of End Users, samskipti og vinna með mjög litlum fjölda IT fólk til að skila lausnum sem leysa fyrirtæki vandamál:

image

Í heild Vandamálið ríki sem SharePoint er hentugur sending pallur er lítill (especially compared to today’s SharePoint. End Users and IT worked in a more classic arrangement with IT: skilgreina kröfur til ÞAÐ, bíða eftir því að gera vinnu sína á bak við fortjaldið og taka við af endanlegri vöru.

Eins SharePoint þróast til 2.0 heim (WSS 2.0 og SharePoint Portal Server), several things happened. Fyrsta, the “problem domain” increased in size. By problem domain, I mean the kinds of business problems for which SharePoint could be a viable solution. Til dæmis, þú vildi ekki hugsa of erfitt um framkvæmd Alvarlegar Leita lausn í SharePoint umhverfi þar SPS (og jafnvel þá, það var ekki eins góð og hún þarf að vera). Á sama tíma, End Notendur hafa ótal möguleika til að ekki aðeins að skilgreina, but also implement their own solutions with little or no IT support.

The 3.0 pallur (WSS og MOSS) maintained and increased that momentum. The problem domain is enormous as compared to the 2.0 pallur. Virtually every department in a company, allt frá heilsu framleiðslu og öryggi deildir til markaðssetningar, af sölu til gæðaeftirlit - þeir geta fundið góða notkun fyrir SharePoint (og það er ekki að ræða kornstappa hring Peg í fermetra holu). Á sama tíma, the platform empowers even more End Users to implement their own business solutions. I try to capture that with this diagram:

image

This has proven to be both a potent and frustrating mixture. The 3.0 platform turns previously stable roles on their heads. Suddenly, Notendur eru í raun dómari, Dómnefnd og varðmann Viðskipti Analyst, application architect and developer for their own business solutions. This gets to the heart of the problem I’m writing about. But before I dive into that, skulum íhuga fíl í herberginu.

Peering í Crystal Ball

Hvernig mun SharePoint 2010 áhrif þetta mynstur? Will it be incremental or revolutionary? Will more, færri eða um sama fjölda notenda End finna sig umboð til að byggja lausnir í SharePoint 2010? Will SharePoint 2010’s problem domain expand even further or will it just refine and streamline what it already offers in WSS 3.0 / Moss?

Það er nóg um "þarna úti" að óhætt að segja að almenn svarið er:

  • The problem domain is going to dramatically expand.
  • Notendur munu finna sig enn meira vald en áður.

The Venn Diagram would be larger than this page and cause some IT Pros and CxO’s to reach for their Pepto.

I believe it’s going to be a tremendous opportunity for companies to do some truly transformational things.

Engar Bulls í Kína Shop My!

Þetta hljómar frábærlega, en frá sjónarhóli mínu að skoða sem SharePoint ráðgjafi og setja mig í spor ÞAÐ framkvæmdastjóri, I see this vision. I own a China shop with beautiful plates, kristal, o.fl. (SharePoint umhverfi mitt). I’ve rented a space, I’ve purchased my inventory and laid it all out the way I like it. I’m not quite ready to open, en í aðdraganda, I look at the door to see if my customers are lining up and I notice an actual bull out there. I look more closely and I actually see tveir bulls and even a wolf. Then I notice that there are some sheep. Sheep are svo slæmt, en eru þeir dulbúnir kannski úlfa? I don’t want bulls in my china shop!

Það versnar! When I rented the space, I couldn’t believe how nice it was. Wide and open, frábær þjónusta, very reasonable price. Hins, nú er ég að átta sig á að breiður opin rými og mikil dyr er bara fullkomlega stór fyrir nauti að koma ráfandi inn og leggja úrgang til Kína minn.

Ég er að þrýsta þetta hliðstæðan of langt, auðvitað. End Users are not bulls (flestir, samt) og IT deildum ekki (eða örugglega ætti ekki) view their user community with that kind of suspicion. Hins, Það er einmitt svona fullkomna árekstur á sér stað þegar í því 3.0 platform that I expect will only get worse in SP 2010. SharePoint already empowers and encourages End Users to define and implement their own solutions.

Það er frábært og allt, en staðreyndin er að það er enn mjög tæknilega vöru og enn kallar konar öflugum viðskipti kröfur greiningu, design and general planning and management that technical projects require to be successful. These are not the kind of skills that a lot of End Users have in their bag of tricks, especially when the focus is on a technical product like SharePoint.

I’ve given this a lot of thought over the last year or so and I don’t see any easy answer. It really boils down to education and training. I think that SP 2010 er að fara að breyta leiknum aðeins og það er að fara að spila út öðruvísi og í hægur hreyfing sem fyrirtæki rúlla út SP þeirra 2010 lausnir yfir 2010 and beyond. In order to succeed, End Users will need to transform themselves and get a little IT religion. They’ll need to learn a little bit about proper requirements
analysis. They will need some design documentation that clearly identifies business process workflow, til dæmis. They need to understand fundamental concepts like CRUD (búa, uppfæra og eyða), dev / próf / QA / vörur umhverfi og hvernig á að nota þessi innviði til almennilega dreifa lausnir sem búa a ágætur langan tíma og beygja (ekki brjóta) til að bregðast við breytingum í skipulagi.

Á næstu vikum, Ég ætla að reyna að gefa sumir af eigin nýrra mínum hugmyndum, auk tengill á mikla vinnu af mörgum öðrum höfunda (á www.endusersharepoint.com og annars staðar) so that interested End Users can learn that old time IT religion. Keep tuned.

</enda>

Gerast áskrifandi að bloggið mitt.

Fylgdu mér á Twitter á http://www.twitter.com/pagalvin

Technorati Tags: ,