[JBoss Tools (users)] - Re: JBoss Tools AS 1.0.0.GA update for JBoss 5 AS ?
by dlmiles
"max.andersen(a)jboss.com" wrote : Dlmiles you are more than welcome to point me to how I could fix the versioning issue....without messing up plugin and feature manifest/descriptors ;)
|
| GA in the version string is how we have always done it.
|
| btw. your other error is probably caused by other weird mixing of nightly builds ...I recommend you use a clean eclipse install and use link files to make sure you only point to a consistent set of plugins.
|
| If the problem still persist then ping us again.
I remember now there was a problem with Hibernate's Eclipse plugin at one point in the past.
Well first you have to choose if a user can be expected to do what I tried. That is use the entire GA suite but also install the nightly for just the AS. You may consider this to be unsupported and incorrect use, as each release stream might be considered a different domain to each other (nightly, beta, GA).
I didn't want to install the entire nightly suite as I didn't want to introduce known bugs.
If you decide that it should be possible to do what I tried (all be it, the user really is on their own, just like they are on their own when they install any or all nightly builds anyway). There is no major problem with the descriptors this time as many of the version constraint simply are not used and those that are seem to be setting the lower bound only. You'll hear no gripes from this direction on that policy it sounds good to me.
The issue is simply with the release naming strategy of the GA builds. The letter "G" comes after the number "2". The version comparison is pretty well set in stone for how the eclipse platform works. So if you want it to work then my best/easiest offer is to start using "1.0.0.YYYYMMDDHHMM-GA" format for GA releases, and "1.0.0.YYYYMMDDHHMM-Beta99" for Beta releases, etc.. you can do what the hell you like after the date part.
Bear in mind that you will need to go to version "1.0.1.YYYYMMDDHHMM-GA" for the next GA (i.e. at least a patch level bump) from that point on you should find nightly components will at least mix/run with GA components.
I agree with the issue on the other error being due to not using the rest of the nightly build, I did not download and take apart the nightly build to see why it did not gel. Also why does Content Assist require access to IJBossRuntime (when I've not runtimes setup) and also why does Type Hierachy fail to work at all when IJBossRuntime class is apparently missing! So what!
< rant > Gee it would be really good when you booted eclipse and it detected a change in plugins if it diagnosed problems an tell you which things were new and which things have become disconnected/disabled < / rant >
I look forward to the next GA release so that JBoss 5 can be used. I'm sure when the AS is finally released that rolling a new release of JBossTool-AS will get done.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139666#4139666
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139666
16 years, 9 months
[EJB 3.0] - Re: Create timer -
by rruppel
This way here it worked:
|
| class Parameters{
| void getInterval();
|
| }
|
|
| class Scheduler{
|
| @IgnoreDependency
| @EJB
| Executor executor;
|
|
| void schedule(){
| executor.schedule();
| }
|
|
| }
|
|
| class Executor{
|
| @EJB Parameter parameters;
|
| @EJB Scheduler scheduler;
|
| @TransactionAttribute(REQUIRES_NEW)
| void schedule(){
| schedule(parameter.getInterval());
|
| }
|
| void schedule(long interval){
| timerService.createTimer(interval, "myTimer");
| }
|
|
| @Timeout
| execute(Timer timer){
|
| // do lots of things
|
| scheduler.schedule();
|
| }
|
|
| }
|
|
| class Servlet{
|
| // not managed by container
| void contextInitialized(){
|
| Executor executor = lookup(...);
| executor.schedule();
|
| }
|
|
| }
|
|
what I cant understand is:
why it doesnt work if I call the "schedule" method of Executor inside the "execute" method ?
reading again the responses I thought that the answer could be:
anonymous wrote :
| You are calling the schedule() method using a raw Java method call
because the "execute" method call the "schedule" method like a raw java method, so it wont see the "REQUIRES_NEW" attribute...
but the example I posted above works, and the "REQUIRES_NEW" attribute has to be above the "schedule" method (I testes changing it to the other schedule method or putting it on both, but only this way at the example works)
and inside the schedule method, I use the datasource1 at "getInterval" and then I call the method schedule
so... its strange this behavior for me....
someone who knows why can explain it please?
another interesting thing is: I was upset with the fact that I would have to use a non-default jar (jboss-annotations-ejb3.jar) which includes the IgnoreDependency annotation, but I tested it without this jar and it worked (strange)...
thanks again for your help... the problem is solved... I just wanna understand now
regards,
RRR
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139662#4139662
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139662
16 years, 9 months
[EJB 3.0] - Re: Single persistence.xml file with multiple EJB jars
by rruppel
This way here it worked:
|
| class Parameters{
| void getInterval();
|
| }
|
|
| class Scheduler{
|
| @IgnoreDependency
| @EJB
| Executor executor;
|
|
| void schedule(){
| executor.schedule();
| }
|
|
| }
|
|
| class Executor{
|
| @EJB Parameter parameters;
|
| @EJB Scheduler scheduler;
|
| @TransactionAttribute(REQUIRES_NEW)
| void schedule(){
| schedule(parameter.getInterval());
|
| }
|
| void schedule(long interval){
| timerService.createTimer(interval, "myTimer");
| }
|
|
| @Timeout
| execute(Timer timer){
|
| // do lots of things
|
| scheduler.schedule();
|
| }
|
|
| }
|
|
| class Servlet{
|
| // not managed by container
| void contextInitialized(){
|
| Executor executor = lookup(...);
| executor.schedule();
|
| }
|
|
| }
|
|
what I cant understand is:
why it doesnt work if I call the "schedule" method of Executor inside the "execute" method ?
reading again the responses I thought that the answer could be:
anonymous wrote :
| You are calling the schedule() method using a raw Java method call
because the "execute" method call the "schedule" method like a raw java method, so it wont see the "REQUIRES_NEW" attribute...
but the example I posted above works, and the "REQUIRES_NEW" attribute has to be above the "schedule" method (I testes changing it to the other schedule method or putting it on both, but only this way at the example works)
and inside the schedule method, I use the datasource1 at "getInterval" and then I call the method schedule
so... its strange this behavior for me....
someone who knows why can explain it please?
another interesting thing is: I was upset with the fact that I would have to use a non-default jar (jboss-annotations-ejb3.jar) which includes the IgnoreDependency annotation, but I tested it without this jar and it worked (strange)...
thanks again for your help... the problem is solved... I just wanna understand now
regards,
RRR
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139661#4139661
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139661
16 years, 9 months
[EJB 3.0] - Re: Single persistence.xml file with multiple EJB jars
by jaikiran
"rruppel" wrote :
|
| let me ask a question:
|
| the persistence.xml has the information about the persistence driver (if it should use Postgresql or Oracle, for example)
|
| but, if I put this information inside persistence.xml, if I change the database, I will have to recompile the jars with the correct persistence.xml
|
| is there a workaround to avoid recompiling the jar?
|
|
rruppel,
I believe, you would have a build process where you can handle such things. If you are changing a DB server vendor, then definitely you would have to rebuild the jar (probably not recompile your classes).
P.S: This question is actually not related to what the original poster asked. If you have anymore questions on this please open a new topic in the appropriate forum. That will help in keeping track of the original topic being discussed :)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4139659#4139659
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4139659
16 years, 9 months