Re: [uportal-dev] DTDResolver

2009-03-19 Thread Eric Dalquist
They should always be resolved from the classpath if they are present 
there. I don't think that has changed.


Gherna, Andrew Robert wrote:

Are DTDs resolved the same way in uPortal 3?


On 3/10/09 6:41 PM, "Drew Wills"  wrote:

Should we be looking at UP-1800 as well/instead?

http://www.ja-sig.org/issues/browse/UP-1800

drew wills

Eric Dalquist wrote:
  

UP-1788 is referenced in several commits on DTDResolver, is there a
particular SVN revision number you're looking at?

-Eric

Susan Bramhall wrote:


I have a question about DTDResolver
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a
local change to always check the local file system for the DTD before
attempting to fetch it remotely.  I think the current code base always
loads the DTD from the classpath which would solve the same problem.
I just need a little advice as to whether I am drawing the right
conclusion.  The change set is UP-1788 and contains a lot of other
stuff too.
Thanks for help.
Susan
--

Susan Bramhall (susan.bramh...@yale.edu )
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697


--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
  


--
Andrew Wills
UNICON, Inc.
Office:  (480) 558-2476
http://cernunnos.googlecode.com/

--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
aghe...@uiuc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


  


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [uportal-dev] DTDResolver

2009-03-19 Thread Gherna, Andrew Robert
Are DTDs resolved the same way in uPortal 3?


On 3/10/09 6:41 PM, "Drew Wills"  wrote:

Should we be looking at UP-1800 as well/instead?

http://www.ja-sig.org/issues/browse/UP-1800

drew wills

Eric Dalquist wrote:
> UP-1788 is referenced in several commits on DTDResolver, is there a
> particular SVN revision number you're looking at?
>
> -Eric
>
> Susan Bramhall wrote:
>> I have a question about DTDResolver
>> (org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a
>> local change to always check the local file system for the DTD before
>> attempting to fetch it remotely.  I think the current code base always
>> loads the DTD from the classpath which would solve the same problem.
>> I just need a little advice as to whether I am drawing the right
>> conclusion.  The change set is UP-1788 and contains a lot of other
>> stuff too.
>> Thanks for help.
>> Susan
>> --
>>
>> Susan Bramhall (susan.bramh...@yale.edu )
>> Senior Developer, Technology & Planning Operations (T&P)
>> Yale University Information Technology Services (ITS)
>> 25 Science Park, 150 Munson St, New Haven, CT 06520
>> Phone:  203 432 6697
>>
>>
>> --
>>
>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
>> eric.dalqu...@doit.wisc.edu
>> To unsubscribe, change settings or access archives, see 
>> http://www.ja-sig.org/wiki/display/JSG/uportal-dev

--
Andrew Wills
UNICON, Inc.
Office:  (480) 558-2476
http://cernunnos.googlecode.com/

--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
aghe...@uiuc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


-- 
You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


Re: [uportal-dev] DTDResolver

2009-03-11 Thread Eric Dalquist

It does look like it always resolves from the classpath.

Susan Bramhall wrote:

I'm looking at

r42439 | edalquist | 2007-09-14 10:02:07 EDT

UP-1788 Change DTDResovler to always load from the classpath


Susan

Eric Dalquist wrote:
UP-1788 is referenced in several commits on DTDResolver, is there a 
particular SVN revision number you're looking at?


-Eric

Susan Bramhall wrote:
I have a question about DTDResolver 
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a 
local change to always check the local file system for the DTD 
before attempting to fetch it remotely.  I think the current code 
base always loads the DTD from the classpath which would solve the 
same problem.  I just need a little advice as to whether I am 
drawing the right conclusion.  The change set is UP-1788 and 
contains a lot of other stuff too.

Thanks for help.
Susan
--

Susan Bramhall (susan.bramh...@yale.edu 
)

Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697


--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


--

Susan Bramhall (susan.bramh...@yale.edu )
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697


--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [uportal-dev] DTDResolver

2009-03-10 Thread Susan Bramhall




I'm looking at 
r42439 | edalquist | 2007-09-14 10:02:07 EDT
  
UP-1788 Change DTDResovler to always load from the classpath


Susan

Eric Dalquist wrote:

  
  
UP-1788 is referenced in several commits on DTDResolver, is there a
particular SVN revision number you're looking at?
  
-Eric
  
Susan Bramhall wrote:
  I have a question about DTDResolver
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a
local change to always check the local file system for the DTD before
attempting to fetch it remotely.  I think the current code base always
loads the DTD from the classpath which would solve the same problem.  I
just need a little advice as to whether I am drawing the right
conclusion.  The change set is UP-1788 and contains a lot of other
stuff too.
Thanks for help.
Susan
-- 




Susan Bramhall
(susan.bramh...@yale.edu)
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697



-- 

You are currently subscribed to uportal-dev@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
  


-- 




Susan Bramhall (susan.bramh...@yale.edu)
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697



-- 
You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev





Re: [uportal-dev] DTDResolver

2009-03-10 Thread Drew Wills

Should we be looking at UP-1800 as well/instead?

http://www.ja-sig.org/issues/browse/UP-1800

drew wills

Eric Dalquist wrote:
UP-1788 is referenced in several commits on DTDResolver, is there a 
particular SVN revision number you're looking at?


-Eric

Susan Bramhall wrote:
I have a question about DTDResolver 
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a 
local change to always check the local file system for the DTD before 
attempting to fetch it remotely.  I think the current code base always 
loads the DTD from the classpath which would solve the same problem.  
I just need a little advice as to whether I am drawing the right 
conclusion.  The change set is UP-1788 and contains a lot of other 
stuff too.

Thanks for help.
Susan
--

Susan Bramhall (susan.bramh...@yale.edu )
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697


--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


--
Andrew Wills
UNICON, Inc.
Office:  (480) 558-2476
http://cernunnos.googlecode.com/

--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


Re: [uportal-dev] DTDResolver

2009-03-10 Thread Eric Dalquist
UP-1788 is referenced in several commits on DTDResolver, is there a 
particular SVN revision number you're looking at?


-Eric

Susan Bramhall wrote:
I have a question about DTDResolver 
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a 
local change to always check the local file system for the DTD before 
attempting to fetch it remotely.  I think the current code base always 
loads the DTD from the classpath which would solve the same problem.  
I just need a little advice as to whether I am drawing the right 
conclusion.  The change set is UP-1788 and contains a lot of other 
stuff too.

Thanks for help.
Susan
--

Susan Bramhall (susan.bramh...@yale.edu )
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697


--

You are currently subscribed to uportal-dev@lists.ja-sig.org as: 
eric.dalqu...@doit.wisc.edu
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev


smime.p7s
Description: S/MIME Cryptographic Signature


[uportal-dev] DTDResolver

2009-03-10 Thread Susan Bramhall




I have a question about DTDResolver
(org.jasig.portal.utils.DTDResolver.java).  Some time ago we made a
local change to always check the local file system for the DTD before
attempting to fetch it remotely.  I think the current code base always
loads the DTD from the classpath which would solve the same problem.  I
just need a little advice as to whether I am drawing the right
conclusion.  The change set is UP-1788 and contains a lot of other
stuff too.
Thanks for help.
Susan
-- 




Susan Bramhall (susan.bramh...@yale.edu)
Senior Developer, Technology & Planning Operations (T&P)
Yale University Information Technology Services (ITS)
25 Science Park, 150 Munson St, New Haven, CT 06520
Phone:  203 432 6697



-- 
You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev