How to become a Vassal developper

Bonjour Mickael,

Si tu as besoin d’aide pour comprendre le fonctionnement de Vassal en terme d’utilisation, n’hésite pas à me contacter …

Cordialement,
Grégory
www.VassalFactory.org


Hi Mickael,

If you need help about how Vassal works in temrs of using cases, do not hesitate to contact me

Regards,

Grégory

Okay have two versions of eclipse setup (EE & Java SE). Currently using Java SE and have svn setup correctly now and was able to svn down the src. I followed the instructions on the setting up eclipse page but something is still wrong.

My setup looks like:

dlazov - VASSAL
dlazov - ASL
CASL
VSQL

VASSAL is showing 38 errors with the first showing:
Access restrictions: The constructor AppletAudioClip(by…required library C:\Program Files\Java\jre6\lib\rt.jar

So that both the VASSAL & ASL are red X and the CASL & VSQL are red !

When I look in the Libraries folder for CASL ad VSQL it shows:

JRE System Library (JVM 15) (unbound).

Currently I have 1.6 and 1.7 JDK and JRE setup.

Any help would be appreciated.

Okay did a search and vied part of the problem.

Used:

http://lkamal.blogspot.com/2008/09/eclipse-access-restriction-on-library.html

To fix that.

So not I get 30 errors like:

Description Resource Path Location Type
Application cannot be resolved MacOSXMenuManager.java /dlazov - VASSAL/src/VASSAL/tools/menu line 65 Java Problem

When I go into that src file (MacOSXMenuManager.java it basically says:

Multiple markers at this line
- Application cannot be resolved
- Application cannot be resolved to a type

I am still a newbie java developer so any help here?

The instructions in the vassal wiki are really out of date

I cant comment on CASL setup but VSQL being red should be ok or at least
don’t worry about that directory - (VASSAL directory should be the main
thing to get fixed). The VSQL directory is no longer used for just Squad
Leader - it also holds all of the custom classes for different modules.

Take a look at this thread
https://forum.vassalengine.org/t/wannabe-vassal-developer-has-setup-question/3301/1

Should help you get set up properly I hope. Been a long time since I messed
with setting it up

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of zov66
Sent: Saturday, July 30, 2011 9:19 AM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: How to become a Vassal developper

Okay have two versions of eclipse setup (EE & Java SE). Currently using
Java SE and have svn setup correctly now and was able to svn down the
src. I followed the instructions on the setting up eclipse page but
something is still wrong.

My setup looks like:

dlazov - VASSAL
dlazov - ASL
CASL
VSQL

VASSAL is showing 38 errors with the first showing:
Access restrictions: The constructor AppletAudioClip(by…required
library C:\Program Files\Java\jre6\lib\rt.jar

So that both the VASSAL & ASL are red X and the CASL & VSQL are red !

When I look in the Libraries folder for CASL ad VSQL it shows:

JRE System Library (JVM 15) (unbound).

Currently I have 1.6 and 1.7 JDK and JRE setup.

Any help would be appreciated.


Read this topic online here:
https://forum.vassalengine.org/t/how-to-become-a-vassal-developper/4103/16

Thus spake zov66:

So not I get 30 errors like:
__
Description Resource Path Location Type
Application cannot be resolved MacOSXMenuManager.java /dlazov -
VASSAL/src/VASSAL/tools/menu line 65 Java Problem__

When I go into that src file (MacOSXMenuManager.java it basically says:

__Multiple markers at this line

  • Application cannot be resolved
  • Application cannot be resolved to a type__

I am still a newbie java developer so any help here?

Eclipse is likely not finding lib-nondist/AppleJavaExtensions.jar.


J.

Eclipse is likely not finding lib-nondist/AppleJavaExtensions.jar.

Okay, so how can I tell Eclipse to find this jar?

I did a search on my system and could not find it either.

Do I need to SVN down this?

http://code.google.com/p/jalbum-jtextpad/source/browse/trunk/lib/AppleJavaExtensions.jar?r=5

It should be in the /lib-src path already

-----Original Message-----
From: messages-bounces@vassalengine.org
[mailto:messages-bounces@vassalengine.org] On Behalf Of zov66
Sent: Saturday, July 30, 2011 10:25 AM
To: messages@vassalengine.org
Subject: [messages] [Developers] Re: How to become a Vassal developper

Eclipse is likely not finding lib-nondist/AppleJavaExtensions.jar.

Okay, so how can I tell Eclipse to find this jar?

I did a search on my system and could not find it either.

Do I need to SVN down this?

code.google.com/p/jalbum-jtextpa … ppleJavaEx
tensions.jar?r=5


Read this topic online here:

Thus spake zov66:

Eclipse is likely not finding lib-nondist/AppleJavaExtensions.jar.

Okay, so how can I tell Eclipse to find this jar?

I did a search on my system and could not find it either.

Do I need to SVN down this?

code.google.com/p/jalbum-jtextpa … pleJavaExt
ensions.jar?r=5

No, it’s in the lib-nondist directory of VASSAL-src/trunk and any
branch which is less than three years old. If you don’t have it, then
your working copy is hosed.

I should first note that I am not an Eclipse user. The sole reason why
I’ve set up Eclipse myself is so I can see what other people see when
they use it. That said:

I’m going to take some screenshots for you so you can see what I have
and compare that with what you have.


J.

I have checked out two subtrees of the svn repo, uckelman-3.2 and uckelman-working, which you can see in the first screenshot.

[attachment=2]eclipse-1.png[/attachment]

This is what I see when I bring up the Properties dialog on the uckelman-3.2 branch, with the “Subversion” pane selected:

[attachment=1]eclipse-2.png[/attachment]

You can see there that I’ve not checked out the whole repository, but a particular branch from VASSAL-src/branches/.

The next screenshot shows the “Java Build Path” pane in the same dialog. In order for the compiler to find all of the libraries we use, they need to be listed in the “Libraries” tab.

[attachment=0]eclipse-3.png[/attachment]

The one that you’re missing, AppleJavaExtensions.jar, happens to be the first one displayed here.

How does this compare with what you have?

Here is my screen shot:

Here is another screen shot:

Thus spake zov66:

Here is another screen shot:

[1]

[1] i286.photobucket.com/albums/ll11 … lipse2.jpg

Have you verified that AppleJavaExtensions.jar is listed in the
Libraries tab of the Java Build Path pane of the Properties dialog
for the project?


J.

Has anyone had success with Netbeans? I am not that familar with NetBeans, but I am attempting to SVN down the VASSAL engine code now.

I know that the ‘new’ direction for VASSAL 4 is C++ (which is kind of ironic, I used to be a C/C++ programmer and in 2004 I could not find any jobs doing that, so just this year I switched to java, did some C# from 2006 to 2009 or so off and on). Java obviously is platform independent so not sure why you would want to screw with that by going to C++ which in general is platform dependent, at least to most of my past knowledge.

At any rate I do like Eclipse it is what we use at work and now that I downloaded NB7 and Java7 NB7 is pretty neat as well.

Interesting, that lib was not listed, the instructions only indicated setting the lib jars, after I added the lib-nondist that removed all but 4 errors.

Okay, I then added that to the out put and did a clean and VASSAL is okay now. But CASL was complainign about a 1.5 JRE which I don’t have (only have 1.6 and 1.7) so I just removed that and then CASL has a black thing in it but it looks okay. Now ASL is complaining with 4 errors.

MappedBufferedImage cannot be resolved to a type
ASLBoard.java
/dlazov - ASL/src/VASL/build/module/map/boardPicker
line 377
Java Problem

Here is two screen shots:

at line error

hover over error

close but not quite their yet…

Thus spake zov66:

I know that the ‘new’ direction for VASSAL 4 is C++ (which is kind of
ironic, I used to be a C/C++ programmer and in 2004 I could not find any
jobs doing that, so just this year I switched to java, did some C# from
2006 to 2009 or so off and on). Java obviously is platform independent
so not sure why you would want to screw with that by going to C++ which
in general is platform dependent, at least to most of my past knowledge.

Sun claimed, and now Oracle claims, that Java is platform-independent.
The only interpretation I can see under which this could be true is that
they mean that classes compiled by their Java compiler will run in any of
their JVMs. This is such a weak claim as to be useless, as we care about
the classes’ behavior, not just that they’ll run. If they’re claiming that
you can expect classes to have the same behavior on different platforms,
then that’s simply false—some don’t. I’d point to our ImageIOImageLoader
class as evidence for this—it’s 350 lines of workarounds for the various
ways in which Java’s ImageIO image loaders are broken, some of which
affect only certain platforms. We also have 30+ locations in our trunk
where we do OS checks in order to get correct behavior. No C++ project
I’ve worked on has had so much platform-specific code (or code for
working around broken libraries) as VASSAL does.


J.

Joel,

Fair point.

Any ideas on my last 4 errors in ASL-src per the screen shots above?

Thus spake zov66:

Interesting, that lib was not listed, the instructions only indicated
setting the lib jars, after I added the lib-nondist that removed all but
4 errors.

Okay, I then added that to the out put and did a clean and VASSAL is
okay now. But CASL was complainign about a 1.5 JRE which I don’t have
(only have 1.6 and 1.7) so I just removed that and then CASL has a black
thing in it but it looks okay. Now ASL is complaining with 4 errors.

MappedBufferedImage cannot be resolved to a type
ASLBoard.java
/dlazov - ASL/src/VASL/build/module/map/boardPicker
line 377
Java Problem

The immediate cause is that all of the memory-mapped images code,
including MappedBufferedImage, no longer exists in the trunk.

The correct way to get a map image is to get an ImageOp using
Op.loadLarge(), and then to call getImage() on that ImageOp to get
a BufferedImage.

However, if you’re planning to do anything with that BufferedImage
other than immediately display it, you should encapsulate whatever
further processing your going to do in another ImageOp, as otherwise
you’re bypassing the image cache. E.g., it looks like after line 377
that the BufferedImage is cropped and scaled, which should be done
using CropOp and ScaleOp.


J.

Joel,

Oh, okay that sounds fine and all but all I am trying to do is to get VASSAL to complie in Eclipse. So I am not even coding anything yet.

So my basic question is since that this is old code or whatever, can I just delete it, comment it out or what?

Again, just trying to get the SVN down (which I did) and for it to work (compile) in Eclipse (which is wont).

Basically following directions that are old and not working correctly.

Thus spake zov66:

Joel,

Oh, okay that sounds fine and all but all I am trying to do is to get
VASSAL to complie in Eclipse. So I am not even coding anything yet.

So my basic question is since that this is old code or whatever, can I
just delete it, comment it out or what?

Again, just trying to get the SVN down (which I did) and for it to work
(compile) in Eclipse (which is wont).

Basically following directions that are old and not working correctly.

If you’re tring to compile VASL against the trunk as-is, that can’t
possibly work, because the trunk no longer contains some things which
VASL uses. If all you want is for VASL to compile, then you could do
that by commenting out the offending code—but presumably that code is
not intended to be a no-op, so you won’t produce a program which works
properly this way, just one that compiles.

Alternatively, I believe that VASL will compile against the 3.1 branch
of VASSAL without modification. However, this is only a short-term
solution. Someone will eventually need to update the VASL code to work
with the trunk.


J.

Okay, so basically one can’t download each one of the trunks and expect them to work as is. So that means then that the project is broke. So I need to SVN down only the branches and they should all work?

Kind of confusing, seems like one could download (SVN) down the trunk and it should compile with out all these issues and then add in the branches.

Still new to all this, the documentation is slim at best and so it’s confusing to say the least.

So I need to delete all that I have SVN down and only SVN down the branches correct? And that will cure everything?