liftoff-users

[Liftoff-users] Brief97

[Anton L. <ma...@vi...>]

100.000 E-Mail Adressen aus der Esoterikbranche abzugeben!
Gut gehendes Beraterportal abzugeben!
Top-Domains und diverse andere Portale abzugeben!
 

Hallo liebe Kollegin, lieber Kollege,

ich bin der Betreiber vom Beraterportal „okulusvidens.net“. Ich erfülle mir jetzt einen lang ersehnten Traum. Ich werde im März/April mit meinem Segelboot eine Weltumseglung starten. Vorrausichtlich werde ich ca. 2 Jahre unterwegs sein. Aus diesem Grunde werde ich mein Geschäft verkaufen. Okulus Videns hat in den vergangenen 2 Jahren knapp 1 Million € Umsatz gemacht (Bücher können eingesehen werden), mit diversen Zusatzeinnahmen sogar ca. 1,3 Millionen. Sollten Sie an diesem Beraterportal Interesse haben, wenden Sie sich unter der E-Mail Adresse in...@vi... <mailto:in...@vi...> an mich. Wenn nicht, dann interessieren Sie vielleicht für 100.000 E-Mail Adressen von Kunden aus der Esoterikbranche oder an Top-Domains aus derselben Branche. Ich hatte noch einige Projekte (Link-Portal, Reise-Portal, Flirt-Portal , Cam-Portal, Auktions-Portal, Partner-Portal, e-Books usw.), die ich allerdings noch nicht beworben habe, die gebe ich ebenfalls ab. Eine Übersicht der Top-Domains und der Portale erhalten Sie auf der Webseite www.okulus.de <http://www.okulus.de/> .

 Ich hoffe, es ist für Sie etwas Interessantes dabei. Wenn nicht, fragen Sie doch einfach bei mir Mal nach, vielleicht kann ich durch meine Verbindungen für Sie etwas organisieren.

Mit freundlichen Grüßen

Anton Lehmann 

 

P.S.: Sollten Sie kein Programm besitzen, das Massen-E-Mail versenden kann, bekommen Sie von mir eines kostenlos.

[Liftoff-users] Design document

[Mailer M. <mai...@ya...>]

Hi all,

Do we have any design document for lift off,
definitely developers must have followed a pattern to
before developing the product.
Please send me if there is any.
Can we use the product to install C++ based programs
and do some native operations also? Like getting the
disk space, update registry etc?
Please answer this would be helpful

Thanks
Dennis

__________________________________________________
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com

Re: [Liftoff-users] NT and Install.class

[<bc...@wo...>]

[Stuart Barlow]

>When I try to install on NT4 I get the following error.
>Apologies if this is a very stupid message.
>Is there anyone working on support for NT/windows?
>If not can I help?
>
>
>D:\liftoff>java -cp . Install
>try path D:\liftoff\
>  set Url base to
>MalformedURL  ; java.net.MalformedURLException: no protocol:
>can not get flavour null for os Windows NT

These two bugs have been fixed in the CVS version of liftoff. Installing
the CVS version is a little more cumbersome but it is doable. The main
issue (apart from downloading through CVS) is editing the
data/builder.properties file. My file looks like this:

    # name of the list of standard files
    stdlist=i:\\java\\liftoff\\data\\def_list.list

    # name of the directory that contains the installer classes
    installer=i:\\java\\liftoff\\data\\installer

    # Jar loader class
    install_class=i:\\java\\liftoff\\data\\Install.class

I can then start the builder with (all on one line):

    java -Ddatadir=i:\java\liftoff\data
           -cp i:\java\liftoff\lib\LiftOff.jar 
           net.sourceforge.liftoff.builder.Main

In general the CVS version of liftoff have good support for Windows. I
use w2k myself so I know that it works there. The problems related to
the installer for jython have been few.

A new release should be made from the CVS, but I don't have the necesary
rights to create new releases in the liftoff project.

regards,
finn

[Liftoff-users] NT and Install.class

[Stuart B. <sb...@pe...>]

When I try to install on NT4 I get the following error.
Apologies if this is a very stupid message.
Is there anyone working on support for NT/windows?
If not can I help?


D:\liftoff>java -cp . Install
try path D:\liftoff\
  set Url base to
MalformedURL  ; java.net.MalformedURLException: no protocol:
can not get flavour null for os Windows NT
check for lib in classpath
exception in called method installer.Install2.main
java.lang.NullPointerException
         at 
installer.items.InstallableContainer.initInstallables(InstallableContainer.java
:252)
         at 
installer.items.InstallableContainer.<init>(InstallableContainer.java:92)
         at installer.Info.loadInstallerProps(Info.java:301)
         at installer.Install2.<init>(Install2.java:61)
         at installer.Install2.main(Install2.java:81)
         at java.lang.reflect.Method.invoke(Native Method)
         at Install.main(Install.java:355)
java.lang.reflect.InvocationTargetException



*************************************************************************
Information in this email is confidential and may be privileged. It is
intended for the named addressee(s) only. If you have received it in
error please notify the sender immediately and delete it from your
system. You should not otherwise copy, retransmit, use or disclose its
contents to anyone.
*************************************************************************

Re: [Liftoff-users] using the builder without the GUI

[<bc...@wo...>]

[Dorothy Weil]

>If you are happy with the configuration files installer.properties and
>installer.filelist, is there a command line option to create the class/zip
>file? 

No.

I've though about it myself, but I don't create an installer file that
often. I also always have a GUI available. 

Patches are always welcome, so if you need the feature so badly that you
want to code it yourself, I will gladly commit it to the codebase for
you.

regards,
finn

[Liftoff-users] using the builder without the GUI

[<dx...@us...>]

If you are happy with the configuration files installer.properties and
installer.filelist, is there a command line option to create the class/zip
file? 

Thank You,
Dorothy Weil

> Dorothy Weil
> Software Developer
> Umbrella Management Systems Configuration Management
	Integrated Operations Systems Solutions (IOSS)  
> Qwest 
> Voice: (612) 664-4477
> mailto:dx...@qw...
> 
> 

[Liftoff-users] Re: [Jython-users] How to add support for other OS's in Jython installer?

[<bc...@wo...>]

[Moved to jython-dev and cc'ed: liftoff-users]

[Brad Clements]

>I'd like to add support for NetWare in the installer.. How do I go about doing that?

Start by checking out the CVS version of liftoff.

   http://sourceforge.net/projects/liftoff/

Build liftoff by running "bootstrap" and then "build" from within the
"src" directory. Before running liftoff, some directories must be
configured in the data/builder.properties file:

   # name of the list of stdandard files
   stdlist=i:\\java\\liftoff\\data\\def_list.list

   # name of the directory that contains the installer classes 
   installer=i:\\java\\liftoff\\data\\installer

   # Jar loader class
   install_class=i:\\java\\liftoff\\data\\Install.class


In src\installer\net\sourceforge\liftoff\installer you will find a
os.properties file that maps the os.name to a platform action class.

A new action class must most likely be created: NetwareAction.java. Use
the WindowsAction class as a beginning.

>The OS type reported (on my platform) is "NetWare 5.00", though "NetWare*" should 
>be used to match any version of NetWare.
>
>To install, the .class needs to be unzipped somewhere (I suggest sys:Jython)

By default the installer picks the user.home property. If that property
is initialized by the netware JVM, we should just use that.

>(yes, that's right, "sys:Jython"  NetWare uses volume:path/path/file) 

Perhaps the path handling code in liftoff can deal with that already.
Perhaps not.

>After unzipping to the target directory (wherever the user specified, might be 
>vol1:jython) these steps are needed:
>
>1. Add jython.jar to classpath by appending a line like this to the file sys:etc/java.cfg
>
>CLASSPATH=$CLASSPATH;sys:Jython/jython.jar
>
>(substitute the correct path)

I don't yet have a wellformed opinion about this, but I would prefer if
the installation set the classpath in the script files if at all
possible. Not only does that match windows and unix behavior, it also
avoids a lot of problems with proper access rights to sys:etc (I guess).

>(anyone know if SERVLETCLASSPATH should be updated as well?)

These changes to sys:etc/java.cfg should instead be described in
doc/readme files.

>2. Create two files in the target installation directory, like this:
>
>filename:  jython.ncf
>
>Contents:
>
>java -ns -Dpython.home=sys:jython org.python.util.jython %1 %2 %3 %4 %5 %6 %7 %8 %9
>
>
>Note that the correct path needs to be inserted in place of "sys:jython", there's just one 
>line in the .ncf file.
>
>filename: jythonc.ncf
>
>Contents:
>
>java -ns -Dpython.home=sys:jython org.python.util.jython 
>"sys:jython/Tools/jythonc/jythonc.py" %1 %2 %3 %4 %5 %6 %7 %8 %9
>
>(should be all one line, also put the correct path to sys:jython in both locations)

That's relative easy with liftoff. A new builder property
"exec.template.netware" must be added to liftoff and two jython specific
template files must be added jython.

>3. Admonish the user after installation with the following message:
>
>------
>You must unload java to complete the installation. Unload java by typing the command 
>"unload java" at the system console. Note that this will unload any DirXML drivers you 
>may have loaded.
>
>You may wish to add <installationdir> to the system search path by adding the following 
>line to sys:system/autoexec.ncf:
>
>search add <installationdir>
>-----
>(replace <installationdir> with the appropriate path to where the .ncf files ended up)
>

That is easy with liftoff's templates.

>If someone could tell me how to make these changes to the installer (and submit a 
>patch) or if someone could just make the changes and I'll test (hint hint) I'd would be 
>very happy, and so would many NetWare users..

Absolutely.  Making it easier for netware users to use jython would be a
good thing for all.

When I create the installable jython-21a1.class I run this windows
script from within the jython CVS directory:

java -Ddatadir=i:\java\liftoff\data -cp i:\java\liftoff\lib\LiftOff.jar
      net.sourceforge.liftoff.builder.Main

where i:\java\liftoff is the CVS version of liftoff. I open the
installer\liftoff.props file with the file/open and create the class
with Create/Class menu.

If you can't upload patches to the liftoff project, you can put them
under the jython project instead. I have commit rights to liftoff and
will be able to commit them.

regards,
finn

[Liftoff-users] Uninstall design.

[<bc...@wo...>]

Hi,

I wondered why the uninstall is different than the install mechanisme. I
though it would be an improvement if the uninstall classes and the
unstall.dat data file was stored in one file similar to the way the
installer is packaged into one .class file.

A patch that does exactly that is available here:


ftp://bckfnn-modules.sourceforge.net/pub/bckfnn-modules/liftoff-patch1/

A short description of the changes:

- An Uninstall loader class is added. It is almost a copy of the Install
  class but the Uninstall class loads all entries in the zip archive and

  then closes the archive. That way, the Uninstall.class file can be
  deleted as a normal installable file.

- The InstallerLib will write the Uninstall.class, the installer classes
  and the uninstall state to a runnable zipfile.
  The UninstallInfo installable is no longer needed.

- The uninstall process will attempt to read the install state as a 
  resource from the classloader.

- The location of the Uninstall.class can be specified in the builder.
  I want it in _top_. Others will most likely want it in jlib.

- The zip subpackage from builder is copied to a zip subpackage in
  installer. Ideally this should perhaps be shared in a common package.

regards,
finn

Re: [Liftoff-users] Double click cause exception

[<bc...@wo...>]

[I wrote]

>I have a patch ...

and here it is:

   
Index: FileSelect.java
===================================================================
RCS file: /cvsroot/liftoff/liftoff/src/installer/net/sourceforge/liftoff/installer/awt/FileSelect.java,v
retrieving revision 1.1
diff -u -5 -r1.1 FileSelect.java
--- FileSelect.java	2000/07/31 19:17:26	1.1
+++ FileSelect.java	2000/12/28 20:15:43
@@ -199,11 +199,11 @@
 	listLabel = new Label("Files");
 	//listPanel.add(listLabel, "North" );
 
 	files   = new List(10);
 	files.setBackground(Color.white);
-	files.addItemListener(this);
+	files.addActionListener(this);
 
 	listPanel.add(files,"Center");
 
 	la.setConstraints(listPanel,span);
 	add(listPanel);
@@ -366,20 +366,10 @@
 
     public void itemStateChanged( ItemEvent e ) {
 
 	String selected = "";
 
-	if( e.getSource() == files ) {
-	    selected = files.getSelectedItem();
-	    if( selected != null ) {
-		String name = currentDir + File.separator  + selected ;
-		filenameField.setText( name );
-		setDir( name );
-	    }
-	    return;
-	}
-
 	if( e.getSource() == pathNow ) {
 	    selected = pathNow.getSelectedItem();
 	    if( selected != null ) {
 		setDir(selected);
 	    }
@@ -405,10 +395,20 @@
 	}
 
     }
 
     public void actionPerformed( ActionEvent e) {
+
+	if( e.getSource() == files ) {
+	    String selected = files.getSelectedItem();
+	    if( selected != null ) {
+		String name = currentDir + File.separator  + selected ;
+		filenameField.setText( name );
+		setDir( name );
+	    }
+	    return;
+	}
 
 	if( e.getSource() == filenameField ) {
 	    System.err.println( "Enter : " + e );
 	    checkField( e.getActionCommand() );
 	} else if( e.getActionCommand().equals("home") ) {

[Liftoff-users] Double click cause exception

[<bc...@wo...>]

Hi,

I've recieved a bug report from a user who get a
ArrayIndexOutOfBoundsException when double clicking on a directory in
the FileSelect dialog. (The FileSelect dialog is shown when clicking the
[...] button on the destination card). The problem may be limited to
windows but happens with all versions of JDK. AFAICT, the problem occur
because the itemStateChanged that is fired on the first click on a
java.awt.List modifies the list. A split second later the 2nd click is
received and that fires an ActionEvent which in the internal part of a
java.awt.List does a:

    list.getItem(list.getSelectedIndex())

but because the itemStateChanged() modified the list, no item is
selected. The result is:

>java.lang.ArrayIndexOutOfBoundsException: -1 < 0
>        at java.util.Vector.elementAt(Vector.java:427)
>        at java.awt.List.getItemImpl(List.java:269)
>        at java.awt.List.getItem(List.java:261)
>        at sun.awt.windows.WListPeer$1.run(WListPeer.java:167)
>        at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:154)
>        at java.awt.EventQueue.dispatchEvent(EventQueue.java:317)
>        at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java:103)

This little program show the same problem:

import java.awt.*;
import java.awt.event.*;
public class l1 implements ItemListener {
    public static void main(String[] args) {
        List list = new List();
        fillList(list);
        list.addItemListener(new l1());

        Frame frame = new Frame();
        frame.setBounds(new Rectangle(400, 300));
        frame.add(list);
        frame.show();
    }

    public void itemStateChanged(ItemEvent e) {
        List list = (List) e.getSource();
        fillList(list);
    }

    public static void fillList(List list) {
        list.removeAll();
        list.add("Item 1");
        list.add("Item 2");
        list.add("Item 3");
        list.add("Item 4");
        list.add("Item 5");
        list.add("Item 6");
    }
}


I can't think of a solution if we want to keep using single click as
directory navigation in the FileSelect dialog. Does anyone know how the
example above can work with both single click and double-clicks?

I have a patch which moves the event handling code from the
itemStateChanged() to the actionPerformed() on the list. That prevents
the exception, but also changes the behavior of the file select dialog.
Andreas, would that be an acceptable solution?

regards,
finn

Re: [Liftoff-users] osflavor.text translation

[Andreas H. <And...@py...>]

Finn Bock wrote:

> Hi,
>
> I have added a new text resource string to the english resource file:
>
> osflavor.text:
>
>   "Your operating system is not recognized by the installer\n" +
>   "The name reported is {0}. Please select the most\n" +
>   "approbiate operating system from the list below"

> I need a german translation for the german resource file. (I probably
> also need a grammaticly correct english version as well <wink>). Can
> anyone help me?

German translation:

"Der Installer kennt ihr Betriebssystem nicht.\n" +
"Das System meldet {0} als Namen. Bitte wählen Sie\n" +
"das am besten passende System aus der folgenden Liste"

The english seems to be correct, but i am not the one to judge this ...

Ciao
  Andreas

[Liftoff-users] osflavor.text translation

[<bc...@wo...>]

Hi,

I have added a new text resource string to the english resource file:

osflavor.text:

  "Your operating system is not recognized by the installer\n" +
  "The name reported is {0}. Please select the most\n" +
  "approbiate operating system from the list below" 
 
I need a german translation for the german resource file. (I probably
also need a grammaticly correct english version as well <wink>). Can
anyone help me?

regards,
finn

[Liftoff-users] Special features

[<bc...@wo...>]

Hi,

For jython I added two small special features and I'm not sure how
usefull it will be for others. The actual implementation is also a bit
hackish.

1)

Jython have no need for the classpath editor card during installation.
So I added a boolean property "card.classPathCard" to the builder and
added a test to Install2.java:

        if ("yes".equals(Info.getProperty("card.classPathCard")))
	    frame.addCard( new ClasspathCard() );


2)

Jython have no need for the system wide installation when root. All of
jython is always installed under a common root. So I added a boolean
property "destination.systemwide" to the builder and changed the test in
UnixAction to be:

	// if the user is root, select systemwide installation
	if( "root".equals(Info.getProperty("user.name")) && 
            "yes".equals(Info.getProperty("destination.systemwide")) ) {


Are these features sufficiently useful and general? Are there better
ways of implementing them?

regards,
finn

Re: [Liftoff-users] Sorting

[<bc...@wo...>]

[Finn]

> I have added a sort to the list of files. IMHO it look nicer when the
> files gets listed sorted. I choose to use the sorting methods found in
> java.util in java2. As a result the builder can now only run on a java2
> platform. Is that acceptable? Maybe java2 is already a requirement, I
> haven't checked.

[Joi Ellis]

>I don't presently use Java 1 for my project, but I see a lot of developers
>out there still do use it because the browsers all still use it, with a few
>low-market-share exceptions.  If you exclude Java 1, you exclude a good
>portion of your potential user base.

The java2 requirement only concern the builder. The generated installer
can still run on java1. The builder already require the javax.swing
package and while it may be possible to find a standalone javax.swing to
use with a java1 VM, I don't think it is easy to get running together.

>> If java1 is a requirement for the builder, I'll copy&paste the sort()
>> method from FileSelect.
>
>Be careful doing this, it may violate your (and our) license agreement with
>Sun.  Better to use your own implementation or get one from another GNU
>project.

FileSelect.java is already part of LiftOff. There should be no licence
problem with copying from it.

regards,
finn

Re: [Liftoff-users] Sorting

[Joi E. <jo...@ar...>]

On Mon, 20 Nov 2000, Finn Bock wrote:

> Hi,
> 
> I have added a sort to the list of files. IMHO it look nicer when the
> files gets listed sorted. I choose to use the sorting methods found in
> java.util in java2. As a result the builder can now only run on a java2
> platform. Is that acceptable? Maybe java2 is already a requirement, I
> haven't checked.

I don't presently use Java 1 for my project, but I see a lot of developers
out there still do use it because the browsers all still use it, with a few
low-market-share exceptions.  If you exclude Java 1, you exclude a good
portion of your potential user base.

> If java1 is a requirement for the builder, I'll copy&paste the sort()
> method from FileSelect.

Be careful doing this, it may violate your (and our) license agreement with
Sun.  Better to use your own implementation or get one from another GNU
project.

-- 
Joi Ellis                    Software Engineer
Aravox Technologies          jo...@ar..., gy...@vi...

No matter what we think of Linux versus FreeBSD, etc., the one thing I
really like about Linux is that it has Microsoft worried.  Anything
that kicks a monopoly in the pants has got to be good for something.
           - Chris Johnson

[Liftoff-users] WindowsActions changes

[<bc...@wo...>]

A comment about the changes for WindowsAction:

- I removed the guessing and fall back from getJvmPath. If the requested
jvm path does not exists it will return null. The hasJRE & hasConsoleJvm
methods will then only return true if the executables actually exists in
the file system.

IMHO unices should do something similar but I hesitate to make changes
there because I can't test it sufficiently.

regards,
finn

[Liftoff-users] Sorting

[<bc...@wo...>]

Hi,

I have added a sort to the list of files. IMHO it look nicer when the
files gets listed sorted. I choose to use the sorting methods found in
java.util in java2. As a result the builder can now only run on a java2
platform. Is that acceptable? Maybe java2 is already a requirement, I
haven't checked.

If java1 is a requirement for the builder, I'll copy&paste the sort()
method from FileSelect.

regards,
finn

[Liftoff-users] Default language

[<bc...@wo...>]

Hi,

The default language when installing under an unknown language is
german. I do not feel that it is the best possible choice. I would
rather see english as the fall back language. 

Andreas, would that be acceptable to you?

regards,
finn

The suggested patch:

Index: installer/net/sourceforge/liftoff/installer/Info.java
===================================================================
RCS file: /cvsroot/liftoff/liftoff/src/installer/net/sourceforge/liftoff/installer/Info.java,v
retrieving revision 1.2
diff -u -r1.2 Info.java
--- installer/net/sourceforge/liftoff/installer/Info.java	2000/11/20 17:55:25	1.2
+++ installer/net/sourceforge/liftoff/installer/Info.java	2000/11/20 18:34:18
@@ -130,7 +130,7 @@
 		return i;
 	    }
 	}
-	return -1;
+	return 1; // The index of Locale.US in instLocales
     }
 
     /**
Index: installer/net/sourceforge/liftoff/installer/TextResources.java
===================================================================
RCS file: /cvsroot/liftoff/liftoff/src/installer/net/sourceforge/liftoff/installer/TextResources.java,v
retrieving revision 1.1
diff -u -r1.1 TextResources.java
--- installer/net/sourceforge/liftoff/installer/TextResources.java	2000/07/31 19:17:26	1.1
+++ installer/net/sourceforge/liftoff/installer/TextResources.java	2000/11/20 18:34:18
@@ -4,6 +4,6 @@
 import java.util.*;
 
 
-public class TextResources extends TextResources_de {
+public class TextResources extends TextResources_en {
 
 }

[Liftoff-users] Introduction

[<bc...@wo...>]

Hi,

I'm a developer on the jython project. 

  http://sourceforge.net/projects/jython

We needed a opensource installer and have decided on LiftOff. We have a
need for some additional features and for improved windows and mac
support. I made some changes and bugfixes for liftoff

  ftp://jython.sourceforge.net/pub/jython/liftoff-001115.tar.gz

and Andreas made me a developer.

Keep in mind that I'm not an expert on LiftOff and that all my
modifications can be backed out if needed.

regards,
finn

[Liftoff-users] Re: Using LiftOff to install non-GPL'd programs

[Andreas H. <hof...@in...>]

Hi,

Lorin Hochstein wrote:
> 
> Hi,
> 
> I was looking at your "Lift-Off" Java Installer, and I noticed that
> you're distributing it under the GPL. Does this mean that you can only
> use it to install GPL'd programs? Is this your intention?
> 

In short, you can use LiftOff to install programs that are not under the
GPL.


More precisely, nobody and nothing can stop you from distributing your
software with LiftOff as long as you respect these points :

- you can not 'link' your program against classes that are part of
LiftOff, if your program is not GPL'ed. As a rule : a not GPL'ed program
must be usable if you remove all files that are part of LiftOff after
installation.

- there are some files generated at installation time (startup scripts
etc.). These files are not considered to be part of LiftOff and
therefore not covered by its License. If you have suplied the input for
this generated files, it is up to you to specify the license for the
generated files.
(The exception here is the file 'Installer.zip', it contains the
installer part of LiftOff.)

- you do not need to include the sources of LiftOff in your
distribution, but you must tell your users where they can get them.

- if you make modification to LiftOff, you need to make your
modifications public. Look at the GPL for the exact conditions. I would
prefer if you send me your changes, so i can include them in the main
distribution.


My intention to use the GPL for LiftOff is to keep it freely available
for everybody, it is not my intention to force anybody to use the GPL
for its own software. (Your software is yours and it is your decision to
make your software freely available or not.)

Ciao
  Andreas

-- 
Andreas Hofmeister (see http://www.informatik.uni-freiburg.de/~hofmeist)

"I can do it in Quake, why not in real life ?"
				(Lan Solaris (Illiad))