JDownloader Community - Appwork GmbH
 

Reply
 
Thread Tools Display Modes
  #1  
Old 22.04.2009, 09:07
PCGyver
Guest
 
Posts: n/a
Default JD un7zip ??

Is planned plugin to unpack 7zip archives?

THX
Reply With Quote
  #2  
Old 22.04.2009, 10:57
djuzi's Avatar
djuzi djuzi is offline
JD Polish Support (inactive)
 
Join Date: Mar 2009
Location: Poland
Posts: 486
Default

Not planned by developers, but we can consider building such plugin if more users will make such wish.
Reply With Quote
  #3  
Old 22.04.2009, 12:59
svcteam
Guest
 
Posts: n/a
Default

JD should automatically decompress .zip .7z .uha etc. (the automatic unrar addon works OK but only for .rar)
Reply With Quote
  #4  
Old 22.04.2009, 13:17
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 67,320
Default

because we have a multios binary for unrar!
we need a special binary (as long as there is no pure java solution) for every archive type thats available for every os
__________________
JD-Dev & Server-Admin
Reply With Quote
  #5  
Old 22.04.2009, 13:32
PCGyver
Guest
 
Posts: n/a
Default

Maybe?

J7Zip, java_lzma, p7zip
**External links are only visible to Support Staff****External links are only visible to Support Staff**

LZMA port for Java
**External links are only visible to Support Staff****External links are only visible to Support Staff**
Reply With Quote
  #6  
Old 22.04.2009, 13:41
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 67,320
Default

as far as i know, this port cannot handle all 7zip archives
__________________
JD-Dev & Server-Admin
Reply With Quote
  #7  
Old 28.04.2009, 14:15
buggsy buggsy is offline
BugMeNot Account
 
Join Date: Mar 2009
Location: everywhere/nowhere
Posts: 1,111
Default

Couldn't you just run a command line decompression program instead of including it into the addon itself? This wouldn't even take an hour to code but would work for almost all platforms.
Of course that would require additional command line decompression programs (that are freely available) but who cares?
Reply With Quote
  #8  
Old 29.04.2009, 23:20
bartok
Guest
 
Posts: n/a
Default

it's good idea unrar 7zip,zip,ace and more popular extensions ^^

goodbye
Reply With Quote
  #9  
Old 29.04.2009, 23:36
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 67,320
Default

Quote:
Originally Posted by buggsy View Post
Couldn't you just run a command line decompression program instead of including it into the addon itself? This wouldn't even take an hour to code but would work for almost all platforms.
Of course that would require additional command line decompression programs (that are freely available) but who cares?
JDUnrar already does exactly this
it takes the unrar binary and acts as a wrapper! but this sounds easier as it really is!
cause you need to handle the whole decompress progress (open, password find, password enter, get filelist, extract, check for input/output)
__________________
JD-Dev & Server-Admin
Reply With Quote
  #10  
Old 30.04.2009, 20:14
buggsy buggsy is offline
BugMeNot Account
 
Join Date: Mar 2009
Location: everywhere/nowhere
Posts: 1,111
Default

Quote:
Originally Posted by Jiaz View Post
but this sounds easier as it really is!
cause you need to handle the whole decompress progress (open, password find, password enter, get filelist, extract, check for input/output)
I am not a programmer but in my imagination for 7zip this could work like this:

7z l file.7z
if password is asked - enter password
if output looks like a file list - process output of 7z (get file list), else output error message and quit
7z x file.7z
if password is asked - enter password
if extracted files and filesizes in the directory match - delete file.7z, else output error message

This would include everything you said. Why shouldn't it work like this?
Reply With Quote
  #11  
Old 30.04.2009, 21:11
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 67,320
Default

because its only that easy in theory
__________________
JD-Dev & Server-Admin
Reply With Quote
  #12  
Old 30.04.2009, 21:54
buggsy buggsy is offline
BugMeNot Account
 
Join Date: Mar 2009
Location: everywhere/nowhere
Posts: 1,111
Default

Er, yes, of course.
That's doesn't help me in any way, it's not even an answer.
So which difficulties do you have to overcome then?
Please note that I believe your words and don't doubt that coding isn't that easy. I just want to comprehend the problem.
Reply With Quote
  #13  
Old 03.05.2009, 11:09
darkside40 darkside40 is offline
Baby Loader
 
Join Date: May 2009
Posts: 7
Default

Hi there,
i would also like to see that jDownloader could unpack 7Zip files.
This format becomes more and more popular.

Btw with p7zip there is a 7zip Version that runs on most Unix and Linux Systems and there is also a 7zip SDK that includes Java Code for the decompression of 7zip files.
Reply With Quote
  #14  
Old 03.05.2009, 12:22
Jiaz's Avatar
Jiaz Jiaz is offline
JD Manager
 
Join Date: Mar 2009
Location: Germany
Posts: 67,320
Default

java 7zip does not help because it cannot handle all 7zip formats and no encryption at all
our problems:
1.) lack of manpower, we simply dont have time to make jd7unzip at the moment
2.) lack of time, we simply dont have time to make it at the moment

dont forget we work at jd in as our hobby!
__________________
JD-Dev & Server-Admin
Reply With Quote
  #15  
Old 03.05.2009, 22:07
sterngold
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by djuzi View Post
Not planned by developers, but we can consider building such plugin if more users will make such wish.

Here's one more wish for that
Reply With Quote
  #16  
Old 09.05.2009, 16:29
remi
Guest
 
Posts: n/a
Default

Quote:
Originally Posted by Jiaz View Post
java 7zip does not help because it cannot handle all 7zip formats and no encryption at all
our problems:
1.) lack of manpower, we simply dont have time to make jd7unzip at the moment
2.) lack of time, we simply dont have time to make it at the moment

dont forget we work at jd in as our hobby!
I fully support your remarks. I do the extractions myself and it works perfect.

jD should concentrate on downloading. 99% of the resources should go to solving problems with the downloading process itself. Important hosters like 4shared.com are still missing.

All other bells and wistles might be added later, when everyting else works. Add them as options that can be disabled by the customer.
Reply With Quote
  #17  
Old 09.05.2009, 21:15
ubauba20
Guest
 
Posts: n/a
Default

when you're dealing with files such 001, 002, 003 etc.
you can either way merge them by:

1. using 7zip

or

2. using HJSPLIT PRO - [jDownloader already uses JD-HJMerge addon for that purpose]


the only difference I'd discovered is that 1. way [with 7zip] uses much memory on partition where Windows is stored


so it's already good to go

JD-Un7Zip = JD-HJMerge

Last edited by ubauba20; 09.05.2009 at 21:21.
Reply With Quote
  #18  
Old 15.04.2010, 18:42
invisibleman78 invisibleman78 is offline
Black Hole
 
Join Date: May 2009
Posts: 262
Default

Is 7Zip still on your ToDo-List?
I ask this, because the lack of ZIP-Support is still one of the most missed feature - at least for me...

Or how could I decompress the downloaded ZIP files automatically (like it works with RAR files)?
Reply With Quote
  #19  
Old 09.05.2010, 13:28
atele atele is offline
JD Fan
 
Join Date: Mar 2009
Posts: 72
Default

i dont think so.... there is already a thread with the Status "in progress". But since the last answer of a developer a full year has passed.....
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

All times are GMT +2. The time now is 14:08.
Provided By AppWork GmbH | Privacy | Imprint
Parts of the Design are used from Kirsch designed by Andrew & Austin
Powered by vBulletin® Version 3.8.10 Beta 1
Copyright ©2000 - 2020, Jelsoft Enterprises Ltd.