Scott observed the following on Win32/Cygwin:
Using ANT_HOME: /usr/java/apache-ant-1.6.5
| Starting Ant> /usr/java/apache-ant-1.6.5\bin\ant.bat -f C:\DOCUME~1\starksm\LOCA
| LS~1\Temp\jbossas-ejb3-plugin-installer\build-install-ejb3-plugin.xml
| Exception in thread "main" java.lang.RuntimeException: Ensure Apache Ant is prop
| erly installed and Environment Variable ANT_HOME is set
| at org.jboss.ejb3.installer.Installer.runAnt(Installer.java:380)
| at org.jboss.ejb3.installer.Installer.install(Installer.java:206)
| at org.jboss.ejb3.installer.Installer.main(Installer.java:157)
| Caused by: java.io.IOException: CreateProcess: \usr\java\apache-ant-1.6.5\bin\an
| t.bat -f C:\DOCUME~1\starksm\LOCALS~1\Temp\jbossas-ejb3-plugin-installer\build-i
| nstall-ejb3-plugin.xml error=5
...so I added Revision 70526, http://fisheye.jboss.org/changelog/JBossAS/?cs=70526, which will no longer sniff for OS Strings in the System properties, but for presence of filename itself.
S,
ALR
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134701#4134701
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134701
We need a way to
1) List deployed apps (ears/wars),
2) Deploy apps (ears/wars),
3) Undeploy apps(ears/wars),
4) Get the availability status of the deployed app
through the ProfileService.
For deploying apps, we need to pass a URL for the location of the ear or war.
We need to find out if the deployment or undeployment was successful or failed
And if it failed what was the reason for the failure.
Questions
1. What should be passed to the ProfileService so that it can deploy the archive?
2. Should this invocation be asynchronous, or make it the caller's responsibility to determine if they want it asynch or not?
3. If it is async, what lifecycle/callback mechanism should be created?
4. Should the status of the deploy/undeploy be a MetaType/MetaValue?
Thanks
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134698#4134698
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134698
"scott.stark(a)jboss.org" wrote : I don't understand why you don't value.getClass() is not the same ParameterizedType that you get from the field/method getGenericType()/getGenericReturnType().
The generic types only survive on the compile time view,
e.g. constructors, methods, fields, etc.
they aren't used anywhere else.
e.g. what should this do? Should it change the value from getClass() as you cast? :-)
| public void doSomething(HashMap<String, String> map)
| {
| HashMap erased = (HashMap) map; // erased.getClass() == plain class
| HashMap<String, String> unerased = erased; // unerased.getClass() == parameterized type
| }
|
It would also break backwards compatibility if this wasn't true
| assert unerased.getClass() == erased.getClass();
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134678#4134678
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134678