[Design of JBoss jBPM] - Re: decision conditions
by tbeernot
"brittm" wrote : Conceptually, it seems to me that a transition should never be taken if it has an explicit condition that is not met.
Well, I'm not sure what the end-all outcome is of this discussion, however:
| <decision name='decision1'>
| <transition to='state1' name='path1'>
| <condition expression="#{x==1}"/>
| </transition>
| <transition to='state2' name='path2'>
| <condition expression="#{x==2}"/>
| </transition>
| <transition to='state3' name='path3'></transition>
| </decision>
|
Jbpm 3.2.3:
if x = 2, path2 is taken.
if x = 5, path1 is taken.
if x not set, path1 is taken.
The last two feel incorrect to me. I can resolve this by moving the default transition (path3) to the first position, but the behavior seems incorrect by reason stated in the quoted post.
So, JBPM simply is executing transactions with invalid conditions?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203294#4203294
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203294
17 years, 2 months
[Design of JBoss Tools (dev)] - Re: Incorporate Hibernate Search into Hibernate Tools idea
by max.andersen＠jboss.com
"vyemialyanchyk" wrote : anonymous wrote : What do you mean by "automatic"?
| here I mean something like "Generate Hibernate/JPA annotations" in Hibernate Tools. Of cause it is rather difficult to define correct places for the Field annotation - here I propose generate it only for Strings fields as a first step.
|
I very deliberately haven't added any automatic code generation that is non-deterministic/dangerous to hibernate tools so let's not start doing that ;)
You could do something like use meta attributes that hibernate tools support to annotate which things you want to be searched and users can then either use reveng.xml to indicate which fields needs indexing or use a programmatic strategy to compute it.
So if the generation is pretty simplistic (i.e. nothing fancy) then it could be integrated into reverse engineering/code generation but not sure if its really useful/will be used.
anonymous wrote :
| anonymous wrote : you refer to an interface update to the luke tools? what's wrong with being tightly coupled to Lucene for a tool like this?
| that is right. Luke is a good tool exactly for Lucene, Lucene is a good index search tool, but there are several other and if they will get a common switch in common interface, the developers could select the best index search tool for their needs. As I think this will not add too much complexity, but will give a real flexibility like Hibernate has with plenty DBMS.
|
What other good index search tools are there and why should we generalize them ? Hibernate only support many db's because the db's has a common language (SQL, tables, rows, columns,..). Index search tools doesn't afaik...and again - why not just focus on Lucene ?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203260#4203260
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203260
17 years, 2 months
[Design the new POJO MicroContainer] - Re: VFS bug testing
by alesj
"rhusar" wrote :
| lets establish together what we need for the testing of the VFS bug.
|
A simple answer would be:
we need something that would access nested resources every
* (cache limit time) + 1 period - if timed cache
* (cache size limit) + 1 times - if LRU cache
* weak/soft cache release - if we have some way of doing this (JBoss Profiler - Clebert's work)
* ?
Nested resources should be:
* classes
* packages (from package-info.java)
* metadata files
* some configuration files
* ?
Access type:
* via classloader
* direct URL usage
* via VFS api
* ?
Each '?' means this should be made flexible,
easy to add new type (resource, access, ...).
The test should prove:
* the temp resources are not growing beyond resonable size/number
* cache entry instances are expected
"rhusar" wrote :
| I am running long tests for the clustering test, maybe we can add it to the test scenario,
|
As long as we can properly monitor it.
"rhusar" wrote :
| but i guess it will be easier to create one from the scrach.
| But depends what we need indeed.
|
It's up to you to decide that,
as only you (and probably Brian) know what you're doing there.
"rhusar" wrote :
| Ales, maybe you can send your "some quick/crappy test on my 2nd machine" and I can have a look at that.
|
Not something I'm proud to share. :-)
I'll keep it as a last resort if you really have no other idea. ;-)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203259#4203259
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203259
17 years, 2 months
[Design of JBoss Tools (dev)] - Re: Incorporate Hibernate Search into Hibernate Tools idea
by vyemialyanchyk
anonymous wrote : What do you mean by "automatic"?
here I mean something like "Generate Hibernate/JPA annotations" in Hibernate Tools. Of cause it is rather difficult to define correct places for the Field annotation - here I propose generate it only for Strings fields as a first step.
anonymous wrote : you refer to an interface update to the luke tools? what's wrong with being tightly coupled to Lucene for a tool like this?
that is right. Luke is a good tool exactly for Lucene, Lucene is a good index search tool, but there are several other and if they will get a common switch in common interface, the developers could select the best index search tool for their needs. As I think this will not add too much complexity, but will give a real flexibility like Hibernate has with plenty DBMS.
anonymous wrote : A practical use case?
As I think it be useful for development if there are several indexes for different purposes - it could be a big index for production with milions of documents/items and several small one for different test corpora, it is possible to have situation, when there is a sense to have several indexes for a one project, etc. And it seems useful if be possible to view information about index, optimize index, enter search expresions with content assistance proposals. And use Eclipse/JBoss tools for this as a one environment for development. Is it answer the question or?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4203250#4203250
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4203250
17 years, 2 months