Re: [SCXML] getting set datats in the datamodel
Hello again! This seems to work, since we now can see that data has changed. Unfortunately, we seem to have missed out an important part of the question. In addition to being notified when a data value is set, we also would like to be able to get/recieve the new data value aswell as the name (in this case numdat) so that we can display it to the screen in our interface. And, in this example we only have one data value, NumDat. However, it is possible to define several data values insade the DynamicData-tag. Can we still just write assign name=DynamicData expr=DynamicData/ after the first assign tag, or do we also have to define what data value has been changed? Sincerely, Linda snip/ Yup, I see what you are running into. Unfortunately for the specific usage pattern here, the two assign variations have different semantics as follows: 1) assign name=... expr=.../ is a set operation, which produces a Context#set(...) call 2) assign location=... expr=.../ is really a mutation operation, it retrieves the XML data tree (stored as a DOM node in memory) and manipulates it -- there is no call to Context#set(...) How do I notify when my DynamicData has changed? snap/ ISTR that you prefer to not use custom actions. With those constraints, one option (since you are generating all the SCXML) is to accomodate for the above variation via the SCXML markup itself -- so you could generate a redundant identity assignment to trigger the Context#set(...) call like so: !-- assignment below taken from example above -- assign location=Data(DynamicData,'NumDat') expr=Data(DynamicData,'NumDat')+1/ !-- followed by assignment that triggers the set call with the new value -- assign name=DynamicData expr=DynamicData/ -Rahul
Re: [commons-net] FTPClient setReceiveBufferSize() setSendBufferSize()
Ah, yes, that's the issue, thanks! Looking at it closer, though, does something similar also need to be done when the data channel is opened in the FTPClient - for the active local mode? That is, in _openDataConnection_, server.setReceiveBufferSize(receiveBufferSize) would also need to be set? Thanks, Phil - Original Message - From: Rory Winston rory.wins...@gmail.com To: Commons Users List user@commons.apache.org Sent: Wednesday, April 22, 2009 5:34:40 PM GMT -07:00 US/Canada Mountain Subject: Re: [commons-net] FTPClient setReceiveBufferSize() setSendBufferSize() Hi Phil Actually, there was a long-standing latent bug in [net] where calls to set the socket buffer size were effectively ignored, as they were applied after the socket had been bound. This has recently been fixed in the 2.0 branch head. See: http://svn.apache.org/viewvc/commons/proper/net/branches/NET_2_0/src/main/java/org/apache/commons/net/SocketClient.java?r1=749145r2=762023diff_format=h So, as Steve says, you can either make these changes locally, or just download the latest source from the 2.0 branch and use that. --Rory On 22 Apr 2009, at 20:01, cloud...@comcast.net wrote: I have an ftp connection that would greatly benefit from having very large TCP/IP window sizes (1MB). I'm having trouble figuring out how to implement this using the standard FTPClient. What's the intended usage of setReceiveBufferSize() and setSendBufferSize(), which are inherited from the SocketClient? From what I understand, setReceiveBufferSize() must be set prior to binding to the socket? However, if these methods are called prior to FTPClient.connect(), then this socket object isn't initialized. After FTPClient.connect(), is it too late? Any insight into configuring the FTPClient to configure these window sizes is greatly appreciated. Thanks, Phil - To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org
[JXPath] Questions about pointers, listeners filters
Hi All - probably just Matt tho :) I've had some great results with JXPath, and I am now getting down to the nitty/gritty of what I am trying to achieve. Which is quite complex and I've no doubt that more experienced people than me exist in this area! Help is once again greatly appreciated!!! Background: I am dealing with dynamic objects (Nodes). Node's appear/disappear at runtime and are encapsulated in a heirarchy of HashMap's for JXPath's context bean. This works fantastic, but I have two remaining mandatory requirements. Requirement 1: Listening As a new node appears, listeners defined as expressions would like to know about this. For example, someone would like to know if a Ferrari ever appears in the context bean: //c...@name=Ferrari] or /Transport/Vehicle/c...@name=Ferrari]. I believe that I should be testing is if the newly created/removed node/pointer is found in any of the supplied listening expressions? Ideally this can be done by traversing the minimal number of object's as possible - and could be too inefficient :'( for use. Requirement 2: Filtering. As a new node appear's I would like to know if I should include this node in the context bean hierarchy (i.e. addNewChild()) or ignore it. The criteria is if the new node is found using an expression (include or exclude). For example, if we don't deal with China then we might have an exclude expression /World/Asia/China or /World/Asia/*. Can I determine if the new node is within an includes/excludes expression without having to add the node to the context, then testing, then removing - becuase this has the potential to falsly invoke listeners in Requirement #1 I'd like to know if there is any helpful functionality within jxpath that I am unaware of. I suspect there is As usual... I'm incredibly thankful for any help I can get :)
Re: [SCXML] Javascript as expression language
Hi Ingmar, Did this ever get released? Thanks, Roger On Tue, Dec 16, 2008 at 1:58 PM, Rahul Akolkar rahul.akol...@gmail.comwrote: On Tue, Dec 16, 2008 at 1:27 PM, Ingmar Kliche ingmar.kli...@googlemail.com wrote: Hi Roger, yes, we have implemented it and plan to provide it to the project quite soon. But the licensing issue is a good point and should be clarified. Technically the implementation needs some final cleanup and things like test cases. If you can wait another couple of weeks (due to holiday season) it should be available. snip/ Looking forward to it as well (that will reduce the min. JDK requirement for using Rhino I presume). -Rahul Regards, Ingmar. 2008/12/16 Roger Hoover roger.hoo...@gmail.com Hi, Has anyone implemented Javascript as an expression language in SCXML Common with Rhino? Would there be licensing issues with SCXML under Apache license and Rhino under MPL/GPL/LGPL triple license? If it can't be done as part of this project, how hard would it be to implement externally and do others have interest in it? Thanks, Roger - To unsubscribe, e-mail: user-unsubscr...@commons.apache.org For additional commands, e-mail: user-h...@commons.apache.org