vba调用java

大熊_BI 2015-06-10 03:21:20
我想在excel里用vba调用java里下面几个类,
各位大神这个该如何调用呀?

com.crystaldecisions.sdk.framework.IEnterpriseSession
com.crystaldecisions.sdk.framework.CrystalEnterprise
com.crystaldecisions.sdk.exception.SDKException
com.crystaldecisions.sdk.occa.security.ILogonTokenMgr
...全文
703 16 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
redaijufeng 2015-09-11
  • 打赏
  • 举报
回复
引用 15 楼 zhao4zhong1 的回复:
纯文本文件交换数据不是万能灵药? 那请你告诉我人和人之间是通过其它哪种万能灵药互相交流和互相调用的?
不满足需求,有个卵用。纯文本只不过顶着合理方案的绕路方式而已。哪有直接调用更符合需求,解决问题更直接。好东西也不能不分情况加到所有需求上吧
舉杯邀明月 2015-06-12
  • 打赏
  • 举报
回复
引用 11 楼 zhao4zhong1 的回复:
用java写一个读纯文本文件A.txt的内容并根据其内容调用JDK的类库,将结果写到纯文本文件B.txt中 用vba写一个写需要调用的信息到纯文本文件A.txt中,从纯文本文件B.txt取返回结果 就象某些不开窍的人想象的那么难吗? 无profiler不要谈效率!!尤其在这个云计算、虚拟机、模拟器、CUDA、多核 、多级cache、指令流水线、多种存储介质、……满天飞的时代!
别人不开窍?你是不是智商为0啊!!! 现在的问题是,怎样实现在VBA中调用JDK的类库!!!! 看不懂楼主的问题,就别瞎BB  TMD搞得好像文件交换数据就像万能灵药似的。
赵4老师 2015-06-12
  • 打赏
  • 举报
回复
“跨语言、跨机,跨操作系统,跨硬件平台,跨国,跨*.*的”苦海无边, 回头是“使用共享纯文本文件进行信息交流”的岸!
赵4老师 2015-06-12
  • 打赏
  • 举报
回复
用java写一个读纯文本文件A.txt的内容并根据其内容调用JDK的类库,将结果写到纯文本文件B.txt中 用vba写一个写需要调用的信息到纯文本文件A.txt中,从纯文本文件B.txt取返回结果 就象某些不开窍的人想象的那么难吗? 无profiler不要谈效率!!尤其在这个云计算、虚拟机、模拟器、CUDA、多核 、多级cache、指令流水线、多种存储介质、……满天飞的时代!
舉杯邀明月 2015-06-12
  • 打赏
  • 举报
回复
引用 9 楼 zhao4zhong1 的回复:
[quote=引用 5 楼 Chen8013 的回复:] [quote=引用 3 楼 Carlven2012 的回复:] 呵呵,我觉得赵老师说得没错啊,A语言就做A语言该做的事,B语言做B语言该做的事,各司其职。 非要A控制B或者B控制A,这是没事找事儿啊。
你不觉得你说的有点“自相矛盾”吗! 如果是“A语言就做A语言该做的事,B语言做B语言该做的事,各司其职”, 真要”各司其职“,那楼主就是正好是这个需求! 某件事“事务NN”已经有B语言可以做了,而A语言暂时没有会做“事务NN”的角色,A想请求B“帮忙做一下”有什么错??? 楼主的主要目的是“互通”,而不是什么A控制B或者B控制A的事! 如果说“A语言做了事情A,B语言做了事情B”, 然后就造成了:“A要去做事情B、B去做事情A”是不合理的、不应该的, 那我就想问问:计算机中,谁规定了哪些只能由A去做,哪些只能由B去做吗? 当然,我的意思并不是说“B能做的事,A一定都能去完成;A能做的事B也一定能完成”, 而是否定象赵老4那种“如果事情XX,已经由A去做了,那么不管B能不能做,B都没有理由去做”这样的论调!!! 1楼的那种长篇大论,看起来好像很有道理,实际上只能是恶心! 他这种言论,并不符合楼主的需要,对楼主的需求难题也没有任何帮助。[/quote] 那恐怕只是因为你不用让vba和java通过共享纯文本文件互相调用吧。[/quote] 你没看到楼主想要调用的是JDK的类库吗? 你那么牛X,你去督促Sun公司把它的那些类库接口全部修改了吧, 全部按你的套路来,什么函数传递/返回数据,都要通过文件来操作………… 
赵4老师 2015-06-12
  • 打赏
  • 举报
回复
纯文本文件交换数据不是万能灵药? 那请你告诉我人和人之间是通过其它哪种万能灵药互相交流和互相调用的?
大熊_BI 2015-06-12
  • 打赏
  • 举报
回复
这个,我真没想到我的一个需求引来大家的骂战,非常抱歉。 好了这个帖子到此为止了。 我的需求是想要获取水晶报表的认证信息,幸好水晶报表提供了JAVA的类,也提供了动态链接库DLL 我现在只需要调用DLL就可以,不用再去调用JAVA了。 感谢各位!
Tiger_Zhao 2015-06-11
  • 打赏
  • 举报
回复
[Quote=引用 5 楼 Chen8013 的回复:]他这种言论,并不符合楼主的需要,对楼主的需求难题也没有任何帮助。[/Quote]

有回复模板没问题。
但是只有一个模板用得乐此不疲——
用了还文不对题——智商是硬伤
舉杯邀明月 2015-06-11
  • 打赏
  • 举报
回复
引用 3 楼 Carlven2012 的回复:
呵呵,我觉得赵老师说得没错啊,A语言就做A语言该做的事,B语言做B语言该做的事,各司其职。 非要A控制B或者B控制A,这是没事找事儿啊。
你不觉得你说的有点“自相矛盾”吗! 如果是“A语言就做A语言该做的事,B语言做B语言该做的事,各司其职”, 真要”各司其职“,那楼主就是正好是这个需求! 某件事“事务NN”已经有B语言可以做了,而A语言暂时没有会做“事务NN”的角色,A想请求B“帮忙做一下”有什么错??? 楼主的主要目的是“互通”,而不是什么A控制B或者B控制A的事! 如果说“A语言做了事情A,B语言做了事情B”, 然后就造成了:“A要去做事情B、B去做事情A”是不合理的、不应该的, 那我就想问问:计算机中,谁规定了哪些只能由A去做,哪些只能由B去做吗? 当然,我的意思并不是说“B能做的事,A一定都能去完成;A能做的事B也一定能完成”, 而是否定象赵老4那种“如果事情XX,已经由A去做了,那么不管B能不能做,B都没有理由去做”这样的论调!!! 1楼的那种长篇大论,看起来好像很有道理,实际上只能是恶心! 他这种言论,并不符合楼主的需要,对楼主的需求难题也没有任何帮助。
赵4老师 2015-06-11
  • 打赏
  • 举报
回复
引用 5 楼 Chen8013 的回复:
[quote=引用 3 楼 Carlven2012 的回复:] 呵呵,我觉得赵老师说得没错啊,A语言就做A语言该做的事,B语言做B语言该做的事,各司其职。 非要A控制B或者B控制A,这是没事找事儿啊。
你不觉得你说的有点“自相矛盾”吗! 如果是“A语言就做A语言该做的事,B语言做B语言该做的事,各司其职”, 真要”各司其职“,那楼主就是正好是这个需求! 某件事“事务NN”已经有B语言可以做了,而A语言暂时没有会做“事务NN”的角色,A想请求B“帮忙做一下”有什么错??? 楼主的主要目的是“互通”,而不是什么A控制B或者B控制A的事! 如果说“A语言做了事情A,B语言做了事情B”, 然后就造成了:“A要去做事情B、B去做事情A”是不合理的、不应该的, 那我就想问问:计算机中,谁规定了哪些只能由A去做,哪些只能由B去做吗? 当然,我的意思并不是说“B能做的事,A一定都能去完成;A能做的事B也一定能完成”, 而是否定象赵老4那种“如果事情XX,已经由A去做了,那么不管B能不能做,B都没有理由去做”这样的论调!!! 1楼的那种长篇大论,看起来好像很有道理,实际上只能是恶心! 他这种言论,并不符合楼主的需要,对楼主的需求难题也没有任何帮助。[/quote] 那恐怕只是因为你不用让vba和java通过共享纯文本文件互相调用吧。
赵4老师 2015-06-11
  • 打赏
  • 举报
回复
SysteV→SystemV
赵4老师 2015-06-11
  • 打赏
  • 举报
回复
引用 2 楼 Chen8013 的回复:
每次看到楼上的这种回复,都感觉很恶心。
每次你浪费一大截生命学会了一种不用共享纯文本文件的方法在下列任意两种开发语言之间互相调用,你的恶心感就好了一些: C Java Objective-C C++ C# PHP JavaScript Python Visual Basic .NET Visual Basic F# Perl Delphi/Object Pascal Transact-SQL Pascal ABAP PL/SQL Ruby MATLAB R SAS Logo Swift COBOL ML PostScript OpenEdge ABL Assembly Fortran ActionScript D Lisp Scratch Ada Scala Groovy Lua C shell Prolog Max/MSP Scheme RPG (OS/400) Awk PL/I Inform VBScript Go Z shell (Visual) FoxPro LabVIEW 每次你浪费一大截生命学会了一种不用共享纯文本文件的方法在下列任意两种位宽的操作系统之间互相调用,你的恶心感就好了一些: 8 16 32 64 128 每次你浪费一大截生命学会了一种不用共享纯文本文件的方法在下列任意两种操作系统之间互相调用,你的恶心感就好了一些: TRS80、CP/M、Dos、Apple ][、UNIX、Linux、Mac、 BSD、Windows、Solaris、SysteV、vxWork,...
  • 打赏
  • 举报
回复
用VBA去调用JAVA是可以做的,写个JAR插件就行了
Carlven2012 2015-06-10
  • 打赏
  • 举报
回复
呵呵,我觉得赵老师说得没错啊,A语言就做A语言该做的事,B语言做B语言该做的事,各司其职。 非要A控制B或者B控制A,这是没事找事儿啊。
舉杯邀明月 2015-06-10
  • 打赏
  • 举报
回复
每次看到楼上的这种回复,都感觉很恶心。
赵4老师 2015-06-10
  • 打赏
  • 举报
回复
不要做A语言代码修改为B语言代码的无用功。 也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。 只需让A、B语言代码的输入输出重定向到文本文件,或修改A、B语言代码让其通过文本文件输入输出。 即可很方便地让A、B两种语言之间协调工作。 比如: A将请求数据写到文件a.txt,写完后改名为aa.txt B发现aa.txt存在时,读取其内容,调用相应功能,将结果写到文件b.txt,写完后删除aa.txt,改名为bb.txt A发现bb.txt存在时,读取其内容,读完后删除bb.txt 以上A可以替换为任何一种开发语言或开发环境,B可以替换为任何一种与A不同的开发语言或开发环境。 除非A或B不支持判断文件是否存在、文件读写和文件更名。 但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢? 共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多,下面仅列出我现在能想到的: ·进程之间松耦合 ·进程可在同一台机器上,也可跨机,跨操作系统,跨硬件平台,甚至跨国。 ·方便调试和监视,只需让第三方或人工查看该临时文本文件即可。 ·方便在线开关服务,只需删除或创建该临时文本文件即可。 ·方便实现分布式和负载均衡。 ·方便队列化提供服务,而且几乎不可能发生队列满的情况(除非硬盘空间满) ·…… “跨语言、跨机,跨操作系统,跨硬件平台,跨国,跨*.*的”苦海无边, 回头是“使用共享纯文本文件进行信息交流”的岸!

2,503

社区成员

发帖
与我相关
我的任务
社区描述
VBA(Visual Basic for Applications)是Visual Basic的一种宏语言,是在其桌面应用程序中执行通用的自动化(OLE)任务的编程语言。
社区管理员
  • VBA
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧