RE: Indexing PDFs for new farm

[Maxine Harwood]

+1 here too.

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Daniel Brown
Sent: Thursday, 31 March 2011 1:07 PM
To: 'ozMOSS'
Subject: RE: Indexing PDFs for new farm

 

+1 to the adobe 9 ifilter, has been great for us, no issues with it at all.

 

-DB

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Nathan Rhodes
Sent: Thursday, 31 March 2011 1:14 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

We have been using the Adobe Ifilter 9 for a fair while now in our MOSS 2007
environment.

 

It had been pretty rock solid however we had an issue a couple of weeks ago
were it looked to have stopped indexing, but after resetting all the crawled
content and running a full crawl it started indexing again. 

 

We have a number of PDF's in Japanese characters and English it handles this
quite well also.   

 

Regards,

Nathan

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Thursday, 31 March 2011 12:15 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

Thanks Nigel. Will give it a look. I think Paul T mentioned this one before.

 

Anyone else using this over Adobe's?

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Nigel Hertz
Sent: Thursday, 31 March 2011 1:01 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

The Foxit iFilter   seems to have
much better performance from what I've seen.

 

 

 

*Please ensure that you log all issues or requests with the IT Service
Centre. When logging calls, please include a detailed description of the
problem.*

 



 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Thursday, 31 March 2011 11:56 AM
To: ozMOSS
Subject: Indexing PDFs for new farm

 

Hi all,

 

What is the latest practice for indexing PDFs? Are people still using the
Adobe iFilter or is there a better approach?

 

Kind regards,

Paul Noone

 

---
Online Developer/SharePoint Administrator

Infrastructure Team, ICT
Catholic Education Office, Sydney
p: (02) 9568 8461

f: (02) 9568 8483
e:  
paul.no...@ceosyd.catholic.edu.au
w:   http://www.ceosyd.catholic.edu.au/

 



  _  



Stockland Notice: If this communication has been sent to you by mistake,
please delete and notify us.  If it has been sent to you by mistake, legal
privilege is not waived or lost and you are not entitled to use it in any
way. Stockland and its subsidiaries reserve the right to monitor e-mail
communication through its networks.

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: Indexing PDFs for new farm

[Daniel Brown]

+1 to the adobe 9 ifilter, has been great for us, no issues with it at all.

 

-DB

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Nathan Rhodes
Sent: Thursday, 31 March 2011 1:14 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

We have been using the Adobe Ifilter 9 for a fair while now in our MOSS 2007
environment.

 

It had been pretty rock solid however we had an issue a couple of weeks ago
were it looked to have stopped indexing, but after resetting all the crawled
content and running a full crawl it started indexing again. 

 

We have a number of PDF's in Japanese characters and English it handles this
quite well also.   

 

Regards,

Nathan

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Thursday, 31 March 2011 12:15 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

Thanks Nigel. Will give it a look. I think Paul T mentioned this one before.

 

Anyone else using this over Adobe's?

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Nigel Hertz
Sent: Thursday, 31 March 2011 1:01 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

The Foxit iFilter   seems to have
much better performance from what I've seen.

 

 

 

*Please ensure that you log all issues or requests with the IT Service
Centre. When logging calls, please include a detailed description of the
problem.*

 



 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Noone
Sent: Thursday, 31 March 2011 11:56 AM
To: ozMOSS
Subject: Indexing PDFs for new farm

 

Hi all,

 

What is the latest practice for indexing PDFs? Are people still using the
Adobe iFilter or is there a better approach?

 

Kind regards,

Paul Noone

 

---
Online Developer/SharePoint Administrator

Infrastructure Team, ICT
Catholic Education Office, Sydney
p: (02) 9568 8461

f: (02) 9568 8483
e:  
paul.no...@ceosyd.catholic.edu.au
w:   http://www.ceosyd.catholic.edu.au/

 



  _  



Stockland Notice: If this communication has been sent to you by mistake,
please delete and notify us.  If it has been sent to you by mistake, legal
privilege is not waived or lost and you are not entitled to use it in any
way. Stockland and its subsidiaries reserve the right to monitor e-mail
communication through its networks.

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: Indexing PDFs for new farm

[Nathan Rhodes]

We have been using the Adobe Ifilter 9 for a fair while now in our MOSS
2007 environment.

 

It had been pretty rock solid however we had an issue a couple of weeks
ago were it looked to have stopped indexing, but after resetting all the
crawled content and running a full crawl it started indexing again. 

 

We have a number of PDF's in Japanese characters and English it handles
this quite well also.   

 

Regards,

Nathan

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On
Behalf Of Paul Noone
Sent: Thursday, 31 March 2011 12:15 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

Thanks Nigel. Will give it a look. I think Paul T mentioned this one
before.

 

Anyone else using this over Adobe's?

 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On
Behalf Of Nigel Hertz
Sent: Thursday, 31 March 2011 1:01 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

 

The Foxit iFilter   seems to
have much better performance from what I've seen.

 

 

 

*Please ensure that you log all issues or requests with the IT Service
Centre. When logging calls, please include a detailed description of the
problem.*

 



 

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On
Behalf Of Paul Noone
Sent: Thursday, 31 March 2011 11:56 AM
To: ozMOSS
Subject: Indexing PDFs for new farm

 

Hi all,

 

What is the latest practice for indexing PDFs? Are people still using
the Adobe iFilter or is there a better approach?

 

Kind regards,

Paul Noone

 

---
Online Developer/SharePoint Administrator

Infrastructure Team, ICT
Catholic Education Office, Sydney
p: (02) 9568 8461

f: (02) 9568 8483
e: paul.no...@ceosyd.catholic.edu.au
 
w: http://www.ceosyd.catholic.edu.au/
 

 






Stockland Notice: If this communication has been sent to you by mistake,
please delete and notify us.  If it has been sent to you by mistake,
legal privilege is not waived or lost and you are not entitled to use it
in any way. Stockland and its subsidiaries reserve the right to monitor
e-mail communication through its networks.

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: Indexing PDFs for new farm

[Paul Noone]

Thanks Nigel. Will give it a look. I think Paul T mentioned this one before.

Anyone else using this over Adobe's?

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Nigel Hertz
Sent: Thursday, 31 March 2011 1:01 PM
To: ozMOSS
Subject: RE: Indexing PDFs for new farm

The Foxit iFilter seems to have much 
better performance from what I've seen.



*Please ensure that you log all issues or requests with the IT Service Centre. 
When logging calls, please include a detailed description of the problem.*



From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Paul Noone
Sent: Thursday, 31 March 2011 11:56 AM
To: ozMOSS
Subject: Indexing PDFs for new farm

Hi all,

What is the latest practice for indexing PDFs? Are people still using the Adobe 
iFilter or is there a better approach?

Kind regards,

Paul Noone

---
Online Developer/SharePoint Administrator
Infrastructure Team, ICT
Catholic Education Office, Sydney
p: (02) 9568 8461
f: (02) 9568 8483
e: paul.no...@ceosyd.catholic.edu.au
w: http://www.ceosyd.catholic.edu.au/


Stockland Notice: If this communication has been sent to you by mistake, please 
delete and notify us.  If it has been sent to you by mistake, legal privilege 
is not waived or lost and you are not entitled to use it in any way. Stockland 
and its subsidiaries reserve the right to monitor e-mail communication through 
its networks.
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: Indexing PDFs for new farm

[Nigel Hertz]

The Foxit iFilter seems to have much 
better performance from what I've seen.



*Please ensure that you log all issues or requests with the IT Service Centre. 
When logging calls, please include a detailed description of the problem.*



From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Paul Noone
Sent: Thursday, 31 March 2011 11:56 AM
To: ozMOSS
Subject: Indexing PDFs for new farm

Hi all,

What is the latest practice for indexing PDFs? Are people still using the Adobe 
iFilter or is there a better approach?

Kind regards,

Paul Noone

---
Online Developer/SharePoint Administrator
Infrastructure Team, ICT
Catholic Education Office, Sydney
p: (02) 9568 8461
f: (02) 9568 8483
e: paul.no...@ceosyd.catholic.edu.au
w: http://www.ceosyd.catholic.edu.au/


_

Stockland Notice: If this communication has been sent to you by mistake, please 
delete and notify us.  If it has been sent to you by mistake, legal privilege 
is not waived or lost and you are not entitled to use it in any way. Stockland 
and its subsidiaries reserve the right to monitor e-mail communication through 
its networks.
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: how would you implement this?

[Paul Noone]

Oh, sorry Maxine. They want them all to co-exist in the same library?

Would they accept a custom list view, or do they have to all be visible and 
clickable in the default view? Yick.

Look forward to seeing what you come up with. :)

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Paul Noone
Sent: Thursday, 31 March 2011 8:16 AM
To: ozMOSS
Subject: RE: how would you implement this?

Another option is to create a custom DispForm.aspx for the list via SPD (Insert 
--> SharePoint Controls --> Custom List Form). I've done this many times for 
similar scenarios.

If the first part of the document URL is static you can just prepend 
http://AThirdPartyApp/getDocument.aspx?docID= to the href link and add the ID 
value.

e.g. http://AThirdPartyApp/getDocument.aspx?docID={Name}>{Title}

Regards,

Paul

--
Online Developer/SharePoint Administrator,
ICT Infrastructure Team
CEO Sydney

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
James Boman
Sent: Wednesday, 30 March 2011 9:41 PM
To: ozMOSS
Subject: RE: how would you implement this?

I think I would persevere with making a variation on the 'Link to a Document' 
Content Type.

If you take a site template, and import it into studio, you can see exactly how 
the 'Link to a Document' content type works and what the columns are etc. and 
more importantly how it links to the NewLink.aspx form.

Perhaps make your own content type similar to this, targeting your own ASPX 
form deployed into the LAYOUTS directory.  You may need to build a custom field 
with underlying type of URL that accepts the DocID and stores the link to 
render in list view.

Cheers,
J.



http://schemas.microsoft.com/sharepoint/";>
http://schemas.microsoft.com/sharepoint/";>













http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>
http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>

DocumentLibraryForm

DocumentLibraryForm

DocumentLibraryForm








From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Maxine Harwood
Sent: Wednesday, 30 March 2011 7:00 PM
To: ozMOSS
Subject: how would you implement this?

My client has a document library in use with multiple content types. I've been 
asked to add a facility where some documents (a new content type) can be linked 
in the library rather than uploaded. Easy!

But, the link is not one the user can browse to. It's a link within another 
application .e.g.: http://AThirdPartyApp/getDocument.aspx?docID=1234.

The "docID" is easy for the end user to find.

Ideally, I would like to prompt the user to enter the meta data and the DocID, 
then generate the URL based on the information given, but the default 
_NewLink.aspx prompts for the document link first?

So... with a dozen different ideas going through my head, I'm wondering how the 
group would implement this?

It seems I can't simply a new form for a document library in SPD (SPD isn't 
giving me an option for a NEW form in this document library).

I could build my own completely custom form for adding the data, and add this 
to the ribbon? I think this is the best solution, but also the most time 
consuming. Before I started coding, I thought I would see what other 
suggestions might be around?

Another option could be to modify the _layouts/NewLink.aspx but I am reluctant 
to modify OOTB pages unless there is no better alternative?

Is there a better or more efficient way?
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: how would you implement this?

[Paul Noone]

Another option is to create a custom DispForm.aspx for the list via SPD (Insert 
--> SharePoint Controls --> Custom List Form). I've done this many times for 
similar scenarios.

If the first part of the document URL is static you can just prepend 
http://AThirdPartyApp/getDocument.aspx?docID= to the href link and add the ID 
value.

e.g. http://AThirdPartyApp/getDocument.aspx?docID={Name}>{Title}

Regards,

Paul

--
Online Developer/SharePoint Administrator,
ICT Infrastructure Team
CEO Sydney

From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
James Boman
Sent: Wednesday, 30 March 2011 9:41 PM
To: ozMOSS
Subject: RE: how would you implement this?

I think I would persevere with making a variation on the 'Link to a Document' 
Content Type.

If you take a site template, and import it into studio, you can see exactly how 
the 'Link to a Document' content type works and what the columns are etc. and 
more importantly how it links to the NewLink.aspx form.

Perhaps make your own content type similar to this, targeting your own ASPX 
form deployed into the LAYOUTS directory.  You may need to build a custom field 
with underlying type of URL that accepts the DocID and stores the link to 
render in list view.

Cheers,
J.



http://schemas.microsoft.com/sharepoint/";>
http://schemas.microsoft.com/sharepoint/";>













http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>
http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>

DocumentLibraryForm

DocumentLibraryForm

DocumentLibraryForm








From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Maxine Harwood
Sent: Wednesday, 30 March 2011 7:00 PM
To: ozMOSS
Subject: how would you implement this?

My client has a document library in use with multiple content types. I've been 
asked to add a facility where some documents (a new content type) can be linked 
in the library rather than uploaded. Easy!

But, the link is not one the user can browse to. It's a link within another 
application .e.g.: http://AThirdPartyApp/getDocument.aspx?docID=1234.

The "docID" is easy for the end user to find.

Ideally, I would like to prompt the user to enter the meta data and the DocID, 
then generate the URL based on the information given, but the default 
_NewLink.aspx prompts for the document link first?

So... with a dozen different ideas going through my head, I'm wondering how the 
group would implement this?

It seems I can't simply a new form for a document library in SPD (SPD isn't 
giving me an option for a NEW form in this document library).

I could build my own completely custom form for adding the data, and add this 
to the ribbon? I think this is the best solution, but also the most time 
consuming. Before I started coding, I thought I would see what other 
suggestions might be around?

Another option could be to modify the _layouts/NewLink.aspx but I am reluctant 
to modify OOTB pages unless there is no better alternative?

Is there a better or more efficient way?
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: how would you implement this?

[James Boman]

I think I would persevere with making a variation on the 'Link to a Document' 
Content Type.

If you take a site template, and import it into studio, you can see exactly how 
the 'Link to a Document' content type works and what the columns are etc. and 
more importantly how it links to the NewLink.aspx form.

Perhaps make your own content type similar to this, targeting your own ASPX 
form deployed into the LAYOUTS directory.  You may need to build a custom field 
with underlying type of URL that accepts the DocID and stores the link to 
render in list view.

Cheers,
J.



http://schemas.microsoft.com/sharepoint/";>
http://schemas.microsoft.com/sharepoint/";>













http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>
http://schemas.microsoft.com/sharepoint/v3/contenttype/forms";>

DocumentLibraryForm

DocumentLibraryForm

DocumentLibraryForm








From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf Of 
Maxine Harwood
Sent: Wednesday, 30 March 2011 7:00 PM
To: ozMOSS
Subject: how would you implement this?

My client has a document library in use with multiple content types. I've been 
asked to add a facility where some documents (a new content type) can be linked 
in the library rather than uploaded. Easy!

But, the link is not one the user can browse to. It's a link within another 
application .e.g.: http://AThirdPartyApp/getDocument.aspx?docID=1234.

The "docID" is easy for the end user to find.

Ideally, I would like to prompt the user to enter the meta data and the DocID, 
then generate the URL based on the information given, but the default 
_NewLink.aspx prompts for the document link first?

So... with a dozen different ideas going through my head, I'm wondering how the 
group would implement this?

It seems I can't simply a new form for a document library in SPD (SPD isn't 
giving me an option for a NEW form in this document library).

I could build my own completely custom form for adding the data, and add this 
to the ribbon? I think this is the best solution, but also the most time 
consuming. Before I started coding, I thought I would see what other 
suggestions might be around?

Another option could be to modify the _layouts/NewLink.aspx but I am reluctant 
to modify OOTB pages unless there is no better alternative?

Is there a better or more efficient way?
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

how would you implement this?

[Maxine Harwood]

My client has a document library in use with multiple content types. I've
been asked to add a facility where some documents (a new content type) can
be linked in the library rather than uploaded. Easy!

 

But, the link is not one the user can browse to. It's a link within another
application .e.g.: http://AThirdPartyApp/getDocument.aspx?docID=1234.

 

The "docID" is easy for the end user to find. 

 

Ideally, I would like to prompt the user to enter the meta data and the
DocID, then generate the URL based on the information given, but the default
_NewLink.aspx prompts for the document link first?

 

So. with a dozen different ideas going through my head, I'm wondering how
the group would implement this? 

 

It seems I can't simply a new form for a document library in SPD (SPD isn't
giving me an option for a NEW form in this document library). 

 

I could build my own completely custom form for adding the data, and add
this to the ribbon? I think this is the best solution, but also the most
time consuming. Before I started coding, I thought I would see what other
suggestions might be around?

 

Another option could be to modify the _layouts/NewLink.aspx but I am
reluctant to modify OOTB pages unless there is no better alternative?

 

Is there a better or more efficient way? 

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

RE: Deploying custom app page on sp2010

[Maxine Harwood]

Thanks, but it was set to Any CPU out of the box.

>From what I have read this afternoon - it's just not possible. 

To enable IIS to run a 32bit dll - I need to change the settings in the app
pool to "enable 32 bit applications" - but this then 'breaks' SharePoint. 

I have the solution working outside of SharePoint - which will satisfy my
immediate need, but I would be interested to hear of anyone who is using a
32bit dll running within SharePoint code?

Thanks for everyone who has contributed to this!

-Original Message-
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Paul Turner
Sent: Wednesday, 30 March 2011 2:17 PM
To: ozMOSS
Subject: RE: Deploying custom app page on sp2010

Change the project to use "AnyCPU" and it won't matter.


Regards,

Paul Turner
MCT, MCPD: Enterprise, MCSD, MCDBA, MCTS, Microsoft vTSP Consultant

M: 0412 748 168
A: 66 Henley Beach Road, Mile End SA 5031
E: paul.tur...@dws.com.au  W: www.dws.com.au

This email and any files transmitted with it are confidential and are only
for the use of the person to whom they are addressed. If you are not the
intended recipient you have received this email in error and are requested
to delete it immediately. Any opinion expressed in this e-mail may not
necessarily be that of DWS Pty Ltd.
Please consider the environment before printing this email.

From: ozmoss-boun...@ozmoss.com [ozmoss-boun...@ozmoss.com] on behalf of
Maxine Harwood [maxinetechg...@gmail.com]
Sent: Wednesday, 30 March 2011 2:43 PM
To: 'ozMOSS'
Subject: RE: Deploying custom app page on sp2010

Finally got time to go back and look at this.

It seems to be an issue with the dll, its set to use the x86 processor
architecture. I found some information suggesting that you can use 32bit
dll's within 64 bit apps by changing the IIS app pool to permit 32 bit apps
- but this causes SharePoint to die (service unavailable, http error 503).

Does anybody out there use 32bit dll's within their SharePoint applications,
and if so - how did you get it to work?

-Original Message-
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Jeremy Thake
Sent: Saturday, 26 March 2011 8:32 PM
To: ozMOSS
Subject: RE: Deploying custom app page on sp2010

Sounds like the assembly reference in your app page is incorrect. Can you
maybe screen grab the assembly folder highlighting the deployed assembly (I
suspect maybe you have the namespace or version incorrect). And a snippet of
the top part of the page with the assembly reference in it.

-Original Message-
From: ozmoss-boun...@ozmoss.com [mailto:ozmoss-boun...@ozmoss.com] On Behalf
Of Maxine Harwood
Sent: Thursday, 24 March 2011 4:29 PM
To: ozMOSS
Cc: OzMoss
Subject: Re: Deploying custom app page on sp2010

I can now confirm the dll is in the GAC (deployed through VS2010 package),
but when I run the app, I get a sharepoint error and the log says that the
app could not load the file or assembly...

Any suggestions?

Sent from Max's iPhone

On 24/03/2011, at 11:23 AM, Nigel Witherdin 
wrote:

> In your Visual Studio solution, Right click on package and then click 
> view
in designer. Click on Advanced (down the bottom). From here you can select
other DLLs to be packaged into your WSP
>
>
> > Subject: Deploying custom app page on sp2010
> > From: maxinetechg...@gmail.com
> > Date: Wed, 23 Mar 2011 17:55:13 +1000
> > To: ozmoss@ozmoss.com
> >
> > I am trying to add a simple application page to sp2010. The code
references a third party app and works as a standard aspx page, but bringing
it into a 'sp2010 application page', the dll is not being included on the
deployed package and as a consequence, I get a 'file not found' error when I
run the aspx. Any suggestions or sites that will help me to deploy the all
to sharepoint? I've searched but the search terms i'm using are getting me
nowhere!!
> >
> >
> > Ta
> > Max.
> >
> >
> >
> > Sent from Max's iPhone
> > ___
> > ozmoss mailing list
> > ozmoss@ozmoss.com
> > http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
> ___
> ozmoss mailing list
> ozmoss@ozmoss.com
> http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss
___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmoss

___
ozmoss mailing list
ozmoss@ozmoss.com
http://prdlxvm0001.codify.net/mailman/listinfo/ozmos