You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Ryan McKinley <ry...@gmail.com> on 2009/05/15 04:36:50 UTC
VFS LocalFile#getLocalFile() protected?
Hello-
Is there any reason LocalFile#getLocalFile() is protected rather then
public?
Since the process to reconstruct a File object is kinda clunky, it
would be nice to just have access directly to the file object.
ryan
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: [SCXML] new release, parameter handling
Posted by Rahul Akolkar <ra...@gmail.com>.
On Fri, May 15, 2009 at 8:39 AM, Alexander Blotny
<Al...@fokus.fraunhofer.de> wrote:
> Hi,
>
> I have some questions to the SCXML project.
> I am not sure if it is the right place, please tell me if it is not.
>
<snip/>
This is the right place.
> At first I would like to know when the next release will come. I could not
> find any information on the page.
<snap/>
In a few months (purposely vague since there is no set date yet).
> Furthermore I am curious if the next release will support EcmaScript as
> evaluation language or does already something like a plugin exist?
>
<snip/>
Options [1][2] are being looked at. Since Commons SCXML has the notion
of pluggable ELs [3], a new release isn't strictly needed to add
support for a new EL though.
> As far as I can see the implementation does only support to execute void
> methods without parameters when a certain state is reached. I think it would
> be nice to have entry parameters and return values. So the results of one
> state/method can be used in another one. Maybe there is already a
> possibility but I missed it...
>
<snap/>
I think this is about the AbstractStateMachine class, which is meant
to be a simple example usage pattern. Adjust per taste, see user guide
for details.
-Rahul
[1] http://svn.apache.org/repos/asf/commons/proper/scxml/branches/J6
(see oacs.env.javascript package)
[2] http://issues.apache.org/jira/browse/SCXML-108
[3] http://commons.apache.org/scxml/guide/contexts-evaluators.html
> Thank you in advance.
>
> greetings,
> Alex
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
[SCXML] new release, parameter handling
Posted by Alexander Blotny <Al...@fokus.fraunhofer.de>.
Hi,
I have some questions to the SCXML project.
I am not sure if it is the right place, please tell me if it is not.
At first I would like to know when the next release will come. I could not
find any information on the page.
Furthermore I am curious if the next release will support EcmaScript as
evaluation language or does already something like a plugin exist?
As far as I can see the implementation does only support to execute void
methods without parameters when a certain state is reached. I think it would
be nice to have entry parameters and return values. So the results of one
state/method can be used in another one. Maybe there is already a
possibility but I missed it...
Thank you in advance.
greetings,
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: VFS LocalFile#getLocalFile() protected?
Posted by Ryan McKinley <ry...@gmail.com>.
I wish I had asked sooner!
that is perfect.
thanks!
On May 15, 2009, at 2:13 AM, Mario Ivankovits wrote:
> Hi!
>
> Not every FileObject can be represented as a local file, and thus
> getLocalFile ist protected.
>
> What you can do is to replicate the file:
>
> File file = fileObject.getFileSystem().replicateFile(fileObject,
> Selectors.SELECT_SELF);
>
> For the local filesystem this simply exposes the local file object
> (no real replication takes place). For any other file object, e.g. a
> reference to a file within a zip file real replication takes place
> and the file will be copied to a temporary place.
>
> Ciao,
> Mario
>
> -----Original Message-----
> From: Ryan McKinley [mailto:ryantxu@gmail.com]
> Sent: Friday, May 15, 2009 4:37 AM
> To: user@commons.apache.org
> Subject: VFS LocalFile#getLocalFile() protected?
>
> Is there any reason LocalFile#getLocalFile() is protected rather then
> public?
>
> Since the process to reconstruct a File object is kinda clunky, it
> would be nice to just have access directly to the file object.
>
> ryan
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
> org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
RE: VFS LocalFile#getLocalFile() protected?
Posted by Mario Ivankovits <ma...@ops.co.at>.
Hi!
Not every FileObject can be represented as a local file, and thus getLocalFile ist protected.
What you can do is to replicate the file:
File file = fileObject.getFileSystem().replicateFile(fileObject, Selectors.SELECT_SELF);
For the local filesystem this simply exposes the local file object (no real replication takes place). For any other file object, e.g. a reference to a file within a zip file real replication takes place and the file will be copied to a temporary place.
Ciao,
Mario
-----Original Message-----
From: Ryan McKinley [mailto:ryantxu@gmail.com]
Sent: Friday, May 15, 2009 4:37 AM
To: user@commons.apache.org
Subject: VFS LocalFile#getLocalFile() protected?
Is there any reason LocalFile#getLocalFile() is protected rather then
public?
Since the process to reconstruct a File object is kinda clunky, it
would be nice to just have access directly to the file object.
ryan
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
org
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org