I don't have any possibility to reproduce this scenario here inhouse.
 So sorry, I think you have to look at it on your own.
From the exception that has been thrown (cannot get java loader):
- check whether javaloader.uno.so, javavm.uno.so, libjvmaccess.so,
libjava_uno.so are built / in solver tree: do a ldd -r on them whether
all symbols can be resolved
- try to debug using dbx

I'm stuck :-(

Debugging is for me impossible since I don't have enough knowledge
about the internas of OOO and what is done how... The libraries have
no unresolved symbols everything seems fine... 

Any idea about what I can do? I can give you access to the machine if
you're interested/have time.

Thank you...

Daniel,

I can see this too on FreeBSD:

                regcomp -br ../unxfbsd.pro/bin/regcomp.rdb           
         \
                        -register                                       \
                        -r ../unxfbsd.pro/bin/setup_services.tmp     
         \
                        -l com.sun.star.loader.Java2                    \
                       
-env:UNO_JAVA_COMPPATH=file:///home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/bin
    \
                        -c
vnd.sun.star.expand:\$UNO_JAVA_COMPPATH/java_uno_accessbridge.jar
register component
'vnd.sun.star.expand:$UNO_JAVA_COMPPATH/java_uno_accessbridge.jar' in
registry '../unxfbsd.pro/bin/setup_services.tmp' failed!
error (CannotRegisterImplementationException): Could not create Java
implementation loader
dmake:  Error code 1, while making '../unxfbsd.pro/bin/setup_services.rdb'
---* TG_SLO.MK *---


All libraries you mentioned are in solver and ldd correctly shows all
libraries it depends on.

I tried truss on regcomp and it reported:


access("./libcppuhelpergcc3.so.3",0)             ERR#2 'No such file
or directory'
access("/home/pavel/BuildDir/ooo_1.1.0_src/solenv/unxfbsd.pro/lib/libcppuhelpergcc3.so.3",0)
ERR#2 'No such file or directory'
access("/usr/local/jdk1.4.1/jre/lib/i386/libcppuhelpergcc3.so.3",0)
ERR#2 'No such file or directory'
access(                                                              
         register component
'vnd.sun.star.expand:$UNO_JAVA_COMPPATH/java_uno_accessbridge.jar' in
registry '../unxfbsd.pro/bin/setup_services.tmp' failed!
                                                        error
(CannotRegisterImplementationException): Could not create Java
implementation loader

pavel@irtos:~/BuildDir/ooo_1.1.0_src/setup2/util>


But libcppuhelper is in:

-rwxr-xr-x  1 pavel  users  397605 Oct 24 21:15
./solver/645/unxfbsd.pro/lib/libcppuhelpergcc3.so.3.1.0

ie .../645/...

But ldd tells me:
pavel@irtos:~/BuildDir/ooo_1.1.0_src/setup2/util> ldd `which regcomp`
/home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/bin/regcomp:
        libsal.so.3 =>
/home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/lib/libsal.so.3
(0x28074000)
        libcppu.so.3 =>
/home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/lib/libcppu.so.3
(0x28224000)
        libcppuhelpergcc3.so.3 =>
/home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/lib/libcppuhelpergcc3.so.3
(0x28247000)
        libc_r.so.5 => /usr/lib/libc_r.so.5 (0x28291000)
        libstlport_gcc.so =>
/home/pavel/BuildDir/ooo_1.1.0_src/solver/645/unxfbsd.pro/lib/libstlport_gcc.so
(0x282b5000)
        libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x2834a000)
        libm.so.2 => /usr/lib/libm.so.2 (0x283ff000)
        libc.so.5 => /usr/lib/libc.so.5 (0x2841d000)
pavel@irtos:~/BuildDir/ooo_1.1.0_src/setup2/util> 

I can provide any other info you want or tell me to do.

*** Issue 18005 has been marked as a duplicate of this issue. ***

regcomp is looking also for libjvm.so, but it is in
/usr/local/jdk1.4.1/jre/lib/i386/client/libjvm.so
or
/usr/local/jdk1.4.1/jre/lib/i386/server/libjvm.so

but this directory is not in LD_LIBRARY_PATH set before running regcomp!?

Thus I tried

--- makefile.mk.orig    Sat Oct 25 12:29:30 2003
+++ makefile.mk Sat Oct 25 12:31:29 2003
@@ -367,7 +367,7 @@
 .ELSE
 REGCOMP_ENV=\
        setenv CLASSPATH $(REGCOMP_CLASSPATH) && \
-       setenv LD_LIBRARY_PATH $(LD_LIBRARY_PATH):$(JDKLIB)
+       setenv LD_LIBRARY_PATH
$(LD_LIBRARY_PATH):$(JDKLIB):/usr/local/jdk1.4.1/jre/lib/i386/client
 .ENDIF
 .ELSE # "$(GUI)" != "WNT"
 .IF "$(USE_SHELL)" != "4nt"

And it fixed it! But this is not the correct patch: we should find out
why .../client was not in LD_LIBRARY_PATH aka JDKPATH for FreeBSD.

Seems that your Java is not recognized/working/what_ever, so
stoc/source/javavm JavaVirtualMachine::getJavaVM() returns an empty
Any.  Either debug the above function by yourself or insert some error
output to

bool askForRetry(css::uno::Any const & rException)
{
if (rException.hasValue())
{
OUString const & msg = reinterpret_cast< css:uno::Exception const *
>(rException.getValue())->Message;
fprintf( stderr, ">>> askForRetry: %s\n", rtl::OUStringToOString(msg,
RTL_TEXTENCODING_UTF_8).getStr() );
}
...
}

hope enlightens us...

This seems to be connected with the JDK identification on FreeBSD,
where additional string like -p3 is used.

It is fixed now, at least for me on FreeBSD.

Markus?

since it's long ago (*mpf*) I don't remember but I think it was fixed 
by adding "-lthread" to the link line for libcppuhelper, I'll have a 
look - the bug is fixed for me.

I cannot help without feedback about your jvm startup problems.

this issue seems to be fixed now, don't hesitate to reopen it if the problem
persists on latest 1.1.x or 680 builds.

close issue.