>> 1. The troubleshooting guide thinks there's a file named:
>>
>> /tmp/productregistry
>>
>> laying around. I'm on a Windows Box where would I find that?
>>
>
> %windir%\system32, typically.
>
>> 2. If I create a new domain, do I have to reconfigure all the jdbc
>> stuff?
>>
>
> Ummm. Unfortunately yes. Unless you can templatize that
> process. See Issue Tracker Issue no. 2300.
>
> If you think it is one app that has gone wrong, it might
> be more pragmatic to remove its registration from domain.xml.
> Let's say the rouge app is "rouge".
> - search for <application-ref ... ref="rouge">
> </application-ref>
> and delete that entire element.
If you decide to go this route, you also need to remove the top level
application element for this application in the domain.xml.
Note: in general, editing domain.xml manually is not recommended since
it might get the server into an inconsistent state. Also please shut
down server before you edit the domain.xml and then restart.
It will be a good enhancement if we can handle this:
https://glassfish.dev.java.net/issues/show_bug.cgi?id=1999
For this enhancement, I agree with Kedar that we probably shouldn't just
go ahead and clean the domain.xml in case this is an un-intentional
mistake by user. Maybe we could add an additional option "--purge" to
the undeploy command. And when this option is set to true, we would
always purge the application including the domain.xml.
- Hong
>
>> [Message sent by forum member 'tmonteit' (tmonteit)]
>>
>> http://forums.java.net/jive/thread.jspa?messageID=202804
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>