OK 2020-06-08 13:50 GMT+02:00, edgar.sol...@web.de <edgar.sol...@web.de>: > yeah, it's a little more complex. your way is fine as well. maybe you should > point out where the developer can find/download the needed jar file?!.. ede > > On 08.06.2020 13:31, Giuseppe Aruta wrote: >> Hi Ede, I tried in this way but it doesn't work for me. I had a some >> exceptions even within try/catch blocks. >> I will use the option to save a howto_compile.txt file into src folder >> Peppe >> >> Il giorno gio 4 giu 2020 alle ore 12:05 <edgar.sol...@web.de >> <mailto:edgar.sol...@web.de>> ha scritto: >> >> On 04.06.2020 10:19, Giuseppe Aruta wrote: >> > Indeed I was planning this way: from user's point of view there is >> no difference. >> >> yup. exactly my point. >> >> > On the other hand, I was thinking about developers who have a >> project in their eclipse connected to svn (or not) and have a warning that >> a library is missing whenever they want to compile (right now, a very rare >> situation) >> >> this would be solved via reflection meaning instantiating classes from >> a string name and running methods derived from string names as well e.g. >> like >> >> >> https://stackoverflow.com/questions/3574065/instantiate-a-class-object-with-constructor-that-accepts-a-string-parameter >> >> https://stackoverflow.com/questions/1782598/with-java-reflection-how-to-instantiate-a-new-object-then-call-a-method-on-it >> >> so in your case (just written, down not compiled) roughly >> >> Class<?> cl = Class.forName("com.cadplan.jump.utils.LoadSymbolFiles"); >> // find constructor with the context argument >> Constructor<?> cons = cl.getConstructor(WorkbenchContext.class); >> // this is your instance >> Object o = cons.newInstance(context); >> // find & run the method >> Method method = cl.getDeclaredMethod("start"); >> method.invoke(o); >> >> this way the classes accessed do not have to be present during compile >> but only during runtime. this may throw a lot of exceptions, so make sure >> to catch them properly, easiest with one catches all. >> >> > I can add a readme text file on SVN>CAD plugin>dist folder >> explaining that VertexSymbol.jar library is required to compile >> >> better put a howto_compile.txt or such in the src folder ;) where devs >> will stumble over it. >> >> > Best regards >> > Peppe >> >> ditto.. sunny regards from rainy germany, ede >> >> > >> > >> > Il giorno mer 3 giu 2020 alle ore 22:20 <edgar.sol...@web.de >> <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de >> <mailto:edgar.sol...@web.de>>> ha scritto: >> > >> > On 03.06.2020 17:32, Giuseppe Aruta wrote: >> > > Hi all, >> > > I want to add VertexSymbolsXXX.jar as depency to CAD plugin. >> > > This is the reason: >> > > Currently, whenever the user saves a new block (CAD >> toolbar>Block>Save >> > > geometry as block) as file, this can be used also as a >> point/line symbol >> > > for styling. But, to do that, the user needs to close/restart >> again OJ. >> > > Adding this dependency and using a few lines of code, a new >> block will be >> > > automatically available as a symbol without restarting >> OpenJUMP. >> > > I would like your opinion before to to this change >> > >> > could you explain why you want to make it a dependency rather >> than just detecting if the other extension is installed and run some code >> only when it is detected? >> > >> > ..ede >> > >> > >> > _______________________________________________ >> > Jump-pilot-devel mailing list >> > Jump-pilot-devel@lists.sourceforge.net >> <mailto:Jump-pilot-devel@lists.sourceforge.net> >> <mailto:Jump-pilot-devel@lists.sourceforge.net >> <mailto:Jump-pilot-devel@lists.sourceforge.net>> >> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > >> > >> > >> > _______________________________________________ >> > Jump-pilot-devel mailing list >> > Jump-pilot-devel@lists.sourceforge.net >> <mailto:Jump-pilot-devel@lists.sourceforge.net> >> > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > >> >> >> >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> <mailto:Jump-pilot-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> >> >> >> _______________________________________________ >> Jump-pilot-devel mailing list >> Jump-pilot-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >> > > > > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel >
_______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel