Thanks for the help. I did not find 2.0.2 so I used to 2.0.3 and loaded.
I still have issues with HTTPS since I need to make some configuration changes
to connector but I probably will just leave it undefined. I found some useful
information on following page
hi, take a look at the introductions example we have in the distro. there
you'll find an example jboss-aop.xml file and a pom.xml file that will help you
along.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195628#4195628
Reply to the post :
the eclipse plugin for aop has been deprecated for a while (there have been
numerous posts about this, just use the search utility :)
- yes, fixing/making a new plugin is on our todo, but we dont know when yet.
View the original post :
The following blog should give you some pointers on how to run an aop example
in normal Eclipse without the plugin
http://www.jboss.org/feeds/post/debugging_jboss_aop_apps_tutorial_part1
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195632#4195632
Reply to
nlif: Sorry, no, JTA is required.
soee: FYI, full documentation of the updated Hibernate/JBC integration can be
found at
https://www.jboss.org/community/servlet/JiveServlet/download/10386-69-6042/hibernate-jbosscache-guide-3.pdf
.
(In case that URL proves fragile, the PDF is an attachment to
[EMAIL PROTECTED] wrote : hi, take a look at the introductions example we
have in the distro. there you'll find an example jboss-aop.xml file and a
pom.xml file that will help you along.
I tried the examples it did not help me , please help me give a simple example,
View the original post
I'd like to set up my BeanMetaData so that I can deploy a bean as a part of
another deployment without it being visible to other deployments.
The use case in this case is that I want the publicly available bean to
implement a public interface. The public bean delegates to the *real* bean
You are running out of PermGen space, your machine is not the culprit, but you
need to specify your JVM to let it use more memory than the low default.
See the FAQ:
http://www.jboss.org/community/docs/DOC-10701
anonymous wrote :
| Q: I get java.lang.OutOfMemoryError: PermGenSpace errors
|
Thanks for the jira issue and the proposed solution; I've just scheduled it for
3.0.6.GA.
Link for cross-reference: https://jira.jboss.org/jira/browse/JBWS-2411
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195247#4195247
Reply to the post :
I downloaded jboss-native-2.0.6-linux2-x86-ssl.tar.gz. The download page only
lists 2.0.6.
The Wiki page is for JBoss AS 4.2 and covers Native 2.0.0 and has additional
directions for Native 2.0.4 which I followed. I listed the contents of the bin
directory using the same technique as the wiki.
Download source code from SVN repo. There're plenty of ws-eventing examples.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195343#4195343
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4195343
You have to install latest JBossWS native to you AS 4.0.5 environment. See how
to install instructions in download.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195345#4195345
Reply to the post :
Looks like the workflow service is already registered. Can you check and make
sure there is not another portal-workflow.sar specifically the
portal:service=ApprovePublish,type=Workflow service already specified.
Out of the box this service is enabled so you should not need to add another
Some sort of JNDI lookup is needed. If you are talking about JEE components
this can be handled for you via the injection annotations; e.g. @EJB.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195397#4195397
Reply to the post :
The JBoss AS 4.x Farm service does file copy over JGroups; perhaps some of the
code will be useful. The class that does the actual work of moving files over
the wire is
Back to my old mantra - have you got a unit test for this? :-) It should be
easy enough to write one and test whether pFER() waits for locks - have a tx
acquire the lock and then suspend the tx, then try the pFER().
Disabling lock acquisition does not happen in the CacheInvocationDelegate,
Just raised a JIRA for this JBCACHE-1450.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195406#4195406
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4195406
___
jboss-user
performance in production environments was not found on
the java.library.path:
/usr/jdk1.5.0_03/jre/lib/i386/server:/usr/jdk1.5.0_03/jre/lib/i386:/usr/jdk1.5.0_03/jre/../lib/i386
The results of the download and install.
[EMAIL PROTECTED] bin]$ find . -type f | sort
./classpath.sh
./javassist.jar
The exception is thrown by an ejb3 interceptor. Do you have ejb3 beans in your
deployment?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194889#4194889
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194889
In jboss-web.xml, try
security-domainportal/security-domain
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194890#4194890
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194890
In jboss-web.xml, try
security-domainportal/security-domain
Somewhere we are not removing the java:/jaas prefix.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194891#4194891
Reply to the post :
https://jira.jboss.org/jira/browse/JBAS-6291
We will validate that there are no issues.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194892#4194892
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194892
Use security constraints in your web application to disable the unneeded HTTP
methods.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194893#4194893
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194893
Did you check the md5sum ? Try to download the package again
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194962#4194962
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194962
it is fixed in SVN, will be part of 2.7.1
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194963#4194963
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194963
___
jboss-user
JBoss Portal 2.7 will only run on 4.2.3 (not 5.0).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194964#4194964
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194964
___
When trying to 'view online' documentation for v5.0.0.GA I get to a page with:
Sorry, you don't have access to this resource
as the only content ...
I have logged in -- no change.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194802#4194802
Reply to the
Alejandro-
as a hint, it looks like from the stacktrace, its a Class Not Found issue.
Looks like the Federation server service needs the OpenSAML libraries packaged.
I would recommend running the build inside source and compare the federation
server artifact in CR2 with CR1 for differences.
msystems-
After comparing your CR2 packagin/configuration with my local
packaging/configuraton of both the federation-server.ear and jboss-sso.sar,
everything looks fine. In fact the configuration looks to be properly migrated.
Looking at the stacktrace, it looks like a NoClassFoundError as a
OK, taking this another way - was my solution of adding the two package
dependencies the correct one? Is there a better solution? In particular, are
the MC kernel bits implicitly exported as a module inside JBossAS somewhere
that I can't find, so that I could import a module or modules
I've uploaded a 2.0.2-SNAPSHOT of jboss-cl with a fix for this bug
https://jira.jboss.org/jira/browse/JBCL-77
if you want to try it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194633#4194633
Reply to the post :
[EMAIL PROTECTED] wrote : OK, taking this another way - was my solution of
adding the two package dependencies the correct one? Is there a better
solution? In particular, are the MC kernel bits implicitly exported as a
module inside JBossAS somewhere that I can't find, so that I could import
[EMAIL PROTECTED] wrote : I've uploaded a 2.0.2-SNAPSHOT of jboss-cl with a
fix for this bug if you want to try it.
It seems to work. In JBossAS minimal configuration, it prints the warning
several times:
| 08:37:13,719 WARN [ClassLoadingSpace] VFSDeploymentClassLoaderPolicyModule
jboss
[EMAIL PROTECTED] wrote : [EMAIL PROTECTED] wrote : I've uploaded a
2.0.2-SNAPSHOT of jboss-cl with a fix for this bug if you want to try it.
|
| It seems to work. In JBossAS minimal configuration, it prints the warning
several times:
|
|
| | 08:37:13,719 WARN [ClassLoadingSpace
Yeah, the new snapshot only prints once per package requirement now:
| 09:44:08,906 WARN [RequirementDependencyItem]
VFSDeploymentClassLoaderPolicyModule
jboss-threads-deployer-classloader:1.0.0.Alpha resolved
PackageRequirement{org.jboss.deployers.vfs.spi.deployer [0.0.0,?)} to
good - fyi, the Smooks stuff is only available from the 3 beta and in nightly
builds which requires Ganymede.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194776#4194776
Reply to the post :
elenctic87, are you saying you get the *exact* same error message just because
you installed oxygen ?
I seriously doubt that - please start a new thread if it is a different msg.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194245#4194245
Reply to the post
which jira did you look at ?
MessageBundle completion have been improved over the last few releases so 2.1.x
had some some and 3.0 has even more.
So it depends on what kind of messagebundle entry you mean.
View the original post :
hmm - it worked for me when testing JBIDE-1258.
Have you tried 3.0 builds to see if it fails there too ?
Could you report in jira with steps how to reproduce ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194315#4194315
Reply to the post :
I haven't looked at the archetypes done by Wesley so don't know much about it.
I know that m2eclipse have done some work to allow maven projects work better
with WTP style projects I just haven't had time to investigate.
Which version of JBoss tools are you using btw. ?
View the original
Yes, that's correct. I suggest take a look at one of the configs shipped with
JGroups (e.g. udp.xml) as example
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194355#4194355
Reply to the post :
this is the tooling forum, you are looking for the richfaces forum.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194421#4194421
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194421
* org.jboss.metadata:jboss-metadata is [1.0.0.CR1] which causes a bootstrap
problem, removing the version constraint fixes this
* org.jboss.integration:jboss-transaction-spi was at 5.0.0.CR2, needs to be
5.0.3.GA, I hacked this by making embedded depend directly on the
transaction-spi
View
msystems-
https://svn.jboss.org/repos/jboss-sso/dev/trunk
has the GA codebase. The code for GA is ready and available on trunk.
The official release needs to go through a release process. Mostly, build
cleanup, docbook based documentation, etc.
btw- The configuration has gone through some
The anonymous svn location is:
http://anonsvn.jboss.org/repos/jboss-sso/dev/trunk
Thanks
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194459#4194459
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194459
OK, latest update. Figuring that it was due to the fact that the classloading
configuration for my deployer did not include the appropriate deployer classes,
I changed my jboss-classloading.xml as follows:
| ?xml version=1.0 encoding=UTF-8?
|
| classloading
BTW, the @VERSION@ thing gets replaced with my real version number during build
(yes, I checked it).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194468#4194468
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194468
If it matters, the jboss-classloading.xml of the jboss-threads.jar looks like
this:
| ?xml version=1.0 encoding=UTF-8?
|
| classloading name=jboss-threads-classloader version=1.0.0.Alpha
xmlns=urn:jboss:classloading:1.0
| capabilities
| module name=jboss-threads
anonymous wrote : X-Powered-By='Servlet 2.4; JBoss-4.0.2 (build:
CVSTag=JBoss_4_0_2 date=200505022023)/Tomcat-5.5'
|
| 2008-11-25 17:33:33,485 INFO
[org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/php-examples]]
php: init: loglevel set to 0
|
| 2008-11-25
Ah, great. Where should I make this change in JBossAS? in deployers.xml? I
see this:
|classloader name=deployers-classloader
xmlns=urn:jboss:classloader:1.0 export-all=NON_EMPTY import-all=true
| root${jboss.lib.url}jboss-deployers-core-spi.jar/root
|
Hm. I see that this is classloader not classloading. Perhaps I should
have grepped more specifically than classload. :-)
Which leaves me at square zero. No idea what to fix to make this work in
jbossas. I'll poke around some more...
View the original post :
Just to clarify - I put import-all=false on both of my deployments and the
effect is unchanged...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194517#4194517
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194517
That's a very unusual setup. Better use JMS to send this type of information.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194005#4194005
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194005
Hi Kphilipp,
https://jira.jboss.org/jira/browse/JBIDE-2492 states ADF and tomahawk were
removed because they were out of date so they haven't been in the build since
mid-summer.
Are you saying they worked fine for you ?
Noone have stepped up to maintain them and afaik I was told causing more
I thought you wanted to restrict to the package and not sub-packages.
If you want to intercept everything in the package and sub-packages this should
work:
| all(com.gm.tnt.*)
|
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194029#4194029
Reply to
Indeed. We are looking into it. Thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194058#4194058
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194058
___
jboss-user mailing
lgadams wrote :
| I saw your reply on the message board just now. I thought that when I
received a reply to my post it would email me back. Sorry for not getting back
to your question.
|
You need to watch the topic to get notified. To include markup in your posts,
you need to use the
[EMAIL PROTECTED] wrote :
| This is the root of the issue. The client agent sent by MS SharePoint ...
I meant consumerAgent, not client agent. See section 7.1.1 of the specification
for more details.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194070
)
| at
org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryVisitor.deploy(BeanMetaDataFactoryVisitor.java:126)
| ... 28 more
| Caused by: java.lang.ClassNotFoundException:
org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer from [EMAIL
PROTECTED]@2c86c977{name=vfszip:/home/david/src
Wait, I see where this is coming from. I'm still declaring my deployer like
this:
| deployment xmlns=urn:jboss:bean-deployer:2.0
| bean name=JBossThreadsMetaDataFactoryDeployer
class=org.jboss.deployers.vfs.deployer.kernel.BeanMetaDataFactoryDeployer
| constructor
|
Also it uses 'required=true' etc when it should be using 'use=required'. I
seem to recall reporting this before. :-)
Can I commit a fix for this without screwing anything up?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194120#4194120
Reply to the post :
Now I see that jboss-deployers doesn't have a tag for BeanMetaDataFactory
deployers. So I guess I'm back to my original problem of finding where that
class went :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194121#4194121
Reply to the post :
Thanks JFrederic,
Previously, I had been trying to get the libphp5 files from PHP binaries with
axps2 configured and thought buildphp.sh was doing something similiar.
Consequently, I was running buildphp on its own. You made it too easy by
including the php5servlet directory in the project
Schema fixed in trunk. Will work some more on this tonight...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194155#4194155
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194155
anonymous wrote :
LD_LIBRARY_PATH=/jboss/jboss-4.0.2/PHP/lib:jboss/jboss-4.0.2/bin/native;
| export LD_LIBRARY_PATH;
and
anonymous wrote : java.lang.UnsatisfiedLinkError:
/usr/lib/jdk1.5.0_15/jre/lib/i386/server/libphp5servlet.so:
/usr/lib/jdk1.5.0_15/jre/lib/i386/server/libphp5.so: undefined
I would suggest that you drop the processdefinition.xml which you wish to parse
in the same folder where you have your jbpm.cfg.xml. If you deployed jbpm to
tomcat like i did, it should be in the /WEB-INF/classes folder
View the original post :
For XNIO, if no provider name is given, I want it to auto-wire based on type
(in other words, find whatever provider is available).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193734#4193734
Reply to the post :
Ah, I see why it wasn't obvious at first. So does that mean that any bean
which I want to pull constants from has to be managed?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193736#4193736
Reply to the post :
It just seems a little odd - I want to pull a static field so why do I need an
object instance? Unless access-mode=FIELDS implicitly grabs the class
instead?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193743#4193743
Reply to the post :
Consider the case where a constructor takes an enum or an enum-like object -
object identity is significant, but there may or may not be a way to get the
value from a factory method. The object would be known publicly only because
it is declared as a public constant. The most obvious
This is a valid bug. The CAS SecuredURLPattern needs to filter /sec from its
list.
This fix should be available in the next release. Until then, you can override
the getSecuredURLPatterns method on the Valve with this filtering
Thanks
View the original post :
Modify your jar to have the .aop extension, put the jboss-aop.xml into the .aop
archive's META-INF directory. Deploy the file to the deploy folder.
See the injboss example that comes with the download for more examples
View the original post :
Exactly...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193795#4193795
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193795
___
jboss-user mailing list
Turn on loadtime weaving.
http://www.jboss.com/index.html?module=bbop=viewtopict=110955
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193800#4193800
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193800
anonymous wrote : My problem is that when the stand alone client reconects
after lossing connection with the Jboss server, (something that is very
probably, because they connect through internet) it can sends messages to the
queue but it cannot consume messages from the topic.
It is not clear
| all(com.gm.tnt..)
|
should work, although I think that is aop 2.0.0 only:
http://www.jboss.org/jbossaop/docs/2.0.0.GA/docs/aspect-framework/reference/en/html/pointcuts.html#pointcuts-wilcards
View the original post :
Ah, I get it. One thing though - shouldn't the class be loaded from the
classloader of the deployment? If you have just one ConstantsProvider for all
deployements and it's just using its own classloader, one would think there
might be problems when it is used by another deployment.
View the
The source of the error is:
Server returned HTTP response code: 502 for URL:
http://wsp.bea.com:7001/producer/producer?WSDL
This probably means that you didn't properly setup your proxy configuration.
Assuming you used the proper host name and port for your proxy, it might mean
that you need to
I would need some more details to be able to reproduce this ? Anything in the
error log view ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193299#4193299
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193299
the problem was that AOPLogger would globally overwrite the loggerplugin
settings even though it was only ment to do that for aopclasses if only the
NullLoggerPlugin was used. we want this so that people using aop standalong
have a easy way to display debug information without needing to
What gets registered in JMX was changed in 2.x. The cache itself is no longer
in JMX, since JMX is meant to be for reporting only, not a service repository.
Register to and lookup from JNDI if an service repo is what you want.
Alternately, there is a legacy JMX wrapper which did give you
You are right. It is really funny. I tried exception handler which throws
exception and this exception was caught by this handler again causing infinite
loop. I use jBPM 3.2.2.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193420#4193420
Reply to the post :
What AS release and what version of JGroups (if you changed the default)?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193500#4193500
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193500
The hotdeployment scanner initialization has been moved to
deploy/hdscanner-jboss-beans.xml, so it cannot be deploying anything before the
deployers are initialized.
The profile service that is loaded by default now is the
conf/bootstrap/profile-repository.xml. It is doing a rebuild of the
This whole system seems weird to me. Why does the MC not suspend deploying a
file until there is a matching deployer for it? That would seem to be more
reasonable to me.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193526#4193526
Reply to the post :
Suggest you use 5.0.0.CR2; there have been improvements in the group formation
logic since beta4.
If you still have issues, please post a description of exactly what you are
seeing.
There's no way to prevent joining a group until all other services have
started; a number of services depend on
...and, I also would need to know the programmatic equivalent as well. Though
I am starting to suspect that there is no support for this currently.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193614#4193614
Reply to the post :
See bottom section of https://www.jboss.org/community/docs/DOC-10217 .
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193607#4193607
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193607
I'd like to inject the value of a static constant field as a bean property
value. Is this possible to do? Am I just not seeing the right tag/
Thanks.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193608#4193608
Reply to the post :
I want to do auto-wiring as per ch. 11.5 of the MC user manual, but I want to
do it programmatically from BeanMetaDataBuilder. The needed methods appear to
be missing though. Am I just not seeing it?
View the original post :
Yes, I noticed that recently; see
https://jira.jboss.org/jira/browse/JBREM-1069. It will get fixed in the next
Remoting releases.
However, as far as I can see, it should affect only validatorPingPeriod,
which gets set in the metadata map, overriding the org.jboss.remoting.Client's
Thanks, Mark. I responded in the other forum.
I don't think that problem, described in
https://jira.jboss.org/jira/browse/JBREM-1069, woud affect any parameter except
validatorPingPeriod, but maybe I'm missing something.
-Ron
View the original post :
Thanks for the heads up !
Were you using FC in your stack ? FC, together with STABLE (and max_bytes set)
would prevent an OOME, too.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193653#4193653
Reply to the post :
I've just cut a new micro release on 3.0.0 - details here on my blog:
http://jbosscache.blogspot.com/2008/11/new-micro-release-on-jboss-cache-naga.html
Enjoy,
Manik
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193020#4193020
Reply to the post :
Ah, I missed the Address already in use part.
Using netstat -nao from the command line can tell you the process id of
whatever is using the port. In Task Manager you can edit the configuration to
get it to show you the process ids in the GUI; from that you can figure out
what it is.
There are
I'm working with JBOSS 4.2.3 and JPA/Hibernate, and Postgress.
I managed to create my tables, but then I created a new class to be mapped as a
new tables but when I deploy the jar,I got the following error:
Problem starting service persistence.units:unitName=JPAResources
The email should have the full link (I doubled check on branch 2.7).
This is what i got:
anonymous wrote :
| Hello,
|
| you tried to create an account on jboss.org
|
| The user information are written here for your convenience:
| Username: theute
| Password: testtest
|
| At
any chance something inside your app is holding a lock on the jar ?
What happens if you stop eclipse - can you remove the file then ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193113#4193113
Reply to the post :
Looks like that's a problem with your transaction manager. The thing that's
failing with an UnsupportedOperationException is a call to
javax.transaction.TransactionManager.suspend(). The javadocs for that method
don't say anything about that being an optional method.
View the original post :
Actually the SimpleCredential way will not work since the fine grained CMS
Security is performed via the Portal CMS Security Engine and not by the
JackRabbit Engine.
To achieve what you want to do, you can disable this interceptor when making a
CMS Request. This approach is used in the
1 - 100 of 22393 matches
Mail list logo