This is off-list because it is.  :-)

  Saying that Domino does everything automatically is a bit misleading.  It 
gave me a chuckle.
  The other consultant probably meant that he builds Domino forms / views / 
Agents / etc.. using Domino Designer and that the Domino server 
automatically publishes this information onto the web.  If you have a 
Domino application for Notes clients, it really is that easy to publish 
this application to the web.

  When you say that you are pushing some data out to the other application, 
do you mean that you are posting form data onto a Domino agent?  Or 
something else?

  I'm not sure how you would like Domino to answer back if there is an 
error, but I'm also not sure how you are passing data into the Domino 
application.

  Domino creates a unique identifier ( I believe 32 characters) for every 
document.  I don't know if this identifier is created when you create a 
document (I.E. like opening a new form ) or when you save the document 
(I.E. clicking submit).  If it is the former, you'll need to post your data 
onto an agent that creates and saves and the form.  If it is the latter, 
you shouldn't have any problems.

  I suspect that you have no access to the Domino application?  Do you know 
how the documents are being created?

  Of course none of this addresses the issue of why the ? or & are 
confusing Domino.  I don't know, but perhaps some of my other ramblings 
have given you something to look at.


At 05:37 PM 1/13/2003 -0500, you wrote:

>Hi all - here's an interesting one.  I'm pushing some data out to an
>application belonging to another group in the company, which is a Dominoe
>application written for them by a third party/consultant.  I do the same
>thing to other applications written in non-CF (CGI, ASP, etc) with
>absolutely no problems.  But with this Dominoe application, it seems to not
>like formfields whose contents contain either a question mark or an
>ampersand.  Other special chars are ok.  Now the obvious connection between
>those two are that they are also used for URL variables, but that shouldn't
>matter here because they are just part of the VALUE= attribute in the
>CFHTTPPARAM tags for the formfields.  No proxy servers are involved.
>
>When it fails on the Dominoe end, all I get back in the CFHTTP.STATUSCODE
>var is a 404 error.  Seems to be the only way it knows to tell me it is
>upset.  According to the consultant they are working with, Dominoe does
>everything "automatically" - Now that's MY kind of programming language!
>What do you program with, a microphone?!
>
>Any ideas out there?  Is there any possible way the CF could be messing up?
>
>Thanks everyone,
>-reed



--
Jeffry Houser | mailto:[EMAIL PROTECTED]
DotComIt, Putting you on the web
AIM: Reboog711  | Phone: 1-203-379-0773
--
My CFMX Book: 
<http://www.amazon.com/exec/obidos/ASIN/0072225564/instantcoldfu-20>
My Books: http://www.instantcoldfusion.com
--
Ask me how to get a free recording of your band
--
Original Energetic Acoustic Rock: http://www.farcryfly.com
80's, 90's, and Now: http://www.mtmexperience.com


~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~|
Archives: http://www.houseoffusion.com/cf_lists/index.cfm?forumid=4
Subscription: 
http://www.houseoffusion.com/cf_lists/index.cfm?method=subscribe&forumid=4
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Your ad could be here. Monies from ads go to support these lists and provide more 
resources for the community. http://www.fusionauthority.com/ads.cfm

                                Unsubscribe: 
http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
                                

Reply via email to