jarp-developer — Mailing list dedicated _only_ to developers of JARP.

Re: [jarp-developer] Missing library?

[Filip L. <fil...@em...>]

Hi Ricardo,

> > After a CVS update I get an error about missing required library:
> > 'jarp/lib/dom4j-full.jar'.

> I'll fix that ASAP.

For your information I can say that the .classpath file in CVS still
mentions the dom4j library.

> Other than that, did you find any new bugs?

If I remove the dom4j reference I then get quite many compliation errors.
Most likely they are all due to one or more missing source files. For
instance, many files import org.jarp.core.PetriNetEditor, but that package
do not exist in CVS. I haven't checked if there are other files or packages
mission since I guess you know what it is :)


Best Regards,
-- 
Filip Larsen <fil...@em...>

RES: [jarp-developer] Missing library?

[Ricardo S. P. <pa...@da...>]

Hi Filip,

> After a CVS update I get an error about missing required library:
> 'jarp/lib/dom4j-full.jar'. It is mentioned in the .classpath file, but the
> file is not present in CVS.

Ops!

Sorry, that was a little test I made. I was thinking of using dom4j (that
way I could use XPath instead of plain old DOM-browsing).

But the thing is the extra library required would only pay-off if I used it
everywhere (PNML files, resources/i18n and configuration). I thought that it
would take a little bit too much work to do it right now, so I dropped the
idea. It is safe to remove it from the ".classpath" file.

I'll fix that ASAP.

Other than that, did you find any new bugs? If not, do you think that we
should release a new version? Do you think that this release should be
Webstart-based only?

Best regards,
Ricardo

[jarp-developer] Missing library?

[Filip L. <fil...@em...>]

Hi Ricardo,

After a CVS update I get an error about missing required library:
'jarp/lib/dom4j-full.jar'. It is mentioned in the .classpath file, but the
file is not present in CVS.

I have briefly tried the Web Start version and can confirm that the fixes
you made works in my end.


Best regards,
-- 
Filip Larsen <fil...@em...>

[jarp-developer] Major package refactoring

[Ricardo S. P. <pa...@da...>]

Hi Filip,

I've started the slow migration towards a more clean separation between
model and GUI framework by doing a major refactoring on classes and
packages.

But before that, I tagged the CVS as version 1.1.13.1, just in case
something goes terribly wrong.

The new package naming convention should allow us to start separating the
net model from JHotDraw data structures in a more clean way, leaving
framework-independent classes in separate packages.

Of course, the classes are still the same, or slightly renamed, but with
time, we should properly separate them into model (JHotDraw independent) and
GUI (JHotDraw dependent, that could also be ported to other frameworks).

I also fixed all the bugs you mentioned on previous messages (except that
one about the automatic renaming when pasting).

A new version is already available in the webstart address:
http://jarp.sf.net/webstart/jarp.jnlp

Please let me know your thoughts on this.

Best Regards,
Ricardo

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

> build. One thing though is that the Web Start version seems to have the
> current directory or startup directory set to my desktop, so that the
> jarp.properties and jarp.log file ends up there. Perhaps it can
> be moved to
> a directory local to Web Start or in a .jarp directory under the
> users home
> directory.

I noticed that as well. I currently don't know how to do this, so if you
know any way, please let me know.

Best regards,
Ricardo

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> Funny, I just accessed it without a hitch (I even updated my "installed"
> version). If you want, I can try to upload it again.

It works nicely now. Good idea to include the build number in the JNLP name
(for dev. releases at least).

After a very brief test I believe it works similar to the normal application
build. One thing though is that the Web Start version seems to have the
current directory or startup directory set to my desktop, so that the
jarp.properties and jarp.log file ends up there. Perhaps it can be moved to
a directory local to Web Start or in a .jarp directory under the users home
directory.


Best regards,
-- 
Filip Larsen <fil...@em...>

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

> http://jarp.sf.net/webstart/jarp.jnlp doesn't seem to exist anymore. Could
> you perhaps put the links on a page somewhere?

Funny, I just accessed it without a hitch (I even updated my "installed"
version). If you want, I can try to upload it again.

> > http://petri-net.sf.net/ ..
>
> Judging from the screenshots it looks ok for an "alpha". Have you
> considered
> which way Jarp should move relative to PIPE?

Well, since they have a lot of analysis code, I just want to reuse that. The
rest of the program seems... well... "unpolished" to me. But I think we
should first migrate to the new Petri net model implementation, which I hope
to do soon.

Best regards,
Ricardo

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> I just commited a new batch of fixes to Jarp.

Ok. After a quick test I got the following comments:

- Double-click on place/transition name to rename it puts the input text
field in wrong position.

- Renaming using menu Format/Name on the names themself gives exception.

- Selection of elements by dragging a box do not enable copy/paste and other
actions.

Regarding the loading of resource options, I can see from the source that
the system class loader is used. Perhaps it would be better to do like
applets and use the classloader on the class, ie. replace
"ClassLoader.getSystemClassLoader()" with "Main.class.getClassLoader()" (or
similar) in Main.loadOptions().


> I also compiled and released a new webstart version, to test a possible
fix
> for all those issues observed before. Please give it a try as well.

http://jarp.sf.net/webstart/jarp.jnlp doesn't seem to exist anymore. Could
you perhaps put the links on a page somewhere?

> (In the future, We should probably have a "stable" webstart version and a
> "bleeding-edge" version - for now, it's only "bleeding-edge")

I agree.


> http://petri-net.sf.net/ ..

Judging from the screenshots it looks ok for an "alpha". Have you considered
which way Jarp should move relative to PIPE?


Best regards,
-- 
Filip Larsen <fil...@em...>

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

I just commited a new batch of fixes to Jarp. A fixed some of the bugs:

- No more P2P (place-to-place) ;¬) or T2T;
- Several Undo/Redo fixes (now it should work almost everywhere);
- some more stuff (see Changelog);

I also compiled and released a new webstart version, to test a possible fix
for all those issues observed before. Please give it a try as well. (In the
future, We should probably have a "stable" webstart version and a
"bleeding-edge" version - for now, it's only "bleeding-edge")

Best regards,
Ricardo

P.S.: About the grouping: JHotDraw supports that, but I'm not sure how
exactly this is done.

P.S.2: I found another Petri net editor in Sourceforge:
http://petri-net.sf.net/ They have a lot of net analysis code available. I'm
thinking about getting into it to try to reuse some stuff...

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: quinta-feira, 1 de maio de 2003 04:15
Para: jarp-developer
Assunto: Re: [jarp-developer] Lots of updates


Hi Ricardo,

> Should we change to black then?

Again, its a matter of taste, but I think black arcs gives a more "crisp" or
"sharp" drawing like paper and pen, and since its very easy to change colors
on an existing net I would prefer all foreground colors to be black as
default. If nothing else, then because some printers are rather bad at
printing gray lines (they end up almost invisible). If I were to use gray at
all, it would probably be to "tone out" uninteresting parts of nets used for
diagrams, or perhaps for additional text that otherwise could be confused as
a name for something in the net.


Something else that I have thought about for some time: would it be possible
to make groups of net elements so that they can be manipulated as one
element in the window (they should still behave as their constituent parts
in the net itself)? I vaguely remember we have talked about this long time
ago, but I cannot remember what came out of it.


Best regards,
--
Filip Larsen <fil...@em...>

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> Should we change to black then?

Again, its a matter of taste, but I think black arcs gives a more "crisp" or
"sharp" drawing like paper and pen, and since its very easy to change colors
on an existing net I would prefer all foreground colors to be black as
default. If nothing else, then because some printers are rather bad at
printing gray lines (they end up almost invisible). If I were to use gray at
all, it would probably be to "tone out" uninteresting parts of nets used for
diagrams, or perhaps for additional text that otherwise could be confused as
a name for something in the net.


Something else that I have thought about for some time: would it be possible
to make groups of net elements so that they can be manipulated as one
element in the window (they should still behave as their constituent parts
in the net itself)? I vaguely remember we have talked about this long time
ago, but I cannot remember what came out of it.


Best regards,
-- 
Filip Larsen <fil...@em...>

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

>At high-resolution it looks fine. I havent tested with low resolution. The
> arc lines seemed a bit too gray at first, but then I found out that they
are
> not set to color black. If black is used they look fine to me :)

Should we change to black then?

>Speaking of lines, I got away with making an arc from place to place and
>from transition to transtion by picking up one end of an arc from, say, a
>place and drop it on a transition. Not surprisingly I got some exceptions
>trying to simulate on that net :)

I'll fix that asap.

Best regards,
Ricardo

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> Ok... you convinced me about the shadows :=AC)
> What about anti-aliasing then? Take a look at the new CVS code and tell=
 me
> what you think.

At high-resolution it looks fine. I havent tested with low resolution. Th=
e
arc lines seemed a bit too gray at first, but then I found out that they =
are
not set to color black. If black is used they look fine to me :)

Speaking of lines, I got away with making an arc from place to place and
from transition to transtion by picking up one end of an arc from, say, a
place and drop it on a transition. Not surprisingly I got some exceptions
trying to simulate on that net :)


> Also, I changed the location of arc labels to about 10 pixel below the =
old
> position, thus (usually) staying out of the way of the other handles. T=
ell
> me what you think.

This seems to work good. I didn't really collide with it this time.

> Another thing: I just added an important behavior to handles. Now if yo=
u
> drag a handle close to a straight line between the its two neighbors, i=
t
is
> automatically deleted.

Very nice and intuitive now. I could "re-route" a diagram without all the
previous handle cluttering.


> I resized the indicator for one token.

You did? Looks almost the same to me :) Well, I guess its a matter of tas=
te
and what people are used to. But let me say that I can live with the size=
 it
has now :)


> Printing has been improved as well. Since the net is anti-aliased for
screen
> display, it is also anti-aliased for printing.

I haven't got printer at home, btw, so I cannot test that. I can try at w=
ork
later.


> The issue about the unrequired renaming after pasting is still open.

Just a minor issue I thought I'd mention, even though it is unrelated to =
the
latest changes.


Best regards,
--=20
Filip Larsen <fil...@em...>

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

Ok... you convinced me about the shadows :¬)
What about anti-aliasing then? Take a look at the new CVS code and tell me
what you think.

Also, I changed the location of arc labels to about 10 pixel below the old
position, thus (usually) staying out of the way of the other handles. Tell
me what you think.

Another thing: I just added an important behavior to handles. Now if you
drag a handle close to a straight line between the its two neighbors, it is
automatically deleted.

I resized the indicator for one token.

Printing has been improved as well. Since the net is anti-aliased for screen
display, it is also anti-aliased for printing.

An important change has been made to the way getMinimumSize() of the
JDrawingView works. Now it does indeed returns the minimum size required by
the underlying net, not the minimum size of the component. This helped
fixing a weird behavior of the printing method, that always scaled the net
for printing.

The issue about the unrequired renaming after pasting is still open.

Best regards,
Ricardo

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: segunda-feira, 28 de abril de 2003 18:48
Para: jarp-developer
Assunto: Re: [jarp-developer] Lots of updates


Hi Ricardo,

> Please test the hew handles as soon as you can.

Ok, after a brief test my comments are:

- Arc handles seems easy to use, except that :
- the arc line quickly gets cluttered with handles, especially if you
"miss-click" a few time,
- the arc handles "collide" with the arc weight handles and indicator. The
weight indicator is overwritten by a yellow circle when the arc is selected,
and when clicking the weight handles I often get a new arc point instead.

- The shadow on places and transitions looks nice, but also makes net look
"non-standard". Could the shadow be optional somehow?

- The big token indicator for one token seems too big in my opinion.

- Copy/paste of element connected with arcs seems to work very nice.

- I noticed that nodes gets renamed when they are copied to another window,
even though the new window is empty. Would be nice if names would stay the
same as long as they dont already existing in the target net.


I did not look at code, so I have no comments on code changes at the moment.


> The next thing I want to do now is to update JHotDraw code to the latest
version.
> I tried to do so already, and hopefully, there only a few small changes on
JHotDraw
> interfaces to make it compile.

> A lot of testing will be required, of course, but I think that the
migration towards
> a "library" only solution will be for the best.

I agree.

Best regards,
--
Filip Larsen <fil...@em...>



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
jarp-developer mailing list
jar...@li...
https://lists.sourceforge.net/lists/listinfo/jarp-developer

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> Please test the hew handles as soon as you can.

Ok, after a brief test my comments are:

- Arc handles seems easy to use, except that :
- the arc line quickly gets cluttered with handles, especially if you
"miss-click" a few time,
- the arc handles "collide" with the arc weight handles and indicator. The
weight indicator is overwritten by a yellow circle when the arc is selected,
and when clicking the weight handles I often get a new arc point instead.

- The shadow on places and transitions looks nice, but also makes net look
"non-standard". Could the shadow be optional somehow?

- The big token indicator for one token seems too big in my opinion.

- Copy/paste of element connected with arcs seems to work very nice.

- I noticed that nodes gets renamed when they are copied to another window,
even though the new window is empty. Would be nice if names would stay the
same as long as they dont already existing in the target net.


I did not look at code, so I have no comments on code changes at the moment.


> The next thing I want to do now is to update JHotDraw code to the latest
version.
> I tried to do so already, and hopefully, there only a few small changes on
JHotDraw
> interfaces to make it compile.

> A lot of testing will be required, of course, but I think that the
migration towards
> a "library" only solution will be for the best.

I agree.

Best regards,
-- 
Filip Larsen <fil...@em...>

RES: [jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi,

Sorry about that, I forgot to make the FontRenderContext transient.

Fixed version is already in the CVS.

Best regards,
Ricardo

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: segunda-feira, 28 de abril de 2003 14:15
Para: jarp-developer
Assunto: Re: [jarp-developer] Lots of updates


Hi Ricardo,

> Please test the hew handles as soon as you can.

After I synchronized with CVS, I get exception when making a new place.
Looks like the old non-serializable font context exception has popped back.
Perhaps a missing check-in? I've attached a log of the exception in case its
new to you.



Best regards,
--
Filip Larsen <fil...@em...>

Re: [jarp-developer] Lots of updates

[Filip L. <fil...@em...>]

Hi Ricardo,

> Please test the hew handles as soon as you can.

After I synchronized with CVS, I get exception when making a new place.
Looks like the old non-serializable font context exception has popped back.
Perhaps a missing check-in? I've attached a log of the exception in case its
new to you.



Best regards,
-- 
Filip Larsen <fil...@em...>

[jarp-developer] Lots of updates

[Ricardo S. P. <pa...@da...>]

Hi Filip,

Today I commited a _lot_ of new stuff in the CVS. Here's a copy of the
change log:

Updates:
- Copyright: copyright notice now reads "2000-2003";
- Javadocs: using Eclipse javadoc generator tools, javadoc stubs have been
placed almost everywhere. They need to be properly filled now ;¬)
- Handles: handles have been placed in a new package called
org.jarp.handles;
- Arc handles: now arcs have handles for manipulating (create, modify and
remove) bendpoints.
- Arc label: a new algorithm for label location is introduced. Now labels
are placed in the middle point (if odd number of points) or in the middle of
the segment (even number of points).
- Places and Transition drawing: Improved (?) drawing of places and
transitions, with "nicer" looking figures.
- Some code formatting and cleaning.
Please test the hew handles as soon as you can. Those are a new feature that
I was working with for the next major release, but since I'm seeing that it
has a looong way to go before it can be released, I "ported" it back to 1.1.

The next thing I want to do now is to update JHotDraw code to the latest
version. I tried to do so already, and hopefully, there only a few small
changes on JHotDraw interfaces to make it compile.

A lot of testing will be required, of course, but I think that the migration
towards a "library" only solution will be for the best.

Best regards,
Ricardo

Re: [jarp-developer] NSIS installer for Windows?

[Filip L. <fil...@em...>]

Hi Ricardo,

> On the other hand I don't know how to tell Windows to send a message to
> one particular VM instead of opening a new one.

The only portable way I know of is to use IPC, like sockets or RMI.
Security-wise it can be a bit complicated to get it right.

> Worst than that: It just came to my mind that Copy/Paste only
> works between Jarp windows in the _same_ JVM...
> I imagine that this is "fixable", but I don't know how much effort is
> necessary. :=AC(

Java application can in general participate in cut & paste with other
applications, both Java application in same JVM, different JVM, and non-J=
ava
applications, if they are coded to do so. Jarp may of course be a long wa=
y
away from being able to do that.


> About the signing: I did some tests here on my computer and it seems th=
at
> the signing is mere "cosmetic" requirement, since self-signed certifica=
tes
> work just as fine.

Yes. I guess we just have to educate the users that accepting a self-sign=
ed
certificate is just as secure as downloading an install program :)


> Perhaps you're right about the fact that people tend to prefer to downl=
oad
> the Windows installer. If you look from that point of view, I figure th=
at
> starting from day one with the "right" approach (seamless updates for m=
e
are
> the _big_ plus) can save us a lot of effort later.

Indeed. I'm very much in favor of Web Start. Having a windows install
program is a weaker solution, even though it potentially can integrate an
application better with Windows. I say we try go with Web Start and see
if we can get home with that :)

> Again, on the other hand, I don't know if it's possible to associate
> a file extension with Java webstart application.

The only other Web Start application I know of, ArgoUML, do not associate
file types. And I can't remember reading anything about it in the
Web Start docs either.


> Anyway, I just placed a working version of Jarp 1.1.13 for webstart in:
> http://jarp.sf.net/webstart/jarp.jnlp

Marvelous!

> There is a bug though: I cannot change the locale (I think this has
> something to do with the way java.util.ResourceBundle loads the resourc=
e
> files).

I see that. I also got a NullPointerException when I tried to press save.
But its a great start :)


Best regards,
--
Filip Larsen <fil...@em...>

RES: [jarp-developer] NSIS installer for Windows?

[Ricardo S. P. <pa...@da...>]

Hi Filip,

This installer seems very powerful... I'll take a closer look for my other
projects.

About the issue of opening 5 different windows for multiple file selection:
The only thing I have to tell you is that you've got to see the "new" Jarp.
I reimplemented it as a MDI program, therefore each Petri net has its own
inner window.

On the other hand I don't know how to tell Windows to send a message to one
particular VM instead of opening a new one. Worst than that: It just came to
my mind that Copy/Paste only works between Jarp windows in the _same_ JVM...
I imagine that this is "fixable", but I don't know how much effort is
necessary. :¬(

About the signing: I did some tests here on my computer and it seems that
the signing is mere "cosmetic" requirement, since self-signed certificates
work just as fine.

The only thing is that the user gets a slightly scarier window, saying that
the certificate does not have a trusted root certificate, and that they
should double-check the origin of the software. I don't think that this is
such a big deal. Anyway, your input is very welcome on that matter.

Perhaps you're right about the fact that people tend to prefer to download
the Windows installer. If you look from that point of view, I figure that
starting from day one with the "right" approach (seamless updates for me are
the _big_ plus) can save us a lot of effort later.

Again, on the other hand, I don't know if it's possible to associate a file
extension with Java webstart application.

Anyway, I just placed a working version of Jarp 1.1.13 for webstart in:
http://jarp.sf.net/webstart/jarp.jnlp

There is a bug though: I cannot change the locale (I think this has
something to do with the way java.util.ResourceBundle loads the resource
files).

I also added the code to the Ant build script: a new target called
"webstart" is available.

Best regards,
Ricardo

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: quinta-feira, 24 de abril de 2003 16:22
Para: jarp-developer
Assunto: Re: [jarp-developer] NSIS installer for Windows?


Hi Ricardo,

> With NSIS is it possible to detect if a JVM is installed and which version
> it is?

Yes, I believe that it should be no problem to detect which Java2 version
the user has installed and act according to that, including copying the XML
parser if needed.

Another thing specific for the Windows platform that we might consider, is
to register the file types Jarp can handle so that the user can open these
directly from the explorer. To work nicely however, we should probably
figure out how to handle multiple opens so that the user don't get 5 running
Jarp each with its own JVM :)

> I was thinking about wrapping Jarp inside a JNLP launcher as well. I have
> done some work on that and I think that it could be an alternative for
other
> platforms than Windows.

This would be very nice too and technically a much better way to distribute
and install Jarp in a platform independent way. If I'm not mistaken, the few
last couple of Sun JRE releases have included Web Start as standard, which
means than probably many users (who have Java2) also have Web Start.

As far as I remember, a Web Start application must be signed in order to run
as a "normal" application. Do you plan on getting an "official" code signing
certificate?

If we get this to work, I think we should not have a separate Windows
installer if at all possible. Many users will probably choose the Windows
installer if we have both available, simply because everyone and their dog
have tried to install programs on Windows whereas Web Start still is a very
rare fish.


Best regards,
--
Filip Larsen <fil...@em...>

Re: [jarp-developer] NSIS installer for Windows?

[Filip L. <fil...@em...>]

Hi Ricardo,

> With NSIS is it possible to detect if a JVM is installed and which version
> it is?

Yes, I believe that it should be no problem to detect which Java2 version
the user has installed and act according to that, including copying the XML
parser if needed.

Another thing specific for the Windows platform that we might consider, is
to register the file types Jarp can handle so that the user can open these
directly from the explorer. To work nicely however, we should probably
figure out how to handle multiple opens so that the user don't get 5 running
Jarp each with its own JVM :)

> I was thinking about wrapping Jarp inside a JNLP launcher as well. I have
> done some work on that and I think that it could be an alternative for
other
> platforms than Windows.

This would be very nice too and technically a much better way to distribute
and install Jarp in a platform independent way. If I'm not mistaken, the few
last couple of Sun JRE releases have included Web Start as standard, which
means than probably many users (who have Java2) also have Web Start.

As far as I remember, a Web Start application must be signed in order to run
as a "normal" application. Do you plan on getting an "official" code signing
certificate?

If we get this to work, I think we should not have a separate Windows
installer if at all possible. Many users will probably choose the Windows
installer if we have both available, simply because everyone and their dog
have tried to install programs on Windows whereas Web Start still is a very
rare fish.


Best regards,
--
Filip Larsen <fil...@em...>

RES: [jarp-developer] NSIS installer for Windows?

[Ricardo S. P. <pa...@da...>]

Hi,

If you have the time, please do so. Setting up Jarp has been an issue for
lots of people that contact me.

With NSIS is it possible to detect if a JVM is installed and which version
it is?

That would solve our problem about the XML parser as well, by copying the
required jar when the JDK < 1.4.

I was thinking about wrapping Jarp inside a JNLP launcher as well. I have
done some work on that and I think that it could be an alternative for other
platforms than Windows.

Best regards,
Ricardo

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: quinta-feira, 24 de abril de 2003 03:52
Para: jarp-developer
Assunto: [jarp-developer] NSIS installer for Windows?

Hi,

I have in my projects at work been using the free NSIS installer from
Nullsoft, http://nsis.sourceforge.net/. Although it is a bit awkward to use
at first, I found quite easy to use and able to make even complicated
installations.

Since I have kind of specialized in building and releasing Jarp, I thought I
might use 30 min to wrap Jarp into a nice Windows NSIS installer. If you
have any initial comments on installation issues of Jarp I would like to
hear them.


Best Regards,
--
Filip Larsen <fil...@em...>

[jarp-developer] NSIS installer for Windows?

[Filip L. <fil...@em...>]

Hi,

I have in my projects at work been using the free NSIS installer from
Nullsoft, http://nsis.sourceforge.net/. Although it is a bit awkward to use
at first, I found quite easy to use and able to make even complicated
installations.

Since I have kind of specialized in building and releasing Jarp, I thought I
might use 30 min to wrap Jarp into a nice Windows NSIS installer. If you
have any initial comments on installation issues of Jarp I would like to
hear them.


Best Regards,
--
Filip Larsen <fil...@em...>

Re: [jarp-developer] Release of Jarp-devel-1.1.13

[Filip L. <fil...@em...>]

Hi Ricardo,

> About the javadoc issue: there is an option that has to be set inside
> Eclipse Java preferences. There is a Javadoc item where you specify the
> location of the exe-file to be used when the javadoc Ant task is called.
> I think this should solve your problem.

I tried that several times with same result before I gave up and made it
"manually". Guess I just have to fiddle around with it some more.


Best Regards,
--
Filip Larsen <fil...@em...>

RES: [jarp-developer] Release of Jarp-devel-1.1.13

[Ricardo S. P. <pa...@da...>]

Hi,

I downloaded and (quickly) tested it. It seems to be ok, at least for basic
editing.

About the javadoc issue: there is an option that has to be set inside
Eclipse Java preferences. There is a Javadoc item where you specify the
location of the exe-file to be used when the javadoc Ant task is called.
I think this should solve your problem.

It is strange that the tag for 1.1.12 is not there... Indeed, I tried the
CVSWeb interface and it is not there either... Perhaps we missed it.

Anyway, it is great that we managed to release this version. I had quite a
lot of people asking for several of the bugfixes already included in the CVS
to be released. Pfew!

Best regards,
Ricardo

-----Mensagem original-----
De: jar...@li...
[mailto:jar...@li...]Em nome de Filip
Larsen
Enviada em: quarta-feira, 23 de abril de 2003 15:17
Para: jarp-developer
Assunto: [jarp-developer] Release of Jarp-devel-1.1.13

Hi,

I've just tagged, built and released version 1.1.3 of Jarp. I encountered
the following problems during the process:

- Had to change the class output directory in .project from bin/classes to
out/classes in order to prevent the class files themselves to be included in
the distribution.
- The Ant javadoc target could not find the javadoc exe-file when started
from Eclipse. I cheated and disabled the target and made the javadoc with
the Eclipse Javadoc Wizard.

It also seems that release tag JARP-DEVEL1-1-12 no longer exist in CVS, but
I could not figure out why or when it has been removed. Perhaps that release
was never tagged?

Please test the release binaries if you can, so that we can catch any goofs
I've made in the build.


Best regards,
--
Filip Larsen <fil...@em...>

[jarp-developer] Release of Jarp-devel-1.1.13

[Filip L. <fil...@em...>]

Hi,

I've just tagged, built and released version 1.1.3 of Jarp. I encountered
the following problems during the process:

- Had to change the class output directory in .project from bin/classes to
out/classes in order to prevent the class files themselves to be included in
the distribution.
- The Ant javadoc target could not find the javadoc exe-file when started
from Eclipse. I cheated and disabled the target and made the javadoc with
the Eclipse Javadoc Wizard.


It also seems that release tag JARP-DEVEL1-1-12 no longer exist in CVS, but
I could not figure out why or when it has been removed. Perhaps that release
was never tagged?

Please test the release binaries if you can, so that we can catch any goofs
I've made in the build.


Best regards,
--
Filip Larsen <fil...@em...>