Seco: Dealing with compiling errors

17 views
Skip to first unread message

Jack Park

unread,
Jun 25, 2011, 7:40:18 PM6/25/11
to scr...@googlegroups.com
Scenario:

Created an Eclipse Indigo project for Seco.
Aside from issues raised before, here are those I found thus far; by
commenting out missing fields, it will compile (obviously it won't
run):

HTMLEditor:
import sun.awt.AppContext; AppContext when installed in c:\program
files\jre6 was not visible.
Moving Eclipse to use c:\jdk\jre fixed that (This, I suspect, is a
windows security issue: anything placed in c:\program files\ is going
to be problematic. Most things I have control of installation,
particularly JDKs, I force installation in c:\ but the Oracle
installer forces the jre into c:\program files\ so, for Eclipse, it's
best to configure it to reach for the jre installed in JAVA_HOME.

seco.talk.ConnectionContext:
PeerConfig.INTERFACE_CONFIG is now
PeerConfig.INTERFACE_TYPE
HyperGraphPeer.getStartupFailedException does not exist anywhere in
the HypergraphDB 1.1 source code
HyperGraphPeer.start() does not exist in 1.1: start(String,String) does

seco.talk.TalkActivity.createMessage(...) does not exist in the class
or its supers

Konstantin vandev

unread,
Jun 26, 2011, 11:48:58 AM6/26/11
to Seco
The last compile errors are very strange... Maybe you used some
outdated Seco or Hypergraph version. I've just tried building Seco
from SVN against Hypergraph from SVN and had only 3 errors about
missing get/setClassLoader in HGTypeSystem. Those errors are now fixed
and committed. The I've build the languages jars and placed them in
seco/lib - everything went well and the engines are running. Note that
javafx support is currently dropped off.

Jack Park

unread,
Jun 26, 2011, 3:47:50 PM6/26/11
to scr...@googlegroups.com
I am using precisely the same jar set as in svn, so it seems unlikely
(to me) that your build and mine is particularly different in that
respect. Still, I see no changes in the svn update in relation to
these issues raised before:

> seco.talk.ConnectionContext:
> PeerConfig.INTERFACE_CONFIG is now
> PeerConfig.INTERFACE_TYPE
> HyperGraphPeer.getStartupFailedException does not exist anywhere in
> the HypergraphDB 1.1 source code
> HyperGraphPeer.start() does not exist in 1.1: start(String,String) does

I cannot deny that the big difference, I'm building in Eclipse, you
appear to be building with build.xml and ant, might somehow be at work
here. But still, the issues raised above don't plague you, but they do
me, which means I'm building on a source block that is not in complete
sync with svn.

The updates that were incorporated did not affect my build.
Jack

> --
> You received this message because you are subscribed to the Google Groups "Seco" group.
> To post to this group, send email to scr...@googlegroups.com.
> To unsubscribe from this group, send email to scriba+un...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/scriba?hl=en.
>
>

Konstantin Vandev

unread,
Jun 27, 2011, 1:14:34 AM6/27/11
to Seco
Sorry, it was my fault. I didn't realize that the build was against
the HG class files from SVN, not against the hgdbfull.jar. Now the
updated jar is commited.
Reply all
Reply to author
Forward
0 new messages