Bugs item #435958, was opened at 2001-06-25 01:53
Message generated for change (Comment added) made by cazzius
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Fixed
Priorit
Bugs item #435958, was opened at 2001-06-25 01:53
Message generated for change (Comment added) made by cazzius
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Fixed
Priorit
Bugs item #435958, was opened at 2001-06-25 01:53
Message generated for change (Comment added) made by cazzius
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=435958&group_id=22866
Category: JBossServer
Group: v3.2
Status: Closed
Resolution: Fixed
Priorit
Bugs item #1001863, was opened at 2004-08-02 03:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1001863&group_id=22866
Category: Build System
Group: v4.0
Status: Open
Resoluti
Bugs item #1001968, was opened at 2004-08-02 15:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1001968&group_id=22866
Category: JBossServer
Group: v4.0
Status: Open
Resolutio
Bugs item #1001968, was opened at 2004-08-02 15:05
Message generated for change (Settings changed) made by pilhuhn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1001968&group_id=22866
Category: JBossServer
Group: v4.0
Status: Open
Resolution: None
Prior
Bugs item #1001968, was opened at 2004-08-02 15:05
Message generated for change (Comment added) made by pilhuhn
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=1001968&group_id=22866
Category: JBossServer
Group: v4.0
>Status: Closed
>Resolution: Fixed
Pri
Hi,
I see a ClassNotFoundException. Have you checked your jar to see if all the needed
classes are present ?
Laurent.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843889#3843889
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mod
The thing is just that (i think) nobody really took care of it yet and is able to
answer your question. If you succeed, please let us know how you did.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843890#3843890
Reply to the post :
http://www.jboss.org/ind
After a first read of the tutorial, FAQ and TreeCache documentation, I have a few
questions on JBossCache:
1) Locking: when J2EE transactions are used, I suppose that locking is done accross
all the nodes of the cluster. Is it correct?
2) I saw in the different post that XAResource interface wa
Ok, then let's start :-)
(Just don't take me wrong, I didn't want to sound offending, it's just that if someone
would have figured out what to do already, he would propably have coded it :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843897#3843897
Reply
I will look at the compatibility issue this week, Nukes 1.x should work with
JBoss-3.2.6
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843898#3843898
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843898
---
peter_wang? are you the owner of www.jboss.com.cn ?
shameless thief ... who steal a lot of materials from jboss site , and in the site
state jboss is a department of your 'infortone'? and you give it a new name as
'infortone jboss'?
laugh ...
View the original post :
http://www.jboss.org/
hi!
i have to write an essay about transaction services in miscellaneous application
servers.
i already know that JBOSS3/4 does not support recovery / logging, because i found
this comment in TransactionImpl.java:
anonymous wrote :
| // TODO: Save decision to stable storage for recovery
Hi,
I'd like to create a new theme for my department's home page. I've aleady looked at
the "tutorial" but it doesn't provide any advise on building the theme class.
I realize there's an assumed knowledge when playing with open source, but I'm new at
using Ant and was wondering if somebody cou
is there any way to get the name of the class intercepted inside the code of the
interceptor?
P.D: sorry for my english
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843909#3843909
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mo
Sorry, for some reason my xml lines got stripped off, the aop xml looks like
|
|
|
|
|
|
|
|
|
|
|
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843911#3843911
Reply to the post :
http://www.jboss.org/index.html?mo
Hi!
I got on speed by copying the "template" directory including all of it's structure
(inkl. build.xml etc).
After that I renamed all occurences of nukes-template to the choosen name of my theme
(cybercon).
I amended the jboss-service.xml to reflect my needs:
|
|
|
|
|
I have tagged the CVS for Nukes_1_1_0 and created a branch as well Nukes_Branch_1_1 to
put the fixes for that release.
Head has already some new features planned :
1/ Integration with JBossMail
2/ Attachment with mail
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewt
Just trying to sound funny ;-)
I will have a look at that Lifecycle and the changes to the AbstractInterceptor
tomorrow Anyway, if somebody knows where the ÂgetNext() is gone, just tell me :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843921#3843921
Re
Hi all,
I finished the additions we has discussed in User forum -- specifically, I have added
an "archive" funtion to the managehtml code that allows one to upload a zipped file
and add/update the entire directory structure at once.
But, I just need write access to submit it!
View the origina
write me an email please
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843924#3843924
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843924
---
This SF.Net email is
Well after all, I removed the tag and just let the branch tag since I will try to
simplify the DB feeding problem. I will try to tweak jae+sacha+noel xml/xsl/bsh
solution to have the default settings put in DB with a bash file. What's annoying with
the current in that the DB content format is de
I found the problem, it's in the apache library commons-upload.jar
As we use the last release, the bug is not fixed, so i did a quick and (not so) dirty
fix so we can upload files without totally smashing the machine.
You can get the new jar file here.
Just replace the one in your $NUKES_HOME/th
getNext().invoke() is the body of the AbstractInterceptor's invoke() method in 3.2.x.
Have a look into the invoke() Method of the AbstractInterceptor of 4.0, there you see
where getNext().invoke() has gone :-)
Mika
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic
Bugs item #968412, was opened at 2004-06-07 22:06
Message generated for change (Comment added) made by theute
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=376685&aid=968412&group_id=22866
Category: Nukes
Group: None
Status: Open
Resolution: Postponed
Priority: 5
commons-fileupload.jar from Apache of course (not commons-upload.jar as i wrote)
(I wish we were allowed to edit our posts...)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843930#3843930
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=post
One option is to create MBeans on the fly for each component. Also have a Model MBean,
which is persisted and holds a reference to the component MBeans. On save() it should
persist its own state along with the list of components and their state, so that they
can be recreated on startup.
Ivelin
This is how it is done today in Nukes 1.x through the JDBCPersistenceManager which is
an implementation of JBossMX persistence manager.
However that persistence is very simple and poor and does not allow for rich metadata
structure to be persisted.
View the original post :
http://www.jboss.or
Invocation.getTargetObject().getClass().getName()
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843938#3843938
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3843938
-
In my experience the bindings are applied "top-down", i.e. in your example
Interceptor1 should be applied before StackOne. I'm not 100% sure if this is
documented behaviour though
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843939#3843939
Reply to the po
31 matches
Mail list logo
