RE: VFS LocalFile#getLocalFile() protected?

2009-05-15 Thread Mario Ivankovits
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:ryan...@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-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

org


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: VFS LocalFile#getLocalFile() protected?

2009-05-15 Thread Ryan McKinley

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:ryan...@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-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org

org


-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org




-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



[Net] Whom to contact

2009-05-15 Thread Olli Loikkanen
Hi,

The webpage http://commons.apache.org/ seems to lack information. I
could not find contact information of any particular person/webmaster
who is responsible for updating the webpage. Thefore I sent this email
to this mailing list. Of course if this is the only way to contact the
webmaster, that's fine... but it could still be more clearly stated on
the webpage.

First of all the nightly builds link on the download page of the Net
component is not working.

The page containing the link is:
http://commons.apache.org/net/download.html

Not working link leads to the following URL:
http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-net/

I could find a nightly snapshot link from the main page
http://commons.apache.org/ . The latest nightly snapshot of the Net
component seems to be from 2007.
I assume that nightly snapshots of the Net component are not provided
anymore since the latest release in 2008 is more fresh than the last
nightly snapshot I could find? Please correct me if I'm wrong and
there is another location where to find the nightly snapshots.

My last concern this time is the MDTM command. It throws an exception
and it seems that there _commands array in the FTPCommand class is
lacking the MDTM command, but since I have only the latest release
build at hand I cannot verify if this has been already corrected or if
a bug report should be filed?

Br,
Olli Loikkanen

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [SCXML] new release, parameter handling

2009-05-15 Thread Rahul Akolkar
On Fri, May 15, 2009 at 8:39 AM, Alexander Blotny
alexander.blo...@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-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org