Type was not found or was not a compile-time constant: BulkLoader

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Trying to compile.
2. Type was not found or was not a compile-time constant: BulkLoader.

What is the expected output? What do you see instead?
I don't see anything, it won't load BulkLoader at all.

What version of the product are you using? On what operating system?
OSX Flash CS4, the latest build rev-282

Original issue reported on code.google.com by gerry00c...@gmail.com on 10 Apr 2010 at 1:50

[GoogleCodeExporter]

Hi Gerry,

This is either an import or a class path issue. I can't seem to find how this 
is a problem with BuLoader itself.

There is some more info on how to set it here 
http://livedocs.adobe.com/flash/9.0/main/wwhelp/wwhimpl/common/html/wwhelp.htm?
context=LiveDocs_Parts&file=00000775.html.

Best reagards

Original comment by debert on 10 Apr 2010 at 3:19

• Changed state: Invalid

[GoogleCodeExporter]

I have a number of other imports that work fine and are in the same directory 
as the
br directory. Is BulkLoader dependent on anything else? My main document class
extends papervision3D BasicView. I know of another dev that was having problems
yesterday, not sure what his were but it was a strange coincidence.

Original comment by gerry00c...@gmail.com on 10 Apr 2010 at 4:56

[GoogleCodeExporter]

Hi Gerry.

I cannot reproduce this here. Besides, a bunch of other folks are using the zip 
file, and this is the first report 
of it's kind. This zip has over15 thousand downloads.

(BulkLoader's only dependeny is the corelib JSON encoder **if** you are using 
JSONItem )

My suggestion is the usual:
- Open a new fla.
- On first frame import BulkLoader + create a instance

What should happen if there was something wrong is you'd get an error.

Original comment by debert on 10 Apr 2010 at 7:02

[GoogleCodeExporter]

I had the same problem , if I put the url from external site :
http://www.emptywhite.com/bulkloader-assets/cats.jpg
loader.add("http://www.emptywhite.com/bulkloader-assets/cats.jpg");
The output said that the url is not found , but if I call from local folder:
loader.add("images/pic_1.png"); this works.
Flash CS4 | AS3| Flash Player 9 | Windows Xp Home

Original comment by luck...@gmail.com on 14 May 2010 at 7:42

[GoogleCodeExporter]

Sorry, couldn't find anything about the dependency anywhere else, would be good 
if there was a page talking about where to get it and how to set it up for 
BulkLoader.

But I assuming if I am not going to use a certain type of Bulk Loader I can 
just remove the class from the loadingtypes folder with no ill effects? For 
example, I can remove the JSONItem and everything else should be fine?

Original comment by astro...@gmail.com on 11 Jun 2010 at 9:47

[GoogleCodeExporter]

Hi Astropcr.

I am not sure what dependencies you encounterd. The JSON item is **not** 
compiled by default. Only if you register the new class. This means that 
BulkLoader ships with no external dependencies by default. Only if you do 
activate the JSONItem. So any issues with dependencies lie probably else where 
(or your application code is importing JSONItem too).

Nevertheless, you can't just remove the class. The standard types (ImageItem, 
TextItem, XMLItem, etc) are imported inside bulkloader. The compiler won't let 
you. You'd have to also remove from the static registry 
(http://code.google.com/p/bulk-loader/source/browse/trunk/src/br/com/stimuli/loa
ding/BulkLoader.as#367). But... I am not sure what is the problem you're trying 
to solve by removing any of the default types.

Best regards
Arthur

Original comment by debert on 11 Jun 2010 at 10:04

[GoogleCodeExporter]

It encountered the dependency problem when I tried to compile BulkLoader in a 
.swc so that I could just drop it into my project. I am guessing from what you 
said that when the Flex compiler makes a .swc it tries to grab all the 
dependencies, even if they are not done by default? 

I only removed the JSONItem and it compiled into a .swc with no problems. 
Obviously BulkLoader's functionality is more limited now, but there is enough 
there for me to use.

Thanks for the great code!

Original comment by astro...@gmail.com on 18 Jun 2010 at 7:21