Messages In This Digest (5 Messages)
- 1a.
- Re: View raw content of a SharePoint list From: Peter Brunone
- 2a.
- Re: Snippet for Powershell to Add a Page-Viewer Web Part From: sethhahner
- 3a.
- Re: Auto-login a user into SharePOint 2010 using an LDAP query again From: sethhahner
- 3b.
- Re: Auto-login a user into SharePOint 2010 using an LDAP query again From: Jennifer Kudrna
- 3c.
- Re: Auto-login a user into SharePOint 2010 using an LDAP query again From: Bryan Hart
Messages
- 1a.
-
Re: View raw content of a SharePoint list
Posted by: "Peter Brunone" peter.brunone@gmail.com peter_brunone
Mon May 7, 2012 1:14 pm (PDT)
James -- thanks for the tip. I seem to be stuck at the last part, though;
there does not appear to be an "Advanced Mode" option under the Edit
section of the ribbon when I'm looking a list view form in SPD (though from
what I know of Designer, I'm already in Advanced Mode). Also, everything
in the datasource pane is grayed out; am I missing something? It didn't
seem so tough in 2007 :)
Cheers,
Peter
On Thu, May 3, 2012 at 3:32 PM, James McGinley
<james.mcginley@vitares.com >wrote:
> Use SharePoint Designer
>
> -> Lists and libraries -> Specific list -> Any view
>
>
>
> Have a look at Data source pane
>
> - initially it will not show the field/column details
>
>
>
> In the ribbon
>
> - click on Editing - Advanced mode
>
> - you then see every field
>
> - including those hidden / used internally by SharePoint system
>
>
>
>
> [Non-text portions of this message have been removed]
>
>
>
> --------------------- --------- ------
>
> Yahoo! Groups Links
>
>
>
>
[Non-text portions of this message have been removed]
- 2a.
-
Re: Snippet for Powershell to Add a Page-Viewer Web Part
Posted by: "sethhahner" sethhahner@hotmail.com sethhahner
Mon May 7, 2012 4:47 pm (PDT)
Hello Brother Gabriel!
I just blogged this one for you!
http://spcrew.com/blogs/ lists/posts/ post.aspx? id=21
The main part of the code is this:
function Add-PageViewerWebPart($SiteURL, $pageUrl, $webpartzone, $index, $title, $content)
{
$site = new-object Microsoft.SharePoint.SPSite( $SiteURL)
$web=$site.OpenWeb()
$webpartmanager=$web.GetLimitedW ebPartManager( $pageUrl, [System.Web. UI.WebControls. WebParts. PersonalizationS cope]::Shared)
$webpart = new-object Microsoft.SharePoint.WebPartPages. PageViewerWebPar t
$webpart.ChromeType = [System.Web.UI.WebControls. WebParts. PartChromeType] ::TitleOnly;
$webpart.Title = $title
$docXml = New-Object System.Xml.XmlDocument
$contentXml = $docXml.CreateElement("ContentLink" );
$contentXml.set_InnerText( "http://spcrew. com ");
$docXml.AppendChild($contentXml) ;
$webpart.ContentLink = "http://www.spcrew. com ";
$webpartmanager.AddWebPart( $webpart, $webpartzone, $index);
$web.Close()
$site.Close()
}
ENJOY!!
--- In sharepointdiscussions@yahoogroups. , "brother.gabriel" <brgabriel@.com ..> wrote:
>
> Salvete! Does anyone have a powershell snippet for adding a page-viewer web part? Or does anyone know of a link where I can get the details for writing one? I am not sure where to look. Google knows too much, but not enough.
>
- 3a.
-
Re: Auto-login a user into SharePOint 2010 using an LDAP query again
Posted by: "sethhahner" sethhahner@hotmail.com sethhahner
Tue May 8, 2012 8:49 am (PDT)
Another solution which may or may not fit your situation is to use an ISA or TMG server to accomplish this. You can have TMG authenticate the user in a web form with listener using single sign-on. Then tmg server will take care of the ntlm or kerb communication to all servers routed to from behind that listener. I guess it would require that your custom application uses windows authentication too.
Of course this means licensing TMG and having an additional server to run it on, but if you are developing an enterprise solution, this would probably end up being the most scalable approach.
--- In sharepointdiscussions@yahoogroups. , "Knox" <kcameron@..com .> wrote:
>
> Hi
>
> I think the scenario at a high level would be something like:
>
> * User logs into "other system"
> * "Other system" creates an encrypted cookie and redirects user to SharePoint
> * SharePoint and "other system" need to share the same domain name (e.g. *.yourcompany.com) so that the cookie created by "other system" is visible to SharePoint
> * SharePoint web application is configured to be claims-enabled with forms-based-authentication, so user will be automatically redirected to login.aspx
> * You put custom code on login.aspx that can decrypt the cookie created by "other system", identify the user, and create an authenticated session (transparent to the user, so no login prompt appears)
> * SharePoint is connected to the AD via the LDAP user and membership provider (I think you might be able use the Windows authentication provider in this scenario if you passed the user's password in the encrypted token but I would not be comfortable with a solution that passes a password around like that)
>
> This is similar to a custom claims-based authentication solution. An alternate approach that might be easier to support in the longer term would be to build a real claims-based authentication solution using something like ADFS, and use SharePoint 2010's built-in support instead of custom code. The downside would be more complex infrastructure and possibly licensing fees.
>
> I hope this helps
>
> --- In sharepointdiscussions@yahoogroups. , "themags1976" <jbyrd76@> wrote:com
> >
> > Hello, We will have external users logging into a system that is unrelated to SharePoint 2010. We will have our external user's accounts in our Active Directory. My requirement is to have these external users log into this other application and then have the application using c# code, redirect the user to SharePoint 2010 and auto log the user into the site by using an LDAP query to get the userid and password from AD.
> >
> > First, does anyone have any suggestions on the best approach to auto-log a user into Sharepoint using c# code?
> >
> > Second, I am not sure which authentication provider would be the best option for this scenario...windows?
> >
> > I really appreciate any help!
> >
>
- 3b.
-
Re: Auto-login a user into SharePOint 2010 using an LDAP query again
Posted by: "Jennifer Kudrna" jbyrd76@hotmail.com themags1976
Tue May 8, 2012 8:58 am (PDT)
Thank you all for your suggestions!
A few more details about the custom application:
-it is not a windows authentication application
-it stores userids and passwords in a database.
-we do not own that custom application...it is an application in the "cloud" so to speak.
-we cannot connect to their database to use forms authentication
Thank you!
> To: sharepointdiscussions@yahoogroups. com
> From: sethhahner@hotmail.com
> Date: Tue, 8 May 2012 15:49:04 +0000
> Subject: [sharepointdiscussions] Re: Auto-login a user into SharePOint 2010 using an LDAP query against AD
>
> Another solution which may or may not fit your situation is to use an ISA or TMG server to accomplish this. You can have TMG authenticate the user in a web form with listener using single sign-on. Then tmg server will take care of the ntlm or kerb communication to all servers routed to from behind that listener. I guess it would require that your custom application uses windows authentication too.
>
> Of course this means licensing TMG and having an additional server to run it on, but if you are developing an enterprise solution, this would probably end up being the most scalable approach.
>
> --- In sharepointdiscussions@yahoogroups. , "Knox" <kcameron@..com .> wrote:
> >
> > Hi
> >
> > I think the scenario at a high level would be something like:
> >
> > * User logs into "other system"
> > * "Other system" creates an encrypted cookie and redirects user to SharePoint
> > * SharePoint and "other system" need to share the same domain name (e.g. *.yourcompany.com) so that the cookie created by "other system" is visible to SharePoint
> > * SharePoint web application is configured to be claims-enabled with forms-based-authentication, so user will be automatically redirected to login.aspx
> > * You put custom code on login.aspx that can decrypt the cookie created by "other system", identify the user, and create an authenticated session (transparent to the user, so no login prompt appears)
> > * SharePoint is connected to the AD via the LDAP user and membership provider (I think you might be able use the Windows authentication provider in this scenario if you passed the user's password in the encrypted token but I would not be comfortable with a solution that passes a password around like that)
> >
> > This is similar to a custom claims-based authentication solution. An alternate approach that might be easier to support in the longer term would be to build a real claims-based authentication solution using something like ADFS, and use SharePoint 2010's built-in support instead of custom code. The downside would be more complex infrastructure and possibly licensing fees.
> >
> > I hope this helps
> >
> > --- In sharepointdiscussions@yahoogroups. , "themags1976" <jbyrd76@> wrote:com
> > >
> > > Hello, We will have external users logging into a system that is unrelated to SharePoint 2010. We will have our external user's accounts in our Active Directory. My requirement is to have these external users log into this other application and then have the application using c# code, redirect the user to SharePoint 2010 and auto log the user into the site by using an LDAP query to get the userid and password from AD.
> > >
> > > First, does anyone have any suggestions on the best approach to auto-log a user into Sharepoint using c# code?
> > >
> > > Second, I am not sure which authentication provider would be the best option for this scenario...windows?
> > >
> > > I really appreciate any help!
> > >
> >
>
>
>
>
> --------------------- --------- ------
>
> Yahoo! Groups Links
>
>
>
[Non-text portions of this message have been removed]
- 3c.
-
Re: Auto-login a user into SharePOint 2010 using an LDAP query again
Posted by: "Bryan Hart" bryan@solanite.com bryandhart
Tue May 8, 2012 9:51 am (PDT)
Given those constraints it's unlikely you'll be able to get this to
work. The details you added pretty much kill all the standard SSO
solution scenarios.
Bryan Hart | Technical Consultant | Solanite Consulting, Inc.
From: sharepointdiscussions@yahoogroups. com
[mailto:sharepointdiscussions@yahoogroups. ] On Behalf Of Jennifercom
Kudrna
Sent: Tuesday, May 08, 2012 8:58 AM
To: sharepointdiscussions@yahoogroups. com
Subject: RE: [sharepointdiscussions] Re: Auto-login a user into
SharePOint 2010 using an LDAP query against AD
Thank you all for your suggestions!
A few more details about the custom application:
-it is not a windows authentication application
-it stores userids and passwords in a database.
-we do not own that custom application...it is an application in the
"cloud" so to speak.
-we cannot connect to their database to use forms authentication
Thank you!
> To: sharepointdiscussions@yahoogroups. com
<mailto:sharepointdiscussions% 40yahoogroups. com>
> From: sethhahner@hotmail.com <mailto:sethhahner%40hotmail. com>
> Date: Tue, 8 May 2012 15:49:04 +0000
> Subject: [sharepointdiscussions] Re: Auto-login a user into SharePOint
2010 using an LDAP query against AD
>
> Another solution which may or may not fit your situation is to use an
ISA or TMG server to accomplish this. You can have TMG authenticate the
user in a web form with listener using single sign-on. Then tmg server
will take care of the ntlm or kerb communication to all servers routed
to from behind that listener. I guess it would require that your custom
application uses windows authentication too.
>
> Of course this means licensing TMG and having an additional server to
run it on, but if you are developing an enterprise solution, this would
probably end up being the most scalable approach.
>
> --- In sharepointdiscussions@yahoogroups. com
<mailto:sharepointdiscussions% 40yahoogroups. com> , "Knox" <kcameron@.. .>
wrote:
> >
> > Hi
> >
> > I think the scenario at a high level would be something like:
> >
> > * User logs into "other system"
> > * "Other system" creates an encrypted cookie and redirects user to
SharePoint
> > * SharePoint and "other system" need to share the same domain name
(e.g. *.yourcompany.com) so that the cookie created by "other system" is
visible to SharePoint
> > * SharePoint web application is configured to be claims-enabled with
forms-based-authentication, so user will be automatically redirected to
login.aspx
> > * You put custom code on login.aspx that can decrypt the cookie
created by "other system", identify the user, and create an
authenticated session (transparent to the user, so no login prompt
appears)
> > * SharePoint is connected to the AD via the LDAP user and membership
provider (I think you might be able use the Windows authentication
provider in this scenario if you passed the user's password in the
encrypted token but I would not be comfortable with a solution that
passes a password around like that)
> >
> > This is similar to a custom claims-based authentication solution. An
alternate approach that might be easier to support in the longer term
would be to build a real claims-based authentication solution using
something like ADFS, and use SharePoint 2010's built-in support instead
of custom code. The downside would be more complex infrastructure and
possibly licensing fees.
> >
> > I hope this helps
> >
> > --- In sharepointdiscussions@yahoogroups. com
<mailto:sharepointdiscussions% 40yahoogroups. com> , "themags1976"
<jbyrd76@> wrote:
> > >
> > > Hello, We will have external users logging into a system that is
unrelated to SharePoint 2010. We will have our external user's accounts
in our Active Directory. My requirement is to have these external users
log into this other application and then have the application using c#
code, redirect the user to SharePoint 2010 and auto log the user into
the site by using an LDAP query to get the userid and password from AD.
> > >
> > > First, does anyone have any suggestions on the best approach to
auto-log a user into Sharepoint using c# code?
> > >
> > > Second, I am not sure which authentication provider would be the
best option for this scenario...windows?
> > >
> > > I really appreciate any help!
> > >
> >
>
>
>
>
> --------------------- --------- ------
>
> Yahoo! Groups Links
>
>
>
[Non-text portions of this message have been removed]
[Non-text portions of this message have been removed]
Need to Reply?
Click one of the "Reply" links to respond to a specific message in the Daily Digest.
Change settings via the Web (Yahoo! ID required)
Change settings via email: Switch delivery to Individual | Switch format to Traditional
Visit Your Group | Yahoo! Groups Terms of Use | Unsubscribe
No comments:
Post a Comment