Administrator
|
Paul,
On Feb 19, 2008, at 2:20 PM, Paul Kelly wrote: > Thanks Alex. We were wondering about how to configure the links to > the css and js files. This seems hardcoded somewhere, eg. > > <link rel="stylesheet" href="/orbeon/xforms-server/xforms-min.css" > > <script type="text/javascript" src="/orbeon/xforms-server/xforms- > min.js" p0:url-norewrite="true"> > > Is the solution to disregard these, move the files somewhere else > and link to them? I don't have a definitive answer to that question. I am thinking that you will need to have Orbeon Forms deployed on the server and accessible from the browser. What will be the path to Orbeon Forms as visible from the outside? Any reason it wouldn't be just /orbeon, so those links work without modification? Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's Blog: http://www.orbeon.com/blog/ Personal Blog: http://avernet.blogspot.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
At 10:06 AM -0800 2/20/08, Alessandro Vernet wrote:
>I don't have a definitive answer to that question. I am thinking that you will need to have Orbeon Forms deployed on the server and accessible from the browser. What will be the path to Orbeon Forms as visible from the outside? Any reason it wouldn't be just /orbeon, so those links work without modification? Well, the umbrella web app lives somewhere else. Let's say: http://newapp.xmlteam.com/newapp/page-that-needs-imported-form If those css and js links could be called off the domain (say http://appserver.xmlteam.com:8080/orbeon/xforms-server/min.css), it would work, wouldn't it? Or am I missing something? Isn't this essential if it's a true service other apps can include? -- --paul Paul Kelly Dir. of Operations XML Team: http://xmlteam.com -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
On Feb 20, 2008, at 10:27 AM, Paul Kelly wrote:
> Well, the umbrella web app lives somewhere else. Let's say: > > http://newapp.xmlteam.com/newapp/page-that-needs-imported-form > > If those css and js links could be called off the domain (say http://appserver.xmlteam.com:8080/orbeon/xforms-server/min.css) > , it would work, wouldn't it? Or am I missing something? Isn't this > essential if it's a true service other apps can include? Having Orbeon Forms on another port won't work because of cookies. PHP will request a page from Orbeon Forms, and send that page with maybe some markup around it to the browser. PHP will also send along the cookie set by Orbeon Forms. This cookie needs to be sent back in Ajax requests. But that won't happen if Orbeon Forms is accessed on a different port. It can be deployed on a different port, but the browser must be able to access it as http://appserver.xmlteam.com/orbeon/ . Since I assume you have Apache, you should be able to map http://appserver.xmlteam.com:8080/orbeon/ to http://appserver.xmlteam.com/orbeon/ at the Apache level with mod_rewrite., mod_proxy, or something similar. Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's Blog: http://www.orbeon.com/blog/ Personal Blog: http://avernet.blogspot.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
At 10:46 AM -0800 2/20/08, Alessandro Vernet wrote:
>http://appserver.xmlteam.com/orbeon/. Since I assume you have Apache, you should be able to map http://appserver.xmlteam.com:8080/orbeon/ to http://appserver.xmlteam.com/orbeon/ at the Apache level with mod_rewrite., mod_proxy, or something similar. OK, and that means the end user MUST get a path in the browser that begins "/orbeon"? No way around it? -- --paul Paul Kelly Dir. of Operations XML Team: http://xmlteam.com -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
On Feb 20, 2008, at 10:51 AM, Paul Kelly wrote:
> At 10:46 AM -0800 2/20/08, Alessandro Vernet wrote: >> http://appserver.xmlteam.com/orbeon/. Since I assume you have >> Apache, you should be able to map http://appserver.xmlteam.com:8080/orbeon/ >> to http://appserver.xmlteam.com/orbeon/ at the Apache level with >> mod_rewrite., mod_proxy, or something similar. > > OK, and that means the end user MUST get a path in the browser that > begins "/orbeon"? No way around it? Right. But that is just for the path to the CSS, JavaScript, and endpoint that responds to the Ajax requests. Your pages will be under another path, and most of the URL seen by the user on the URL bar won't start with /orbeon. Alex -- Orbeon Forms - Web 2.0 Forms, open-source, for the Enterprise Orbeon's Blog: http://www.orbeon.com/blog/ Personal Blog: http://avernet.blogspot.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
Administrator
|
On Feb 20, 2008, at 11:19 AM, Alessandro Vernet wrote:
> On Feb 20, 2008, at 10:51 AM, Paul Kelly wrote: > >> At 10:46 AM -0800 2/20/08, Alessandro Vernet wrote: >>> http://appserver.xmlteam.com/orbeon/. Since I assume you have >>> Apache, you should be able to map http://appserver.xmlteam.com:8080/orbeon/ >>> to http://appserver.xmlteam.com/orbeon/ at the Apache level with >>> mod_rewrite., mod_proxy, or something similar. >> >> OK, and that means the end user MUST get a path in the browser that >> begins "/orbeon"? No way around it? > > Right. But that is just for the path to the CSS, JavaScript, and > endpoint that responds to the Ajax requests. Your pages will be > under another path, and most of the URL seen by the user on the URL > bar won't start with /orbeon. http://www.nabble.com/Proxy-and-URL-rewriting-to14803080r0.html I guess we should somehow allow configuring an external "context" path. Currently, we do this for separate deployment with the "oxf.servlet.context" request parameter as discussed in that thread. If you have the patience to go through that whole thread, could you let us know if that helps clarify what is needed? -Erik -- Orbeon Forms - Web Forms for the Enterprise Done the Right Way http://www.orbeon.com/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help OW2 mailing lists service home page: http://www.ow2.org/wws |
In reply to this post by Teun van Eijsden
Hello,
I was wondering what came of this problem? I am having a similar issue. I am using the following code: <xforms:select1 ref="instance('data-instance')/instance" appearance="xxforms:tree"> <xforms:action ev:event="xforms-value-changed"> <xforms:setvalue ref="instance('data-instance')//parent">working</xforms:setvalue> <xforms:send submission="get-results" /> <xforms:toggle case="show-status" /> </xforms:action> <xforms:itemset nodeset="instance('working-instance')//exist:collection"> <xforms:label ref="@name" /> <xforms:value ref="@name" /> </xforms:itemset> </xforms:select1> This code works until I add the next select1, which behaves similarly. Once added, the select1 I click first registers all events, and the other registers none, even though I can see that the instance value has changed. I tried enclosing the action element in the itemset tags, then nothing works. Any ideas? Thanks, ~C |
Free forum by Nabble | Edit this page |