[framework-issues] [Issue 70428] Add new java methods to st art OpenOffice.org even if the jar files are n ot in the installation directory.

2006-10-18 Thread sb 
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=70428


User sb changed the following:

What|Old value |New value

  CC|''|'jl'

 Assigned to|tm|sb

   Component|framework |udk

  Ever confirmed|  |1

  Status|UNCONFIRMED   |NEW

  QA contact|[EMAIL PROTECTED]  |[EMAIL PROTECTED]

Target milestone|---   |OOo 2.x





--- Additional comments from [EMAIL PROTECTED] Wed Oct 18 01:38:31 -0700 
2006 ---
I am not sure whether it is a good idea to have copies of OOo jars outside the
OOo installation (the two-stage approach of OOo's simple bootstrap facility is
an alternative), but I also think we need thinks like Bootstrap.bootstrap with
an explicit OOo-home argument, and consolidation of the ways how the first stage
of simple bootstrap, Bootstrap.bootstrap and the OOoBean (- jl) find an OOo
installation.  So I am taking ownership of this issue...

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[framework-issues] [Issue 70428] Add new java methods to st art OpenOffice.org even if the jar files are n ot in the installation directory.

2006-10-14 Thread helloworld82 
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=70428
 Issue #|70428
 Summary|Add new java methods to start OpenOffice.org even if t
|he jar files are not in the installation directory.
   Component|framework
 Version|OOo 2.0.4
Platform|All
 URL|
  OS/Version|All
  Status|UNCONFIRMED
   Status whiteboard|
Keywords|
  Resolution|
  Issue type|ENHANCEMENT
Priority|P3
Subcomponent|code
 Assigned to|tm
 Reported by|helloworld82





--- Additional comments from [EMAIL PROTECTED] Sat Oct 14 09:10:42 -0700 
2006 ---
Currently, it is difficult to use the OpenOffice.org UNO bindings for Java
within a framework. Frameworks often use a custom class loader and need the jar
libraries in a local folder. Thus, they cannot load classes from an external
directory. Thus, most java programmers use a custom class loader to load the
OpenOffice.org libraries, like described in 
http://technology.amis.nl/blog/?p=1284. 

The Eclipse Rich Client framework for example can not be used without modified
UNO bindings for Java. 

That problem can be solved by adding a new Bootsraps.bootsraps() method and a
new OOBean() constructor taking as parameter the path to the OpenOffice.org
installation. These methods would not require that the jar files are located at
the OpenOffice.org installation directory.

I.e.:

/**Bootstraps OpenOffice.
  * @param ooHome installation directory of OpenOffice.org
  */
public void com.sun.star.comp.helper.Bootstrap.bootstrap(String ooHome) 

/**Class constructor taking the installation directory of OpenOffice.org as
argument 
 * @param ooHome installation directory of OpenOffice.org
 */
public com.sun.star.beans.OOoBean(String ooHome)

To overcome the problem of incompatibilities between OpenOffice.org versions,
these methods could check if the OpenOffice.org binary has the same version as
the jar files.

-
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]