Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [smila-user] SMILA/ OSGi at Linux

hi,

 

i dont have a SMILA on my system currently but, if the problem is really the input stream from the console, then it might be worthwhile trying not to pass in the –noexit arg to the launcher.

is that set in the SMILA.ini ?

 

Kind regards

Thomas Menzel @ brox IT-Solutions GmbH

 

From: smila-user-bounces@xxxxxxxxxxx [mailto:smila-user-bounces@xxxxxxxxxxx] On Behalf Of Juergen.Schumacher@xxxxxxxxxxx
Sent: Donnerstag, 9. April 2009 11:31
To: smila-user@xxxxxxxxxxx
Subject: RE: [smila-user] SMILA/ OSGi at Linux

 

To me, it looks like nohup (or the &?) invalidates the standard input of SMILA so that the OSGi console cannot read it anymore.

On my Linux system it's different: with "nohup ./SMILA &", nohup.out first contains only a "osgi>" and nothing happens,

until I use "fg" to get the process back to foreground, then I get this exception, but it SMILA seems to work.

 

scum36@empkl-lnx07:/data07/SMILA/Current> tail -f nohup.out

osgi> java.io.IOException: Unknown error 512

        at java.io.FileInputStream.readBytes(Native Method)

        at java.io.FileInputStream.read(FileInputStream.java:194)

        at java.io.BufferedInputStream.read1(BufferedInputStream.java:254)

        at java.io.BufferedInputStream.read(BufferedInputStream.java:313)

        at java.io.FilterInputStream.read(FilterInputStream.java:111)

        at sun.nio.cs.StreamDecoder$CharsetSD.readBytes(StreamDecoder.java:411)

        at sun.nio.cs.StreamDecoder$CharsetSD.implRead(StreamDecoder.java:453)

        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:183)

        at java.io.InputStreamReader.read(InputStreamReader.java:167)

        at java.io.BufferedReader.fill(BufferedReader.java:136)

        at java.io.BufferedReader.readLine(BufferedReader.java:299)

        at java.io.BufferedReader.readLine(BufferedReader.java:362)

        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:275)

        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java:223)

        at java.lang.Thread.run(Thread.java:595)

Persistence bundle starting...

Persistence bundle started.

ProviderTracker: New service detected...

ProviderTracker: Added service org.eclipse.persistence.jpa.osgi.PersistenceProviderOSGi

… etc …

 

Without the "&" (just "nohup  ./SMILA"), it starts immediately without any stacktrace in nohup.out. If I push it into

background then using ctrl-z and bg, it hangs completely until I get it to foreground again, and then the same

stacktrace as above is printed. Strange, isn't it?

 

Any Unix guru here? (-;

 

Cheers,

Juergen.

 

 

 

From: smila-user-bounces@xxxxxxxxxxx [mailto:smila-user-bounces@xxxxxxxxxxx] On Behalf Of Andreas.Schultz@xxxxxxxxxxx
Sent: Thursday, April 09, 2009 10:50 AM
To: smila-user@xxxxxxxxxxx
Subject: AW: [smila-user] SMILA/ OSGi at Linux

 

Hi Jürgen,

 

es ist sogar noch lustiger:

 

nohup ./SMILA &

 liefert

 

osgi> java.io.IOException: Bad file descriptor

        at java.io.FileInputStream.readBytes(Native Method)

        at java.io.FileInputStream.read(FileInputStream.java:199)

        at java.io.BufferedInputStream.read1(BufferedInputStream.java:256)

        at java.io.BufferedInputStream.read(BufferedInputStream.java:317)

        at java.io.FilterInputStream.read(FilterInputStream.java:116)

        at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:264)

        at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:306)

        at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:158)

        at java.io.InputStreamReader.read(InputStreamReader.java:167)

        at java.io.BufferedReader.fill(BufferedReader.java:136)

        at java.io.BufferedReader.readLine(BufferedReader.java:299)

        at java.io.BufferedReader.readLine(BufferedReader.java:362)

        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.console(FrameworkConsole.java:275)

        at org.eclipse.osgi.framework.internal.core.FrameworkConsole.run(FrameworkConsole.java:223)

        at java.lang.Thread.run(Thread.java:619)

Persistence bundle starting...

Persistence bundle started.

ProviderTracker: New service detected...

ProviderTracker: Added service org.eclipse.persistence.jpa.osgi.PersistenceProviderOSGi

 

 

Könnte daran liegen, dass beim start via nohup Verzeichnisse nicht passen !?

 

Grüße

Andreas

 

 

Von: smila-user-bounces@xxxxxxxxxxx [mailto:smila-user-bounces@xxxxxxxxxxx] Im Auftrag von Juergen.Schumacher@xxxxxxxxxxx
Gesendet: Donnerstag, 9. April 2009 10:46
An: smila-user@xxxxxxxxxxx
Betreff: RE: [smila-user] SMILA/ OSGi at Linux

 

Hi Andreas,

 

I did not yet find an out-of-the-box solution. There is something here that might help:

 

http://willcode4beer.com/ware.jsp?set=equinoxBootstrap

 

(Nice domain name ;-). But I think we would have to adapt this to SMILA.

Or does anyone else a simpler idea?

 

Cheers,

Juergen.

 

From: smila-user-bounces@xxxxxxxxxxx [mailto:smila-user-bounces@xxxxxxxxxxx] On Behalf Of Andreas.Schultz@xxxxxxxxxxx
Sent: Thursday, April 09, 2009 10:28 AM
To: smila-user@xxxxxxxxxxx
Subject: [smila-user] SMILA/ OSGi at Linux

 

Hi,

 

could somebody please give me a hint how to close (close command at OSGi-console) a running background (startet with nohup or screen) SMILA at Linux OS?

 

Many Thanks

 

Andreas Schultz

 

Software Development

--------------------------------------------------------

empolis GmbH

An der Autobahn

Postfach 180

33311 Gütersloh

Germany

http://www.empolis.de/

mailto:andreas.schultz@xxxxxxxxxxx

Tel. +49 (0) 52 41 - 80-3462

Fax. +49 (0) 52 41 - 80-41820

Sitz Gütersloh | Amtsgericht Gütersloh HRB 3971

Geschäftsführer: Dr. Stefan Wess

 

Back to the top