Hi friends,
Iam using apache commons FTPClient (In commons-net-1.4.1.jar ). Iam using
it to read files and write a file onto a FTP server.
This class works fine in Windows environment, but its not working on linux (
red hat linux) environment. The following snippet code is for reading a file
on
hi mario!
You aren't an Apache Commiter yet, no?
no i'm not, event though i've been active in other open source projects.
You have to become an Apache Commons Committer first which requires to
send patches and being active on the ML for a while.
makes sense! ;-) i was already wondering...
hi together!
Right! The first step is to get you guys on maven since that's the
easiest way to set up a maven-friendly release. The process to get
you in the central repository isn't very difficult either. The
requests do take some time, though. My recent request took 2 weeks or
maybe
Yes James, if you'd like to mavenize the webdavclient4j build for us, then
please be our guest :). It'd definitely be appreciated. Otherwise, I can
probably find time to do it myself in a week or so.
We do have a bit of a chicken and the egg problem, in that webdavclient4j
uses HC 3.x, but to
Where is it hanging? What statement?
By the way, have you tried Commons VFS (or considered it) as a wrapper
around the Commons Net's FTP API? It works great for us and it gives
you a common API to use across technologies (FTP, SFTP, WebDav, etc.).
On Fri, Jun 13, 2008 at 6:45 AM, [EMAIL
Since this change requires a newer version of jsch then the one used to build
the project, will it be updated as well (0.1.39 is the latest)? I'm trying
to build a snapshot and it fails with:
[javac]
Hi!
Since this change requires a newer version of jsch then the one used to build
the project, will it be updated as well (0.1.39 is the latest)? I'm trying
to build a snapshot and it fails with:
For the current VFS trunk we can do this.
James, could you update the pom and build.xml
I don't believe it requires us to change the version. The version
used to build the current code has that part of the API in it. I ran
the build with the pom.xml file unchanged and it worked fine. Try
building trunk with the current pom.xml file and you shouldn't have
any problems.
On Fri, Jun
Hi,
Using FileUpload 1.2.1 with Struts the image quality of my JPGs are blurry.
I've had this problem for a couple years, but was hoping that v1.2.1 would
solve the problem.
You can view the before and after images here:
http://www.customerfeedbackllc.com/dev/receipt_before_upload.jpg
I'm original poster - slight correction:
WRONG: image.setRGB(0, 0, width, height, imgPix, 0, width);
CORRECT:bufiOut.setRGB(0, 0, width, height, imgPix, 0, width);
--BobC
-
To unsubscribe, e-mail: [EMAIL
Arne Dieckmann a écrit :
Hi Luc,
thanks for you immediate reply. I know the odeToJava package, but I do
not really like the style of the code that much.
I agree.
Anyhow, this seems to
be the only available solution right now. Will there also be a
Bader-Deuflhard or Gear algorithm in
You should write the uploaded image directly to the disk, you reduce its
quality every time your read and write it with ImageIO.
Emmanuel Bourg
Bob Carpenter a écrit :
Hi,
Using FileUpload 1.2.1 with Struts the image quality of my JPGs are blurry.
I've had this problem for a couple years,
On 6/11/08, Ouyang, Landon - ES/RDR -Gil [EMAIL PROTECTED] wrote:
Is the latest version of Commons SCXML compatible with the new W3C draft
of SCXML released on May 16, 2008? For example, the initialstate
attribute is now initial.
snip/
No.
The particular change you mention as an example
I didn't know that ImageIO reduces quality with each pass. ImageIO is used
at least twice for each file because it gets stored as a BLOB and is served
to clients by saving to disk then reading back in with ImageIO.
Thanks for the clue - I'll start looking down that path.
--BobC
-Original
I ran the build using ant and had the issue. I would expect these to have the
same outcome, no?
jwcarman wrote:
I don't believe it requires us to change the version. The version
used to build the current code has that part of the API in it. I ran
the build with the pom.xml file unchanged
Johnny Luong wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
It's probably because people have different thoughts on what the static
method main() does in a given class. You will need to identify how the
lifecycle of your application corresponds to the explicit operations of
init(),
Well, the commons projects are trying to move towards a maven-based
build. However, maven can generate an ant-based build file. I'll try
doing that and checking it in.
On Fri, Jun 13, 2008 at 7:27 PM, Rob Moore [EMAIL PROTECTED] wrote:
I ran the build using ant and had the issue. I would
We greatly improved performance by just writing image files out to
disk and letting a webserver take care of streaming them back.
Perhaps that might help in your situation?
On Fri, Jun 13, 2008 at 8:07 PM, Bob Carpenter [EMAIL PROTECTED] wrote:
I didn't know that ImageIO reduces quality with
This is a good trick when you're standardizing image size and quality
based on project requirements. On my last project we knew the images
were going into 2x3 panels in a PDF document and could reduce
everything to around 20k.
Bob Carpenter wrote:
I didn't know that ImageIO reduces quality
I appreciate your willingness to do this but I'm happy to do the maven build
instead -- I just was having problems getting it to work so went with the
existing ant build. I just made another attempt with maven and it worked so
I probably wasn't calling the right goal -- I was trying jar:jar but
20 matches
Mail list logo