[JBoss Tools] New message: "Re: JBossTools-3.0.3.GA On Eclipse Ganymede"
by Denis Golovin
User development,
A new message was posted in the thread "JBossTools-3.0.3.GA On Eclipse Ganymede":
http://community.jboss.org/message/529469#529469
Author : Denis Golovin
Profile : http://community.jboss.org/people/dgolovin
Message:
--------------------------------------------------------------
You can do it from Eclipse if you have DTP installed:
1. Switch to "Database Development" perspective select bar menu "Window->Open Perspective->Other..." and then select "Database Development" in list and press "Ok".
2. Find your connection profile in "Data Source Explorer" view and expand your HSQL connection profile till Tables node
3. Look into pop-up menus for "Tables" and table nodes. You can:
* Create new table
* Load, view and edit data in tables
* Delete tables
* Generate DDL
Is that an acceptable front-end?
If you don't have Eclipse you can use HSQL Database Manager. To start it use command line like command below (it assumes you are in root folder of your hsql installation)
java -cp lib/hsqldb.jar org.hsqldb.util.DatabaseManagerSwing -url jdbc:hsqldb:hsql://localhost:1701/ -driver org.hsqldb.jdbcDriver
You should see something like on screen-shot below
http://community.jboss.org/servlet/JiveServlet/showImage/2218/hsql-databa...
We might have a different version of HSQL, mine is 1.8.1.1. With all those tools above I couldn't create table with lower case name.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/529469#529469
16 years, 1 month
[JBoss Microcontainer Development] New message: "JBREFLECT-5 - Implementing generics in JavassistClassInfo"
by Kabir Khan
User development,
A new message was posted in the thread "JBREFLECT-5 - Implementing generics in JavassistClassInfo":
http://community.jboss.org/message/529467#529467
Author : Kabir Khan
Profile : http://community.jboss.org/people/kabir.khan@jboss.com
Message:
--------------------------------------------------------------
I have had a first stab at implementing generics in the Javassist version of ClassInfo and committed it against http://jira.jboss.org/jira/browse/JBREFLECT-5.
I have created Javassist versions of the tests that were not there before: JavassistGenericClassUnitTestCase and JavassistGenericInterfaceUnitTestCase. They are just subclasses of the abstract base classes used by the Introspection versions of these tests. They pass, but I don't think that they are good enough for the following reasons:
1) They only test plain generics such as Collection<String>, while more complex things such as Collection<Map<String, List<V>>> are not tested.
2) Wildcards and bounds are not tested, but I am not sure if we should support those or not?
3) When accessing generics from the return type of a method, e.g.
Collection<String> getStringCollection(){}
we get hold of this method using normal reflection (A) and construct the TypeInfo for that using the ParameterizedType (B1+2) for which I extended the Javassist TypeInfo factory:
private void assertComponentType(String methodName, Class<?> expected) throws Exception
{
Method method = ClassInfoGenericClassTest.class.getMethod(methodName, (Class[]) null); //A
Type type = method.getGenericReturnType(); //B1
assertComponentType(type, expected);
}
private void assertComponentType(Type type, Class<?> expected) throws Exception
{
TypeInfoFactory factory = getTypeInfoFactory();
TypeInfo typeInfo = factory.getTypeInfo(type); //B2
ClassInfo classInfo = assertInstanceOf(typeInfo, ClassInfo.class);
assertTrue(classInfo.isCollection());
TypeInfo expectedInfo = factory.getTypeInfo(expected);
assertEquals(expectedInfo, classInfo.getComponentType());
}
However, that is probably not what will happen in real life, we would have a ClassInfo, get hold of the MethodInfo in question, and then get the return type which should contain the actualTypeArguments. This needs implementing and is not being tested at the moment, and the same goes for parameters and field types.
4) Flavia mentioned that for the component type tests we might have something like
interface WeirdMap<V, K> implements WeirdMap<K, V>
This is kind of tested but needs fleshing out more
What I have do so far satisfies what the tests require, but in case somebody looks at this while I look at the aop failures in AS trunk, feel free to rework and change what I have done, it is by no means the final solution although I think it proves that the stuff Chiba did for the Signature attribute works well and we can figure out things from that.
A few points worth remembering:
a) I have implemented a JavassistParameterizedClassInfo (stolen from the introspection implementation) which handles things like Collection<String>. This basically delegates to the "raw" ClassInfo for Collection, augmented with extra information regarding the <String> bit. These are currently not cached and are created on every access.
b) JavassistClassInfo should cache the values of isMap() and isCollection()
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/529467#529467
16 years, 1 month
[jBPM] New message: "Re: Automatic transition from wait state - is it correct?"
by Peter Meggitt
User development,
A new message was posted in the thread "Automatic transition from wait state - is it correct?":
http://community.jboss.org/message/529459#529459
Author : Peter Meggitt
Profile : http://community.jboss.org/people/jbossphan
Message:
--------------------------------------------------------------
I haven't moved to 4.3 yet but I assume the unique constraints are the same. There are 2 unique keys, one with dbid, and one with id. For some reason it looks like a new "Execution" is created which would require a new id. This would be expected from a fork. Is it also required when using a timer?
It sounds like a new "Execution" is being created and the "id" includes the "id" of the main "Execution" along with the name of the current activity. Not sure where the new "Executions" gets created and then deleted. Maybe I not thinking clearly. Can someone explain the whole purpose of the "id" column and uniqueness constraint and what queries it would be used in?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/529459#529459
16 years, 1 month
[jBPM] New message: "Re: Console: host not found error"
by carlos mauricio jaramillo henao
User development,
A new message was posted in the thread "Console: host not found error":
http://community.jboss.org/message/529458#529458
Author : carlos mauricio jaramillo henao
Profile : http://community.jboss.org/people/cmjhingeniero
Message:
--------------------------------------------------------------
Hi all
I had the same problem as Rogelio. My process I have published in a machine and when I try to click on "View" for a task (with file extension. Jsp) I do not show it. You can only see from the client machine is mounted around the jBPM. I reviewed the 2562 issue that said Rogelio but I could not come up with the solution. Install the version 4.3 but the error remains the same.
The bug is fixed in that version would come forth??
The version 4.4 will be available when???
I'm using Tomcat6.0 with jBPM-4.2 and postgres. Any ideas how I can fix this problem.
Thanks
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/529458#529458
16 years, 1 month
[jBPM] New message: "Re: Automatic transition from wait state - is it correct?"
by Peter Meggitt
User development,
A new message was posted in the thread "Automatic transition from wait state - is it correct?":
http://community.jboss.org/message/529445#529445
Author : Peter Meggitt
Profile : http://community.jboss.org/people/jbossphan
Message:
--------------------------------------------------------------
If I get a chance I will try to look at your code a little more closely. For some reason I wasn't able to load the jpdl into the eclipse editor. Much easier to see the transitions on a diagram than in xml.
I proposed 2 transitions because I was assuming that the external system was an active participant and that it could trigger completion before the timer expired. As this is not the case, no need for 2 transitions.
The one exception you included in your post included a uniqueness constraint violation. Can you paste the definition of the constraint (or key) mentioned?
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/529445#529445
16 years, 1 month