Re: [argouml-dev] Translator.localize question

Hi Tom,
Launching from Eclipse always works.  It's when I JAR things up that things
go awry.  I usually just export the project as a JAR file using the Eclipse
File/Export menu item.  I then drop this along with all of the dependent
JARs into the ext directory of the current installed version of ArgoUML.  At
that point when I startup ArgoUML, and click on the ArgoPrint menu item, I
see a dialog with unresolved resource references.

I've checked the JAR file and it has the appropriate manifest, and the
classpath references.

Cheers,

Mark



On Mon, Jan 31, 2011 at 4:13 PM, Tom Morris <[email protected]> wrote:

> Did you fix this already?  At startup when launched from Eclipse
> (after fixing the launch definition), I see:
>
> 36699  INFO [main] Loading module
> org.argouml.ui.argoprint.ArgoPrintMenuPlugin (ModuleLoader2.java:705)
> 36831 DEBUG [main] Loading org.argouml.i18n.argoprint (Translator.java:267)
>
> which indicates to me that things are working as they should.  Also
> when I launch ArgoPrint (from the Tools menu, is that where it's
> supposed to be?), I see things like a button labeled "Update Local
> Templates" that looks like it's getting fetched out of the property
> file.
>
> What part isn't working?
>
> > do you know if there's a top-level
> > context object like an application context which has resources.  The
> Swing
> > Application Framework (and it's derivatives) always give you an
> application
> > level handle to resources, and if we don't have a handle like this, it
> might
> > be a good idea to add it.
>
> I actually lean the other way -- towards minimizing global data.  The
> pattern I'd move towards if it was my decision is to search the local
> resources and then fall back to searching the global (ie ArgoUML core)
> resources.  That way if you have a label <foo> and the Java module has
> a label <foo> they don't step on each other (or have dependencies on
> the order in which things were added to the search path).
>
> BTW, the addClassLoader call shouldn't be necessary in your code at
> all.  It's done automatically by the module loader for all modules
> loaded specifically to work around this problem.
>
> Tom
>
> ------------------------------------------------------
>
> http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2701758
>
> To unsubscribe from this discussion, e-mail: [
> [email protected]].
> To be allowed to post to the list contact the mailing list moderator,
> email: [[email protected]]
>

------------------------------------------------------
http://argouml.tigris.org/ds/viewMessage.do?dsForumId=450&dsMessageId=2701759

To unsubscribe from this discussion, e-mail: [[email protected]].
To be allowed to post to the list contact the mailing list moderator, email: [[email protected]]